Serge
25.04.2016
16:08:16
Алексей
25.04.2016
16:08:47
чудес не бывает. но алгоритмика бывает решает ни хуже чуда
Roman
25.04.2016
17:05:53
Google
Алексей
25.04.2016
17:15:22
эх.
опять это слово. :)
Roman
25.04.2016
18:06:48
Обычно - соточку
Алексей
28.04.2016
11:50:03
https://www.percona.com/blog/2015/12/23/percona-server-for-mongodb-storage-engines-in-iibench-insert-workload/
я праивльно опнимаю что они предлагаю заменить монгу своим лджвидком ?
[Anonymous]
28.04.2016
11:50:53
Коллеги - ищу докладчиков по Mongo на DevConf 2016 http://devconf.ru/ru/offers/ - может кого посоветуете?
Serge
28.04.2016
11:53:41
[Anonymous]
28.04.2016
11:55:36
Спасибо Сергей..
Алексей
28.04.2016
11:56:08
Типа того
ну тоесть это уже не совсем монга да ?
Serge
28.04.2016
11:56:14
ага
Alex
29.04.2016
15:44:13
Google
Алексей
29.04.2016
15:45:25
спасибо.
Roman
29.04.2016
16:13:09
и если каталог с индексами снести, то монга упадёт.
правда, если запустить с —repair - оно индексы восстановит :)
Алексей
29.04.2016
16:14:49
да процедура миграции так себе получилась
зато время старта очень радует
Alex
29.04.2016
16:15:45
а какие у вас размеры данных и почему так важно время старта (сколько ж было, что оно заметно??) ?
если не секрет =)
Алексей
29.04.2016
16:16:07
вообще плевые.
648 метров индекс
Alex
29.04.2016
16:16:37
А. Ну это копейки, да.
Алексей
29.04.2016
16:17:08
ну вообще mongo не хотела стартовать с добавленными
wiredTiger:
engineConfig:
directoryForIndexes: true
Serge
29.04.2016
16:17:19
ну и время старта так-то должно быть редко нужно
Алексей
29.04.2016
16:17:19
пришлось через dump/restore
согласен
тем неменее это первое что бросилось в глаза
Serge
29.04.2016
16:17:42
ожидаемо, что dump/restore нужен
ну может —repair бы помог
типа "ой, я потерял индексы, которые там лежали";)
Алексей
29.04.2016
16:18:14
2016-04-29T18:57:20.697+0300 I STORAGE [initandlisten] exception in initAndListen: 72 Requested option conflicts with current storage engine option for directoryForIndexes; you requested true but the current server storage is already set to false and cannot be changed, terminating
2016-04-29T18:57:20.697+0300 I CONTROL [initandlisten] dbexit: rc: 100
это при старте
Google
Alex
29.04.2016
16:21:36
У нас давеча монга сама про... потеряла индексы. Причем, она потеряла в том числе и сами описания индексов. А эти описания были даже ценнее, чем сами данные, т.к состояли из несколко десятков полей с различными направлениями сортировки... в общем, сцука. =)
Алексей
29.04.2016
16:21:57
как спасли ?
Alex
29.04.2016
16:23:33
А никак. Восстанавливали по коду, руками. Ну несколько команд создания индексов нашли в history консоли. Теперь настроили бэкап метаданных... Сама БД не бекапится, т.к все данные горячие. Важна была только "схема", как бы смешно это не звучало для schemeless db :)
Да, кстати, это всё было в реплике. Нифига не помогло.
Serge
29.04.2016
16:24:05
какая версия/бэкенд?
Alex
29.04.2016
16:24:45
$ /opt/mongo/bin/mongod —version
db version v2.6.5
2016-04-29T19:24:36.181+0300 git version: e99d4fcb4279c0279796f237aa92fe3b64560bf6
Roman
29.04.2016
16:24:51
Алексей
29.04.2016
16:25:11
да я так и сделал
Alex
29.04.2016
16:25:36
CentOS release 6.7 (Final)
Хотя, надо признать, что база посыпалась из-за проблем с дисковой подсистемой на текущем мастере (гребаный адаптек :E ) . В этом случае, конечно, особых претензий предъявлять не корректно
Serge
29.04.2016
16:30:11
2.6.5 !!!
Roman
29.04.2016
16:30:32
Serge
29.04.2016
16:30:46
я в 1.8 и базу продолбил всю один раз и не восстановил
Roman
29.04.2016
16:30:47
в ubuntu 16.04 и сейчас по дефолту 2.6
Serge
29.04.2016
16:30:54
кого это волнует?
кто вообще в своем уме ставит из дистра монгу?
https://docs.mongodb.org/manual/administration/install-on-linux/#recommended-linux-install
Alex
29.04.2016
16:36:00
Ну понимаете. Если она работает и есть не просит, то у нас хватает других дел, чем гнаться за самой-самой последней версией. Да, и у нас установка не из репозов была.
И вообще, пинять на то, что все проблемы из-за старой версии - не корректно. Это релизная для своего времени стабильная версия, она должна работать.
Google
Admin
Alex
29.04.2016
16:40:54
Или, например, расскажите тогда нам, как переносят базы, когда индексы с данными тянут в сумме под 800гб, данные постоянно меняются и базой почти постоянно работают под пару сотен коннектов. Да, она у нас на 2. Если задача плавного переезда 2 -> 3 в такой ситуации для вас лёгкий орешек - я завидую :)
Serge
29.04.2016
21:12:16
Ну, аккуратно жили с бэкапами. До 3.0 монга была так, beta. Но при наличии 3.0 и возможности легко ее поставить. Жить на 2.6 в принципе смысла не имеет.
Ну и к тому же, никто не будет ничего фиксить, пока на поддерживаемой версии не воспроизведется.
Roman
29.04.2016
22:30:15
Что это?
Алексей
03.05.2016
10:45:19
Господа, вижу в mongostat чnо база ~200 операций в секунду занимается удалением
как бы понять коллекцию в которой происходит это ?
Alex
03.05.2016
10:50:47
через вебку
ну или mongotop может поможет
Алексей
03.05.2016
10:52:53
Вебку?
Я как то даже не включал ее
Alex
03.05.2016
10:54:26
да. а какая версия? оказывается после 3.2 её зарубили...
ищите HTTP Status Interface. В нем была таблица, где по коллекция подробно всё расписывалось. Но по идее должна быть альтернатива, надо поискать
Алексей
03.05.2016
10:55:48
3.2
Alex
03.05.2016
10:56:20
М, тогда не подойдет
А, ну вот, вроде через команду можно всё видеть. Правда, табличка была удобнее
db.adminCommand("top")
Алексей
03.05.2016
11:08:49
Спасибо
то что нужно
дальше обработка напильником :)
Google
Roman
03.05.2016
11:16:33
Я случайно узнал что сегодня нерабочий день.
Алексей
03.05.2016
12:22:14
боль, ужас, страдание. как же так ?
James
04.05.2016
14:03:30
Коллеги подскажите по этой байде "stateStr" : "ROLLBACK",
есть хайлоад проэкт с базой монги в 750гб
этот стейт уже больше недели. перед запуском всё было скопировано через rsync
мастер 3.0.10 слейв 3.0.1
Alex
04.05.2016
14:10:57
реплика, да?
James
04.05.2016
14:11:23
да
Alex
04.05.2016
14:12:50
а покажите весь rs.status() ?