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

Мой CloudKey перестал работать в первый же день после покупки. Пришлось делать сброс к заводским настройкам. Можно ли обменять их на более надёжные?

Да, я полностью с тобой согласен — этого не должно происходить. Пока что не уверен, что это официальное решение, но оно точно сработало со всеми моими облачными ключами. Очень надеюсь, что они смогут исправить саму причину этой проблемы. Amazon, конечно, поменяет твой облачный ключ, но тебе придётся отправить его обратно и получить новый, а проблема может повториться. Лучше пока использовать этот способ на всякий случай, пока баг не исправят.

У тебя была та же проблема с базой данных. Нужно подключиться по SSH к cloud key и выполнить следующие команды:  
"service unifi stop"  
"mongod --repair --dbpath /srv/unifi/data/db"  
"service unifi start"  
Можно проверить это на рабочем cloud key на всякий случай. У меня были cloud keys, которые я восстанавливала, и они всё равно возвращались к мигающему белому свету, но после ремонта базы данных эта проблема исчезла.

UBNT-APieper написал: «Можете подробнее описать, что вы имеете в виду под "зависанием"? Эта проблема возникала с тех пор? Расскажите чуть подробнее, что именно случилось». Конечно. Я больше не мог управлять сетью через cloud key. Я мог зайти на веб-сервер cloud key через браузер. На первой странице мне предлагалось выбрать "configure" или "manage". Если я выбирал "manage", браузер просто выдавал ошибку и отключался по таймауту — как будто контроллер не работал. Если я начинал сначала и выбирал "configure", а потом заходил в "maintenance", то мог нажать "START UNIFI", но ничего не происходило. Я мог нажимать "START UNIFI" сколько угодно, но ситуация не менялась. Кнопка "STOP UNIFI" была неактивна, то есть нажать её нельзя было. Всё это указывало на то, что ПО unifi действительно не работало и отказывалось запускаться. Посмотрев на сам cloud key, заметил, что он мигал белым светом. Перезагрузка питания cloud key проблему не решала. Сброс к заводским настройкам помог. Очевидно, произошёл сбой в программном обеспечении. Управление unifi-контроллером — единственная задача этого устройства, и оно зависло, перестав выполнять свою работу.

@UBNT-APieper

Я наполовину шутил насчёт Cloudkey Pro (или XG) для больших сетей. Считайте это моим официальным запросом. А если серьёзно, я только что прочитал документ — всё понятно. В разделе про проблемы с хранилищем в пункте «Как предотвратить» говорится: периодически проверяйте загрузку диска Cloud Key через WebUI > Configure > Main.

Можно ли добавить эту функцию и в контроллер? Мы же можем обновлять прошивку Cloud Key прямо из интерфейса контроллера, было бы классно иметь возможность заходить на Cloud Key оттуда же или чтобы вся эта информация подтягивалась в интерфейс контроллера — чтобы был единый центр управления и не нужно было ездить на место. Ещё было бы здорово настроить расписание компактирования базы данных, чтобы не приходилось вручную заходить на ключ и делать это каждый раз.

Отлично, спасибо, что подняли этот вопрос. Сброс или восстановление должны дать тот же результат, но если этот способ предпочтительнее и быстрее, я могу добавить его в этот документ: https://help.ubnt.com/hc/en-us/articles/360000128688-UniFi-Troubleshooting-Offline-Cloud-Key-and-Other-Stability-Issues. Мы только на прошлой неделе опубликовали его, чтобы помочь разобраться с такими случаями и объяснить основные причины проблем и способы их предотвращения.

На данный момент это решило проблему со всеми моими Cloud ключами с белым мигающим светом, когда UniFi-сервис по сути не запускается, но при этом доступен через веб-интерфейс.

Вы запускали восстановление mongod, выполняя команды через SSH на cloud key: «service unifi stop», затем «mongod --repair --dbpath /srv/unifi/data/db» и после «service unifi start»? Это реально работает, просто спасение. Теперь я настраиваю проброс порта SSH для всех cloud keys, на всякий случай, чтобы иметь доступ к ним удалённо. Похоже, что большинство cloud keys с белым мигающим светодиодом смерти доступны через сеть и их можно так исправить. Это восстанавливает поврежденные файлы базы данных. Я даже запускаю эту команду при установке нового cloud key, чтобы перестраховаться. Пока все восстановленные таким образом cloud keys работают без сбоев.