Если вы используете Controller на Cloud Key... Просто перезагрузите CK через страницу Controller Settings -> Maintenance, и точка доступа, застрявшая в режиме Provisioning, должна вернуться в нормальное состояние (Connected). На данный момент это, похоже, единственное рабочее решение. У меня уже почти две недели никаких проблем с версией CK 0.7.3 и Unifi 5.5.20, а точки доступа обновлены до последней версии 3.8.7.6650.

@jamestuke

Рад помочь и посмотреть на любой из CK, если потребуется. Похоже, у одного был неожиданный сбой с электропитанием, так что резервное копирование и восстановление только настроек, вероятно, будет хорошим началом. Про другой пока не уверен.

Не стесняйся писать в личку.

С уважением,  
Майк

Та же проблема и у меня! Настройка состоит из USG-PRO, коммутатора 24P 250W, 2x UAP-AC-HD, 2x UAP-AC-M-Pro и 4x UAP-AC-PRO, все управляется через CloudKey. Использую версию контроллера 5.4.19 и CK версии 0.6.10. Установил систему 4 июля 2017 с версией 5.4.16, обновился 3 недели назад до 5.4.19.

Впервые заметил, что точка доступа «hallway» зависла в состоянии provisioning в прошлую пятницу, в субботу утром перезагрузил CloudKey — все снова подключилось и работало нормально, но через пару дней другая точка доступа тоже зависла в provisioning...
- пытался перезагрузить/отключить питание порта с зависшей точкой — не помогло,
- пытался перезагрузить коммутатор,
- также пробовал выключить POE на этом порту и включить обратно (после выключения AP ушла в состояние disconnected, а после повторного включения POE снова зависла в provisioning).

Вчера снова перезагрузил CK, после этого все точки доступа подключились и работают без проблем.

Кстати, у нас есть установка 5.4.19 на VPS, и там такой проблемы ни разу не появлялось. Этот VPS управляет более чем 30 сайтами, так что, похоже, это баг, связанный только с CloudKey.

Также сталкиваюсь с этой проблемой на обоих удалённых объектах, где стоят CloudKeys версии 0.6.10 / 5.4.19. Это происходит постоянно, и чем дольше работает система, тем больше точек доступа застревают в состоянии provisioning. Несколько точек доступа уходят в provisioning примерно через 1-2 недели работы и так и остаются там, пока я вручную не перезагружу PoE-коммутатор, который их питает. Попробую на следующей неделе, в нерабочее время, применить метод сохранения настроек и восстановления, так как это касается двух отелей.

@jamestuke

Извиняюсь за возникшие неудобства. Мне кажется, могла произойти порча базы данных (например, из-за отключения электроэнергии), которая проявляется и сейчас.

Можете попробовать сделать резервную копию только с настройками и восстановить устройство из неё — возможно, это решит проблему.

Если не поможет, скорее всего, нам потребуется прямой доступ к UCK через SSH, чтобы проверить ситуацию.

Заранее спасибо,  
Брэндон

Привет! Можешь в настройках, в разделе Maintenance, выставить уровень логов устройства на debug и подождать около часа? Если та же проблема повторится, пришли мне в личку логи вместе с MAC-адресом твоей точки доступа, где возникает проблема. Спасибо, Эва

В настройках контроллера вы указали IP-адрес вашего контроллера в поле «inform host» и поставили галочку?

Привет, у меня снова та же проблема с одним из моих двух AP AC Pro.

Мои UAP, кажется, всё ещё подключены к контроллеру cloud key в разделе inform. Я думал, что установка set-inform override в настройках контроллера, как вы советовали, поможет решить эту проблему. Я пробовал, но проблемы с provisioнингом всё равно остались. Я заметил, что когда контроллер cloud key показывал UAP в состоянии provisioнинг, я зашёл на UAP через ssh с помощью putty, и там отображалось, что устройство подключено к контроллеру в разделе inform. Я использую cloud key с последней прошивкой и в основном UAP AC Lite. Для питания UAP и cloud key я также использую toughswitch pro.