Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Большой размер MongoDB, UniFi Network
 
Размеры моих файлов в /var/lib/unifi/db/ такие:  
4.0K ace  
64M ace.0  
128M ace.12  
0G ace.102  
0G ace.112  
0G ace.122  
0G ace.132  
0G ace.142  
56M ace.25  
12M ace.3  
1.0G ace.4  
2.0G ace.5  
2.0G ace.6  
2.0G ace.7  
2.0G ace.8  
216M ace.ns

Я использовал флаг smallfiles, чтобы система снова заработала, но диск всего 36G, и база данных почти полностью заняла его. Это нормально? Если да, есть ли способ рассчитать необходимый размер диска для будущих установок?
 
Я не заметил, что это форум «UniFi», но у меня была проблема с «mFi». В любом случае, я решил её, удалив и заново установив mFi. Теперь у меня 47 ГБ свободного места 😀
 
У меня уже стоит "1 неделя" в качестве времени хранения данных, но, возможно, это работает неправильно... Я пытаюсь запустить скрипт prune, но сейчас на диске 0 байт свободного места, так что это немного сложно. Сначала пытаюсь что-то удалить вручную, прежде чем использовать скрипт prune...  

mongo --port=27017 < prune_cron.js  
Версия MongoDB shell: 2.4.14  
Подключаюсь к: 127.0.0.1:27017/test  
30  
false  
Переключился на базу ace  
[ ]
{  
   "errmsg" : "exception: caught exception: boost::filesystem::create_directory: No space left on device: \"/var/lib/mongodb/_tmp_repairDatabase_0\" src/mongo/db/pdfile.cpp 2038",  
   "code" : 13294,  
   "ok" : 0  
}  
bye
 
https://help.ubnt.com/hc/en-us/articles/204911424-UniFi-Remove-prune-older-data-and-adjust-mongo-database-size
 
1. Настройте систему так, чтобы данные хранились только неделю (это должно решиться в течение следующего часа-двух) ИЛИ 2. используйте скрипт prune --> https://help.ubnt.com/hc/en-us/articles/204911424-UniFi-Remove-prune-older-data-and-adjust-mongo-database-size
 
У меня такая же проблема :-(  
/var/lib/mfi/db # ls -la  
всего 49G  
drwxr-xr-x 4 root root 4.0K 15 сен 17:00 .  
drwxr-xr-x 4 root root 4.0K  8 мар 2015 ..  
-rw------- 1 root root  64M 15 сен 17:28 ace.0  
-rw------- 1 root root 128M 15 сен 17:28 ace.1  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.10  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.11  
-rw------- 1 root root 2.0G  5 сен 03:27 ace.12  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.13  
-rw------- 1 root root 2.0G 15 сен 17:26 ace.14  
-rw------- 1 root root 2.0G  6 сен 18:36 ace.15  
-rw------- 1 root root 2.0G  8 сен 10:02 ace.16  
-rw------- 1 root root 2.0G 12 сен 07:44 ace.17  
-rw------- 1 root root 2.0G 10 сен 02:11 ace.18  
-rw------- 1 root root 2.0G 15 сен 17:18 ace.19  
-rw------- 1 root root 256M 15 сен 17:28 ace.2  
-rw------- 1 root root 2.0G 11 сен 18:51 ace.20  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.21  
-rw------- 1 root root 2.0G 13 сен 11:38 ace.22  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.23  
-rw------- 1 root root 2.0G 15 сен 04:37 ace.24  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.25  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.26  
-rw------- 1 root root 2.0G 15 сен 17:00 ace.27  
-rw------- 1 root root 512M 15 сен 17:28 ace.3  
-rw------- 1 root root 1.0G 15 сен 17:28 ace.4  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.5  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.6  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.7  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.8  
-rw------- 1 root root 2.0G 15 сен 17:28 ace.9  
-rw------- 1 root root  16M 15 сен 17:28 ace.ns  
drwxr-xr-x 2 root root 4.0K 15 сен 17:15 journal  
-rw------- 1 root root  64M 13 сен 13:29 local.0  
-rw------- 1 root root  16M 13 сен 13:29 local.ns  
-rwxr-xr-x 1 root root    5 13 сен 13:29 mongod.lock  
drwxr-xr-x 2 root root 4.0K 15 сен 17:00 _tmp  
-rw-r--r-- 1 root root    6 18 апр 02:36 version
 
У меня были проблемы с такой же конфигурацией. Основная проблема — использование x86 версии. Она ограничена 2 Гб для базы данных. Переход на 64-битную версию решает все проблемы. Нельзя удалять файлы ace.xx — это собственные файлы базы данных, и они пересоздаются (того же размера, с нулями) при запуске mongo-сервера.

В моём случае файл ace.3 сломался после BSOD. Пришлось перейти на x64 и перестроить файлы ace.xx. Копирование всей директории /data со старой системы сработало отлично.

Как:

- Установить новую версию MongoDB (http://www.mongodb.org) в папку /bin после установки Unifi Server.
- В каталоге /bin выполнить:
 
 mongod --port=27117 --dbpath=..\data\db  (демон Mongo, запускает Mongo Server)
 
 mongo --port=27117  (подключается к Mongo Server с помощью клиента mongo.exe)
 
 use ace  (выбирает базу данных Unifi)
 
 db.repairDatabase()  (восстанавливает базу данных Unifi)

После последней команды файлы ace.xx сжимаются в один или два файла, и Unifi сервер начинает работать нормально.

Мне помогла эта статья: http://docs.mongodb.org/manual/tutorial/recover-data-following-unexpected-shutdown/

Всего хорошего!
 
Как дела 😀 ?
 
Очисти свою базу данных.
Страницы: 1
Читают тему (гостей: 1)