обновление прошивки UAP не удалось

обновление прошивки UAP не удалось, UniFi Network

j4ybee

Guest

15.02.2017 10:30:00

Привет... апгрейд не работает... информация не работает... set-default не работает... на 5 устройствах..--------------------BZ.v3.7.37# upgrade http://dl.ubnt.com/unifi/firmware/BZ2/3.7.40.6115/BZ.ar7240.v3.7.40.6115.170208.1059.binЗагрузка прошивки с 'http://dl.ubnt.com/unifi/firmware/BZ2/3.7.40.6115/BZ.ar7240.v3.7.40.6115.170208.1059.bin'.--2017-02-15 11:08:28-- http://dl.ubnt.com/unifi/firmware/BZ2/3.7.40.6115/BZ.ar7240.v3.7.40.6115.170208.1059.binОпределение адреса dl.ubnt.com... 52.85.180.17Подключение к dl.ubnt.com|52.85.180.17|:80... подключено.HTTP запрос отправлен, ожидаю ответ... 200 OKРазмер: 6796138 (6.5M) [application/octet-stream]Сохранение в: `/tmp/fwupdate.bin`100%[==================================================================================>] 6,796,138 1.99M/s за 3.3с2017-02-15 11:08:31 (1.97 MB/s) - `/tmp/fwupdate.bin` сохранён [6796138/6796138]Нет ответа от mcad.Попробуйте ещё раз.BZ.v3.7.37# infoBZ.v3.7.37# set-defaultsyswrapper: [state is locked] ожидание разблокировкиsyswrapper: [state is locked] ожидание разблокировки^CBZ.v3.7.37#-------------------- что за хрень? помогите, пожалуйста 😀

sschaedeli Guest	#2 24.04.2020 09:11:00 Та же проблема... Кто-нибудь нашёл решение?

AmazedMender16 Guest	#3 07.04.2019 12:20:00 Привет, @vdboor, добро пожаловать в сообщество! Прошивка не обновится, если использовать загрузку контроллера... С уважением, Гленн Р.

vdboor Guest	#4 07.04.2019 12:13:00 @congkai88 Действительно, SSH все равно отключится. Однако процесс обновления должен продолжиться благодаря команде `nohup`. После переподключения устройство загрузилось с новой версией прошивки?

AmazedMender16

Guest

07.04.2019 08:16:00

Привет, @congkai88,
Ты пытаешься обновить UAP с помощью файла контроллера. Используй следующие команды для обновления через CLI:
curl <ссылка_на_прошивку> -o /tmp/fwupdate.bin && fwupdate.real -m
или
wget <ссылка_на_прошивку> -O /tmp/fwupdate.bin && fwupdate.real -m

Для твоей модели UAP используй команду ниже:
(UAP-AC-Lite/LR/Pro/EDU/M/M-PRO/IW/IW-Pro)
curl https://dl.ubnt.com/unifi/firmware/U7PG2/4.0.21.9965/BZ.qca956x.v4.0.21.9965.190125.1623.bin -o /tmp/fwupdate.bin && fwupdate.real -m

С уважением,
Гленн Р.

congkai88

Guest

07.04.2019 03:50:00

Тоже не работает. Провал.
BusyBox v1.19.4 (2018-09-14 01:17:26 MDT) встроенная оболочка (ash)
Введите «help» для списка встроенных команд.
___ ___ .__________.__| | |____ |__\_ ____/__|| | / \| || __) | | © 2010-2018
| | | | \ || \ | | Ubiquiti Networks, Inc.
|______|___| /__||__/ |__||_/ http://www.ubnt.com
Добро пожаловать в UniFi UAP-AC-LR!
UBNT-BZ.v3.9.54# nohup mca-cli-op upgrade https://dl.ubnt.com/unifi/5.10.20/unifi_sysvinit_all.deb
nohup: добавляю вывод в nohup.out
После этого SSH отключается.

vdboor

Guest

29.03.2019 13:11:00

Даже с обновлением по SSH у меня не получилось. Оказалось, что как только устройство начинает обновляться, оно закрывает все свои соединения. Это также закрывает оболочку, из-за чего процесс обновления завершается. Вместо этого у меня сработало так: nohup mca-cli-op upgrade https://dl.ubnt.com/unifi/firmware/U7PG2/4.0.21.9965/BZ.qca956x.v4.0.21.9965.190125.1623.bin Команда nohup гарантирует, что процесс не завершится при выходе из оболочки. Также выяснилось, что «upgrade» — это алиас для инструмента mca-cli-op (я проверил с помощью type upgrade).

cusco Guest	#8 27.03.2017 20:48:00 Всем привет! Автоматическое обновление с версии 3.7.37.6065 работает с перебоями... многие UAP так и не обновились. В основном мы можем подключиться к ним по SSH и выполнить команду: upgrade http://dl.ubnt.com/unifi/firmware/BZ2/3.7.49.6201/BZ.ar7240.v3.7.49.6201.170315.1102.bin Однако сегодня одно устройство постоянно выдаёт ошибку "MCAD не отвечает" и подобные сообщения: syslog: mca-client.service(): Failed sending request to '/tmp/.mcad' - 'Connection refused' Погуглили, но почти нет информации, что же делает этот mcad и почему он не подключается. Запуск в режиме отладки показывает, что состояние заблокировано — "Waiting for lock". В любом случае, способ, которым я смог отдалённо всё исправить, такой: - Выполнить команду: reboot - Пинговать устройство и как только оно появится в сети — подключиться по SSH - Выполнить команду: syswrapper.sh restore-default Сделать это нужно до того, как оно подключится к контроллеру. Потом можно зайти по SSH под пользователем ubnt, выставить inform, принять в управление и так далее. Кстати, когда я впервые зашёл на это устройство, которое было в состоянии locked, загрузка (load average) была 60!!!

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