Перестает работать wb-rules

Программное обеспечение Rule Engine
8

Я экспериментировал с таймерами.
При большой частоте их вызова (чаще 1 раза в 3 сек) правила отваливались после 80-100 циклах запуска.

Было подозрение, что после срабатывания правила его объект не удалялся и при запуске нового они набивались в кучу и вешали wb-rules.

Попробуйте уменьшить частоту запуска до безопасных 30 сек.

9

Добрый день!

Попробуйте, пожалуйста, переписать это правило через cron-правило:


Например: 
defineRule("update_windows_all", {
  when: cron("@every 1s"),
  then: function () {
    update_window("Window 1 open", "6");
    update_window("Window 2 open", "7");
    update_window("Window 3 open", "8");
    update_window("Window 4 open", "9");
  }
});

Кажется, с таймерами действительно бывают проблемы. С выполнением по cron должно работать стабильно.
Пожалуйста, напишите сюда о результатах.

10

Спасибо за идею с кроном, переписал - наблюдаю.

11

Так, прошло 5 дней. Зависаний wb-rules пока не было, но ошибки продолжают валиться в лог

Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1799/2048
Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1798/2048
Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1797/2048
Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1796/2048
Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1795/2048
Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1794/2048
Jan 30 09:17:00 wiren6 daemon.info wb-rules[23654]: ERROR: queue handleMessage is almost filled! 1793/2048
Jan 30 09:17:02 wiren6 daemon.info wb-rules[23654]: INFO: queue handleMessage length back to normal: 1024/2048
12

@poglazov подскажите, кто эту ошибку генерит? В репе wb-rules я не нашел подобного сообщения. Сам js движок, получается?

13

Я тоже не программист, но если нужно увеличить длину очереди, то это, кажется, здесь: https://github.com/contactless/wb-rules/blob/5f9bed68aa3fd62b5975fb5c4587186c867a591f/initscripts/wb-rules#L32

14

BTW, опять отвалились правила - проработали в этот раз 12 дней без перезагрузки демона.

15

Отвалилось уже на версии с cron?

16

ага

17

У меня та же проблема с остановкой wb-rules из-за:

ERROR: queue handleMessage is almost filled

Как понять вообще из-за чего это. Правил которые тригерятся по таймеру - нет. Только по cron и изменению состояния устройств.

Правильно понимаю, что это может быть связано с недостаточной производительностью WB5 и он тупо не успевает обработать запросы?!

18

У меня, кстати, и до появления этой ошибки wb-rules падал. Не думаю, что они связаны. И у меня wb6, там с производительностью/памятью все более-менее.

19

У меня идет перезапуск сервиса, когда queue становится полностью full…

Беда в том, что при перезапуске wb-rules у меня срабатывают все правила и включается свет в 3-и часа ночи в коридоре. Есть правило, которое включает свет в коридоре, когда квартира снимается с сигнализации (сухой контакт)… Как отфильтровать данную ситуацию - понятия не имею :frowning:

20

Проблема с зависанием правил из-за роста очереди сообщений была описана здесь больше года назад. Похоже, это тянется до сих пор.
Ситуация критическая - правила могут перестать работать в любой момент, а новой версии движка с исправлениями до сих пор нет.

Подскажите, как Вы это реализовали?

21

Никак… Скорее всего watchdog его тушит, т.к. система на время фризится и даже по ssh перестает отвечать.

22

Странно, как-то мало активности в этой теме.
Я начал самостоятельное изучение причин проблемы. Есть пара вопросов к разработчикам:

  1. Какие именно сообщения попадают в очередь handleMessage, какие сервисы/библиотеки в неё пишут и читают?
  2. Драйвер wb-mqtt-serial пишет считанное из порта значение в топик mqtt только когда значение изменилось относительно предыдущего? Или не хранит предыдущих значений каналов и безусловно по каждому чтению пишет в mqtt?
23

А вы не пробовали, кстати, бету 2.0 ставить? Вдруг там пофиксили. Я зимой экспериментировать боюсь - у меня WB котлом управляет, поэтому все глюки пока подпираю костылями.

24
25

Только когда изменилось.

26

Проблема выглядит сложной.
По предварительным данным, в зоне риска находятся только скрипты, использующие таймер или cron-правила (если в вашем правиле они не используются, но проблемы всё равно появляются, пожалуйста, напишите нам).
Лучшей помощью для нас будет выкладывание полных ваших скриптов (чтобы мы могли их скопировать и воспроизвести проблему), описаний проблемы, логов ошибок. Было бы идеально, если бы всё это, упакованное в архив, вы отправляли на info@contactless.ru с темой “Проблема wb-rules”.
В целях дополнительного изучения, не на критичных объектах, могу посоветовать попробовать:

27

Тут Экземпляры мигалок на Timer - #16 от пользователя Flagman выяснили, что зависает и без таймеров и cron, даже при использовании простых setTimeout/setInterval (а без них не обходится практически ни один реальный скрипт).
Там же есть конкретные примеры правил, с которыми проблема воспроизводится.