Если она висела в STARTUP2, то ничего удивительного

не, она ж не может быть в стартап. в это время демона даже нет, к нему не подключиться вроде так

Если она висела в STARTUP2, то ничего удивительного

Она висела в "not available" или как-то так...

А, она на этой части лога так и висела?

Она висела в "not available" или как-то так...

это ее так мастер видел. точнее, "не видел" :) я бы, конечно, попытался такое повторить, если есть возможность. 6 часов! чем она занята-то такое время

А покажи что в итоге в логе?

Монга какой версии?

Во время восстановления я этот процесс завершил по SIGTERM, чтобы включить verbose 5 логах. Но это никак не дало ничего. Сообщение было такое же. Только потом когда поднялась, посыпался дебаг. Монга версии 3.2.9

Лог позже покажу если там что-то будет.

3.2.9 это очень старая версия. Но багу с журналом поправили где-то немного раньшеь

это ее так мастер видел. точнее, "не видел" :) я бы, конечно, попытался такое повторить, если есть возможность. 6 часов! чем она занята-то такое время

А зачем? Если бы она что-то писала хотя бы, так она висела как партизан 6 часов. Я даже strace'ом к процессу цеплялся, но там тоже ничего такого про процесс восстановления.

А зачем? Если бы она что-то писала хотя бы, так она висела как партизан 6 часов. Я даже strace'ом к процессу цеплялся, но там тоже ничего такого про процесс восстановления.

идея в том, что 6 часов - это оч много, как на мой взгляд. И никогда я даже близко таких значений не видел, хотя своими кривульками укладывал ее не единожды если она диском не крутила, то чем же она занималась-то? Вот это и интересно.

идея в том, что 6 часов - это оч много, как на мой взгляд. И никогда я даже близко таких значений не видел, хотя своими кривульками укладывал ее не единожды если она диском не крутила, то чем же она занималась-то? Вот это и интересно.

Интересно, но как определить что она там делает? Verbose 5 ничего не показывает.

логи бы. если оно диском не крутит и проц не юзает - то чего-то же ждёт чудес не бывает.

Интересно, но как определить что она там делает? Verbose 5 ничего не показывает.

Оно жевало журналы

Можешь в исходниках wt логстринги погрепать и посмотреть что оно делает

Оно жевало журналы

Я тоже так думаю.но автор вопроса утверждает, что диски не были нагружены. Это удивляет :)

Почему долго жевало — ¯\_(ツ)_/¯

Медленные диски:)

Не

Видно было бы по iowait

Вообще в 3.2 всё что угодно может быть.

Да? Иовейт при нескольких килобитах? Точно диски отстой :)

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

Тогда бы проц вставлен был

Не-а

Не обязательно вообще

Откуда тогда рейсу взяться? Диск не крутится . Кто ж еще гонку обеспечит?

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

6 часов?

А легко вообще.

Бага в генерации времени для последующей проверки? :)

Да

Всё что угодно

Логи бы. И стрейс. С открытыми дескрипторами.

WT — очень молодой. Там чего только не случается

Тебе то зачем?

Я вообще отталкивался от того, что 6 часов это овердофига. И надо посмотреть повторяется ли. Если да то смотреть чем оно занято. Если нет - думать что елиноращовый глюк

На 3.2.9 вообще смысла что-то изучать нет. Поднять до последней версии и попробовать повторить.

Там в логе еще конфмг был и кеш в 150 гиг смущает

Чем смущает?

Если что и должно смущать, так это версия годичной давности.

Это же тот кеш который советуют не трогать, если монга не в контейнере? Или путаю?

Которая вышла до 3.4 и в которой скорее всего нет кучи бекпортов

Если видимая память не соответствует доступной

Я не очень вижу как кэш может влиять на проигрывание журанала.

Точнее его размер

По сути это просто верхний лимит количества страниц в памяти. Конкретное значение особой разницы играть не будет.

А 6 часов рейс кондишн не удивляет? Если я правильно помню тот кусок лога, то значит кто т полез и накрутил конфиг. Возможно не оптимально. Поэтому монга и была убита. А что там еще... поли догадывайся. Мод она в фореграунде была запущена и потом спала в ctrl-z, пока не перезапустили

А 6 часов рейс кондишн не удивляет? Если я правильно помню тот кусок лога, то значит кто т полез и накрутил конфиг. Возможно не оптимально. Поэтому монга и была убита. А что там еще... поли догадывайся. Мод она в фореграунде была запущена и потом спала в ctrl-z, пока не перезапустили

Чувак, я монгу с 0.8.х эксплуатирую. Меня ничего не удивляет вообще ;)

Я бы повторил, в общем

Я бы обновил.

Чувак, я монгу с 0.8.х эксплуатирую. Меня ничего не удивляет вообще ;)

:) Я с ней знаком пару месяцев. Я удивляюсь!!!

Тратить время на поиск проблемы в устаревшей версии монги — пустая трата времени

Эт правда.

Русский чот совсем забывается. :(

И результат будет бесполезен

Русский чот совсем забывается. :(

Откуда ты? И давно там?

Важно понимать что 3.2.9 вышла до 3.4, а там дальше тупо может и не быть кучи всяких фиксов. Я не следил много ли из 3.3 в 3.2 бекпортировпли.

Могли и не портировать.

Откуда ты? И давно там?

Я кочевое животное.

А 6 часов рейс кондишн не удивляет? Если я правильно помню тот кусок лога, то значит кто т полез и накрутил конфиг. Возможно не оптимально. Поэтому монга и была убита. А что там еще... поли догадывайся. Мод она в фореграунде была запущена и потом спала в ctrl-z, пока не перезапустили

Нене. Никакова фореграунда. Хард ресет, штатный подъем по systemd во время старта ос

Нене. Никакова фореграунда. Хард ресет, штатный подъем по systemd во время старта ос

Пришло время обновляться

Желательно уже до 3.4. Там скоро 3.6 выйдет

Стоит на 3.6 обновляться сразу после релиза? Или лучше багфиксов подождать (3.6.1 например)

Пришло время обновляться

Все к этому идёт.

Стоит на 3.6 обновляться сразу после релиза? Или лучше багфиксов подождать (3.6.1 например)

На продакшене — не стоит

И на 3.6.1 не стоит :)

Мы когда-то с 2.6 сразу на 3.4 переехали резко

Все к этому идёт.

Я не знаю чему ты удивляешься тогда ;)

Лучше дождаться пока опытные пионеры всё разведают и потом уже переезжать.

Если не будет проблем с обратной совместимостью как в 3.4 можно пару нод поднять и посмотреть.

А 3.4.7 как? Нормальная уже?

Что считать нормальным?

Не крашится рандомно

По-моему ты рассказывал недавно, что в какой-то 3.4.х крашнулось

Когда монга крашится это в какой-то степени даже хорошо

А вот когда она начинает на каких-то кейсах неприличности вытворять, вот это очень обидно.

Там какая-то засада с монгосами была недавно

В .6 кажется

Кстати, кто-нибудь пользуется views из 3.4?

Интересно насколько оно юзабельно в реальных кейсах

Если у тебя легкая агрегация — то сойдёт. Но там нет кеширования, так что я смысла вообще не вижу в ней

А, тогда нафиг

Оно, наверное, еще и в индексы не умеет толком

Не знаю. Они судя по всему куда-то с этим идут, но по текущему состоянию это какие-то адовые зачатки.

Можно было назвать это хранимыми агрегациями и не морочить голову.

Я сейчас вижу эту фичу как "сохраненный запрос aggregate"

А такое мне больше в коде нравится видеть

Да. Не понимаю зачем тащить бизнес-логику в субд

Интересно насколько оно юзабельно в реальных кейсах

Был случай, нужно было делать 2-3 разных аггрегации, решил что можно разбить на вьюхи и потом делать lookup. Закончилось все очень плохо, переписал на одну аггрегацию хоть и достаточно большую.

Всем привет. Как гуру хранят в Монге список лайкнувших пост? Подозреваю что как-то так: // mongoose model fields likes: [ { type: Schema.ObjectId, ref: 'User' }], // mongoose model fields

Всем привет. Как гуру хранят в Монге список лайкнувших пост? Подозреваю что как-то так: // mongoose model fields likes: [ { type: Schema.ObjectId, ref: 'User' }], // mongoose model fields

Зависит от того что потом с лайками делать.

Зависит от того что потом с лайками делать.

получать список, считать количество, возможность сделать unlike Иначе я бы просто цифру хранил ))

Показывать цифру: поле в посте. Получать список: если лайков тысячи, то в отдельной коллекции, по несколько сотен в одном документе; если меньше прямо в посте. Показывать лайкнул пользователь или нет: либо по индексу в коллекции с лайками, либо ещё одна коллекция инвертированная в сторону пользователя.

Поле в посте — счётчик в смысле.

А как быть с комментариями? Есть две модели - Post и Answer. Комментировать можно и пост, и ответ на пост. То есть при создании комментария я передаю ID поста или ответа и какой-то флаг, указывающий на то к какой модели коммент? Типа target_type: 'Post' // Answer

Materialized Path