это нормально
полный баг-репорт в студию пожалуйста. Что именно не работает, базу на почту, дамп из mosquitto_sub -v -t ‘/rpc/#’ при открывании истории в браузере
поторопился, всё заработало
WB4. С питанием норма. Резервное питание. Акк на борту. К контроллеру ничего не подключено. Правил нет. Флешка “не родная”.
На страницах /, /config, /devices, /history появилась ошибка > Error listing the configs: MQTT RPC request timed out.
Управлять контроллером можно.
Перезагружаю wb. Ошибка пропадает, всё работает. Проходит несколько часов и ошибка повторяется.
Залит образ с нуля, fw 201610251522, на родную флешку, идущую в комплекте, проблема остаётся. Ошибка появляется после пары часов работы, перезагружаю, и так по кругу.
При наличие ошибки F5 на станице /configs и вывод mosquitto_sub -v -t “/rpc/#”
root@wb4:~# mosquitto_sub -v -t “/rpc/#”
/rpc/v1/db_logger/history/get_channels 1
/rpc/v1/db_logger/history/get_values 1
/rpc/v1/confed/Editor/List 1
/rpc/v1/confed/Editor/Load 1
/rpc/v1/confed/Editor/Save 1
/rpc/v1/wbrules/Editor/List 1
/rpc/v1/wbrules/Editor/Load 1
/rpc/v1/wbrules/Editor/Remove 1
/rpc/v1/wbrules/Editor/Save 1
/rpc/v1/confed/Editor/List/contactless-HNX0muCHvw {“id”:1,“params”:{}}
При обновлении других страниц то же самое.
В /var/log/messages ошибок не появляется.
dmesg
[ 6939.218488] w1_slave_driver 28-02155374c3ff: Read failed CRC check
[ 8278.055974] sched: RT throttling activated
[ 8304.187696] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [wb-homa-gpio:2614]
[ 8304.195565] Modules linked in: r8188eu© smsc95xx w1_therm w1_gpio lirc_pwm© wire lirc_dev ci_hdrc_imx usbmisc_imx ci_hdrc udc_core mxs_dcp
[ 8304.208494] CPU: 0 PID: 2614 Comm: wb-homa-gpio Tainted: G C 4.1.15-imxv5-x0.1 #191
[ 8304.217294] Hardware name: Freescale MXS (Device Tree)
[ 8304.222450] task: c2fb98c0 ti: c2df6000 task.ti: c2df6000
[ 8304.227886] PC is at __do_softirq+0xa0/0x24c
[ 8304.232192] LR is at call_timer_fn+0x24/0x9c
[ 8304.236479] pc : [] lr : [] psr: 60000013
[ 8304.236479] sp : c2df7dc0 ip : 00000003 fp : c05fede8
[ 8304.247971] r10: 00000100 r9 : c05fede4 r8 : 40000001
[ 8304.253205] r7 : c2df6000 r6 : 00000001 r5 : 00000000 r4 : 00000002
[ 8304.259740] r3 : 00000000 r2 : 000c3698 r1 : 00000100 r0 : c06209d8
[ 8304.266277] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 8304.273425] Control: 0005317f Table: 42cb0000 DAC: 00000015
[ 8304.279192] CPU: 0 PID: 2614 Comm: wb-homa-gpio Tainted: G C 4.1.15-imxv5-x0.1 #191
[ 8304.287984] Hardware name: Freescale MXS (Device Tree)
[ 8304.293203] [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[ 8304.301008] [] (show_stack) from [] (watchdog_timer_fn+0x150/0x194)
[ 8304.309069] [] (watchdog_timer_fn) from [] (__run_hrtimer+0x4c/0x11c)
[ 8304.317295] [] (__run_hrtimer) from [] (hrtimer_interrupt+0xf0/0x2a0)
[ 8304.325536] [] (hrtimer_interrupt) from [] (mxs_timer_interrupt+0x20/0x2c)
[ 8304.334215] [] (mxs_timer_interrupt) from [] (handle_irq_event_percpu+0x78/0x14c)
[ 8304.343482] [] (handle_irq_event_percpu) from [] (handle_irq_event+0x28/0x38)
[ 8304.352399] [] (handle_irq_event) from [] (handle_level_irq+0x88/0x104)
[ 8304.360795] [] (handle_level_irq) from [] (generic_handle_irq+0x28/0x3c)
[ 8304.369271] [] (generic_handle_irq) from [] (__handle_domain_irq+0x48/0xa8)
[ 8304.378023] [] (__handle_domain_irq) from [] (__irq_svc+0x40/0x4c)
[ 8304.385992] [] (__irq_svc) from [] (__do_softirq+0xa0/0x24c)
[ 8304.393428] [] (__do_softirq) from [] (irq_exit+0xd0/0x118)
[ 8304.400784] [] (irq_exit) from [] (__handle_domain_irq+0x50/0xa8)
[ 8304.408666] [] (__handle_domain_irq) from [] (__irq_svc+0x40/0x4c)
[ 8304.416650] [] (__irq_svc) from [] (cpu_arm926_switch_mm+0x8/0x20)
[ 8304.424602] [] (cpu_arm926_switch_mm) from [<00000000>] ( (null))
[ 8332.905158] w1_slave_driver 28-02155374c3ff: Read failed CRC check
[15240.504985] w1_slave_driver 28-02155374c3ff: Read failed CRC check
[17332.162129] w1_slave_driver 28-02155374c3ff: Read failed CRC check
[17342.372583] w1_slave_driver 28-02155374c3ff: Read failed CRC check
[18288.000498] w1_slave_driver 28-02155374c3ff: Read failed CRC check
Перерезагрузил WB.
Прошло 5 часов
Ошибка повторилась.
в dmesg ошибок нет.
После
service wb-mqtt-confed restart
Ошибка пропала
Сделал пока так
удалил wb-mqtt-confed и
apt-get install wb-mqtt-confed=1.0.3
Спасибо, мы всё ещё разбираемся в чём дело. У себя воспроизвели.
Евгений, добрый день
Опять пропадают данные. Контроллер работал около 26 дней, были записи по температуре, работе и т.д, сегодня зашел и видный только данные за последние 5 минут в количестве 2 шт.
System -> Current uptime 26d 16h 54m
Uptime -> Current uptime 1h - вот это очень подорительно. Я ничего не трогал несколько дней, а время 1 час с копейками. У меня ощущение, что отваливается что-то.
Прислать дамп?
Здравствуйте. Такая же ошибка, поэтому пишу в этой теме. Scripts не открываются. Пробовал различные способы устранения, которые были предложены на форуме, только команда /etc/init.d/wb-rules restart, но ненадолго: при сохранении скрипт не сохраняется, и выскакивает эта ошибка. Можете помочь?
похоже у Вас в каком-то скрипте ошибка в коде. после команды wb-rules restart пробегитесь по всем скриптам и посмотрите нет ли там ошибок (будет красная строка с описанием ошибки на странице с кодом). Но может код и верный, но просто уходит в какой-нидь цикл долгий.
поддержу… wb-rules перестает отвечать после 20 часов работыю приходится перегружать. и происходит это незаметно
Часто для отладки помогает запускать wb-rules не как сервис, а как приложение в командной строке. Останавливаете сервис, и в консоли запускаете wb-rules:
/usr/bin/wb-rules -editdir /etc/wb-rules /usr/share/wb-rules-system/rules/ /etc/wb-rules /usr/share/wb-rules/
Можно с флагами отладки -debug или -debugmqtt, но они сильно мусорят, без необходимости не пользуйтесь. Поиск багливого скрипта – убираете все, добавляете по одному, а в командной строке останавливаете и и запускаете wb-rules. Вставляйте log("контрольная точка X"); в проблемных местах.
Добрый день!
Так решилась проблема с архивированием или нет?
У меня так же нет архивных данных. только последние минуты.
И объясните пожалуйста, данные всех топиков архивируются? Или где-то можно указать какие архивировать, а какие нет?
И можно ли архивные данные как-то вытащить? Для использования, например, в скаде?
Проблема периодически всплывает, настройки архивации можно задать в файле
/etc/wb-mqtt-db.conf
Исторические данные из базы (sqlite3) можно извлекать специальной утилитой Wb-mqtt-db-cli
На постоянной основе я бы отправлял MQTT-данные, скажем, во внешний influxdb через telegraf.
1 лайк
Спасибо.
В файле прописал топик, который хочу архивировать.
У меня подключен счётчик MAP-3E.
В History, когда выбираю Control - отображаются не все параметры (топики) счётчика.
Подскажите пожалуйста, почему так?
От других счётчиков (в этой же связке) все топики отображаются.
Так вот просто не легко сказать. А топики, которые не отображаются, их значения меняются со временем? Какая-то система есть в то, что отображается, а что — нет? Можно посмотреть конфигурационный файл?
Значения топиков меняются.
вот содержимое конфигурационного файла:
{
“database”: “/var/lib/wirenboard/db/data.db”,
“debug”: true,
“groups”: [
{
“channels”: [
“/devices/wb-map3e_56/controls/Total AP energy”
],
“min_interval”: 120,
“min_unchanged_interval”: 1200,
“name”: “Group1”,
“values”: 10000,
“values_total”: 100000
}
]
}
Что с ответом? Поддаётся решению?
Прошу прощения, пока не добрался до стенда проверить рабту конфига. Постараюсь сделать в ближайшее время.
+1
вероятно база попортилась из-за отсутствия свободного места
Здравствуйте! Есть ли решение? Столкнулся с аналогичным сообщением.
Для истории: если есть предположение, что закончилось место, то нужно посмотреть, куда оно делось: Кончилось место в root