Не удалось запустить UDM Pro Protect из-за зависимостей (неожиданное отключение питания).

Не удалось запустить UDM Pro Protect из-за зависимостей (неожиданное отключение питания)., UniFi Protect

patrickiseengum

Guest

06.12.2021 17:55:00

Привет! После неожиданного отключения питания у меня не получилось подключиться к Unifi Protect. Просмотрев этот форум, я попробовал несколько команд, чтобы выяснить причину проблемы. Я выполнил следующее:

root@ubnt:/# service unifi-protect start
A dependency job for unifi-protect.service failed. See 'journalctl -xe' for details.

root@ubnt:/# journalctl -u unifi-protect
Dec 06 18:45:43 ubnt systemd[1]: unifi-protect.service: Bound to unit postgresql@9.6-protect.service, but unit isn't active.
Dec 06 18:45:43 ubnt systemd[1]: Dependency failed for UniFi Protect.
Dec 06 18:45:43 ubnt systemd[1]: unifi-protect.service: Job unifi-protect.service/start failed with result 'dependency'.

При проверке, работает ли postgresql, похоже, что конфигурация отсутствует:

root@ubnt:/# systemctl status postgresql@pro-service
● postgresql@9.6-protect.service - PostgreSQL Cluster 9.6-protect
Loaded: loaded (/lib/systemd/system/postgresql@.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/postgresql@9.6-protect.service.d
└─db-migrate.conf, unifi-protect.conf
Active: inactive (dead)
Condition: start condition failed at Mon 2021-12-06 18:45:43 CET; 5min ago
└─ ConditionPathExists=/etc/postgresql/9.6/protect/postgresql.conf was not met

Dec 06 18:10:58 ubnt systemd[1]: Condition check resulted in PostgreSQL Cluster 9.6-protect being skipped.
Dec 06 18:11:08 ubnt systemd[1]: Condition check resulted in PostgreSQL Cluster 9.6-protect being skipped.
Dec 06 18:13:51 ubnt systemd[1]: Condition check resulted in PostgreSQL Cluster 9.6-protect being skipped.
Dec 06 18:15:20 ubnt systemd[1]: Condition check resulted in PostgreSQL Cluster 9.6-protect being skipped.
Dec 06 18:21:43 ubnt systemd[1]: /lib/systemd/system/postgresql@.service:12: PIDFile= ссылается на путь в устаревшей директории /var/run/, обновлено на /run/postgresql/9.6-protect.pid; пожалуйста, обновите unit-файл соответственно.
... (повторяется несколько раз)
Dec 06 18:21:45 ubnt systemd[1]: Condition check resulted in PostgreSQL Cluster 9.6-protect being skipped.
Dec 06 18:45:43 ubnt systemd[1]: Condition check resulted in PostgreSQL Cluster 9.6-protect being skipped.

К сожалению, я не могу исправить проблему. Даже переустановка только Unifi Protect не решила её. Что теперь лучше сделать? Заранее спасибо за любую помощь!

Ikomhoog

Guest

01.03.2022 14:43:00

Кто-нибудь нашёл решение этой проблемы?
Редактирование: Для тех, кто случайно наткнётся на этот пост — я отформатировал диск и вставил его обратно в UDMP.
Когда я снова проверил панель управления, Protect уже снова работал, перезагружать систему не пришлось.

bwashum Guest	#3 10.02.2022 15:26:00 У меня такая же проблема. Есть ли решения?

PBACamp Guest	#4 06.01.2022 16:35:00 @warsome01 @ravagetalon У меня такая же проблема с Cloudkey gen2+. Вам удалось её исправить?

warsome01

Guest

30.12.2021 15:01:00

root@ubnt:/# systemctl status postgresql@9.6-protect.service
● postgresql@9.6-protect.service - Кластер PostgreSQL 9.6-protect
Загружен: загружен (/lib/systemd/system/postgresql@.service; включен; установлен вендорский пресет: включен)
Drop-In: /etc/systemd/system/postgresql@9.6-protect.service.d
└─ db-migrate.conf, unifi-protect.conf
Активен: неактивен (выключен)
Условие: условие запуска не выполнено в Пт 2021-12-31 01:26:01 ACDT; 5 с назад
└─ ConditionPathExists=/etc/postgresql/9.6/protect/postgresql.conf не выполнено
Дек 31 01:20:43 ubnt systemd[1]: /lib/systemd/system/postgresql@.service:12: PIDFile= указывает путь ниже устаревшей директории /var/run/, обновляем /var/run/postgresql/9.6-protect.pid → /run/postgresql/9.6-protect.pid; обновите файл юнита соответственно.
Дек 31 01:20:43 ubnt systemd[1]: /lib/systemd/system/postgresql@.service:12: PIDFile= указывает путь ниже устаревшей директории /var/run/, обновляем /var/run/postgresql/9.6-protect.pid → /run/postgresql/9.6-protect.pid; обновите файл юнита соответственно.
Дек 31 01:20:43 ubnt systemd[1]: Проверка условия привела к пропуску кластера PostgreSQL 9.6-protect.
Дек 31 01:20:58 ubnt systemd[1]: Проверка условия привела к пропуску кластера PostgreSQL 9.6-protect.
Дек 31 01:21:14 ubnt systemd[1]: /lib/systemd/system/postgresql@.service:12: PIDFile= указывает путь ниже устаревшей директории /var/run/, обновляем /var/run/postgresql/9.6-protect.pid → /run/postgresql/9.6-protect.pid; обновите файл юнита соответственно.
Дек 31 01:21:14 ubnt systemd[1]: Проверка условия привела к пропуску кластера PostgreSQL 9.6-protect.
Дек 31 01:25:23 ubnt systemd[1]: /lib/systemd/system/postgresql@.service:12: PIDFile= указывает путь ниже устаревшей директории /var/run/, обновляем /var/run/postgresql/9.6-protect.pid → /run/postgresql/9.6-protect.pid; обновите файл юнита соответственно.
Дек 31 01:25:23 ubnt systemd[1]: Проверка условия привела к пропуску кластера PostgreSQL 9.6-protect.
Дек 31 01:26:01 ubnt systemd[1]: /lib/systemd/system/postgresql@.service:12: PIDFile= указывает путь ниже устаревшей директории /var/run/, обновляем /var/run/postgresql/9.6-protect.pid → /run/postgresql/9.6-protect.pid; обновите файл юнита соответственно.
Дек 31 01:26:01 ubnt systemd[1]: Проверка условия привела к пропуску кластера PostgreSQL 9.6-protect.

warsome01 Guest	#6 30.12.2021 14:59:00 Та же проблема у меня...

ravagetalon Guest	#7 24.12.2021 02:15:00 У меня такая же проблема. Все работало нормально до сегодняшнего дня, когда я заметил, что приложение Protect пропало с панели управления.

Читают тему (гостей: 1)