Миграция с CloudKey

[Lehikus]

Приветствую

Есть старый CloudKey Gen1, который ругается на размер базы с предложением удалить старые записи. Ну плюс тормозит и часто не сохраняет тикеты для гостевой сети (портал). Я удалял данные статистики, менял сроки хранения. Плюс пробовал сжать базу (key несколько часов не отвечал) - размер базы становится немного меньше, но это не помогает решить вопрос с предупреждением.
это я про:
mongod --dbpath /usr/lib/unifi/data/db --smallfiles --logpath /usr/lib/unifi/logs/server.log & (как я помню ругается на размер какой-то таблицы)
mongo < ~/CK_repair.js (не работает)

Вот сейчас: The database is 372 MB. Removing old records was unable to free an adequate amount of space. It may be necessary to modify data retention settings

Контроллер в CloudKey: 6.1.71-15061-1. Он предлагает обновиться до 7.2.97, но я не хочу из-за сложностей с базой. Диск CloudKey свободно 56%, а SD свободно 94%.
В сети есть 6 коммутаторов US-8-150W (6.5.59.14777) и 21 точка доступа : UAP-AC-LR (6.5.62.14788) и UAP6MP (6.5.62.14788). Несколько сетей VLAN, гостевой портал с выдачей ваучеров.

Уже поднял на esxi ubuntu и развернул там UniFi Network взял 9.0.118 (это новое название контроллера ?). Вот будут на нем работать мои точки доступа и коммутаторы ?

И вот вопрос - как корректно все перенести?

Ну или может есть способ "оживить" CloudKey, хотя как я понимаю у него проблемы на уровне старой mangodb, которая ограничена в размере базы. Видимо это не лучший вариант.

 

[fAntom]

это новое название контроллера ?

Совершенно верно.

Вот будут на нем работать мои

Будут.

И вот вопрос - как корректно все перенести?

Настроить заново.

 

[Lehikus]

Настроить заново.

Идея конечно хорошая. А export сайта или создание backup с загрузкой в новый контроллер совсем не вариант ?

 

[fAntom]

А export сайта или создание backup с загрузкой в новый контроллер совсем не вариант ?

Версии должны совпадать и перенесете ошибки на новый контроллер.

 

[Lehikus]

Ну 6.1.71 для убунты у меня есть - поставить ее не проблема. А ошибки я думаю из-за размера базы - просто mongo 32 бита не справляется.
Надо попробовать.
Не подскажите/ткнете в рабочий вариант переноса контроллера ?

 

[fAntom]

Через backup обычно переносили, можете по темам посмотреть или тут: https://community.ui.com/questions/...re-fails/6e9c7c02-d7a4-4877-84b3-f6d3b03e8acb

 

[Lehikus]

Собственно пока не переносил. Хотя все подготовил - ушло какое-то время на установку нужных версий (комбинировал).
Для unifi 6.1.71 можно:

openjdk-8-jre 1.8.0.482 и mongodb 4.0.28 (в зависимостях unifi указано <4.0.0 -> перед установкой надо поправить зависимость в deb и пересобрать пакет)
---
Разобрался с CloudKey gen1. У меня основная проблема была в базе ACE - mongodb не мог полностью загрузить ее коллекции "таблицы" из-за большого размера. ace_stat я уже раньше почистил.

Может кому пригодится:

1. Через ssh заходим на cloudkey
2. Подключаемся к mongo
mongo --port 27117

3. Меняем базу на ace
use ace
Можно посмотреть размер базы в МБ
db.stats(1024*1024)
В моем случае данные занимали 303 Мб, а на диске 327 МБ. Вроде немного, но работала все криво.
db.getCollectionNames() - список коллекции ("таблиц")

4. У меня было 2 больших "таблиц" - event и alert.
Используя команду смотрим их размер в МБ:

db.alert.stats(1024*1024) - тут было больше 1.2 млн записей, а весила она 320 Мб - считай размер всей базы (327)
db.event.stats(1024*1024) - эту я уже раньше чистил, но тут тоже много событий

5. Удаляем руками записи из "таблицы"
db.alert.remove({}); - удалит ВСЕ записи из alert! Если хотите ограничить запрос, то смотрите в интернете как писать условия. Используем именно remove т.к. mongodb у нас старая 2.4.10

6. Дальше в теории надо использовать compact - db.runCommand({compact: "alert" }). Но не получится т.к. mongo не смог загрузить ее в память. Ругается на необходимость использовать 64-битную версию.

Значит будем "править" базу - команда ниже проверит базу и СОЖМЕТ ее, еще пересчитает индексы.

db.repairDatabase();

Размер "таблицы" alert стал меньше 1 МБ, размер базы 6 МБ. Все заработало.

Еще в crontab добавил скрипт, который будет 1 раз в неделю чистить старые записи.

 

[fAntom]

Тему можно закрывать?

 

[Lehikus]

Для чтения она будет доступна?
Если да, то закрывайте.

 

[fAntom]

Для чтения - будет доступна, для комментариев-нет.