@Petie Похоже, есть ограничение на глубину вложенности сообщений, поэтому я не могу ответить напрямую на твой комментарий. Я всегда вхожу только локально и отключил удалённый доступ, так что вход с локальной учётной записи должен работать нормально.

Попробуй залогиниться под аккаунтом с правами Owner, вдруг это что-то изменит. У меня это не сработало, но попытка не пытка. 🙂

"Использовать внешний сервер MongoDB" доступно по пути /network/default/settings/control-plane/console.

Мы нашли ОГРОМНОЕ ускорение производительности после запуска скрипта для очистки этих сообщений об ошибках UniFi Dashboard Failing – Parameter successful must not be null. Симптомы: Панель управления работает медленно или периодически не загружается. В server.log отображается: MappingInstantiationException IllegalArgumentException: Parameter successful must not be null. Проблема связана с ace_stat.wifi_connectivity_event. Первопричина: Новые документы WIFI_CONNECTION записываются без обязательных полей: counters, successful. Spring вылетает с ошибкой при обработке таких неполных документов. Проверка проблемы: Запустите: sudo -u uosserver -H sh -lc 'cd /var/lib/uosserver && podman exec uosserver mongo --port 27117 ace_stat --quiet --eval " printjson({ total: db.wifi_connectivity_event.count({_class:\"WIFI_CONNECTION\"}), bad: db.wifi_connectivity_event.count({ _class:\"WIFI_CONNECTION\", \$or:[ {counters:{\$exists:false}}, {counters:null}, {successful:{\$exists:false}}, {successful:null} ] }) }); "' Если bad > 0, вы затронуты. Постоянный скрипт исправления (Безопасно – Без потери данных): Создайте: sudo nano /usr/local/sbin/unifi-wifi-connectivity-repair.sh Вставьте: #!/bin/bash set -e sudo -u uosserver -H sh -lc ' cd /var/lib/uosserver podman exec -i uosserver mongo --port 27117 ace_stat --quiet --eval " var cls=\"WIFI_CONNECTION\"; // Убеждаемся, что counters существует db.wifi_connectivity_event.updateMany( {_class:cls, \$or:[{counters:{\$exists:false}},{counters:null}]}, {\$set:{counters:{SUCCESS:0}}} ); // Убеждаемся, что successful существует db.wifi_connectivity_event.updateMany( {_class:cls, \$or:[{successful:{\$exists:false}},{successful:null}]}, {\$set:{successful:false}} ); print(\"Ремонт завершен\"); " ' Сделайте исполняемым: sudo chmod +x /usr/local/sbin/unifi-wifi-connectivity-repair.sh Протестируйте: sudo /usr/local/sbin/unifi-wifi-connectivity-repair.sh Запускайте каждый час: Создайте: sudo nano /etc/cron.d/unifi-wifi-connectivity-repair Добавьте: 12 * * * * root /usr/local/sbin/unifi-wifi-connectivity-repair.sh >> /var/log/unifi-wifi-connectivity-repair.log 2>&1 Что это делает: Не удаляет ничего. Только заполняет недостающие поля в строках WIFI_CONNECTION. Предотвращает сбои панели управления, вызванные нулевыми отображениями.

Смотрим на добавление выделенной MongoDB сами, с 100+ сайтами и, возможно, 2000 устройств — это намного медленнее, чем официальный хостинг или наше старое сетевое приложение.