Возникла проблема при обновлении с версии 2.4.6 до 3.2.10 (на CentOS).

Возникла проблема при обновлении с версии 2.4.6 до 3.2.10 (на CentOS)., UniFi Network

gregdaybreak

Guest

04.02.2015 12:10:00

Привет! Пытаюсь обновить нашу систему Unifi до версии 3.2.10, но сервер зависает на миграции базы данных.
root@unifi1.sys.com:/tmp# cat /etc/*-release
CentOS release 6.6 (Final)

Я запустил инструмент очистки, чтобы оставить данные только за 1 день, но файл 2.4.6.unf всё равно занимает 182 МБ:
root@unifi1.sys.com:/opt/UniFi/data/backup# ls -alh
total 182M
-rw-r--r-- 1 unifi unifi 182M Feb 4 03:40 2.4.6.unf

Когда устанавливаю пакет 3.2.10, переношу каталог с данными и запускаю сервер, получаю такое:
[2015-02-04 00:04:57,143] <launcher> WARN system - ======================================================================
[2015-02-04 00:04:57,144] <launcher> WARN system - UniFi 3.2.10 (build atag_3.2.10_2386 - release) is started
[2015-02-04 00:04:57,144] <launcher> WARN system - ======================================================================
[2015-02-04 00:04:57,150] <launcher> WARN system - BASE dir:/opt/UniFi
[2015-02-04 00:04:57,694] <launcher> WARN db - DB version (2.4.6) differnt from Runtime Version(3.2.10), migrating...
[2015-02-04 00:04:58,274] <launcher> ERROR db - migrating DB to multi-site

Вот логи Mongod.log:
root@unifi1.sys.com:/opt/UniFi/logs# tail mongod.log
2015-02-04T00:13:35.702-0800 [conn3] remove needs a query at src/mongo/shell/collection.js:299
2015-02-04T00:13:36.055-0800 [conn3] end connection 127.0.0.1:41255 (2 connections now open)
2015-02-04T00:13:36.055-0800 [conn1] end connection 127.0.0.1:41253 (2 connections now open)
2015-02-04T00:13:36.055-0800 [conn2] end connection 127.0.0.1:41254 (2 connections now open)
2015-02-04T00:14:34.756-0800 [clientcursormon] mem (MB) res:265 virt:2316
2015-02-04T00:14:34.756-0800 [clientcursormon] mapped (incl journal view):2112
2015-02-04T00:14:34.756-0800 [clientcursormon] connections:0
2015-02-04T00:19:34.773-0800 [clientcursormon] mem (MB) res:265 virt:2316
2015-02-04T00:19:34.773-0800 [clientcursormon] mapped (incl journal view):2112
2015-02-04T00:19:34.773-0800 [clientcursormon] connections:0

Есть ли способ сделать файл .unf ещё меньше? Может ли именно это быть причиной того, что миграция просто зависла? Я оставлял всё работать несколько часов, но сервер так и не запустился, он не проходил стадию миграции...

Сейчас откатился назад на 2.4.6, но хочется перейти на версию 3.

Robotech

Guest

18.08.2015 20:25:00

Мой пост может оказаться более полезным, так как там есть подробности по настройке на CentOS 7 (и 6) http://community.ubnt.com/t5/UniFi-Wireless/Unifi-AP-upgrade-proceedure-to-3-2-10/m-p/1261038/highlight/false#M106291 Могу сказать, что карты, похоже, не отображаются, но в целом всё работает как надо. Оставьте отзыв, как у вас получилось — работает или нет! 😀

Colt45ws Guest	#3 17.05.2015 12:31:00 Есть какие-нибудь сдвиги по этому вопросу?

UI-Team Guest	#4 11.04.2015 13:34:00 Я проверяю, нет ли уже существующего тикета (скорее всего, нет), а затем создам тикет, чтобы это исправить. С уважением, Майк

UI-Team Guest	#5 11.04.2015 13:33:00 Я пропустил твоё сообщение раньше. Собираюсь проверить trac и открою тикет с деталями из этих обсуждений. Спасибо! Удачи, Майк

JimMurray

Guest

11.04.2015 11:50:00

Эндрю, похоже, ты точно попал в точку с этим постом. Это настоящая головная боль, из-за которой я потерял целый рабочий день, обновляя один из наших контроллеров. Так что спасибо за усилия и исправление, ты избавил меня от необходимости вручную переносить около 20 точек доступа с нашего старого доброго контроллера 2.4.6. UBNT, вам срочно нужно включить этот фикс в архив. Джим

AndrewE Guest	#7 06.03.2015 17:01:00 Майк, эта проблема с обновлением, похоже, связана с багом в скрипте обновления базы данных. Посмотри, пожалуйста, мой пост в другой теме здесь: https://community.ui.com/questions/f959a43f-1d54-412d-843a-32e8cdca10b0. Спасибо.

Читают тему (гостей: 1)