sudo chown -R mongodb:mongodb <path_to_db>

или sudo chown -R mongodb:mongodb db?

судя по всему да

можете просто указать абсолютный путь, а не относительный

ls -la

но вообще заведите себе лучше атлас)

https://www.mongodb.com/cloud/atlas

ls -la

такие же как и были

root?

покажите что внутри

ща

root?

ты про рут дерикторию?

про владельца директории

вы что-то намудрили

почему у вас группа 777?

ой, не группа

владелец

777 root

777 root

патамушта мы элита

Сори

777 root

Крутой владелец просто, ВИП.

перепутал с chmod

вам нужно чтоб и владелец и группа были mongodb

скорее порядок ввода ключей в chmod

да, что-то такое

и поправьте у data владельца (chown без -R )

аааа

chown root /data

на одну дерикторию ниже

выше

Ну или выше)

Всё

То есть ввел просто команду..

А не всё в том смысле что помогло

mongod 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] MongoDB starting : pid=14488 port=27017 dbpath=/data/db 64-bit host=woolf 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] db version v3.6.3 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] git version: 9586e557d54ef70f9ca4b43c26892cd55257e1a5 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.1.0h 27 Mar 2018 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] allocator: tcmalloc 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] modules: none 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] build environment: 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] distarch: x86_64 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] target_arch: x86_64 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] options: {} 2018-10-18T19:31:41.030+0300 I STORAGE [initandlisten] exception in initAndListen: IllegalOperation: Attempted to create a lock file on a read-only directory: /data/db, terminating 2018-10-18T19:31:41.030+0300 I CONTROL [initandlisten] now exiting 2018-10-18T19:31:41.031+0300 I CONTROL [initandlisten] shutting down with code:100

exception in initAndListen: IllegalOperation: Attempted to create a lock file on a read-only directory: /data/db, terminating

вроде как уже получше

зачем?

зачем?

нагуглил так..

¯\_(ツ)_/¯

вернуть?

вам в другую группу

а ещё лучше заведите себе базу через atlas

если вам не хватает опыта права на директории поставить, так чтоб процесс мог туда читать и писать, у вас могут возникнуть большие трудности со всем остальным

если вам не хватает опыта права на директории поставить, так чтоб процесс мог туда читать и писать, у вас могут возникнуть большие трудности со всем остальным

суть же не в этом...Я могу поставить права на папку, но проблема в том это ли решает проблему...Если права на /data/db должны стоять mongodb:mongodb то окей, но я же не знаю должны ли они быть такими

у вас убунта?

у вас убунта?

+

вы монгу из официальных пакетов ставили?

ДА

https://docs.mongodb.com/manual/administration/install-on-linux/

Вот так

sudo service mongodb start

Failed to start mongod.service: Unit mongod.service not found.

вы чота намутили

попробуйте sudo service mongodb start

я вечно путаюсь mongod или mongodb

вы чота намутили

так работает...

Ноо

щас

вы наверняка уже что-то с /etc/mongod.conf сделали?

удалите пакеты, поставьте по новой

запускайте через service

но вообще вам куданибудь в группу про линукс

запускайте через service

лучше через systemctl start mongod

никакой ваще разницы нет

Ну это пока service не выпилили

его хоть в каком-то из релизов выпилили?

его хоть в каком-то из релизов выпилили?

не, это по сути скрипт под капотом которого systemctl

ну вот, его даже deprecated не делали

ну ок, вкусовщина видимо =)

нет, не надо выяснять версию убунты

заново

хз

чёт так само

переставили и не завелось?

покажите systemctl status mongod

покажите systemctl status mongod

нот фаунд же

mongodb только есть

у вас конфиг в /etc/mongod.conf есть?

Всем привет. У кого-нибудь есть опыт использования в проде mongo cloud? Интересует скорость переезда с одной подписки на другую, например с M3 -> M4 и обратно M4 -> M3. Динамическое добавление/удаление нод в разных регионах. Речь только про replica set, шард кластер не рассматривается.

db.getCollection('payments').aggregate([ { "$match": {status: 'paid'} }, { "$group": { "_id": null, "total": {"$sum": ["$amount", "$credentials.WMI_COMMISSION_AMOUNT"]} } } ]) Как вывести общую сумму оплат с вычетом комиссии, которая находится в credentials.WMI_COMMISSION_AMOUNT? При таком запросе ошибка: Error: Assert: command failed: { "ok" : 0, "errmsg" : "aggregating group operators are unary ($sum)", "code" : 15953 } : aggregate failed

db.getCollection('payments').aggregate([ { "$match": {status: 'paid'} }, { "$group": { "_id": null, "total": {"$sum": ["$amount", "$credentials.WMI_COMMISSION_AMOUNT"]} } } ]) Как вывести общую сумму оплат с вычетом комиссии, которая находится в credentials.WMI_COMMISSION_AMOUNT? При таком запросе ошибка: Error: Assert: command failed: { "ok" : 0, "errmsg" : "aggregating group operators are unary ($sum)", "code" : 15953 } : aggregate failed

$sum со списком возможно только на стейдже project https://docs.mongodb.com/manual/reference/operator/aggregation/sum/#definition

Всем привет. У кого-нибудь есть опыт использования в проде mongo cloud? Интересует скорость переезда с одной подписки на другую, например с M3 -> M4 и обратно M4 -> M3. Динамическое добавление/удаление нод в разных регионах. Речь только про replica set, шард кластер не рассматривается.

репликасет по одной ноде rolling upgrade делает

сколько займёт зависит от облачного провайдера

оно тушит текущую ноду, отцепляет блочное устройство, делает провиженинг новой ноды с этим блочным устройством

и потом ждёт пока нода догонит кластер

про добавление нод не знаю, не приходилось использовать. в зависимости от того как они будут ноды бутстрапить, будет зависеть скорость. скорее всего они просто поднимают пустую ноду, а значит это займёт ровно столько, сколько занимает initial sync. если они снепшот блочного устройства подсосывают, то наверное столько, сколько нужно на копию снепшота + догнать кластер. но я чот сомневаюсь что они по второму сценарию идут

и потом ждёт пока нода догонит кластер

А если новая нода не догоняет кластер и оплог успевает ротироваться, как быть?

Планируется активная запись

шардировать