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

DAndre

Спасибо !!!
> обновляется на вклаке Сервер
Я эту вкладку благополучно спрятал с глаз долой, чтоб не мешала …...... вот.

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.

NEWS

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

Support us

936
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

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

Support us

936Online

31.9kUsers

80.1kTopics

1.3mPosts

936
Online

31.9k
Users

80.1k
Topics

1.3m
Posts