Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Защита от зацикливания краша контроллера — Невозможно подключиться к базе данных ECONNREFUSED, UniFi Protect
 
Protect зацикливается на перезапуске так быстро, что я даже не могу войти в систему, чтобы управлять им. Я сделал короткий клип с тем, что вижу (извиняюсь, использовал flash). Основная ошибка в файле protect app.log такая:  
2020-03-19T01:00:21.078Z - error: Cannot connect to database. connect ECONNREFUSED /var/run/postgresql/.s.PGSQL.5432  
2020-03-19T01:00:21.085Z - error: Error: connect ECONNREFUSED /var/run/postgresql/.s.PGSQL.5432  
    at PipeConnectWrap.afterConnect [as oncomplete] (net.js:1191:14)

Перезапуск CK не помог. В другой теме видел, что там база данных забилась — у меня вроде с этим всё в порядке. Вот мой df -k:  
root@UniFi-CloudKey-Gen2-Plus:/srv/db# df -h  
Файловая система         Размер Использовано   Доступно Использ. % Смонтировано в  
udev                        1.5G            0       1.5G       0% /dev  
tmpfs                       299M          4.8M       294M       2% /run  
/dev/mmcblk0p46            5.9G          457M       5.4G       8% /mnt/.rwfs  
/dev/disk/by-partlabel/rootfs 464M         464M          0   100% /mnt/.rofs  
overlayfs-root             5.9G          457M       5.4G       8% /  
tmpfs                       1.5G          4.0K       1.5G       1% /dev/shm  
tmpfs                       5.0M             0       5.0M       0% /run/lock  
tmpfs                       1.5G             0       1.5G       0% /sys/fs/cgroup  
tmpfs                       746M           64K       746M       1% /tmp  
/dev/mmcblk0p45            976M          114M       837M      12% /persist  
/dev/mmcblk0p47             19G           45M        19G       1% /srv-internal  
/dev/sda4                 878G          747G       131G      86% /srv  
/dev/sda3                  32G          262M        32G       1% /srv/db  
/dev/sda2                  16G          162M        16G       2% /srv/var  

У меня была похожая проблема в начале января: Protect стартовал, веб-интерфейс через пару минут падал, но сервис при этом продолжал работать. В итоге, после долгих переписок с поддержкой, я сделал полный сброс настроек CK (потерял конфигурацию контроллера UniFi), чтобы всё заработало. Проработало около месяца — и теперь эта проблема повторилась. У меня три таких устройства CKG2+ на разных сетях, и я начинаю всерьёз беспокоиться о их надежности.  

Cloud Key G2+  
Версия прошивки: v.1.1.6  
Версия сети: 5.12.35-12979-1  
Версия Protect: 1.13.2 (сейчас использую всего одну камеру)
 
Заявка RM345523 отправлена. Спасибо за помощь.
 
@csbowe Мы изучили ваши логи, и подозреваем, что проблема связана с жестким диском. Если у вас нет запасного накопителя для теста, пожалуйста, отправьте Cloud Key по гарантии, и мы заменим обе детали, чтобы точно решить вашу проблему. Извиняемся за неудобства.
 
CK в итоге вернулся и теперь находится в том же состоянии, в каком был, когда я создал эту тему месяц назад. Служба постоянной защиты перезагружается, и, похоже, сама сбросилась, стерев все мои настройки. Я приложил все ранее запрашиваемые логи в файле cklogs_202004091424.zip. На данный момент я убедился, что либо жесткий диск, либо сам CK неисправен и требует замены. Только вот не знаю, что именно. Было бы полезно понять причину, чтобы избежать такого с другим CKG2+, который у меня установлен в другом месте.
 
Я заметил, что появилось новое обновление прошивки, и подумал, что это может помочь с моей проблемой, поэтому запустил обновление с версии 1.1.6 до 1.1.10 через веб-интерфейс управления cloudkey. Устройство ушло в офлайн и уже несколько часов не выходит в сеть. Не отвечает ни на http, ни на ssh. Похоже, сейчас мне придется перезагрузить его вручную или сделать сброс к заводским настройкам.
 
Привет, @UI-Cody — я прикрепил логи journalctl (и smartctl) к исходному сообщению.
 
@csbowe Можешь, пожалуйста, поделиться выводом команды journalctl?
 
Привет, @UI-Cody — у меня это снова случилось. Локальный веб-сервис упал или не запущен. Похоже, что-то произошло с хранилищем, что вызвало автоконфигурацию, которая не завершилась успешно, и в итоге сервис оказался в плохом состоянии. Я прикреплю лог-файлы к оригинальному посту.

Service.log показывает:  
2020-04-06T20:57:18.512Z - info: Updating storage  
...  
2020-04-06T20:59:08.151Z - info: Database unifi-protect already exists.  
2020-04-06T20:59:08.610Z - verbose: Executing (default): CREATE TABLE IF NOT EXISTS "backups" ...

postgresql-9.6-main.log показывает:  
2020-04-06 13:58:51.471 PDT [871] LOG: database system was interrupted; last known up at 2020-04-06 13:54:53 PDT
2020-04-06 13:58:51.696 PDT [909] [unknown]@[unknown] LOG: incomplete startup packet
2020-04-06 13:58:51.850 PDT [871] LOG: database system was not properly shut down; automatic recovery in progress
2020-04-06 13:58:51.905 PDT [871] LOG: redo starts at 0/C5CA0730
2020-04-06 13:58:52.089 PDT [871] LOG: redo done at 0/C5D21FC8
2020-04-06 13:58:52.089 PDT [871] LOG: last completed transaction was at log time 2020-04-06 13:58:14.05656-07
2020-04-06 13:58:52.243 PDT [924] postgres@postgres FATAL: the database system is starting up
2020-04-06 13:58:52.620 PDT [871] LOG: MultiXact member wraparound protections are now enabled
2020-04-06 13:58:52.627 PDT [930] LOG: autovacuum launcher started
2020-04-06 13:58:52.627 PDT [822] LOG: database system is ready to accept connections
2020-04-06 13:58:54.976 PDT [963] root@root FATAL: role "root" does not exist
2020-04-06 13:58:55.141 PDT [972] postgres@unifi-video FATAL: database "unifi-video" does not exist
2020-04-06 13:58:55.371 PDT [990] postgres@postgres ERROR: role "unifi-protect" already exists
2020-04-06 13:58:55.371 PDT [990] postgres@postgres STATEMENT: CREATE ROLE "unifi-protect" NOSUPERUSER CREATEDB NOCREATEROLE INHERIT LOGIN;
2020-04-06 13:59:08.136 PDT [1620] unifi-protect@postgres ERROR: database "unifi-protect" already exists
2020-04-06 13:59:08.136 PDT [1620] unifi-protect@postgres STATEMENT: CREATE DATABASE "unifi-protect"
Страницы: 1
Читают тему (гостей: 1)