WB6 - регулярные зависания

Доброго времени суток!
Есть объект, где WB6 используется в качестве шлюза для KNX. Раз в неделю/две недели/в месяц WB6 зависает: вернее не полностью зависает, а прекращает обмен данными с шиной KNX (как минимум). На сам WB зайти можно, вроде ведёт себя адекватно. Перезагрузка все лечит. Однако регулярная перезагрузка (настроил, чтобы перезагружался каждую неделю) - не помогает.
Обновил до последней прошивки, места вроде достаточно:


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

Добрый день.
как минимум для диагностики потребуется состояние сервисов wb-mqtt-knx, knxd и информация о количестве доступных ресурсов (свободное место на разделах, RAM).

Добрый день, проблема возникла вновь.
Общее состояние WB:


Состояние wb-mqtt-knx:

Состояние knxd:

Занятое место на диске:
image

А читаются ли сообщения из шины с помощью knxtool?
И, заодно, покажите состоние (атрибуты, права) /var/run/knx

Эх, ну уже в следующий раз, когда проблема возникнет.
knxtool используется в консоли при подключении к WB по SSH?
Как показать состояние /var/run/knx?
Подумайте, пожалуйста, есть ли ещё какие-то диагностические манипуляции, которые я смогу произвести.

Да.
собственно что видно из диагностики?
Недоступен или отсутствует /var/run/knx. Создается этот сокет сервисом knxd.socket, который и запускает в свою очередь knxd:

systemctl status knxd.socket
● knxd.socket - KNX Daemon (socket)
     Loaded: loaded (/lib/systemd/system/knxd.socket; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2025-03-10 09:44:28 UTC; 1 weeks 2 days ago
   Triggers: ● knxd.service
     Listen: /run/knx (Stream)
             [::]:6720 (Stream)
      Tasks: 0 (limit: 1146)
     Memory: 4.0K
        CPU: 2ms
     CGroup: /system.slice/knxd.socket

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

Прошу прощения, не подскажите, как это лучше сделать?)

Сделать - что? проверить состояниек службы: systemctl status knxd.socket

Выгрузить в файл логи

Вот так: journalctl — утилита просмотра системного журнала — Wiren Board

Логи сохранил в период с 11 утра 18.03 до 11 ура 19.03, поскольку последний раз до зависания проверял состояние WB как раз таки около суток назад.
log-file.txt (362,7 КБ)

Лучше раньше, так как

Mar 19 08:20:53 wirenboard-A4PBYZYZ systemd[1]: knxd.socket: Succeeded.
Mar 19 08:20:53 wirenboard-A4PBYZYZ systemd[1]: Closed KNX Daemon (socket).

единственное что выводится - уже завершение службы. То есть она была запущена на момент перезапуска.
Ну и,кстати, при повтоении надо просто перезапустить именно этот сервис, после того как проверить его сокет, /var/run/knx

Раньше - в смысле скинуть ещё более ранние логи?

Ну, не думаю что в них что-то будет интересное. Такое впечатления то knxd.socket просто перестает работать. Надо оценить статус сервиса.

Ну на данный момент всё так:


В общем, отправить статус сервиса в момент, когда проблема возникнет?

Да, проверьте сервис.

Проблема снова возникла, статус knxd.socket вроде как в порядке:

Телеграммы с помощью knx tool читаются, при нажатии на кнопку в интерфейсе появляется соответствующая телеграмма с групповым адресом в логе:


Вы просили показать ещё состояние /var/run/knx, как это сделать?

О, прямо отлично.
А если перезапустить именно wb-mqtt-knx сервис?

Если телеграммы читаются - то это не особо нужно, но:

ls -l /var/run/knx

/var/run/knx:
image
Прописал systemctl restart wb-mqtt-knx, никаких результатов не дало