Не стартует UniFi Controller

[loky]

Поиском пользовался, гуглил, яндексил и т.д. нет решений.Помогите кто чем может
(Server taking too long to start...)
просто подвис в один день и при перезапуске не стартует.
Да и обычное время ну оооооооооооооочень долго стартовал
Учётка англоязычная. Пробовал переносить на другой диск - эффект тот же.
Переписывал пути с javaw, как советовали на буржуйских форумах.
Из особенностей что заметил. Да в преддверии ошибки подзакончилось место на С диске. В логах пишет что как то не так был выключен и требуется репэйр базы при следующем запуске.
Вычитал про репэйр базы с помошью скрипта, НО версия софта для Vista x32 - не держит базы тяжелее 2 Гб, в версии Win 2008 x64 у меня соответственно не пашут.
Контроллер стоит на Win 7 x32 Prof. Ещё заметил что в папке с контроллером 2 папки data и data1. Причём data весит 85,7 Гб. На контроллере 1 сайт и всего 16 ТД, 15 UniFi AP и однa Outdoor
Заранее спасибо

 

[naps]

да снеси его и поставь новый и восстанови конфу из бекапа. еще мне помогало удаление файлов,
базы данных. по подному, начни с самого большого файлаю. у тебя они вообще ужасного размера.. только копию естесно сделай..

 

[kartografu]

ПРоблема была не стартовал, сдеал что зашел где установлен контролер и тупо перенес на диск С: гланое что бы у вас небыло С виндовс написано на русском чисто диск С: тогда будет работтаь

 

[Seryoga]

Обновился до НГ на 5.6.26, Очень долго стартовал, сейчас отрубили электричество - комп выкл, прошло минут 30 не стартует "Controller started" висит и всё, перенёс на диск С, скачал последний 5.6.30. яву обновил, запустил инстал, теперь "BD Migration process" 1.5 часа.
Папка с unifi 8Гб. Что-то он очень делает импорт и долго стартует. У кого так? порты нетстатом проверил 8080 8081 свободны.

 

[fAntom]

1. Контроллер устанавливается в папку пользователя и очень не любит алфавит отличный от английского.
2. При сбое питания (там используется MongoDB), база необратимо портится.
Снести все, под ноль, оставить /backup, файлы .unf, установить заново (см. п.1) и подтянуть бэкап. порт 8443 и 80 стандартные, для обращения к веб-морде.

 

[Seryoga]

Слава БУБНУ ! Поднялась база, но очень долго - прошло 4 часа миграционный процесс после накатывания 5.6.30.
Кто-нибудь пробовал чистить ее скриптом вот этим???

UniFi использует MongoDB для хранения информации о логах пользователей, контроллера и т.п. База данных может достигать больших размеров, хотя UniFi ограничивает авто-удаление для аудита.
Мы предлагаем скрипт, который поможет очистить базу данных.
Скрипт
// keep N-day worth of data
days=30;
dryrun=true;
use ace;
collectionNames = db.getCollectionNames();
for (i=0; i < collectionNames.length; i++) {
name = collectionNames;
query = null;
if (name.indexOf('stat')==0 || name.indexOf('event')==0 || name.indexOf('alarm')==0) {
query = {time: {$lt:new Date().getTime()-days*86400*1000}};
}
if (name.indexOf('session')==0) {
query = {assoc_time: {$lt:new Date().getTime()/1000-days*86400}};
}
if (name.indexOf('user')==0) {
query = {last_seen: {$lt:new Date().getTime()/1000-days*86400}};
}
if (query) {
count = db.getCollection(name).find(query).count();
print((dryrun ? "[dryrun] " : "") + "pruning " + count + " entries from " + name + "... ");
if (!dryrun)
db.getCollection(name).remove(query);
}
}
if (!dryrun) db.repairDatabase();
Убедитесь, что скрипт верный перед тем, как выполнить следующую команду:
mongo --port=27117 < prune.js
По умолчанию, MongoDB находится в режиме 'dryrun' и сообщит о том, что сделала.

Или кто сжимал ?

 

[fAntom]

Таким способом не пользовался, снес в 0, и вытащил что было из /backup стандартными средствами

 

[G_G]

fantom. предлагает самый быстрый и удобный способ, делал не однократно, быстрее и проще, чем заниматься сжимаем базы, в которой куча мусора по факту.
p.s. Backup настроек всегда имейте актуальный, чтобы в определённый "*опный" момент не стать одним из тех кто уже делает бэкапы ))

 

