Не работает Web UI после копирования /mnt/data с 7-ки на 8.5

1

после бездумного копирования /mnt/data из архива 7.4 в 8.5 перестал работать web ui

ssh работает, дебаг мод работает
хочу сбросить удалённо к заводским настройкам, чтобы ещё раз попробовать миграцию с 7.4 на 8.5, как понимаю, удалённо только через web ui можно сбросить.

смотрю в сторону nginx
проверяю конфиги

sudo nginx -t

пишет, что всё ок -

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

но если смотреть error.log nginx там -

unlink() "/run/nginx.pid" failed (2: No such file or directory)

на всякий случай прикладываю диагностику

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

4

Добрый день!
Есть несколько рекомендаций.

  1. Проверьте статус службы Mosquitto:
systemctl status mosquitto
  1. Вижу ошибки Nginx указывает на отсутствие конфигурационного файла. Проверьте его наличие:
open() "/usr/local/etc/nginx/nginx.conf" failed (2: No such file or directory)
unlink() "/run/nginx.pid" failed (2: No such file or directory)
  1. Ошибка SSH связана с некорректными правами на приватный ключ. Установите правильные права:
Feb 05 09:26:41 wirenboard-A3LF34EU sshd[5811]: error: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Feb 05 09:26:41 wirenboard-A3LF34EU sshd[5811]: error: @         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
Feb 05 09:26:41 wirenboard-A3LF34EU sshd[5811]: error: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Feb 05 09:26:41 wirenboard-A3LF34EU sshd[5811]: error: Permissions 0644 for '/etc/ssh/ssh_host_ed25519_key' are too open.
Feb 05 09:26:41 wirenboard-A3LF34EU sshd[5811]: error: It is required that your private key files are NOT accessible by others.
Feb 05 09:26:41 wirenboard-A3LF34EU sshd[5811]: error: This private key will be ignored.
5 
root@wirenboard-A3LF34EU:~# systemctl status mosquitto
● mosquitto.service - Mosquitto MQTT Broker
     Loaded: loaded (/lib/systemd/system/mosquitto.service; disabled; vendor preset: enabled)
    Drop-In: /etc/systemd/system/mosquitto.service.d
             └─override.conf
     Active: active (running) since Wed 2025-02-05 10:34:06 MSK; 2min 3s ago
       Docs: man:mosquitto.conf(5)
             man:mosquitto(8)
   Main PID: 1789 (mosquitto)
      Tasks: 1 (limit: 4676)
     Memory: 3.0M
        CPU: 543ms
     CGroup: /system.slice/mosquitto.service
             └─1789 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

Feb 05 10:35:23 wirenboard-A3LF34EU mosquitto[1789]: 1738740923: New connection from /var/run/mosquitto/mosquitto.sock:0 on port 0.
Feb 05 10:35:23 wirenboard-A3LF34EU mosquitto[1789]: 1738740923: New client connected from /var/run/mosquitto/mosquitto.sock:0 as wb-cloud-agent-telegraf-7IAezEVW (p2, c1, k60).
Feb 05 10:35:25 wirenboard-A3LF34EU mosquitto[1789]: 1738740925: New connection from 192.168.0.3:61053 on port 1883.
Feb 05 10:35:25 wirenboard-A3LF34EU mosquitto[1789]: 1738740925: Client auto-1A01BC89-2BBC-667A-0365-80D7A5D0DBB9 disconnected, not authorised.
Feb 05 10:35:43 wirenboard-A3LF34EU mosquitto[1789]: 1738740943: New connection from 192.168.0.3:60971 on port 1883.
Feb 05 10:35:43 wirenboard-A3LF34EU mosquitto[1789]: 1738740943: Client auto-76925674-E1BB-21F9-76F8-664A17AFEDF5 disconnected, not authorised.
Feb 05 10:35:46 wirenboard-A3LF34EU mosquitto[1789]: 1738740946: New connection from 192.168.0.3:61025 on port 1883.
Feb 05 10:35:46 wirenboard-A3LF34EU mosquitto[1789]: 1738740946: Client auto-348A4117-3DA9-D886-7BCC-A41F4FD698E6 disconnected, not authorised.
Feb 05 10:35:54 wirenboard-A3LF34EU mosquitto[1789]: 1738740954: New connection from 192.168.0.3:61001 on port 1883.
Feb 05 10:35:54 wirenboard-A3LF34EU mosquitto[1789]: 1738740954: Client auto-0E37ADC4-C302-5E1C-F40E-BCEAE98FFEAF disconnected, not authorised.
6

