Добрый день!
Контроллер 7.4.2 работал без нареканий. (Возможно не перезагружался после внесения каких-нибудь изменений конфигурации)
После восстановления подачи электроэнергии (было внезапное отключение) у контроллер пропало управление устройствами на шине.
Веб интерфейс “лагало”. настроенные правила с реле не работали. Замеры мультиком показали, что контроллер погасил свои обе шины 485.
Про индикацию питания диода на контроллере врать не будут - не помню.
Кое-как отработала кнопка “Скачать файлы конфигурации” (в локальной сети или через debug. не помню.)
Сделал “Удаление данных и возврат заводских настроек”. контроллер завелся, шины “поднял”. Сразу обновил до последнего релиза. Из необычного - приехала testing прошивка.
Скопировал данные из архива файла конфигурации .tar\mnt\data\etc\ в папку \mnt\data\etc\ контроллера.
Контроллер снова отключил шины 485. Индикация диода меняется с периодичностью - красная, зеленая, желтая.
Подключение к debug console показало постоянный ребут.
Хотелось бы понять что привело к такому результату и не сделать снова.
На WB были только правила и интеграция для проброса устройств WB на отдельностоящий сервер homeassistant (mqqt обмен)
Ожидалось наличие питания на линии 485 для подключенных модулей wirenboard
Контроллер подключен к сети, но по ssh не подключается. Web интерфейс не доступен. Подключение по DebugNetwork не работает. Доступен только DebugConsole.
Архив с диагностической информацией создался. Как забрать не знаю.
Подключение не доступно с обеих сторон:
wirenBoard(192.168.0.43):
scp /root/diag_AXN4MSGF_2024-09-05-20.16.13.zip adm@192.168.0.205:/wiren/1.log
ssh: connect to host 192.168.0.205 port 22: Connection refused
lost connection
Для решения вопроса мне нужна ваша помощь. Я внимательно читаю ваши ссылки, а мою информацию вы игнорируете. как я писал выше, все общение с контроллером сейчас идет только через debugConsole. не работает ни ssh ни web ни DebugNetwork. *nix систем под рукой для проверки ВСЕХ вариантов к сожалению нет.
Вытащил логи с помощью SD карты.
Тем кто столкнется с такой же ситуацией алгоритм следующий:
вставляем microSD карту в контроллер
в консоли вводим wb-diag-collect diag
Запускаем Midnight Commander командой mc
Копируем файл диагностики на карту клавишей F5. Если не работает, то через меню по F9.
Архив с диагностической информацией контроллера:
приложен диагностический архив, доступен только сотрудникам поддержки
(596,5 КБ)
Требуется устранить причину постоянной перезагрузки и понять причину ее возникновения.
Спасибо
З.Ы. Предложение к разработчикам: сделать команду прямой выгрузки диагностического архива в тикет обращения в ТП (например, по доп. ключу команды с аргументом “уникальный номер обращения выданный ТП”.). Я так понимаю, до предоставления архива особо разбора проблемы нет в силу отсутствия данных для анализа.
А, Windows… Тут не подскажу.
Решение с внешним носителем тогда подходит, да.
Если на контроллере доступна сеть - то нет никакой проблемы с отправкой файлов. И это (запрос диагностики) уже есть в wb-cloud.
Причина - понятна.
Не запускаются как минимум два сервиса: ssh и nginx.
По первому:
Sep 05 19:58:38 wirenboard-AXN4MSGF sshd[1541]: /etc/ssh/sshd_config: line 1: Bad configuration option: sshd_config.wb
Sep 05 19:58:38 wirenboard-AXN4MSGF sshd[1541]: /etc/ssh/sshd_config: terminating, 1 bad configuration options
По второму:
Sep 04 07:29:30 wirenboard-AXN4MSGF nginx[1644]: nginx: [emerg] unexpected end of file, expecting ";" or "}" in /etc/nginx/sites-enabled/default:1
Sep 04 07:29:30 wirenboard-AXN4MSGF nginx[1644]: nginx: configuration file /etc/nginx/nginx.conf test failed
Проверьте датувремя их изменения, если она соответствует времени обновления - скорее всего проблема связана с неверными ответами на запросы apt.
Ну и восстановите файлы.
Нет.
И apt install --reinstall тоже, так как конфиги относятся к пакету wb-configs.
А его переустановка - заменит все.
Проще два файла скопировать.
Но предварительно сохраните испорченные и посмотрите что в них не так.