[Seryoga]

fantom. предлагает самый быстрый и удобный способ, делал не однократно, быстрее и проще, чем заниматься сжимаем базы, в которой куча мусора по факту.
p.s. Backup настроек всегда имейте актуальный, чтобы в определённый "*опный" момент не стать одним из тех кто уже делает бэкапы ))

Способ хороший и чистейший, но у меня эти ваучеры, заселено 40 человек (буду жить месяц), и другим уже кто капитально забронировался привязаны ваучеры и лежат в брошурках + управление гостиницы и друзьям-знакомым розданы (которые каждый день пороги обивают), не хотелось всё по новой раздавать.
И нюанс следующий если бэкап допустим на 5.6.26, он поднимется на 5.6.35 ?

 

[G_G]

да должен, у меня был как-то бэкап версии 3.2 ещё и он успешно поднялся на контроллере 5-й версии. Ситуация была аналогичная, база большая не стартует, хорошо что хоть какой-то бэкап был. не пришлось все точки заного заводить, а только несколько штук, которые добавились позже бэкапа
p.s. Зачем вообще обновлял контроллер? что хотел получить на выходе?
p.p.s. Лучшее враг хорошего ))

 

[Seryoga]

да должен, у меня был как-то бэкап версии 3.2 ещё и он успешно поднялся на контроллере 5-й версии. Ситуация была аналогичная, база большая не стартует, хорошо что хоть какой-то бэкап был. не пришлось все точки заного заводить, а только несколько штук, которые добавились позже бэкапа
p.s. Зачем вообще обновлял контроллер? что хотел получить на выходе?
p.p.s. Лучшее враг хорошего ))

Было так один раз долго не стартовал, накатил котроллер более свежей версии, он мигрировал потом минут 15 и поднялся, решил попробовать и в этот раз. Ладно у них единственный + что никто не заметил, при отключенном контроллере доступ свободный и все работает, было бы печально если отсутствие контроллера ложил весь вай фай и это была бы катастрофа. Так как эта сраная база 4 часа мигрировалась только, а потом около 30 минут стартовала. У меня был бэкап поэтому сильно не очковал, потому что если нет бэка пришлось бы ставить с нуля всё, делать полный сброс тарелкам и потом их обучать новому контроллеру, а сброс тарелкам сами понимаете, лезть под потолок, нажимать кнопочку резет и не всегда они сбрасывались (просто тупо не видно их в новом контроллере), приходилось подключать к ПК сброшенными, прописывать руками подсеть ихнюю по дефолту и через путти SSH командой делать сброс. Вобщем это дикий гемморой, никому не желаю.

 

[fAntom]

Проблема решена? Можно еще из файла .unf.

 

[Seryoga]

Проблема решена? Можно еще из файла .unf.

Про бэкап я и мел ввиду UNF, а не всю базу жирную в каталоге. Повезло базу жирную поднять такими вот методами.

 

[dimacbz]

Если проблема решена - не вижу дальнейшей дискуссии. Если нет - задавайте вопросы по созданной теме.

 

[Seryoga]

UniFi Controller (5.6.30) started.
Server taking too long to start...
Start-up failed.
Все условия соблюдены, папка на диске С, что ему еще надо?
Но сам контроллер работает.

 

[fAntom]

MongoDB - не стартует правильно.

 

[Seryoga]

MongoDB - не стартует правильно.

Старт нормальный, через несколько часов такая вот ошибка.

 

[fAntom]

Сообщение об ошибке можете предоставить? Смотрите логи {установка unifi}/logs/mongod.log и server.log, там же.

 

[Seryoga]

