yopp
клиент подключится к другому
!Древній Укр
ребята подскажите как правильно сделать (с mongo не работал читаю манулы ) у меня есть рабочий сервис на mongo v2.6.12 хочу обновить до 3.0 по мануалу просто надо + репо и обновить СЫКОТНО как бы перестраховаться?
yopp
mongodump + копия dbpath
Ринат
currentOp
там его вовсе нету…
yopp
если сервис можно остановить, то mongorestore самый простой вариант
yopp
делаем дамп и вливаем его в хоть в 4.0
!Древній Укр
тость сначала mongodump
!Древній Укр
после UPDATE to 4.0 и mongorestore
yopp
просто ставим на другом хосте 4.0, делам dump с 2.x и потом restore в 4.x
yopp
много данных?
!Древній Укр
та не
!Древній Укр
гиг может меньше
!Древній Укр
всем СПС буду пробовать
Serhii
unable to find index for $geoNear query пытаюсь замокать базу с помощью модулей которые хранят в memory айтемы, кто сталкивался с такой бедой?
Serhii
Это для тестов
Serhii
mongodb-memory-server
Serhii
Anonymous
.
Serhii
@dd_bb такая ошибка только когда я мемори базу поднимаю
Serhii
Да
Viktor
кто-нибудь настраивал экспортер прометеуса для монги? нашел перконовский, он ок?
Anonymous
Всем пиревет
Игорь
Подскажите, есть проблема. Запускаю монго в контейнере и при работе с ней она намертво зависает. Перестает принимать подключения, как и через сетейвой интерфейс, так и напрямую при попытке подключиться через cli в контейнере
Рагулєг🍉
> с ней она Кто она?
Владислав
Друзья, кто-то работает с монгой + транзакциями и spring? Кто как 112 ошибку решает?(write conflict)
The first
Присоединяюсь к вопросу
Nick
а что за ошибка такая?
Игорь
Подскажите, востанавливаю архивированный дамп в монго и зависает и начинает через некоторое время печатать в терминал одну и туже коллекцию каждые три секунды
Pavel
гайз, в коллекции есть документы с массивами, хочу достать только документы, у которых в массиве есть объекты либо с полем А==null, либо с полем B==null. Не могу побороть query
Nick
эх, ща бы ошибку по нормальному написать
Владислав
эх, ща бы ошибку по нормальному написать
nested exception is com.mongodb.MongoCommandException: Command failed with error 112 (WriteConflict): 'WriteConflict' on server
Владислав
возникает во время одновременной попытки изменения документа с некскольких мест
Nick
а ретрай нынче не в моде?
Владислав
а ретрай нынче не в моде?
можно ещё раз прочитать вопрос мой?
Владислав
я интересуюсь, как люди с этим работают
Nick
while (true){ try{ // make shit }catch() }
Nick
https://docs.mongodb.com/manual/core/transactions/#retry-transaction
Nick
Друзья, кто-то работает с монгой + транзакциями и spring? Кто как 112 ошибку решает?(write conflict)
а вы один док обновляете в транзакции или пачку, или хотя бы у вас последовательность неразрываемых действий?
Владислав
а вы один док обновляете в транзакции или пачку, или хотя бы у вас последовательность неразрываемых действий?
Вообще, идет набор операций, которые не дожидаются выполнения предыдущей операции, которые изменяют 1 и тот же документ
Nick
тогда зачем вам транзакции?
Nick
при работе с одним документом транзакции не нужны
Владислав
https://docs.mongodb.com/manual/core/transactions/#retry-transaction
это видел, вот как раз и уточнил, что работаю на спринге
Владислав
при работе с одним документом транзакции не нужны
я говорю про конкретный кейс, в которой возникает ошибка
Nick
это видел, вот как раз и уточнил, что работаю на спринге
в спринге ничего не меняется while (true){ try{ // make shit in other bean marked as transctional }catch() }
Nick
и с new в настроке транзакции
Владислав
я думал, что найдутся люди, которые встроенными средствами spring это решали, есть же retry у spring, думал, что люди поделятся опытом использования этой либы с монго
Nick
может кто еще ответит
yopp
так, пожалуйста, не надо тут собачится
Владислав
задаю вопрос не только тут
yopp
если ваша логика не last-write-wins, конфликты неизбежны
yopp
как их разрешать — отвественность приложения
Владислав
как их разрешать — отвественность приложения
понимаю, поэтому и решил поинтересоваться, кто как решает
yopp
это зависит от вашей бизнес-логики
Nick
имеется ввиду вы должны для своего софта простроить процессы работы с данными и указать какое поведение будет при всех возможных конфликтных ситуациях и это уже кодить общая рекомендация здесь неприменима, т.к. о том как правильно работать с вашими данными знаете только вы
Nick
даже пресловутый ретрай далеко не всегда допустим
Владислав
вы ушли не в ту сторону вопроса
yopp
вы ушли не в ту сторону вопроса
это единственная сторона вопроса
Владислав
прочтите, что я написал на счет retry у spring
yopp
конфликт означает что исходное состояние изменилось и ваши изменения больше не возможно применить
Владислав
я только про техническую сторону
yopp
что с этим делать — только вам решать
Nick
технически я выше написал как ретраить
Владислав
технически я выше написал как ретраить
вот, да, я про это и спрашивал
yopp
будет ли это rerty loop или изменение будет невозможно только вы можете решить
Владислав
думал, что найду людей, которые в спринге это делали в чате спринга люди не знакомы с монго тут наооборот
Владислав
вот как-то так и получается
Nick
вы в одной конторе работаете?)
Anonymous
Не думаю, у нас монга не в докере.
Игорь
У вас там тяжелых update-ов в это время не идет. У нас апдейт каждого элемента массива из более чем 45 тысяч элементов приводит к такому поведению.
Аналогично, поднимаю ее в докере, переношу с локальной машины в контейнер. Пока идет mongorestore монго вообще никем больше не трогается в этот момент. Сейчас решил попробовать еще раз сделать дамп со старой базы и поднять его, процесс в самом разгаре
Nick
У вас там тяжелых update-ов в это время не идет. У нас апдейт каждого элемента массива из более чем 45 тысяч элементов приводит к такому поведению.
"апдейт каждого элемента массива" а обновление это что за операция в вашем случае? счетчики накидваете?