Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Ошибка Mongodb 6., UniFi Network
 
Привет. Нужна помощь с mongodb. FreeBSD 11.2-RELEASE-p8, openjdk8-8.192.26_4, mongodb36-3.6.6_4, unifi5-5.9.29_1.

Jan 28 09:02:51 zp kernel: pid 55869 (mongod), uid 975: завершился с сигналом 6  
Jan 28 09:02:56 zp kernel: pid 55871 (mongod), uid 975: завершился с сигналом 6  
Jan 28 09:03:00 zp kernel: pid 55873 (mongod), uid 975: завершился с сигналом 6  
Jan 28 09:03:05 zp kernel: pid 55875 (mongod), uid 975: завершился с сигналом 6  
Jan 28 09:03:10 zp kernel: pid 55877 (mongod), uid 975: завершился с сигналом 6  
Jan 28 09:03:14 zp kernel: pid 55879 (mongod), uid 975: завершился с сигналом 6  

Mongodb стал выдавать постоянную ошибку 6 после нескольких дней работы.  

Пробовал:  
repair (из FAQ) — без успеха.  
Полная переустановка UNIFI с восстановлением из файла (автоматический бэкап *.unf) — сработало, но через несколько дней ошибка появилась снова.  

mongod --dbpath /data/db  
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] MongoDB запускается: pid=55641 port=27017 dbpath=/data/db 64-bit host=zp.printplus.net.ua
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] версия БД v3.6.6
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] git version: 6405d65b1d6432e138b44c13085d0c2fe235d6bd
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.2o-freebsd 27 Mar 2018
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] allocator: system
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] modules: none
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] build environment:
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] distarch: x86_64
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] target_arch: x86_64
2019-01-28T08:55:29.609+0200 I CONTROL [initandlisten] options: { storage: { dbPath: "/data/db" } }
2019-01-28T08:55:29.609+0200 I - [initandlisten] Обнаружены файлы данных в /data/db, созданные движком хранения ‘wiredTiger’, поэтому выбран именно он.
2019-01-28T08:55:29.609+0200 I STORAGE [initandlisten] wiredtiger_open config: create,cache_size=2525M,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),cache_cursors=false,compatibility=(release="3.0",require_max="3.0"),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),statistics_log=(wait=0),verbose=(recovery_progress),
2019-01-28T08:55:30.138+0200 E STORAGE [initandlisten] Ошибка WiredTiger (0) [1548658530:138652][55641:0x807e16000], файл WiredTiger.wt, соединение WiredTiger.turtle: обнаружен неправильный формат файла или внутреннее значение: (__wt_turtle_read, 293)
2019-01-28T08:55:30.138+0200 E STORAGE [initandlisten] Ошибка WiredTiger (-31804) [1548658530:138677][55641:0x807e16000], файл WiredTiger.wt, соединение: процесс должен завершиться и перезапуститься: WT_PANIC: паника библиотеки WiredTiger
2019-01-28T08:55:30.138+0200 F - [initandlisten] Фатальное утверждение 28558 в src/mongo/db/storage/wiredtiger/wiredtiger_util.cpp 366
2019-01-28T08:55:30.138+0200 F - [initandlisten] ***прерывание после ошибки fassert()
2019-01-28T08:55:30.139+0200 F - [initandlisten] Получен сигнал: 6 (Abort trap).

0x2f5b089 0x2f5a94b 0x806e23946 0x806e22eb2  

----- НАЧАЛО BACKTRACE -----  
{  
 "backtrace": [
   {"b":"1021000","o":"1F3A089","s":"_ZN5mongo15printStackTraceERNSt3__113basic_ostreamIcNS0_11c­har_traitsIcEEEE"},  
   {"b":"1021000","o":"1F3994B","s":"_ZN5mongo29reportOutOfMemoryErrorAndExitEv"},  
   {"b":"806E15000","o":"E946","s":"pthread_sigmask"},  
   {"b":"806E15000","o":"DEB2","s":"pthread_getspecific"}  
 ],  
 "processInfo": {  
   "mongodbVersion" : "3.6.6",  
   "gitVersion" : "6405d65b1d6432e138b44c13085d0c2fe235d6bd",  
   "compiledModules" : [],
   "uname" : {  
     "sysname" : "FreeBSD",  
     "release" : "11.2-RELEASE-p8",  
     "version" : "FreeBSD 11.2-RELEASE-p8 #0: Tue Jan 8 21:35:12 UTC 2019 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC",  
     "machine" : "amd64"  
   }  
 }  
}  

mongod(_ZN5mongo15printStackTraceERNSt3__113basic_ostreamIcNS0_11ch­ar_traitsIcEEEE+0x39) [0x2f5b089]
mongod(_ZN5mongo29reportOutOfMemoryErrorAndExitEv+0x15B) [0x2f5a94b]
libthr.so.3(pthread_sigmask+0x536) [0x806e23946]
libthr.so.3(pthread_getspecific+0xE12) [0x806e22eb2]
----- КОНЕЦ BACKTRACE -----  

Abort (core dumped)  

Кто-нибудь может помочь?
 
Mark Felder сказал: «mongodb 3.4 до недавнего времени не поддерживался на FreeBSD 12 из-за проблем с совместимостью OpenSSL. Вот почему я использовал mongodb 3.6 — чтобы обеспечить совместимость со всеми версиями FreeBSD. Ubiquiti могли бы давно решить эту проблему, но почему-то игнорируют её. Я вручную сделал обходной путь, чтобы UniFi LTS корректно работал с mongodb 3.6, убрав аргумент --nohttpinterface, который он пытается передать mongodb».
 
Написал мейнтейнеру, надеюсь, это поможет.
 
Думаю, нам стоит написать разработчику порта unifi5, но мне лень, да и с английским у меня плохо.
 
Твои подсказки сработали, отлично. Консоль снова работает. А если я хочу запускать не из портов, а из пакетов? На https://www.freshports.org/net-mgmt/unifi5/ написано: «net-mgmt/unifi5: Change dependency to mongodb36». Значит, пакет изначально сломан, и единственный выход — собирать самому?
 
Сделайте резервную копию вашего unifi (или используйте автоматическое резервное копирование). Скопируйте autobackup из /usr/local/share/java/unifi/data/backup/autobackup в ваш каталог.  
Выполните:  
cd /usr/ports/*/unifi5  
make deinstall (возможно, нужно будет тоже удалить mongodb 3.6.6, точно не помню).  
Откройте Makefile через vi и измените Run_Depends:  
RUN_DEPENDS= mongodb34>0:databases/mongodb34 \  
Удалите папку:  
rm -rf /usr/local/share/java/unifi/  
Запустите make install.  
Восстановление из резервной копии выполняется через веб-интерфейс.
 
Привет, у меня та же ошибка в установке FreeBSD 11.2 с Mongodb 3.6.6. Скорее всего, её корректно занёс какой-то пакет или обновление портов, на которое я особо не обращал внимания. Либо просто пропало электричество. Пока что это «всего лишь» тестовая установка — решаю, стоит ли тратиться на Unifi серьёзно. Но что скажет пользователь, который утверждает, что Unifi работает на версии 3.6 (хотя и не поддерживается)? Даже если она не поддерживается, почему 3.6 всё время падает? Какие логи могут указать на возможную причину? Как можно откатиться до 3.4? (Да, это не входит в обязанности ubnt, но, может, кто-то знает хорошее руководство и готов поделиться). Спасибо за любые советы по поводу направления!  
simon
Страницы: 1
Читают тему (гостей: 1)