Привет, тут тоже бесконечный цикл. Какое сейчас самое свежее предложение, чтобы это остановить?

Однажды — возможно — Ubiquiti поймёт, что когда 8 из каждых 10 обновлений полностью ломают системы клиентов, это совсем не хорошо, а когда пользователям приходится лезть в SSH на сервер, чтобы всё заставить работать, — ещё хуже.

эта команда просит у меня пароль... ¿?

Я решил эту проблему: ошибка в шагах взаимодействия с базой данных в скрипте установки Protect. Похоже, где-то забыли поставить флаг из-за спешки с выкладкой кода, но кто его знает... Как это оказалось в продакшене у компании с миллиардерским бюджетом — для меня загадка... Ладно, отвлёкся.

---

Для этого надо включить SSH, но зато вам не придётся менять весь девайс (и всю головную боль с клиентами, которая с этим связана), плюс сохраняется запись и локальные настройки.

Короче: нужно зайти в Postgres, удалить базу данных unifi-protect, потом удалить и пользователя. Затем перезапустить процесс unifi-protect. Нам пришлось покопаться, чтобы найти нужный процесс Postgres, потому что локальный дефолтный сервис не показывал данных с unifi-protect.

Вот набор команд, который сработал у меня:

Остановить unifi-protect сервис  
service unifi-protect stop  

Переключиться на пользователя Postgres  
su - postgres  

Подключиться к нужному Postgres-сервису для Unifi Protect (номер порта у вас может отличаться). Мы искали его через top и lsof:  
psql -p 5433  

Проверить, что пользователь "unifi-protect" существует:  
\du  

Удалить базу данных:  
drop database "unifi-protect";  

Удалить пользователя:  
drop user "unifi-protect";  

Выйти из консоли:  
\q  

Запустить сервис unifi-protect:  
service unifi-protect start  

Вуаля, unifi protect запускается, подтягивает старую конфигурацию и работает как обычно.