UNVR "оффлайн", но к нему можно подключиться через SSH. Как отремонтировать его удалённо?, UniFi Protect
Sergi-1st
Guest
27.06.2021 18:12:00
UNVR в статусе «офлайн» на unifi.ui.com и недоступен через приложение или веб-браузер в локальной сети. У меня есть доступ к нему через SSH, и я приложил собранные лог-файлы к этому сообщению.
Два файловых раздела заполнены на 100%: Файловая система Размер Использовано Доступно %Использования Точка монтирования /dev/loop0 330M 330M 0 100% /mnt/.rofs /dev/md3 22T 21T 63G 100% /volume1
Почему так произошло? Как исправить устройство удалённо, чтобы не повредить недавно записанные видео? Какова процедура ручной очистки старых видео?
UI-Glenn
Guest
14.08.2021 06:30:00
Привет, @Sergi-1st, не мог бы ты прислать вывод команды dmesg? (лично, прикрепи его к своему первоначальному сообщению как приватный файл). А также: smartctl -H /dev/sdq smartctl -a /dev/sdq
Sergi-1st
Guest
19.08.2021 03:32:00
После цикла питания N устройство может запуститься и работать как ни в чем не бывало пару часов или даже дней. N — это любое случайное число, например, один раз оно перезапустилось с первой попытки, другой — с пятой. Когда всё работает: UNVR:~# mount | grep sdq /dev/sdq на /mnt/.rwfs, тип ext4 (rw,noatime) --------------------------------------------- Когда зависает: UNVR:~# mount | grep sdq /dev/sdq на /mnt/.rwfs, тип ext4 (ro,noatime) UNVR:~# uptime -bash: uptime: команда не найдена Сегодня оно впервые умерло с тех пор, как было одобрено для RMA, так что сейчас отправляю его дистрибьютору. Надеюсь, мне не вернут тот же самый экземпляр после фразы «мы тестировали 48 часов, и всё работает отлично»
Sergi-1st
Guest
17.08.2021 15:01:00
RMA одобрено дистрибьютором после прямого контакта. Спасибо!
UI-Glenn
Guest
17.08.2021 06:24:00
Привет, @Sergi-1st! Если дистрибьютор не ответит, ты можешь передать запрос на RMA напрямую в Ubiquiti/us.
Sergi-1st
Guest
16.08.2021 23:00:00
Я отправил заявку на возврат через , и сейчас она в статусе «Ожидает одобрения». Может, лучше сразу связаться с продавцом?
UI-Glenn
Guest
16.08.2021 04:34:00
Привет, @Sergi-1st, в этом случае, пожалуйста, отправьте устройство по гарантии, если она у вас ещё действует.
Sergi-1st
Guest
15.08.2021 04:34:00
smartctl -H /dev/sdq smartctl -a /dev/sdq dmesg уже есть в архиве logs-aug12.tar.zip, но я только что добавил отдельный файл. UNMR сейчас онлайн после перезагрузки питания, а sdq имеет статус 'rw': UNVR:~# mount | grep sdq /dev/sdq на /mnt/.rwfs тип ext4 (rw,noatime)
Прошел день после полного сброса настроек на заводские — и снова та же проблема:/dev/sdq на /mnt/.rwfs тип ext4 (ro,noatime)Первые строки в dmesg:[103081.805303] Ошибка EXT4-файловой системы (устройство sdq): ext4_find_entry:1456: inode #129039: процесс systemd-journal: чтение каталога lblock 0 [103081.817217] Ошибка EXT4-файловой системы (устройство sdq): ext4_find_entry:1456: inode #129039: процесс systemd-journal: чтение каталога lblock 0 [103081.829079] Ошибка EXT4-файловой системы (устройство sdq): ext4_find_entry:1456: inode #129039: процесс systemd-journal: чтение каталога lblock 0 [103081.841077] Ошибка EXT4-файловой системы (устройство sdq): ext4_find_entry:1456: inode #129039: процесс systemd-journal: чтение каталога lblock 0 [103081.853883] Ошибка EXT4-файловой системы (устройство sdq): ext4_find_entry:1456: inode #129039: процесс systemd-journal: чтение каталога lblock 0 [103086.622403] Предупреждение EXT4-файловой системы: 59 повторных вызовов подавлено [103086.622407] Предупреждение EXT4-файловой системы (устройство sdq): htree_dirblock_to_tree:995: inode #129039: lblock 0: процесс systemd-journal: ошибка -5 при чтении блока каталога [103086.642261] Ошибка EXT4-файловой системы: 13 повторных вызовов подавлено [103086.642266] Ошибка EXT4-файловой системы (устройство sdq): ext4_find_entry:1456: inode #129039: процесс systemd-journal: чтение каталога lblock 0 [103086.658857] systemd-journald[1297]: Не удалось выполнить ротацию /var/log/journal/fa7a48309a330bb0b0ae57c65f361b87/system.journal: ошибка ввода-вывода [103086.671831] Предупреждение EXT4-файловой системы (устройство sdq): htree_dirblock_to_tree:995: inode #129039: lblock 0: процесс systemd-journal: ошибка -5 при чтении блока каталога [103086.685587] systemd-journald[1297]: Не удалось перечислить /var/log/journal/fa7a48309a330bb0b0ae57c65f361b87/, игнорируется: ошибка ввода-вывода [103086.698728] Предупреждение EXT4-файловой системы (устройство sdq): htree_dirblock_to_tree:995: inode #129039: lblock 0: процесс systemd-journal: ошибка -5 при чтении блока каталога [103086.718492] systemd-journald[1297]: Не удалось провести очистку /var/log/journal/fa7a48309a330bb0b0ae57c65f361b87, игнорируется: ошибка ввода-вывода RMA?
Sergi-1st
Guest
13.08.2021 01:35:00
После нескольких перезагрузок и попыток сделать сброс через кнопку reset UNVR снова запустился, и я провёл ещё один сброс настроек через веб-интерфейс. Восстановил настройки из резервной копии, за исключением конфигурации просмотра в реальном времени. В данный момент замена по гарантии не требуется.
Sergi-1st
Guest
12.08.2021 23:16:00
Я перезагрузил UNVR, и теперь он совсем не работает. Нет пинга, нет ethernet-соединения, только мигающий белый светодиод. До этого был синий светодиод и устройство отвечало на пинг, отказывало во всех новых соединениях, но SSH-сессия, установленная давно, работала.
Sergi-1st
Guest
12.08.2021 20:38:00
Интересный факт: пропало 22 ТБ данных. Видно, что /dev/md3 смонтирован с использованием 21 ТБ, и я могу туда писать, но никаких файлов не осталось, только пустое дерево каталогов:
UNVR:/volume1# ls -lR .: total 20 drwxr-xr-x 6 root root 4096 Nov 8 2020 home/ drwx------ 2 root root 16384 Nov 8 2020 lost+found/
./home: total 16 drwxr-xr-x 2 freeswitch freeswitch 4096 Nov 8 2020 freeswitch/ drwxr-xr-x 2 ulp-go ulp-go 4096 Nov 8 2020 ulp-go/ drwxr-xr-x 2 unifi-core unifi-core 4096 Aug 8 15:16 unifi-core/ drwxr-xr-x 2 unifi-protect unifi-protect 4096 Nov 8 2020 unifi-protect/
./home/freeswitch: total 0
./home/ulp-go: total 0
./home/unifi-core: total 54432 -rw-r--r-- 1 root root 55732489 Aug 8 15:16 logs.tar.gz
./home/unifi-protect: total 0
./lost+found: total 0
Удаленно перезагрузить через SSH не могу:
UNVR:/volume1# shutdown -r now UNVR:/volume1# reboot UNVR:/volume1# UNVR:/volume1#
Sergi-1st
Guest
12.08.2021 19:46:00
Привет, UI-Glenn, Я только что добавил свежие логи в приватную коллекцию логов в первом сообщении, а также вывел данные из dmesg, lsblk и mount. У меня всё ещё есть доступ к полностью неработающему UNVR (который ни на что не отвечает), только потому что я держу старую SSH-сессию с ним живой.
UNVR:/# systemctl restart unifi-core Задание для unifi-core.service не выполнено, потому что управляющий процесс завершился с ошибкой. Смотри "systemctl status unifi-core.service" и "journalctl -xe" для деталей.
UNVR:/# journalctl -xe --no-pager Лог-файлы не найдены. -- Нет записей --
UNVR:/# echo test > test.txt -bash: test.txt: ошибка ввода/вывода
UNVR:/tmp# scp logs-aug12.tar.gz user@remote.host: -bash: scp: команда не найдена
UNVR:/tmp# ls /usr/bin ls: ошибка чтения каталога '/usr/bin': ошибка ввода/вывода
UI-Glenn
Guest
09.08.2021 11:04:00
-bash-5.0# systemctl restart unifi-core Задача для unifi-core.service завершилась неудачей из-за ошибки в управляющем процессе. Смотрите "systemctl status unifi-core.service" и "journalctl -xe" для подробностей.
-bash-5.0# systemctl status unifi-core.service * unifi-core.service - UniFi Core Загружен: загружен (/lib/systemd/system/unifi-core.service; плохо; параметр по умолчанию от производителя: включен) Drop-In: /lib/systemd/system/unifi-core.service.d `-cap.conf, loglevel.conf Активен: неудачно (Результат: код выхода) с Пн 2021-08-09 12:23:17 CEST; 31 минута назад Процесс: 5925 ExecStartPre=/usr/share/unifi-core/app/hooks/pre-start (код выхода, статус=1/ОШИБКА) Процесс: 5928 ExecStopPost=/usr/share/unifi-core/app/hooks/post-stop (код выхода, статус=0/УСПЕХ)
-bash-5.0# cd / ; ls -la ls: ошибка чтения каталога '.': ошибка ввода/вывода всего 0 Привет, @majkelos_pl, посмотри, пожалуйста, свою тему здесь.
majkelos_pl
Guest
09.08.2021 10:55:00
вывод с:-bash-5.0# systemctl restart unifi-core Задание для unifi-core.service не выполнено, так как управляющий процесс завершился с ошибкой. Смотрите «systemctl status unifi-core.service» и «journalctl -xe» для деталей.
-bash-5.0# systemctl status unifi-core.service * unifi-core.service - UniFi Core Загружено: загружено (/lib/systemd/system/unifi-core.service; ошибочно; включено по умолчанию поставщиком) Drop-In: /lib/systemd/system/unifi-core.service.d `-cap.conf, loglevel.conf Активно: с ошибкой (Результат: код выхода) с Пн 2021-08-09 12:23:17 CEST; 31 мин назад Процесс: 5925 ExecStartPre=/usr/share/unifi-core/app/hooks/pre-start (код=завершён, статус=1/ОШИБКА) Процесс: 5928 ExecStopPost=/usr/share/unifi-core/app/hooks/post-stop (код=завершён, статус=0/УСПЕХ)
-bash-5.0# cd / ; ls -la ls: ошибка чтения каталога «.»: ошибка ввода/вывода итого 0 Помогите, все 48 камер не работают...
majkelos_pl
Guest
09.08.2021 10:21:00
Сегодня мой UNVR тоже отключился. После перезагрузки питания остался только доступ по ssh, и вижу такое: /usr/bin/ubnt_report_handler завершился с кодом ошибки 1 -bash: /etc/profile: Ошибка ввода-вывода -bash-5.0#
UI-Glenn
Guest
09.08.2021 09:38:00
Привет, @Sergi-1st, можешь скинуть результаты выполнения этих команд? journalctl -xe --no-pager echo test > test.txt
Sergi-1st
Guest
08.08.2021 20:24:00
UNVR:/# systemctl restart unifi-core Задача для unifi-core.service не выполнена, потому что управляющий процесс завершился с кодом ошибки. Смотрите "systemctl status unifi-core.service" и "journalctl -xe" для подробностей.
UNVR# systemctl status unifi-core.service Не удалось запустить 'pager', используем следующий вариант: ошибка ввода-вывода Не удалось запустить 'less', используем следующий вариант: ошибка ввода-вывода Не удалось запустить 'more', используем следующий вариант: ошибка ввода-вывода
UNVR:/# cd / ; ls -la ls: ошибка чтения каталога '.': ошибка ввода-вывода всего 0 Новая SSH-сессия невозможна. У меня всё ещё открыта SSH-сессия, подключённая месяц назад, и я собрал все логи из /srv/unifi-protect/logs/
