Ребут на ровном месте

Спасибо за информацию. Попробую воспроизвести вашу проблему.

Правильно ли я понимаю, что шлюз WB-MIO-E к контроллеру подключен по шине RS-485? Обновите, пожалуйста, ПО контроллера до последнего стабильного релиза stable wb-2201 и пришлите диагностический архив еще раз.

Пришлите, пожалуйста, конфигурационные файлы /mnt/data/etc/wb-mqtt-serial.conf (если есть в файле пароли - то удалите их) и /mnt/data/etc/wb-hardware.conf.
Все остальные сконфигурированные в файлах модули подключены к контроллеру?

да

да

WBIO-AO-10V-8 и Модуль ввода-вывода WBIO-DO-R1G-16 подключены к контроллеру,
Модуль ввода-вывода WBIO-DO-SSR-8 и Модуль ввода-вывода WBIO-DI-WD-14 подключены к шлюзу (ранее они были подключены к контроллеру, были рандомные ребуты).
wb-mqtt-serial.conf (6.8 КБ)
wb-hardware.conf (3.3 КБ)

Тоже воспроизведу.

Извините, что вмешиваюсь (не любо плодить темы).

У меня так же возникла проблема спонтанной перезагрузки WB6. Даже один раз “завис” намертво (консолью не удалось подключиться, моргал диод красным цветом).

Никогда (либо оооочень редко и не заметно для пользователей) такого не случалось с WB5. Вместо него был установлен WB6. Состав периферии, кода-правил, питания и прочего не изменялся (система настроена и работает).

Обратил внимание на uptime. И решил проверить графики. Устройство перезагружается в среднем каждые 5-6 дней. Сейчас 8 дней (рекорд).

Обратил внимание, что проблема началась с ~12.02.2022. Просмотр журналов выявил в этот день обновление (apt-get upgrade):

Start-Date: 2022-02-12  15:47:30
Commandline: apt-get upgrade
Upgrade: wb-mqtt-confed:armhf (1.6.2, 1.8.0), linux-image-wb6:armhf (5.10.35-wb7, 5.10.35-wb105), linux-libc-dev:armhf (5.10.35-wb7, 5.10.35-wb105), zabbix-agent:armhf (1:3.0.32+dfsg-0+deb9u1, 1:3.0.32+dfsg-0+deb9u2), wb-suite:armhf (1.4.0, 1.6.0), wb-dt-overlays:armhf (1.3, 1.4.0), wb-knxd-config:armhf (1.1.0, 1.1.1), u-boot-tools-wb:armhf (2:2017.03+wb-2, 2:2017.03+wb1.3.0), wb-configs:armhf (2.1.1, 2.3.2), mosquitto:armhf (1.4.15-1+wb7-3, 1.4.15-1+wb7-5), wb-mqtt-w1:armhf (2.2.0, 2.2.1), wb-mqtt-logs:armhf (1.1.2, 1.2.0), wb-utils:armhf (2.3.1, 3.4.1), libmosquitto1:armhf (1.4.15-1+wb7-3, 1.4.15-1+wb7-5), python3-wb-mcu-fw-updater:armhf (1.0.10, 1.1.1), libmosquittopp1:armhf (1.4.15-1+wb7-3, 1.4.15-1+wb7-5), python-wb-common:armhf (1.3.3, 1.4.0), wb-mqtt-opcua:armhf (1.0.3, 1.0.4), wb-homa-w1:armhf (2.2.0, 2.2.1), wb-mqtt-serial:armhf (2.41.3-wb4, 2.45.0-wb2), wb-rules:armhf (2.10.2, 2.11.1), wb-mqtt-adc:armhf (2.3.1, 2.4.2), wb-rules-system:armhf (1.6.13, 1.7.0), wb-release-info:armhf (1.0-stable~wb6+stretch~20220131072756, 1.0-stable~wb6+stretch~20220212100450), wb-hwconf-manager:armhf (1.43.2-wb4, 1.46.2), wb-mqtt-mbgate:armhf (1.1.1, 1.1.2), wb-mqtt-gpio:armhf (2.5.2, 2.8.3), wb-mqtt-dac:armhf (1.1.3, 1.1.4), mosquitto-clients:armhf (1.4.15-1+wb7-3, 1.4.15-1+wb7-5), wb-mqtt-homeui:armhf (2.23.1-wb3, 2.26.0), wb-configs-stretch:armhf (2.1.1, 2.3.2), u-boot-tools:armhf (2:2017.03+wb-2, 2:2017.03+wb1.3.0), wb-mcu-fw-updater:armhf (1.0.10, 1.1.1), libwbmqtt1-3:armhf (3.3.0, 3.5.0)
End-Date: 2022-02-12  16:06:07