======================================================================
[2018-03-02 16:45:26,611] <launcher> INFO system - UniFi 5.6.30 (build atag_5.6.30_10266 - release) is started
[2018-03-02 16:45:26,611] <launcher> INFO system - ======================================================================
[2018-03-02 16:45:26,619] <launcher> INFO system - BASE dir:C:\Ubiquiti UniFi
[2018-03-02 16:45:27,631] <launcher> INFO system - Current System IP: 192.168.2.200
[2018-03-02 16:45:27,636] <launcher> INFO system - Hostname: ATS
[2018-03-02 16:45:39,074] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:39,347] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:39,427] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:45:43,726] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:44,053] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:44,054] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:45:48,275] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:48,427] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:48,428] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:45:52,562] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:52,692] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:52,693] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:45:56,821] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:56,998] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:45:56,999] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:46:01,123] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:01,246] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:01,246] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:46:05,393] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:05,581] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:05,581] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:46:09,713] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:09,871] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:09,872] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:46:13,999] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:14,167] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:14,168] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:46:18,316] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:18,459] <db-server> ERROR system - [exec] error, rc=100
[2018-03-02 16:46:18,460] <db-server> WARN db - DbServer not shutdown cleanly and need repairing on next startup
[2018-03-02 16:47:37,630] <launcher> WARN db - QUERY-LOWRATIO: query=User{ "use_fixedip" : true} explain={ "allPlans" : [ { "cursor" : "BasicCursor" , "indexBounds" : { } , "n" : 0 , "nscanned" : 3022 , "nscannedObjects" : 3022}] , "cursor" : "BasicCursor" , "indexBounds" : { } , "indexOnly" : false , "isMultiKey" : false , "millis" : 4 , "n" : 0 , "nChunkSkips" : 0 , "nYields" : 0 , "nscanned" : 3022 , "nscannedAllPlans" : 3022 , "nscannedObjects" : 3022 , "nscannedObjectsAllPlans" : 3022 , "scanAndOrder" : false , "server" : "ATS:27117"}
[2018-03-02 16:47:39,764] <launcher> WARN system - cannot load native lib - ubnt_webrtc_jni
[2018-03-02 16:47:40,541] <launcher-ui> INFO launcher - UniFi Controller (5.6.30) started.
[2018-03-02 16:58:11,168] <webapi-141> WARN db - QUERY-SLOW: query=Rogue{ "last_seen" : { "$gt" : 1519905490} , "site_id" : "5959f69585194c787bfff64e"} explain={ "allPlans" : [ { "cursor" : "BtreeCursor site_id_1" , "indexBounds" : { "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]} , "n" : 0 , "nscanned" : 393 , "nscannedObjects" : 393} , { "cursor" : "BtreeCursor site_id_1_bssid_1" , "indexBounds" : { "bssid" : [ [ { "$minElement" : 1} , { "$maxElement" : 1}]] , "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]} , "n" : 14 , "nscanned" : 393 , "nscannedObjects" : 393} , { "cursor" : "BtreeCursor site_id_1_ap_mac_1" , "indexBounds" : { "ap_mac" : [ [ { "$minElement" : 1} , { "$maxElement" : 1}]] , "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]} , "n" : 0 , "nscanned" : 393 , "nscannedObjects" : 393} , { "cursor" : "BtreeCursor site_id_1_last_seen_1" , "indexBounds" : { "last_seen" : [ [ 1519905490 , 1.7976931348623157E308]] , "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]} , "n" : 392 , "nscanned" : 392 , "nscannedObjects" : 392} , { "cursor" : "BtreeCursor site_id_1_rssi_1 reverse" , "indexBounds" : { "rssi" : [ [ { "$maxElement" : 1} , { "$minElement" : 1}]] , "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]} , "n" : 14 , "nscanned" : 392 , "nscannedObjects" : 392} , { "cursor" : "BasicCursor" , "indexBounds" : { } , "n" : 0 , "nscanned" : 392 , "nscannedObjects" : 392}] , "cursor" : "BtreeCursor site_id_1_last_seen_1" , "indexBounds" : { "last_seen" : [ [ 1519905490 , 1.7976931348623157E308]] , "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]} , "indexOnly" : false , "isMultiKey" : false , "millis" : 229 , "n" : 392 , "nChunkSkips" : 0 , "nYields" : 0 , "nscanned" : 392 , "nscannedAllPlans" : 2355 , "nscannedObjects" : 392 , "nscannedObjectsAllPlans" : 2351 , "oldPlan" : { "cursor" : "BtreeCursor site_id_1_last_seen_1" , "indexBounds" : { "last_seen" : [ [ 1519905490 , 1.7976931348623157E308]] , "site_id" : [ [ "5959f69585194c787bfff64e" , "5959f69585194c787bfff64e"]]}} , "scanAndOrder" : true , "server" : "ATS:27117"}
[2018-03-03 21:59:59,039] <launcher-monitor> ERROR launcher - Server taking too long to start...
[2018-03-03 21:59:59,166] <launcher-ui> ERROR launcher - Start-up failed.
[2018-03-05 15:43:27,542] <ws-notify> WARN api - Error when writing to websocketjava.net.SocketException: Software caused connection abort: socket write error

 

[fAntom]

Вы же видите, что ошибки сыпятся?