Перезагрузка при включении eth1

Странное поведение WB8.
При подключении ethernet контроллер уходит в перезагрузку, корректно, с завершением процессов.
Если подключить ethernet во второй порт, контролер работает нормально 2 недели и опять ситуация повторилась. От перезагрузок спасает только отключение ethernet.

Ситуация наблюдается даже если все шины и MOD устройства не подключены.
Пробовал разобраться самостоятельно. Ставил обходы перезагрузки, в таком случае ребута не происходит, но и перестаёт работать драйвер поиска serial устройств(мистика), но да, новые устройства контроллер не находит, если убрать обход reboot и отключить сеть rs485 устройства находятся.
Использовался testing релиз, пробовал делать factory reset - не помогло, пробовал откат на stable - не помогло.
Если говорить грубо, то что-то как будто через команду ребутит. Но watchdog ничего не пишет в лог, и вроде я его тоже пробовал отключать.
Картину наблюдаю через debug подключение:
logs.txt (213,1 КБ)

Добрый день!

Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.

Предлагаю следующие варианты диагностики:

  1. Подключите контроллер через Wi-Fi — это позволит исключить возможную аппаратную проблему с Ethernet-портами.
  2. Попробуйте деактивировать netplugd:
systemctl stop netplugd
systemctl disable netplugd

Понаблюдайте за изменениями.

Не исключаете вероятность того, что кто-то еще имеет доступ к контроллеру и перезагружает его?

diag_output_ABOLSXMI_2025-10-06-13.06.06.zip (424,3 КБ)
Сейчас контроллер как раз на WiFi, и третий день не ребутиться(Eth отключен).

systemctl stop netplugd
systemctl disable netplugd
и вернуть обратно Eth?

NetworkManager.service.log (1,3 МБ)
Connection 'wb-eth0' is not available on device eth0 because device has no carrier"

Имеет смысл попробовать использовать другой кабель и другой разъем в коммутаторе потому что физически теряется связь.

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

Перезагружает контроллер wb-cloud-agent из-за проблем с DNS:

Oct 04 20:51:21 wirenboard-ABOLSXMI wb-cloud-agent[2156145]: Error: failed to connect to wirenboard.cloud: DNS lookup failed
Oct 04 20:51:21 wirenboard-ABOLSXMI wb-cloud-agent[2156145]: Retrying in 10 seconds...
Oct 04 20:51:22 wirenboard-ABOLSXMI systemd[1]: Stopping fast reverse proxy client for Wiren Board Cloud (wirenboard.cloud)...
Oct 04 20:51:22 wirenboard-ABOLSXMI systemd[1]: wb-cloud-agent-frpc@wirenboard.cloud.service: Succeeded.
Oct 04 20:51:22 wirenboard-ABOLSXMI systemd[1]: Stopped fast reverse proxy client for Wiren Board Cloud (wirenboard.cloud).
Oct 04 20:51:22 wirenboard-ABOLSXMI systemd[1]: wb-cloud-agent@wirenboard.cloud.service: Main process exited, code=exited, status=1/FAILURE
Oct 04 20:51:22 wirenboard-ABOLSXMI systemd[1]: wb-cloud-agent@wirenboard.cloud.service: Triggering OnFailure=wb-reboot-on-cloud-fail.service
Oct 04 20:51:22 wirenboard-ABOLSXMI systemd[1]: Starting Reboot system after Cloud Agent failure...
Oct 04 20:51:23 wirenboard-ABOLSXMI systemd[1]: Reached target Reboot.
Oct 04 20:51:23 wirenboard-ABOLSXMI systemd-shutdown[1]: Rebooting.
[EC] Reboot request, reset power.

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

Чтобы убедиться, что именно wb-cloud-agent вызывает перезагрузки, можно временно отключить его и понаблюдать за стабильностью работы контроллера.

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

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

приложен диагностический архив, доступен только сотрудникам поддержки
(456,1 КБ)

Здравствуйте!

Выше вы указали:

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

Однако из логов NetworkManager видно следующее предупреждение::

dispatcher: (11) /etc/NetworkManager/dispatcher.d/01-ifupdown failed (failed): Script '/etc/NetworkManager/dispatcher.d/01-ifupdown' exited with status 1.

Вышлите содержимое скрипта: /etc/NetworkManager/dispatcher.d/01-ifupdown

01-ifupdown (2,2 КБ)
Приложил файл.
В том то и странно, месяца три этот контроллер отработал, и ни с того ни с сего начал ребутиться. Переткнул сеть в другой разъем, и две недели было всё хорошо. Потом и тут так же началось.
Роутер и сетью управляет и вифи раздает, интерфейсы в бридже, так что все параметры одинаковы для провода и воздуха.

Добрый день!

Еще сообщите, пожалуйста, как запитан контроллер? Не установлен ли внутренний модуль PoE?

Случай интересный, поэтому предлагаю забрать его на исследование — курьер привезёт новое оборудование и заберёт старое:

Контроллер Wiren Board 8.5.1 - 1 шт.

Для возврата напишите, пожалуйста, письмо на info@wirenboard.com.
В письме укажите:

  • ссылку на эту тему, — Перезагрузка при включении eth1
  • серийный номер устройства — ABOLSXMI и его комплектацию (внутренние модули расширения),
  • (для курьера) ваш действующий телефон, адрес доставки, ФИО получателя.

Добрый день!

Какое приняли решение? Письмо отправили?

А, да, письмо отправил. Пробовал еще вариант с watchdog, но это похоже не он.
Если коротко, то выключаю netplugd и NM-dispatcher, тогда ребуты прекращаются.
Но тут выползает тогда другая проблема, поиск устройств на RS485 перестаёт работать.

Добрый день.
Похоже, что в системе применены нестандартные настройки или выполняется пользовательский скрипт.
Еще раз уточню, вы уверены, что после сброса к заводским настройкам (от 26 сентября) не вносили изменения, после которых стала наблюдаться данная проблема?

Да, точно. С флешки делал перезаливку factory. Форматировал MicroSD. Пробовал и testing и stable релизы через factory. Но важно что около двух недель до начала перезагрузок, ничего не делал, свет не выключался. Т.е. не нашел ничего что могло внести какие-то изменения. Чертовщина какая-то. Может доступ дать?

Давайте еще раз все проверим. Потому что ситуация непонятная и есть вероятность того, что проблема не в контроллере.

Пригласите пожалуйста пользователя support@wirenboard.com в организацию на облачном сервисе.
Для этого в настройках организации нажмите кнопку “Пригласить”


И укажите почтовый адрес:

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

готово, добавил.
Надо наверное на вашей стороне приостановить отправку нового контроллера.

Здравствуйте!
Контроллер уже вам выслали, ждите курьера.

Стандартный пароль к ssh не подходит.
Пожалуйста, сделайте стандартный или напишите мне личным сообщением. Нам он понадобится при диагностике.
Еще раз снял диагностический архив и обратил внимание на:

Oct 17 06:03:41 wirenboard-ABOLSXMI systemd[1]: systemd-journald.service: Failed with result 'watchdog'.

Oct 17 18:22:28 wirenboard-ABOLSXMI kernel: wbec-watchdog 5011000.spi:wbec@0:wbec-watchdog@0: stop watchdog, but actually EC watchdog is always running, timeout set to 300 seconds

Так как полный сброс не помог, то я склонен к версии аппаратного сбоя.

Здравствуйте!
Ничего обнаружить не удается. Ожидаем отправки.

Старый отправил, вместе с MicroSD(на всякий случай).
Новый воткнул, 3 часа работает, полёт нормальный. Сейчас начну перекидывать скрипты автоматизаций.