Более ничего “подозрительного” в журналах не нашёл. Файлы с правилами в этот период не изменялись.

Welcome to Wiren Board 6.8.1 (s/n AC…TU), release wb-2201 (as stable)
Linux trailer-wb6 5.10.35-wb105 #1 Wed Feb 2 21:09:31 UTC 2022 armv7l GNU/Linux

На одном из графиков наблюдаю странное поведение: линейно растёт “нагрузка”:

В выводе top главные “потребители”:
wb-rules
wb-mqtt-serial
main
mosquitto
wb-mqtt-gpio
top

T HW: среднее 35.9’C, максимальная 43.3’C (30 суток)
T CPU : 66.3’C, 74.4’C

Посоветуйте дальнейшие действия с отловом пакости?
Повесить на мониторинг какие-то процессы (установлен zabbix-agent) ?

1 лайк

Да, вижу версию контроллера. У нас тож в офисе воспроизводится, сейчас пытаемся найти причину.

Здравствуйте!
Пришлите, пожалуйста, диагностический архив.
Проверьте, все ли сервисы работают командой:

systemctl list-units --type=service | grep wb-

Вывод команды пришлите.

1 лайк

Простите, на кому-куда (почта?) отправить диагностический архив?

# systemctl list-units --type=service | grep wb-
wb-configs-early.service           loaded active exited  prepare mounts and symlinks to config files                                                                 
wb-configs.service                 loaded active running watch config files                                                                                          
wb-diag-collect.service            loaded active running one-click diagnostic data collector for Wiren Board, generating a                                           rchive with data
wb-gsm-rtc-restore.service         loaded active exited  Restore local date from Wiren Board GSM RTC                                                                 
wb-homa-ism-radio.service          loaded active exited  LSB: MQTT driver for WB HomA for RFM69 ISM radio                                                            
wb-hwconf-manager.service          loaded active exited  Initialize Wiren Board Device Tree overlays                                                                 
wb-init.service                    loaded active exited  Initialize Wiren Board on successful boot                                                                   
wb-knxd-config.service             loaded active exited  KNXD Configurator for Wiren Board                                                                           
wb-mqtt-adc.service                loaded active running MQTT Driver for ADC                                                                                         
wb-mqtt-confed.service             loaded active running Wiren Board configuration editor backend                                                                    
wb-mqtt-db.service                 loaded active running Wiren Board database logger                                                                                 
wb-mqtt-gpio.service               loaded active running MQTT Driver for GPIO-controlled switches                                                                    
wb-mqtt-knx.service                loaded active running Wiren Board MQTT KNX bridge                                                                                 
wb-mqtt-logs.service               loaded active running Wiren Board journald to MQTT gateway                                                                        
wb-mqtt-mbgate.service             loaded active running Wiren Board MQTT to Modbus TCP gateway                                                                      
wb-mqtt-metrics.service            loaded active running metrics sender.                                                                                             
wb-mqtt-opcua.service              loaded active running Wiren Board MQTT to OPC UA gateway                                                                          
wb-mqtt-serial.service             loaded active running MQTT Driver for serial devices                                                                              
wb-mqtt-w1.service                 loaded active running Kernel 1-Wire MQTT driver for WB-HomA                                                                       
wb-prepare.service                 loaded active exited  initialize filesystems at first boot                                                                        
wb-repart.service                  loaded active exited  prepare partitions at first boot                                                                            
wb-rules.service                   loaded active running MQTT Rule engine for Wiren Board                                                                            
wb-systime-adjust.service          loaded active exited  Compensation of systime in PPM from value, stored in device-tree                                            (with opposite sign)
wb-watch-update.service            loaded active running Wiren Board firmware update service

Сервисы работают нормально.

Архив прямо сюда в тему присылайте.

1 лайк

diag_output_ACMRRATU_2022-03-15-15.59.22.zip (116.7 КБ)

Явных проблем пока не вижу. Устанавливалось ли какое-либо стороннее ПО на контроллер?

