Разные ошибки

Lstt

По моему, ошибка закралась в описание адаптера: "Telegram Adapter Драйвер позволяет подключатся к telegram брокерам, а также самому выступать в роли брокера"

Bluefox

~~@Lstt:~~

По моему, ошибка закралась в описание адаптера: "Telegram Adapter Драйвер позволяет подключатся к telegram брокерам, а также самому выступать в роли брокера" `
Это где такое описание?

Lstt

Скрин прилагаю
532_telegram.jpg

Bluefox

~~@Lstt:~~

Скрин прилагаю `
Ок. Спасибо

Haba

Ошибки по набору виджетов ioBroker Visualisation - jQuery-UI style Widgets

файл admin/index.html написано, что это Metro Widgets

spectrekr

В конфигурации из нескольких серверов, когда перезагружаешь основной сервер, а дополнительные не трогаешь, в лог сыпятся ошибки:

! 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)
до тех пор пока вторичный сервер не перезагрузишь. Ошибки сыпятся абсолютно по всем драйверам запущенным на вторичном сервере. Хотя работают они отлично и данные передают. Может стоит определять если вторичный сервер работает и драйвера на нем запущенны, то может не стоит пытаться их перезапустить?

instalator

Ошибка с фалом версий

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

vtec

Аналогично, так же не работает.

aurodionov

Плюс один с такой проблемой

Bluefox

поправил

spectrekr

Обновления сегодня прошли не совсем гладко, все драйвера выпали с ошибками

! 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
Вручную остановка и запуск драйвера поправили ошибку, но странно давно такие ошибки не выскакивали.

Bosya

Начал падать в цикле 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

Раньше при отключение контролеров Меги ничего не падало…

Bluefox

~~@Bosya:~~

Начал падать в цикле 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

bzaugolnov

~~@instalator:~~

Ошибка с фалом версий
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

instalator

~~@bzaugolnov:~~

~~@instalator:~~
Ошибка с фалом версий
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 `
Сейчас норм?

bzaugolnov

~~@instalator:~~

Сейчас норм? `
Да. Спасибо за оперативность.

jeorgep

Планируется ли как-то исправить ошибку 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. сначала все адаптеры на слейве погасить с мастера, и лишь потом

запустить, как говорится с чистого листа.

Bluefox

~~@jeorgep:~~

Планируется ли как-то исправить ошибку 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му варианту. Если теряется связь с мастером, то все инстанции погасить. И ждать, когда связь снова появится.

jeorgep

Да, я полностью понимаю Вашу загруженность!

Просто обращаю внимание на, как мне кажется существенный недостаток,

который не дает возможности работать полноценно в мультихост режиме.

Здесь мне тоже кажется предпочтительнее второй вариант.

При существующем положении вещей вынужден уходя на работу отключать

javascript на слейве - ибо непонятно, что он сделает в мое отсутствие при подобном сбое.

–-----

Еще, если будет возможность (и время) - обратите внимание на

возможность переключения драйвера OWFS в локальный режим

(http://forum.iobroker.net/viewtopic.php?p=32357#p32357).

То-есть предоставить пользователю возможность выбора - или локально или через owserver

(на этапе конфигурации адаптера).

В локальном режиме не только в десятки раз увеличивается скорость работы в owfs

но и появляется возможность остановить ненужные сервисы owserver и owhttpd,

что освобождает так необходимые ресурсы на маломощных серверах типа Raspberry Pi.

Bluefox

~~@jeorgep:~~

Да, я полностью понимаю Вашу загруженность!

Просто обращаю внимание на, как мне кажется существенный недостаток,

который не дает возможности работать полноценно в мультихост режиме.

Здесь мне тоже кажется предпочтительнее второй вариант.

При существующем положении вещей вынужден уходя на работу отключать

javascript на слейве - ибо непонятно, что он сделает в мое отсутствие при подобном сбое.

–-----

Еще, если будет возможность (и время) - обратите внимание на

возможность переключения драйвера OWFS в локальный режим

(http://forum.iobroker.net/viewtopic.php?p=32357#p32357).

То-есть предоставить пользователю возможность выбора - или локально или через owserver

(на этапе конфигурации адаптера).

В локальном режиме не только в десятки раз увеличивается скорость работы в owfs

но и появляется возможность остановить ненужные сервисы owserver и owhttpd,

что освобождает так необходимые ресурсы на маломощных серверах типа Raspberry Pi. `
Можешь опробовать owfs с гита?

NEWS

Разные ошибки

Support us

826
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Разные ошибки

Support us

826Online

31.7kUsers

79.8kTopics

1.3mPosts

826
Online

31.7k
Users

79.8k
Topics

1.3m
Posts