Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
DbServer завершил работу некорректно., UniFi Network
 
На самом деле я использую версию 5.6.25 и уже несколько версий замечаю это предупреждение (WARN) в логах, и оно меня наконец-то достало... Даже когда UniFi правильно выключается, сообщение всё равно появляется, жалуясь, что остановка прошла некорректно.

Для начала, я останавливаю контроллер UniFi командой:  
/usr/bin/java -jar /opt/UniFi/lib/ace.jar stop  

Логи mongod.log показывают, что, по всей видимости, выключение проходит корректно:  
2017-12-01T09:43:50.354-0200 [conn104] end connection 127.0.0.1:33527 (сейчас открыто 9 соединений)
2017-12-01T09:43:50.371-0200 [conn105] closeAllFiles() finished
2017-12-01T09:43:50.371-0200 [conn105] shutdown: removing fs lock...
2017-12-01T09:43:50.373-0200 [conn105] dbexit: really exiting now

Но logs/server.log всегда заканчивается так:  
[2017-12-01 09:43:50,358] <db-server> WARN system - process is interrupted: bin/mongod
[2017-12-01 09:43:50,358] <db-server> INFO db - DbServer stopped
[2017-12-01 09:43:50,358] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup

Как мне избавиться от этих WARN?  
Как принудительно запустить исправление базы данных, чтобы убрать это сообщение?  

Контроллер работает нормально, и похоже, что с базами MongoDB никаких критических проблем нет. Но, честно говоря, это сообщение меня раздражает, потому что заставляет думать, что что-то не так!
 
Актуальные контроллеры UniFi теперь имеют встроенные процедуры обслуживания базы данных, точно так же, как это должно было делать скрипт prune. Так что теперь можно настроить эти периоды «очистки» прямо на контроллере, скрипт prune.js больше не обязателен. Даже LTS 5.6 контроллер UniFi поддерживает это, скриншот сделан на версии 5.6.40 LTS. Конечно, если у вас ограничение по размеру файла MongoDB 32-бит (2 Гб), придётся установить меньшие значения.
 
Привет, @Zetto, учти, что максимальный размер MongoDB в 32-битной версии — 2 ГБ. Ты можешь запустить скрипт очистки, чтобы удалить старую статистику и хранить, например, данные за последние 60 дней. С уважением, Glenn R.
 
Это было ничуть не интересно и заняло всего 18 секунд. Моя база данных весит примерно 600 МБ.
 
Привет, @AmazedMender16, спасибо, что подтвердил, я попробую. Моя база данных ведёт историю с версий 4.8.x и была поэтапно обновлена до 5.4.x, 5.6.x, 5.7.x, 5.8.x и теперь 5.9.x, так что, подозреваю, пора уже делать компакт. Ты случайно не знаешь способа посмотреть размер до и после, кроме как глядеть на размер файлов в /var/lib/unifi/db/?
 
Привет, @Zetto,  
Он делает именно то, что обещает: сжимает базу данных. Лично я никогда не терял никаких статистических данных (несколько контроллеров).  
С уважением,  
Гленн Р.
 
Я правильно понимаю, что запуск этой операции просто дефрагментирует/уплотнит базу данных и при этом не потеряются никакие исторические данные? Нам нужно сохранить статистику.
 
Привет, @gvcadmin, здорово! Дай знать, как всё пойдёт! С уважением, Гленн Р.
 
Спасибо за совет! Сделаю так в следующем месяце и посмотрю, смогу ли продлить это до каждых трёх месяцев. Этот контроллер я установил в январе 2018 года, и проблема появилась только в этом месяце. Спасибо!
 
Привет, @gvcadmin, добро пожаловать в сообщество! Возможно, тебе стоит запускать это раз в неделю. С уважением, Гленн Р.
 
Я использую Windows 7 для своего контроллера и переместил все файлы ace_stat в другую папку, которую создал с названием old.ace_stat. После этого я попробовал перезапустить контроллер, и всё сработало! Большое спасибо!
 
Ты не один такой. Эта проблема существует, как минимум, с версии контроллера 5.4.x. https://community.ui.com/questions/8799670f-e3d8-410f-a518-a153dc674fbf https://community.ui.com/questions/61548d08-2b29-4556-a5f4-287ddd2a4a2a
Страницы: 1
Читают тему (гостей: 1)