Господа, кто то юзает ансибл для начального провиженинга mongo ? далаю так вот - name: create admin user mongodb_user: database: admin user: root password: pass replica_set: test roles: root state: present получаю Unable to add or update user: not authorized on admin to execute command { createUser: "root", pwd: "xxx", digestPassword: false, roles: [ "root" ] } чот она от меня хочет ?

а подскажите в чем могут быть подводные камни при прямом обновлении с 2.4 до 3.6 ? не так давно раскатил дамп с базы 2.4 на свежую версию - проблем не обнаружилось и все завелось

В общем монго с wt достаточно умна чтобы вы про это не думали

Привет. У меня пару вопросов - одиночные инсерты как-то на стороне wiredtiger собираются в кучу, чтобы на клиенте не делать балк-инсерты? Необходимо ли делать короткие имена полей в документе, чтобы сэкономить место? Они никак сами не сжимаются?

а подскажите в чем могут быть подводные камни при прямом обновлении с 2.4 до 3.6 ? не так давно раскатил дамп с базы 2.4 на свежую версию - проблем не обнаружилось и все завелось

то есть вполне можно обновиться следующим образом? остановить монгу сделать дамп обновить до свежей версии запустить если поломалось - все прибить и раскатить дамп на свежую версию

(на счет "первой очереди" могу быть не совсем прав. Я не знаю, если потребовать подтверждение записи, сгруппирует ли монга подтверждение для балка?)

Но зачем

ну то есть при прямом обновлении не будет проблем с тем, что данные внезапно неработоспособные на свежей версии? )

всем привет! почему-то, например, find by id, не возвращает промис, приходится что-то такое делать, это нормально?

Кажется, это mongoose, он поумолчанию умеет промис. Какая версия у тебя?

^4.9.1

Так в докн к методу этому что написано? Он промис должен возвращать?

Не хочешь обновится хотя бы до [https://github.com/Automattic/mongoose/blob/master/History.md](4.13.11)? С такой старой версей не работал, но где-то с 4.11 точно начал юзать async/await - а они работают на Promise

ну вроде не все методы возвращают, я читал

всё сложно с обновлением

Подскажите кто знает как заставить монгу автоматически запукаться если крэшит? есть Upstart respawn respawn limit 30 2 но чет оно не пашет если я прибиваю процесс так и лежит сервис sudo reboot тоже не помогает создал вот так sudo nano /etc/init/mongodb.conf

Подскажите кто знает как заставить монгу автоматически запукаться если крэшит? есть Upstart respawn respawn limit 30 2 но чет оно не пашет если я прибиваю процесс так и лежит сервис sudo reboot тоже не помогает создал вот так sudo nano /etc/init/mongodb.conf

Здравствуйте, товарищи! Два вопроса есть: влияет ли на производительность количество коллекций в одной базе и влияет ли длинна названия коллекции на производительность?

Длинна не влияет. Если стоит вопрос об одной большой коллекции или нескольких небольших, то лучше несколько небольших. Больше информации по этому вопросу можно найти в документации https://docs.mongodb.com/manual/core/data-model-operations/

А такой вопрос. Работаю через драйвер на питоне и пытаюсь записать словарь методом insert_one, выкидывает ошибку TypeError: Object of type 'InsertOneResult' is not JSON serializable

Кто то использует mongoose для отслеживания ивентов в mongo при insert/delete ?. Не на реплике, на stand-alone db

Подскажите кто знает как заставить монгу автоматически запукаться если крэшит? есть Upstart respawn respawn limit 30 2 но чет оно не пашет если я прибиваю процесс так и лежит сервис sudo reboot тоже не помогает создал вот так sudo nano /etc/init/mongodb.conf

Если кому интересно то оказалось все следующим образом. Там уже все ini конфиги настроены. работает это через upstart и systemd. upstart используется в ubuntu вплоть до версии 14. начиная с 15 уже systemd пиэтому нигде не мог найти эти зацепки которые гуглятся. sudo nano /lib/systemd/system/mongod.service добавить Restart=on-failure ну и дальше использовать команды systemctl status mongod sudo systemctl stop mongod sudo systemctl start mongod sudo systemctl restart mongod