Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Проблема с Unifi Controller и свободным дисковым пространством, UniFi Network
 
Я заметил, что и версия Unifi Controller для Linux, и для Windows не запускается, если свободно всего 2,7 ГБ на диске. Это раздражает. Почему так? Мне удалось освободить около 4 ГБ, и тогда она запустилась, но так бывает не всегда. Есть какие-то решения или в чем тут вообще дело?
 
Привет, @russman, ты запускал это от имени администратора? Лично я никогда не запускал это на Windows... С уважением, Glenn R.
 
Эта ссылка помогла, у них не было версии 2.4.14, но более новая версия вроде бы помогла запустить другие команды. Однако она всё равно не принимала путь к базе данных и выдавалась та же ошибка. Я использовал опцию --dpath, и теперь ошибки нет, но в одной строке говорится:  
Mon Sep 10 11:59:56.641 [initandlisten] exception in initAndListen: 13627 Unable to create/open lock file: C:\...\Ubiquiti UniFi\data\db\mongod.lock The process cannot access the file because it is being used by another process.. Is a mongod instance already running?, terminating
Это понятно, ведь база данных занята, но в инструкции чётко сказано делать это действие с запущенным контроллером.
 
Привет, @russman, ты можешь скачать старые версии отсюда. С уважением, Glenn R.
 
Да, как я и намекал, скорее всего это связано с отсутствием всех бинарных файлов, но я так и не нашёл, где их скачать для версий до 3.0.
 
Привет, @russman, ты скачал правильный скрипт? С уважением, Glenn R.
 
У нас последний сервер на Server 2012 R2, остальные наши коробки Unifi работают на Ubuntu. Я пытаюсь найти бинарники для версии 2.4.14, но старейшая, которую могу найти — это более старая версия 3.0. Я даже не уверен, какая версия mongodb установлена на этом сервере, так как exe не содержит версии, а команда для её определения выдает следующее:

C:\Users\administrator.SYNCWAVE\Ubiquiti UniFi\bin>mongod.exe --verson  
error command line: unknown option verson

Ошибка при запуске скрипта такая:  
c:\prune>mongod.exe --port 27117 < mongo_prune_js.js

Sat Sep 08 15:08:01.005 [initandlisten] MongoDB starting : pid=8180 port=27117 dbpath=\data\db\ 64-bit host=SW-UNIFI
Sat Sep 08 15:08:01.005 [initandlisten] db version v2.4.14
Sat Sep 08 15:08:01.005 [initandlisten] git version: 05bebf9ab15511a71bfbded684bb226014c0a553
Sat Sep 08 15:08:01.020 [initandlisten] build info: windows sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1') BOOST_LIB_VERSION=1_49
Sat Sep 08 15:08:01.020 [initandlisten] allocator: system
Sat Sep 08 15:08:01.020 [initandlisten] options: { port: 27117 }
Sat Sep 08 15:08:01.036 [initandlisten] exception in initAndListen: 10296

*********************************************************************  
ERROR: dbpath (\data\db\) does not exist.  
Create this directory or give existing directory in --dbpath.  
See http://dochub.mongodb.org/core/startingandstoppingmongo  
*********************************************************************

terminating  
Sat Sep 08 15:08:01.052 dbexit:  
Sat Sep 08 15:08:01.052 [initandlisten] shutdown: going to close listening sockets...
Sat Sep 08 15:08:01.052 [initandlisten] shutdown: going to flush diaglog...
Sat Sep 08 15:08:01.052 [initandlisten] shutdown: going to close sockets...
Sat Sep 08 15:08:01.052 [initandlisten] shutdown: waiting for fs preallocator...
Sat Sep 08 15:08:01.067 [initandlisten] shutdown: lock for final commit...
Sat Sep 08 15:08:01.067 [initandlisten] shutdown: final commit...
Sat Sep 08 15:08:01.067 [initandlisten] shutdown: closing all files...
Sat Sep 08 15:08:01.067 [initandlisten] closeAllFiles() finished
Sat Sep 08 15:08:01.067 dbexit: really exiting now
 
Привет, @russman, какую у тебя операционную систему? Можешь прислать вывод ошибки? С уважением, Glenn R.
 
Кажется, каждые полгода мне приходится добавлять по 20 ГБ дискового пространства, это просто безумие. Изменение настроек хранения данных и запуск сжатия никак не помогают уменьшить 100 ГБ файлов ace_stat в системе. Они хранятся больше года, при этом срок хранения я выставил на 180 дней для самых старых, которые хочу оставить. Скрипт очистки выдает ошибку, что не может найти директорию \data\db, я не понимаю, как ему передать полный путь к этому месту — с этим я давно не возился. Эта постоянная проблема с местом на диске просто надоела!
Страницы: 1
Читают тему (гостей: 1)