Wb-rules не работает после перезагрузки

Не подхватилась настройка, попробуйте тогда прописать переменную непосредственно в /etc/init.d/wb-rules
%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5

Вместо $WB_RULES_QUEUES_LEN укажите, скажем 10000.

Там нет этого параметра вовсе.
DAEMON_ARGS="$WB_RULES_OPTIONS -syslog -editdir ‘$RULE_DIR’ ‘$SYSTEM_RULE_DIR’ ‘$RULE_DIR’ ‘$PRIVATE_RULE_DIR’"

вставить $WB_RULES_QUEUES_LEN в строку параметров может надо?

Примерно как на моем скриншоте, вставьте -queue-len 10000 :
... -syslog -queue-len 10000 -editdir ...

DAEMON_ARGS="$WB_RULES_OPTIONS -syslog -queue-len 10000 -editdir ‘$RULE_DIR’ ‘$SYSTEM_RULE_DIR’ ‘$RULE_DIR’ ‘$PRIVATE_RULE_DIR’"

Last login: Fri Sep 27 09:34:43 2019 from 192.168.0.10
root@wirenboard-ARAXKJYF:~# service wb-rules status
[FAIL] wb-rules is not running … failed!

Дайте мне нормальный файл wb-rules сами.

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5

С производительностью реально затык. То я один и пользуюсь в семью интерфейсом, так как пока он загрузится и можно начать управлять контролами, проходит около минуты и приходится мириться надписями «time request» в каждом разделе web ui. Надо опять заниматься глобально надстройками, что советуют @aqualx или переходить на новый контроллер, но это тоже вызывает опасения.
Озадачили вы меня, господа разработчики.

А какая отладочная информация попадает, когда движок правил не стартует в /var/log/messages?

Загрузка процессора кажется не чрезмерной, мне мне кажется, слишком большое количество mqtt-сообщений у вас.
Пришлите, пожалуйста /var/log/messages целиком (выложите куда-нибудь, например), попробуем оценить, с чем проблема.

Пока вернул все как было раньше

Появились ли в логах сообщения с исходной проблемой?
Попробуйте пока вдвое увеличить параметр “values_total” в /etc/wb-mqtt-db.conf и перезагрузиться.

Пока не перегружал контроллер. Но раз я ничего не сделал, то проблема вряд ли исчезла сама собой.

Хорошо, попытаюсь.

Попытался. Добрый вечер.
Через какое-то время опять началось:
Dec 4 21:53:24 wirenboard-ARAXKJYF user.warn kernel: [425150.471544] RTL871X: ap recv deauth reason code(6) sta:a8:5b:78:0e:a0:21
Dec 4 21:53:24 wirenboard-ARAXKJYF user.warn kernel: [425150.497440] RTL871X: ap recv deauth reason code(6) sta:a8:5b:78:0e:a0:21
Dec 4 21:53:24 wirenboard-ARAXKJYF user.warn kernel: [425150.510173] RTL871X: ap recv deauth reason code(6) sta:a8:5b:78:0e:a0:21
Dec 4 21:53:26 wirenboard-ARAXKJYF daemon.info hostapd: wlan0: STA a8:5b:78:0e:a0:21 IEEE 802.11: associated
Dec 4 21:53:26 wirenboard-ARAXKJYF daemon.info hostapd: wlan0: STA a8:5b:78:0e:a0:21 RADIUS: starting accounting session 5DE1842D-00000006
Dec 4 21:53:26 wirenboard-ARAXKJYF daemon.info hostapd: wlan0: STA a8:5b:78:0e:a0:21 IEEE 802.11: associated
Dec 4 21:53:26 wirenboard-ARAXKJYF daemon.info hostapd: wlan0: STA a8:5b:78:0e:a0:21 RADIUS: starting accounting session 5DE1842D-00000006
Dec 4 21:53:26 wirenboard-ARAXKJYF daemon.info hostapd: wlan0: STA a8:5b:78:0e:a0:21 IEEE 802.11: associated