Попробуйте проверить загрузку процессора. Для этого скопируйте на контроллер правило из сообщения на контроллер, откройте его в веб-интерфейсе и сохраните. На вкладке Devices должно появиться указанное окно. Посмотрите, как ведет себя загрузка процессора (CPU Utilization), пришлите скриншот.

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

Из “стороннего”:
zabbix-agent: Zabbix 3.0.32 (revision df9ee82371).
Так же обновился 12-го февраля: 2022-02-12 15:52:12 upgrade zabbix-agent:armhf 1:3.0.32+dfsg-0+deb9u1 1:3.0.32+dfsg-0+deb9u2
На мониторинг процесс не ставил. Но на память: % использования памяти не увеличился 0,5-0,8% .

telethon (Telegram): не обновлялся с декабря прошлого года. Запускается по runShellCommand. Редко. Его запуск не совпадает по времени с рестартами. Запускается раз в неделю, а-то и реже (2-3 недели).

Более ничего. К сожалению, отключить чего-либо на данный момент не могу. И странно, сегодня рекорд - 9 сутки без перезагрузки. Но % загрузки CPU растёт каждый день.

Есть вот-такие графики:

В общем… Пришло уведомление (от zabbix) о резком изменении графика CPU. И я полез смотреть:

Судя по графику, что-то произошло в ~20:30 16.03.2022 (сегодня).
Небольшой резкий рост нагрузки связан с запуском pidstat -p pgrep -x xxxxx 3600 для: wb-rules, wb-mqtt-serial, mosquitto; iostat и cat /proc/interrupts.

pidstat по всем процессам не показал (всего пяток часов прошло) ничего заметного на глаз, а вот по wb-rules:
13:59:30 UID PID %usr %system %guest %CPU CPU Command
[cut]
18:57:46 0 2127 14,17 17,74 0,00 31,91 0 wb-rules
19:57:47 0 2127 14,07 17,38 0,00 31,45 0 wb-rules
20:57:47 0 23776 14,39 6,72 0,00 21,11 0 wb-rules
21:57:47 0 23776 15,52 6,17 0,00 21,69 0 wb-rules
[cut]

Короче. Подозреваю, что это wb-rules потихоньку “кушает” (каждый день всё больше и больше) ресурсы системы. Странно, что в этот раз берез перезагрузки. Хотя, судя по графику и предыдущему опыту - именно в этот момент система должна была перезагрузиться. Не знаю, почем именно сейчас всё пошло иначе.
Однако, печаль в том, что wb-rules таки перезагрузился. Что мне не очень нравится (стабильность).

Заглянул в /var/log/messages:

Mar 16 20:23:15 trailer-wb6 wb-mqtt-db[2132]: WARNING: [dblogger] Group data limit is reached: group all, row count 102059, limit 100000
Mar 16 20:23:22 trailer-wb6 wb-mqtt-serial[5912]: WARNING: [modbus] failed to read 1 discrete(s) @ 7 of device modbus:132: Serial protocol error: request timed out
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: panic: runtime error: index out of range [4] with length 0
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: goroutine 16 [running]:
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: github.com/wirenboard/wbgo-private.(*score).zbCBVIsgVKWhREgN(0x1ce2680, 0x76bc, 0x351d8c80)
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/wirenboard/wbgo-private/support.go:135 +0x90
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: github.com/wirenboard/wbgo-private.(*score).fnXdJjMUChLnQged(0x1ce2680, 0xc36d1800, 0x23c, 0xd2f1a9fc, 0x3f70624d, 0x0, 0x40390000, 0x0)
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/wirenboard/wbgo-private/support.go:125 +0x1ac
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: github.com/wirenboard/wbgo-private.(*score).aQLxhdNvDCggTgxa(0x1ce2680)
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/wirenboard/wbgo-private/support.go:155 +0x154
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: github.com/wirenboard/wbgo-private.(*score).sdyaePIdHdhPmunY(0x1ce2680, 0x47ae147b, 0x3f747ae1, 0x0)
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/wirenboard/wbgo-private/support.go:191 +0x1c
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: github.com/wirenboard/wbgo-private.(*PahoMQTTClient).subscribe.func1(0x951755d8, 0x1cfe420, 0x951751b8, 0x203dd70)
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/wirenboard/wbgo-private/mqtt.go:289 +0x1fc
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: github.com/eclipse/paho%2emqtt%2egolang.(*router).matchAndDispatch.func2(0x1c4dbc0, 0x1c4e510, 0x1c4dc00, 0x1cfe420, 0x1c2b201, 0x1c16de0, 0x1c4dc00, 0x1c4dc40, 0x1c4dc80, 0x1c4dcc0)
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/eclipse/paho.mqtt.golang@v1.3.5/router.go:210 +0x32c
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: created by github.com/eclipse/paho%2emqtt%2egolang.(*router).matchAndDispatch
Mar 16 20:23:58 trailer-wb6 wb-rules[2127]: 	github.com/eclipse/paho.mqtt.golang@v1.3.5/router.go:169 +0x128
Mar 16 20:23:59 trailer-wb6 systemd[1]: wb-rules.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Mar 16 20:23:59 trailer-wb6 systemd[1]: wb-rules.service: Unit entered failed state.
Mar 16 20:23:59 trailer-wb6 systemd[1]: wb-rules.service: Failed with result 'exit-code'.
Mar 16 20:24:00 trailer-wb6 systemd[1]: wb-rules.service: Service hold-off time over, scheduling restart.
Mar 16 20:24:00 trailer-wb6 systemd[1]: Stopped MQTT Rule engine for Wiren Board.
Mar 16 20:24:00 trailer-wb6 systemd[1]: Started MQTT Rule engine for Wiren Board.
Mar 16 20:24:00 trailer-wb6 wb-rules[23776]: INFO: driver is created
Mar 16 20:24:00 trailer-wb6 wb-rules[23776]: INFO: [wbgo_mqtt] rules-trailer-wb6-23776: MQTT connection established
Mar 16 20:24:00 trailer-wb6 wb-rules[23776]: INFO: driver loop is started
Mar 16 20:24:00 trailer-wb6 wb-rules[23776]: INFO: wait for driver to become ready
Mar 16 20:24:01 trailer-wb6 wb-rules[23776]: INFO: driver is ready
Mar 16 20:24:01 trailer-wb6 wb-rules[23776]: INFO: [rule info] using file /var/lib/wirenboard/wbrules-persistent.db for persistent DB
Mar 16 20:24:01 trailer-wb6 wb-rules[23776]: INFO: [wbgo_mqtt] wb-rules-engine-trailer-wb6-23776: MQTT connection established
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: [engine] Starting main loop
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: the engine is ready
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: [engine] Starting sync loop
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/buzzer.js is NOT under source root /etc/wb-rules
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/hwmon.js is NOT under source root /etc/wb-rules
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/network.js is NOT under source root /etc/wb-rules
Mar 16 20:24:02 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/power_status.js is NOT under source root /etc/wb-rules
Mar 16 20:24:03 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/system.js is NOT under source root /etc/wb-rules
Mar 16 20:24:03 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/wb-mqtt-dac.js is NOT under source root /etc/wb-rules
Mar 16 20:24:03 trailer-wb6 wb-mqtt-serial[5912]: WARNING: [modbus] failed to read 6 input(s) @ 32 of device modbus:132: Serial protocol error: request timed out
Mar 16 20:24:04 trailer-wb6 wb-rules[23776]: sh: 4: /etc/wb_env.sh: source: not found
Mar 16 20:24:04 trailer-wb6 wb-rules[23776]: sh: echo: I/O error
Mar 16 20:24:04 trailer-wb6 wb-rules[23776]: ERROR: command '/bin/sh -c echo 0  > /sys/class/pwm/pwmchip0/export' failed with exit status 1
Mar 16 20:24:04 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules-system/rules/wbmz-battery.js is NOT under source root /etc/wb-rules
Mar 16 20:24:04 trailer-wb6 wb-rules[23776]: INFO: system/DTS Version: failed to convert value '', passing raw
Mar 16 20:24:07 trailer-wb6 wb-mqtt-db[2132]: WARNING: [conventions] converting empty value to boolean "false"
Mar 16 20:24:07 trailer-wb6 wb-rules[23776]: INFO: /usr/share/wb-rules/load_alarms.js is NOT under source root /etc/wb-rules
Mar 16 20:24:08 trailer-wb6 wb-rules[23776]: INFO: all rule files are loaded
Mar 16 20:25:01 trailer-wb6 CRON[24189]: pam_unix(cron:session): session opened for user root by (uid=0)
Mar 16 20:25:01 trailer-wb6 CRON[24193]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Mar 16 20:25:01 trailer-wb6 CRON[24189]: pam_unix(cron:session): session closed for user root
Mar 16 20:26:17 trailer-wb6 wb-mqtt-serial[5912]: WARNING: [modbus] failed to read 1 discrete(s) @ 7 of device modbus:132: Serial protocol error: request timed out

Как быть?
Продолжаю наблюдение.

Нужно определить, не может ли проблема быть вызвана вашими правилами, если вы их создавали. Для этого сделайте копию ваших правил, а затем удалите их из директории /mnt/data/etc/wb-rules. Перезагрузите контроллер и понаблюдайте, будут ли ошибки или перезагрузки.

Подозреваю, что это таки связано с моими правилами, которые я на создавал.

Я не великий программист, да и вообще. В целом, эти правила не изменялись уж пару лет. За исключением правки переменных, так как на этой точке менялся контроллер WB5 → WB6.

Однако, повторюсь, что правила до 12.02.2022 (когда впервые был замечен “рост” нагрузки) правила (файлы .js) не изменялись. Единственное, что 12.02.2022 изменялось, это был выполнен apt-get update.

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

В общем. Буду искать пути…

Тогда выложите правила, посмотрим сами.

1 лайк

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

root@trailer-wb6:~# uptime
 10:05:01 up 4 days, 20:04,  4 users,  load average: 2,57, 2,51, 2,64
root@trailer-wb6:~# 
root@trailer-wb6:~# ls /mnt/data/etc/wb-rules
root@trailer-wb6:~#

Но продолжаю наблюдать линейный рост нагрузки CPU. Как выясняется, “грузит” его - wb-rules.



pidstat -p `pgrep -x wb-rules` 3600
Linux 5.10.35-wb105 (trailer-wb6)       17.03.2022      _armv7l_        (1 CPU)

14:03:12      UID       PID    %usr %system  %guest    %CPU   CPU  Command
15:03:12        0      1752   11,07    5,19    0,00   16,26     0  wb-rules
16:03:12        0      1752   11,17    5,21    0,00   16,37     0  wb-rules
17:03:12        0      1752   11,14    5,26    0,00   16,40     0  wb-rules
[cut]
07:16:35        0      1752   11,06   10,05    0,00   21,10     0  wb-rules
08:16:35        0      1752   11,13   10,07    0,00   21,20     0  wb-rules
09:16:35        0      1752   11,12   10,21    0,00   21,32     0  wb-rules

Так же слежу за другими из “нагружающих” систему программами: serial и mosquitto. По ним, как и другим - “штиль”:

pidstat -p `pgrep -x wb-mqtt-serial` 3600
Linux 5.10.35-wb105 (trailer-wb6)       17.03.2022      _armv7l_        (1 CPU)

14:03:25      UID       PID    %usr %system  %guest    %CPU   CPU  Command
15:03:25        0      1748    5,47    6,44    0,00   11,91     0  wb-mqtt-serial
16:03:25        0      1748    5,42    6,48    0,00   11,91     0  wb-mqtt-serial
17:03:25        0      1748    5,36    6,53    0,00   11,89     0  wb-mqtt-serial
[cut]
07:17:13        0      1748    5,36    6,51    0,00   11,86     0  wb-mqtt-serial
08:17:13        0      1748    5,44    6,48    0,00   11,92     0  wb-mqtt-serial
09:17:13        0      1748    5,39    6,54    0,00   11,93     0  wb-mqtt-serial
root@trailer-wb6:~# pidstat -p `pgrep -x mosquitto` 3600
Linux 5.10.35-wb105 (trailer-wb6)       17.03.2022      _armv7l_        (1 CPU)

14:03:36      UID       PID    %usr %system  %guest    %CPU   CPU  Command
15:03:36      110       390    1,45    3,27    0,00    4,72     0  mosquitto
16:03:36      110       390    1,44    3,26    0,00    4,70     0  mosquitto
17:03:36      110       390    1,47    3,22    0,00    4,69     0  mosquitto
[cut]
07:55:13      110       390    1,48    3,26    0,00    4,73     0  mosquitto
08:55:13      110       390    1,47    3,26    0,00    4,73     0  mosquitto
09:55:13      110       390    1,49    3,15    0,00    4,64     0  mosquitto

Продолжаю наблюдать.

у меня тоже wb-rules грузит под 30%, из правил только controller_utilization.js
проц 100% и не падает
root@wirenboard-AFRVB7DK:~# top | grep wb-rules
1661 root 20 0 910664 22440 11088 S 19.7 4.4 0:31.21 wb-rules
1661 root 20 0 910664 22472 11088 S 29.9 4.4 0:32.20 wb-rules
1661 root 20 0 910664 22488 11088 S 35.2 4.4 0:33.35 wb-rules
1661 root 20 0 910664 22496 11088 S 27.0 4.4 0:34.35 wb-rules
1661 root 20 0 910664 22496 11088 S 29.9 4.4 0:35.41 wb-rules
1661 root 20 0 910664 22496 11088 S 37.1 4.4 0:36.63 wb-rules
1661 root 20 0 910664 22500 11088 S 25.6 4.4 0:37.50 wb-rules
1661 root 20 0 910664 22504 11088 S 35.0 4.4 0:38.70 wb-rules
1661 root 20 0 910664 22504 11088 S 28.6 4.4 0:39.64 wb-rules
1661 root 20 0 910664 22504 11088 S 23.4 4.4 0:40.43 wb-rules
1661 root 20 0 910664 22504 11088 S 19.5 4.4 0:41.16 wb-rules
1661 root 20 0 910664 22504 11088 S 27.2 4.4 0:42.13 wb-rules
1661 root 20 0 910664 22504 11088 S 27.7 4.4 0:43.01 wb-rules
1661 root 20 0 910664 22504 11088 S 26.7 4.4 0:43.93 wb-rules
1661 root 20 0 910664 22504 11088 S 23.0 4.4 0:44.77 wb-rules
1661 root 20 0 910664 22504 11088 S 24.0 4.4 0:45.65 wb-rules
1661 root 20 0 910664 22504 11088 S 24.9 4.4 0:46.45 wb-rules
1661 root 20 0 910664 22504 11088 S 27.2 4.4 0:47.36 wb-rules
1661 root 20 0 910664 22516 11092 S 21.4 4.4 0:48.19 wb-rules
1661 root 20 0 910664 22516 11092 S 27.5 4.4 0:49.06 wb-rules
1661 root 20 0 910664 22520 11092 S 23.1 4.4 0:49.90 wb-rules
1661 root 20 0 910664 22520 11092 S 24.1 4.4 0:50.75 wb-rules
1661 root 20 0 910664 22520 11092 S 24.9 4.4 0:51.59 wb-rules
1661 root 20 0 910664 22520 11092 S 17.3 4.4 0:52.19 wb-rules
1661 root 20 0 910664 22524 11092 S 28.3 4.4 0:53.20 wb-rules
1661 root 20 0 910664 22524 11092 S 21.4 4.4 0:53.97 wb-rules
1661 root 20 0 910664 22524 11092 S 19.7 4.4 0:54.67 wb-rules
1661 root 20 0 910664 22524 11092 S 23.6 4.4 0:55.52 wb-rules
1661 root 20 0 910664 22524 11092 S 19.9 4.4 0:56.23 wb-rules
1661 root 20 0 910664 22528 11092 S 25.0 4.4 0:57.09 wb-rules
1661 root 20 0 910664 22528 11092 S 27.5 4.4 0:58.00 wb-rules
1661 root 20 0 910664 22536 11092 S 22.1 4.4 0:58.76 wb-rules
1661 root 20 0 910664 22536 11092 S 26.1 4.4 0:59.62 wb-rules
1661 root 20 0 910664 22536 11092 S 24.8 4.4 1:00.48 wb-rules
1661 root 20 0 910664 22536 11092 S 24.9 4.4 1:01.35 wb-rules
1661 root 20 0 910664 22536 11092 S 23.4 4.4 1:02.11 wb-rules

Перезапуск сервиса wb-rules не меняет загрузку? В логах wb-rules есть что-нибудь?
Если все собственные правила удалить, то какая будет загрузка?

нет не меняет

ничего странного не было

оставлял только правило которое добавляет cpu в device, тоже было 100% общее из них 25-35% rules
помогло полностью прошиться с удалением всего и заново настроить


сейчас хоть както реагирует, до этого уперся в полку 100% и даже не дераглся