Разные ошибки
-
Скрин прилагаю
532_telegram.jpg -
В конфигурации из нескольких серверов, когда перезагружаешь основной сервер, а дополнительные не трогаешь, в лог сыпятся ошибки:
! host-raspberrypi 2016-04-13 17:16:18 error instance system.adapter.simple-api.0 terminated with code 7 (Adapter already running)
! host-raspberrypi 2016-04-13 17:16:17 info Restart adapter system.adapter.rpi.0 because enabled
! host-raspberrypi 2016-04-13 17:16:17 error instance system.adapter.rpi.0 terminated with code 7 (Adapter already running)
до тех пор пока вторичный сервер не перезагрузишь. Ошибки сыпятся абсолютно по всем драйверам запущенным на вторичном сервере. Хотя работают они отлично и данные передают. Может стоит определять если вторичный сервер работает и драйвера на нем запущенны, то может не стоит пытаться их перезапустить? -
Ошибка с фалом версий
Server-PC 2016-05-19 23:17:07 warn host.Server-PC warning: Cannot read "http://download.iobroker.net/sources-dist.json" Server-PC 2016-05-19 23:17:07 info host.Server-PC Update repository "fast-online" under "http://download.iobroker.net/sources-dist.json"Соответственно в админке показывает не все драйвера.
266_err.txt -
Плюс один с такой проблемой
-
Обновления сегодня прошли не совсем гладко, все драйвера выпали с ошибками
! Cubian 30 22:42:53.230 info host.Cubian Restart adapter system.adapter.javascript.0 because enabled
! Cubian 30 22:42:53.228 error host.Cubian instance system.adapter.javascript.0 terminated with code 7 (Adapter already running)
! Cubian 30 22:42:50.800 info host.Cubian Do not restart adapter system.adapter.history.0 because disabled or deleted
! Cubian 30 22:42:50.791 error host.Cubian instance system.adapter.history.0 terminated with code 3 (Adapter disabled or invalid config)
! Cubian 30 22:42:46.641 info host.Cubian instance system.adapter.javascript.0 started with pid 3528
Вручную остановка и запуск драйвера поправили ошибку, но странно давно такие ошибки не выскакивали. -
Начал падать в цикле javascript:
! 2016-06-14 11:01:07.181 - error: uncaught exception: connect EHOSTUNREACH
! 2016-06-14 11:01:07.185 - error: Error: connect EHOSTUNREACH
! at errnoException (net.js:905:11)
! at Object.afterConnect [as oncomplete] (net.js:896:19)
! 2016-06-14 11:01:07.197 - error: uncaught exception: socket hang up
! 2016-06-14 11:01:07.206 - error: Error: socket hang up
! at createHangUpError (http.js:1475:15)
! at Socket.socketCloseListener (http.js:1525:23)
! at Socket.emit (events.js:117:20)
! at TCP.close (net.js:466:12)
! 2016-06-14 11:01:07.369 - info: javascript.0 terminating
! 2016-06-14 11:01:07.526 - error: host.Cubian instance system.adapter.javascript.0 terminated with code 0 (OK)
! 2016-06-14 11:01:07.527 - info: host.Cubian Restart adapter system.adapter.javascript.0 because enabled
Анализ ситуации показал что помогает остановка одного из скриптов. Причем после запуска скрипта все работает до перезагрузки…Кусок который может вызывать ошибку выглядит так:
! var request = require('request');
! var temp;
! var mega3 = 'http://192.168.15.23/sec/';
! /**********************/
! createState("balcony2.floor.heat",getState("megad.3.p11_P11").val);
! on({id: 'javascript.0.balcony2.floor.heat', change: 'any'}, function (obj) {
! if (obj.newState.val === true) {
! request(mega3 + '&cmd=11:1');
! }else
! {
! request(mega3 + '&cmd=11:0');
! }
! });Я так думаю, так как в логе еще есть:
! 2016-06-14 11:02:50.586 - warn: megad.3 Got error by request to 192.168.15.23: connect EHOSTUNREACH
! 2016-06-14 11:02:50.588 - warn: megad.3 connect EHOSTUNREACHРаньше при отключение контролеров Меги ничего не падало…
-
Начал падать в цикле javascript:
! 2016-06-14 11:01:07.181 - error: uncaught exception: connect EHOSTUNREACH
! 2016-06-14 11:01:07.185 - error: Error: connect EHOSTUNREACH
! at errnoException (net.js:905:11)
! at Object.afterConnect [as oncomplete] (net.js:896:19)
! 2016-06-14 11:01:07.197 - error: uncaught exception: socket hang up
! 2016-06-14 11:01:07.206 - error: Error: socket hang up
! at createHangUpError (http.js:1475:15)
! at Socket.socketCloseListener (http.js:1525:23)
! at Socket.emit (events.js:117:20)
! at TCP.close (net.js:466:12)
! 2016-06-14 11:01:07.369 - info: javascript.0 terminating
! 2016-06-14 11:01:07.526 - error: host.Cubian instance system.adapter.javascript.0 terminated with code 0 (OK)
! 2016-06-14 11:01:07.527 - info: host.Cubian Restart adapter system.adapter.javascript.0 because enabled
Анализ ситуации показал что помогает остановка одного из скриптов. Причем после запуска скрипта все работает до перезагрузки…Кусок который может вызывать ошибку выглядит так:
! var request = require('request');
! var temp;
! var mega3 = 'http://192.168.15.23/sec/';
! /**********************/
! createState("balcony2.floor.heat",getState("megad.3.p11_P11").val);
! on({id: 'javascript.0.balcony2.floor.heat', change: 'any'}, function (obj) {
! if (obj.newState.val === true) {
! request(mega3 + '&cmd=11:1');
! }else
! {
! request(mega3 + '&cmd=11:0');
! }
! });Я так думаю, так как в логе еще есть:
! 2016-06-14 11:02:50.586 - warn: megad.3 Got error by request to 192.168.15.23: connect EHOSTUNREACH
! 2016-06-14 11:02:50.588 - warn: megad.3 connect EHOSTUNREACHРаньше при отключение контролеров Меги ничего не падало… `
Засунь request в try catch -
Ошибка с фалом версий
Server-PC 2016-05-19 23:17:07 warn host.Server-PC warning: Cannot read "http://download.iobroker.net/sources-dist.json" Server-PC 2016-05-19 23:17:07 info host.Server-PC Update repository "fast-online" under "http://download.iobroker.net/sources-dist.json"Соответственно в админке показывает не все драйвера. `
Опять не пересобрался http://download.iobroker.net/sources-dist.json
-
Ошибка с фалом версий
Server-PC 2016-05-19 23:17:07 warn host.Server-PC warning: Cannot read "http://download.iobroker.net/sources-dist.json" Server-PC 2016-05-19 23:17:07 info host.Server-PC Update repository "fast-online" under "http://download.iobroker.net/sources-dist.json"Соответственно в админке показывает не все драйвера. `
Опять не пересобрался http://download.iobroker.net/sources-dist.json `
Сейчас норм? -
Сейчас норм? `
Да. Спасибо за оперативность. -
Планируется ли как-то исправить ошибку Adapter already running
(http://forum.iobroker.net/viewtopic.php?p=23712#p23712)
которая присутствует в мультихост конфигурациях?
Дело в том, что если например при пропадании и появлении электроэнергии
происходит перезагрузка мастера и слейва - мастер в основном
загружается немного позже, так как на нем больше сервисов.
И начинает передергивать javascript адаптер слейва, который уже
благополучно загрузился и работает.
Получается что-то типа (на слейве):
root@art1:~# ps ax | grep io ... 656 ? Ssl 9:21 iobroker.js-controller 7188 ? Sl 58:34 io.javascript.1 9353 ? Sl 0:43 io.javascript.1 9423 ? Sl 0:40 io.javascript.1 10397 ? Sl 0:25 io.javascript.1 11582 pts/0 S+ 0:00 grep ioЗдесь видно, что мастером запущено несколько экземпляров javascript на слейве.
При этом хаотически щелкают реле и т.д. так как разные экземпляры
javascript слейва мешают один другому.
Здесь возможны два варианта решения:
1. сначала проверить, что не запущено на слейве и лишь потом запускать
(здесь возможно повторение той же ошибки, если адаптер на слейве запускается с небольшой задержкой)
2. сначала все адаптеры на слейве погасить с мастера, и лишь потом
запустить, как говорится с чистого листа.
-
Планируется ли как-то исправить ошибку Adapter already running
(http://forum.iobroker.net/viewtopic.php?p=23712#p23712)
которая присутствует в мультихост конфигурациях?
Дело в том, что если например при пропадании и появлении электроэнергии
происходит перезагрузка мастера и слейва - мастер в основном
загружается немного позже, так как на нем больше сервисов.
И начинает передергивать javascript адаптер слейва, который уже
благополучно загрузился и работает.
Получается что-то типа (на слейве):
root@art1:~# ps ax | grep io ... 656 ? Ssl 9:21 iobroker.js-controller 7188 ? Sl 58:34 io.javascript.1 9353 ? Sl 0:43 io.javascript.1 9423 ? Sl 0:40 io.javascript.1 10397 ? Sl 0:25 io.javascript.1 11582 pts/0 S+ 0:00 grep ioЗдесь видно, что мастером запущено несколько экземпляров javascript на слейве.
При этом хаотически щелкают реле и т.д. так как разные экземпляры
javascript слейва мешают один другому.
Здесь возможны два варианта решения:
1. сначала проверить, что не запущено на слейве и лишь потом запускать
(здесь возможно повторение той же ошибки, если адаптер на слейве запускается с небольшой задержкой)
2. сначала все адаптеры на слейве погасить с мастера, и лишь потом
запустить, как говорится с чистого листа. `
Планируется… Но пока планирую я один. :(Склоняюсь ко 2му варианту. Если теряется связь с мастером, то все инстанции погасить. И ждать, когда связь снова появится.
-
Да, я полностью понимаю Вашу загруженность!
Просто обращаю внимание на, как мне кажется существенный недостаток,
который не дает возможности работать полноценно в мультихост режиме.
Здесь мне тоже кажется предпочтительнее второй вариант.
При существующем положении вещей вынужден уходя на работу отключать
javascript на слейве - ибо непонятно, что он сделает в мое отсутствие при подобном сбое.
–-----
Еще, если будет возможность (и время) - обратите внимание на
возможность переключения драйвера OWFS в локальный режим
(http://forum.iobroker.net/viewtopic.php?p=32357#p32357).
То-есть предоставить пользователю возможность выбора - или локально или через owserver
(на этапе конфигурации адаптера).
В локальном режиме не только в десятки раз увеличивается скорость работы в owfs
но и появляется возможность остановить ненужные сервисы owserver и owhttpd,
что освобождает так необходимые ресурсы на маломощных серверах типа Raspberry Pi.
-
Да, я полностью понимаю Вашу загруженность!
Просто обращаю внимание на, как мне кажется существенный недостаток,
который не дает возможности работать полноценно в мультихост режиме.
Здесь мне тоже кажется предпочтительнее второй вариант.
При существующем положении вещей вынужден уходя на работу отключать
javascript на слейве - ибо непонятно, что он сделает в мое отсутствие при подобном сбое.
–-----
Еще, если будет возможность (и время) - обратите внимание на
возможность переключения драйвера OWFS в локальный режим
(http://forum.iobroker.net/viewtopic.php?p=32357#p32357).
То-есть предоставить пользователю возможность выбора - или локально или через owserver
(на этапе конфигурации адаптера).
В локальном режиме не только в десятки раз увеличивается скорость работы в owfs
но и появляется возможность остановить ненужные сервисы owserver и owhttpd,
что освобождает так необходимые ресурсы на маломощных серверах типа Raspberry Pi. `
Можешь опробовать owfs с гита?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
492
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge