NEWS
Разные ошибки
-
Скрин прилагаю
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 с гита?
Support us
715
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge