ПЛК210 - новая линейка контроллеров ОВЕН

[capzap]

Встречаются проблемы когда почти невозможно подключиться к плк по ssh, через вэб-интерфейс. Иногда удается зайти в консоль, но максимум можно выполнить одну две команды, потом все зависает на мертво. Мне удается воспроизвести это состояние при подключенном ssh выполнить команду: /etc/init.d/network restart После этого начинается тягомотина которую я описал. Как её решить это добиваться входа в консоль и выполнить последовательно

1) /etc/init.d/owen-cloud-proxy stop
затем если удастся вторую команду, если нет то в следующем удачном сеансе
2) (sleep 10 && /etc/init.d/network restart) &

и закрыть сессию желательно раньше чем отведенные 10 секунд
после этого все восстановиться, отклик будет адекватный и можно вернуть подключение к овен-облаку
/etc/init.d/owen-cloud-proxy restart, возможно можно использовать start ведь был перевод в стоп

как я к этому пришел
выполнил команду logread | grep -i "network\|bridge\|error"
там было полностью забито строчками: Fri Mar 06 08:23:39 2026 daemon.err owen-cloud[32160]: 2026/02/06 8:23:39 error: socket(8) closed by other side
сперва пытался убить процесс который искал ps | grep owen-cloud ни чего не выходило, потому что процесс создавался по новой
пробовал остановить /etc/init.d/owen-cloud stop но возвращалось -sh: /etc/init.d/owen-cloud: not found
пришлось искать командой find / -name "*owen-cloud*" -type f 2>/dev/null

/etc/init.d/owen-cloud-proxy
/rom/etc/init.d/owen-cloud-proxy
/rom/usr/bin/owen-cloud
/rom/usr/bin/owen-cloud.sh
/rom/usr/lib/opkg/info/owen-cloud-proxy.control
/rom/usr/lib/opkg/info/owen-cloud-proxy.list
/rom/usr/lib/opkg/info/owen-cloud-proxy.postinst
/tmp/lock/procd_owen-cloud-proxy.lock
/usr/bin/owen-cloud
/usr/bin/owen-cloud.sh
/usr/lib/opkg/info/owen-cloud-proxy.control
/usr/lib/opkg/info/owen-cloud-proxy.list
/usr/lib/opkg/info/owen-cloud-proxy.postinst

список большой, но из-за зависания увидел только первые две строчки, ну и дальше уже избавился от проблемы

PS что касается eth1, продолжил я творить зависания и в одном из логов, было так

logread | grep -i "network\|bridge\|error"
Fri Mar 06 13:57:53 2026 daemon.notice netifd: Network device 'lo' link is up
Fri Mar 06 13:57:54 2026 daemon.notice netifd: Network device 'eth0' link is up
Fri Mar 06 13:57:54 2026 daemon.notice netifd: Network device 'eth2' link is up
Fri Mar 06 13:57:54 2026 user.info mstpd: init: reloading (bridge = 'br-lan')...
Fri Mar 06 13:57:57 2026 daemon.info mstpd[3071]: create_br: Add bridge br-lan
Fri Mar 06 13:57:57 2026 daemon.info mstpd[3071]: create_if: Add iface eth1 as port#1 to bridge br-lan
Fri Mar 06 13:57:57 2026 daemon.info mstpd[3071]: error, rtnl_talk: RTNETLINK answers
Fri Mar 06 13:57:57 2026 daemon.info mstpd[3071]: error, MSTP_OUT_set_state: br-lan:eth1 Couldn't set kernel bridge state blocking
Fri Mar 06 13:57:57 2026 daemon.info mstpd[3071]: create_if: Add iface eth2 as port#2 to bridge br-lan
Fri Mar 06 13:57:57 2026 daemon.info mstpd[3071]: create_if: Add iface eth3 as port#3 to bridge br-lan

Ключевые сообщения:
daemon.info mstpd[3071]: error, rtnl_talk: RTNETLINK answers
Ошибка взаимодействия с ядром Linux через Netlink‑сокет.
Указывает на проблему при выполнении сетевой операции на уровне ядра.
daemon.info mstpd[3071]: error, MSTP_OUT_set_state: br-lan:eth1 Couldn't set kernel bridge state blocking
Не удалось перевести порт eth1 в состояние blocking (блокировка) в рамках протокола MSTP.
Это может привести к образованию сетевых петель или некорректной работе STP.
daemon.notice mstpd: init: reloading (bridge = 'br-lan')...
Сервис mstpd (Multiple Spanning Tree Protocol daemon) выполняет перезагрузку конфигурации моста br-lan.
Перезагрузка может быть вызвана изменением конфигурации или ошибкой.
Остальные сообщения (create_br, create_if) показывают, что мост создаётся и порты добавляются, но с ошибками на eth1.