это от старых экспериментов, сейчас в логе ошибок ngnix только такие две записи

2025/02/05 10:32:06 [alert] 9890#9890: unlink() "/run/nginx.pid" failed (2: No such file or directory)
2025/02/05 10:34:05 [info] 1716#1716: Using 131072KiB of shared memory for nchan in /etc/nginx/nginx.conf:61

ошибка SSH (не мешала) ушла поле обновления командами

apt update; apt upgrade
7

Добрый день!

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

8

ВБ 7.4 был полностью скачан в tar.gz на вин10 и там распакован через 7zip

через Beyond Compare скопированы файлы и подкаталоги из mnt/data (лог прикладываю) кроме следующих

wb-hardware.conf
EN-HCNetSDKV6.1.9.4_build20220412_linux32 (1).zip
.bash_history
.bashrc

.\mnt\data\.docker
.\mnt\data\.wb-restore
.\mnt\data\.wb-update
.\mnt\data\docker
.\mnt\data\etc\docker
.\mnt\data\root\hik\node_modules
.\mnt\data\root\.cache
.\mnt\data\root\.config
.\mnt\data\root\.docker
.\mnt\data\root\.local
.\mnt\data\root\.npm

ну вроде бы и всё, перезагрузил ВБ

лог BC
bc_log.txt (4,3 МБ)

9

Добрый день!

Попробуйте выполнить резервное копирование и восстановление по инструкции.

Переносите данные пошагово, отдельно по каждому модулю.

Дополнительно попробуйте этот метод.

10

мне нужно восставновить работу Web UI, чтобы удалённо сбросить контроллер к заводским настройкам.

задачи резервного копирования сейчас нет.

Восстановление по этой инструкции Программное обеспечение контроллеров Wiren Board — Wiren Board не получается. По сути из всего что там перечислено для моей ситуации (удалённо сбросить настройки) подходит только

apt update; apt upgrade

но и это как я писал выше не помогло.

Получается для удалённых способов сбросить настройки подходит только вариант, когда мы сначала 1) восстанавливаем web ui, а потом уже 2) через web ui сбрасываем настройки

11

а вот эта кнопку в веб интерфейсе, она же дёргает какой-то скрипт на серваке

На изображении представлен раздел для сброса настроек до заводских с кнопкой "Select firmware file" для обновления прошивки. (Captioned by AI)
На изображении представлен раздел для сброса настроек до заводских с кнопкой "Select firmware file" для обновления прошивки. (Captioned by AI)1299×374 27.3 KB

наверное можно этот же скрипт дёрнуть и из консоли ssh?
что там за скрипт под этой кнопкой?

12

Добрый день!

Удаленный сброс контроллера настоятельно не рекомендуется выполнять.

Сброс до заводских настроек через облачный сервис также невозможен.

Рекомендую выполнять сброс ТОЛЬКО с возможностью прямого доступа к контроллеру.

13

есть rootfs_A3LF34EU_20250204_1833.tar.gz может оттуда развернуть дефолтную систему?

15

Да можно, конечно. Это же прямо описано в /etc/nginx/sites-enabled/default

Но гораздо проще сделать (в сеансе screen) так: Как обновить контроллер через fit образ из консоли? - #3 от пользователя Explorerol

16

Добрый день, удалось ли решить вопрос?