Dec 4 21:53:30 wirenboard-ARAXKJYF daemon.info dnsmasq-dhcp[2741]: DHCPREQUEST(wlan0) 192.168.42.79 a8:5b:78:0e:a0:21
Dec 4 21:53:30 wirenboard-ARAXKJYF daemon.info dnsmasq-dhcp[2741]: DHCPACK(wlan0) 192.168.42.79 a8:5b:78:0e:a0:21 iSTARCK
Dec 4 21:54:04 wirenboard-ARAXKJYF daemon.info wb-rules[3411]: INFO: [rule info] [STAIRS 1-2]: MOVING DETECTOR ACTIVATED… Light is ON
Dec 4 21:54:06 wirenboard-ARAXKJYF daemon.info wb-rules[3411]: INFO: [rule info] [STAIRS 2]: MOVING DETECTOR ACTIVATED… Light is ON
Dec 4 21:54:13 wirenboard-ARAXKJYF daemon.info wb-rules[3411]: INFO: [rule info] [STAIRS 1]: MOVING DETECTOR ACTIVATED… Light is ON
Dec 4 21:54:43 wirenboard-ARAXKJYF daemon.info wb-rules[3411]: WARNING: MQTT connection lost
Dec 4 21:54:44 wirenboard-ARAXKJYF daemon.info wb-rules[3411]: INFO: MQTT connection established
Dec 4 21:55:04 wirenboard-ARAXKJYF daemon.info wb-rules[3411]: WARNING: MQTT connection lost

Перегружаю контроллер и:

Dec 4 23:22:41 wirenboard-ARAXKJYF daemon.info wb-rules[3385]: INFO: [rule info] [STAIRS 2-3]: MOVING DETECTOR ACTIVATED… Light is ON
Dec 4 23:22:44 wirenboard-ARAXKJYF user.notice wb-mqtt-db[3329]: 2019-12-04 23:22:44.007 NOTICE: DB logger started, go to main loop
Dec 4 23:23:01 wirenboard-ARAXKJYF daemon.info wb-rules[3385]: WARNING: MQTT connection lost
Dec 4 23:23:01 wirenboard-ARAXKJYF daemon.info wb-rules[3385]: INFO: MQTT connection established
Dec 4 23:23:21 wirenboard-ARAXKJYF daemon.info wb-rules[3385]: WARNING: MQTT connection lost

Господа, как дальше быть? Правила сокращать или ещё есть предложения?

Добрый день!

Уже очень ждём новую версию wb-rules, где это должно быть исправлено. Как появится информация, напишем.

1 Симпатия

Это уже что-то. Будем ждать. А пока у меня правила сами восстановили работу. Я уже было отчаялся перегружать контроллер и ждать эффекта, но через день-два контроллер ожил. Мистика))

Столкнулся с нечто аналогичным. Все работало корректно, в какой-то момент времени отрабатывать правила перестали. Пока видимо рекомендация - сидеть и ждать. А сколько ждать? Какие примерные сроки? Информация о новой версии wb-rules как будет представлена?

Так вот же финальное бета-тестирование идёт: Бета-тестирование новой версии движка правил. В продакшен не рекомендуем, но проблем пока тоже не обнаружено.

Слова производителя не рекомендуем, немного напрягают. Когда ждать официального релиза wb-rules 2.x?

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

Ставил на тестовый стенд wb-rules 2.x. Работает, но в нашем случае требуется адаптация нашего ПО. Пока не используем.

Версия 2.x в любом случае не будет полностью не совместима с 1.x, даже после релиза. Как я понял это заново написанный продукт.

В первой версии движка у меня после рестарта переставали работать скрипты, которые ссылались на вирт. устройства в соседних скриптах или системных скриптах. Приходилось делать костыли в виде обертки с таймером ожидания:
https://support.wirenboard.com/t/wb-rules-prostejshij-skript-kotoryj-ne-rabotaet-posle-wb-rules-restart/3496?u=vugluskr

Проверил в версии 2.2 свой простенький тестовый скрипт - заработал без костылей.

Примерно через месяц.

Не могу сказать. У нас был ряд подтверждённых багов, и, по словам программистов, они упирались в одно и то же место. Это место было полностью переписано, и поэтому появился wb-rules 2.

В целом, согласен. Но вижу два соображения:

  1. Скорее работающая версия может быть лучше, чем точно проблемная.
  2. В момент перехода из бета-версии в финальную никакого чуда не случится - если отзывов с проблемами мы так и не получим, то “подлакируем” отдельные места, но в целом эту же версию выложим. При этом самая активная доработка идёт как раз сейчас (в теме с тестированием напрямую отвечает наш программист), поэтому если проблема обнаружится сейчас, то будет исправлена быстро - быстрее, чем если будет найдена потом.

Спасибо, ветку вашу читал. Объект удаленный, ставить бета версии ПО на него желания нет, придет время обновимся.

Сейчас все работает, что сделал - переименовал скрипт в котором объявляю виртуальные устройства таким образом чтобы он был первый по алфавитному списку - вроде все работает, в течение дня смотрю отказов нет, перезагружался неоднократно - работает.