Cloud Key перестал работать после обновления прошивки до версии 1.1.0

Cloud Key перестал работать после обновления прошивки до версии 1.1.0, UniFi Protect

nikojo

Guest

02.10.2019 05:21:00

У меня есть удалённый дом, и я вдруг заметил, что не могу получить доступ к системе Protect (камерам), а потом понял, что контроллер CK тоже недоступен. Проверил в основном доме — там всё в порядке. Обратил внимание, что запрашивается обновление прошивки... обновил, и теперь он не работает — моргает белым светом. В приложении на iPhone спрашивает, хочу ли я настроить новый ключ. Если говорю «да», то по таймауту сбрасывает подключение. Не знаю, с чего начать. Думаю, на моём текущем компьютере (Mac без Ethernet-порта) есть копия. Очень расстроен, ведь всё работало идеально, и я вложил в это кучу времени. Что мне теперь делать?

UI-Team Guest	#2 06.11.2019 21:35:00 Привет, @sholder! Круто, спасибо, что ответил и поделился отзывом о команде! С уважением, Гленн Р.

sholder Guest	#3 06.11.2019 21:33:00 Ок, могу подтвердить, что я могу войти и в Cloud Key, и в контроллер. Спасибо, Гленн!

sholder

Guest

06.11.2019 21:23:00

Окей, я смог найти ссылку на репозиторий, который ты предоставил, здесь: https://community.ui.com/releases/UniFi-Network-Controller-5-11-50/1728a1f1-f0a8-45dd-a2e2-95abcfc50dab?page=2 и проверил, что md5sum совпадает с тем, что указано там. Сейчас запускаю установку.

UI-Team

Guest

06.11.2019 21:21:00

Привет, @sholder,

Два приведённых ниже shell-команды должны сработать и у тебя.

unifi_version=$(grep -io "We do not support upgrading from 5.*" /usr/lib/unifi/logs/server.log | grep -io "5.*" | cut -d'.' -f1-3 | sort -V | tail -n 1)

if [[ -n "${unifi_version}" ]]; then rm unifi_sysvinit_all.deb 2> /dev/null; wget https://dl.ui.com/unifi/${unifi_version}/unifi_sysvinit_all.deb && dpkg -i unifi_sysvinit_all.deb && rm unifi_sysvinit_all.deb; fi

С уважением,
Glenn R.

UI-Team Guest	#6 06.11.2019 21:10:00 Привет, @sholder. Ох... понадобилось два раза запустить — это плохо. Выполни команду ниже: rm unifi_sysvinit_all.deb 2> /dev/null; wget https://dl.ui.com/unifi/5.11.50/unifi_sysvinit_all.deb && dpkg -i unifi_sysvinit_all.deb && rm unifi_sysvinit_all.deb С уважением, Гленн Р.

sholder

Guest

06.11.2019 21:07:00

Гленн, большое спасибо за быстрый ответ и помощь. Но я немного насторожен насчёт загрузки ПО с сайта, регистрация которого проходит через GoDaddy, а сам источник ui.com отсутствует в /etc/apt/sources.list. Могу прислать тебе результаты первой части скрипта, который ты прислал — возможно, они не совсем то, что ожидалось.
root@UniFi-CloudKey:~# unifi_version=$(grep -i "We do not support upgrading from" /usr/lib/unifi/logs/server.log | grep -io "5.*" | cut -d'.' -f1-3)
root@UniFi-CloudKey:~# echo $unifi_version
5.11.50 5.11.50
Извини, если кажусь слишком осторожным.
Шейн

UI-Team

Guest

06.11.2019 20:52:00

Привет, @sholder,
выполни ниже приведённые shell-команды и дай знать, начнёт ли что-то скачиваться.

unifi_version=$(grep -io "We do not support upgrading from 5.*" /usr/lib/unifi/logs/server.log | grep -io "5.*" | cut -d'.' -f1-3 | sort -V | tail -n 1)
if [[ -n "${unifi_version}" ]]; then rm unifi_sysvinit_all.deb 2> /dev/null; wget https://dl.ui.com/unifi/${unifi_version}/unifi_sysvinit_all.deb && dpkg -i unifi_sysvinit_all.deb && rm unifi_sysvinit_all.deb; fi

С уважением,
Glenn R.

sholder Guest	#9 06.11.2019 20:49:00 У меня тоже такая проблема после обновления до 1.1. Ключ я ещё не сбрасывал. Гленн, ниже выводы команд, которые ты просил. Кроме того, при просмотре запросов и ответов из Chrome к Cloud Key я вижу, что запросы к .php-скриптам тайм-аутятся. Например, при обращении к IP-адресу ключа без указания маршрутов, я вижу запрос на info.php, который в итоге завершается тайм-аутом с ошибкой 504, хотя в ответе всё же есть немного HTML. root@UniFi-CloudKey:~# ls -la /data/autobackup total 10832 drwxr-x--- 2 unifi unifi 4096 Jan 31 2019 . drwxr-xr-x 5 root root 4096 Jul 22 2018 .. -rw-r----- 1 unifi unifi 830736 Jul 31 2018 autobackup_5.8.24_20180801_0000_1533081600081.unf -rw-r----- 1 unifi unifi 1565632 Aug 31 2018 autobackup_5.8.24_20180901_0000_1535760000045.unf -rw-r----- 1 unifi unifi 1655952 Sep 30 2018 autobackup_5.8.28_20181001_0000_1538352000080.unf -rw-r----- 1 unifi unifi 1643280 Oct 31 2018 autobackup_5.8.28_20181101_0000_1541030400084.unf -rw-r----- 1 unifi unifi 1667088 Nov 30 2018 autobackup_5.8.28_20181201_0000_1543622400086.unf -rw-r----- 1 unifi unifi 1842976 Dec 31 2018 autobackup_5.9.29_20190101_0000_1546300800086.unf -rw-r----- 1 unifi unifi 1859200 Jan 31 2019 autobackup_5.9.29_20190201_0000_1548979200057.unf -rw------- 1 unifi unifi 1371 Jan 31 2019 autobackup_meta.json root@UniFi-CloudKey:~# ls -la /data/unifi-protect/ && ls -la /data/unifi-protect/backups ls: cannot access /data/unifi-protect/: No such file or directory root@UniFi-CloudKey:~# ls -la /srv/unifi-protect/backups/ ls: cannot access /srv/unifi-protect/backups/: No such file or directory root@UniFi-CloudKey:~# Поскольку проблема возникала с PHP-скриптом, я поискал логи на ключе. Ниже фрагмент из php5-fpm.log, но не уверен, связано ли это с текущими проблемами. [06-Nov-2019 14:00:57] NOTICE: fpm is running, pid 974 [06-Nov-2019 14:00:57] NOTICE: ready to handle connections [06-Nov-2019 14:00:57] NOTICE: systemd monitor interval set to 10000ms [06-Nov-2019 14:36:34] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

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