Mongod жалуется, что нет папки / data / db

После получения той же самой ошибки, что и Nik

chown: id -u: Неверный аргумент

Я выяснил, что это, по-видимому, произошло из-за неправильного типа кавычек (должно быть backquotes) Форумы Ubuntu

Вместо этого я просто использовал

sudo chown $USER/data/db

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

Это работает для меня, в комментариях:

sudo chown -R $USER /data/db

Создайте папку.

sudo mkdir -p /data/db/

Дайте себе разрешение на папку.

sudo chown `id -u` /data/db

Затем вы можете запустить mongod без sudo. Работает на OSX Yosemite

Чтобы исправить эту ошибку в OS X, я перезапустил и остановил службу: $ brew services restart mongodb $ brew services stop mongodb

Затем я запустил mongod --config /usr/local/etc/mongod.conf, и проблема исчезла.

Ошибка возникла после обновления пакета homebrew mongodb.

Установка через brew на Mac, где YOUR_USER_NAME и персонал - это группа

sudo mkdir -p /data/db
sudo chmod +x+r+w /data/db/
sudo touch /data/db/mongod.lock
sudo chown YOUR_USER_NAME:staff /data/db
sudo chmod +x+r+w /data/db/mongod.lock
sudo chown YOUR_USER_NAME:staff /data/db/mongod.lock

Если вы запустите mongo без аргументов, предположите, что вы работаете на производственной машине, чтобы использовать местоположения по умолчанию.

для использования вашей собственной базы данных (dev или просто другой):

./bin/mongod --dbpath ~/data/db

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

Я только что отправился в корневой каталог с помощью Finder и создал новую папку, используя "Новая папка". Полностью работал на меня.

Примечание. Я использую OSX.

я сделал

brew install mongodb

на 2018-02-01, и это дало мне версию mongodb 3.6.2.

По подсказке от orluke выше я попробовал просто

$ brew services restart mongodb

и все возникло в жизни. Мой вызов mongoose.createConnection() сделал то, что я хотел. GUI MongoDB Compass, версия сообщества, будет подключен. Я использовал Compass, чтобы посмотреть на коллекцию local.startup_log. В нем был один документ, в котором я только что запустил службу mongoDB, и это было

cmdLine:Object
    config:"/usr/local/etc/mongod.conf"

и действительно был такой файл:

$ more /usr/local/etc/mongod.conf
systemLog:
  destination: file
  path: /usr/local/var/log/mongodb/mongo.log
  logAppend: true
storage:
  dbPath: /usr/local/var/mongodb
net:
  bindIp: 127.0.0.1

и там был каталог /usr/local/var/mongodb со множеством непонятных файлов. Так что, похоже, сейчас работает установка.

Я не уверен, что при brew services restart служба запускается при входе в систему. Так я и сделал

brew services stop mongodb
brew services start mongodb

и надеялся, что запустит его снова после перезагрузки. И это действительно так. На самом деле, теперь, я думаю, что правильная вещь после начальной установки

brew services start mongodb

и это должно запустить службу и перезапустить ее после перезагрузки.

У меня была эта проблема с существующей установкой Mongodb. Я до сих пор не уверен, почему это произошло, но по какой-то причине процесс Mongod не смог найти файл mongod.config. Поскольку он не мог найти файл конфигурации, он пытался найти файлы DB в /data/db, папке, которая не существует. Однако файл конфигурации все еще был доступен, поэтому я убедился, что у процесса есть разрешения на файл конфигурации, и запустил процесс mongod с флагом --config следующим образом:

mongod --config /etc/mongod.conf

В самом файле конфигурации у меня была эта настройка:

storage:
  dbPath: /var/lib/mongodb

И так процесс может снова найти настоящую папку БД.

Ваша команда создаст структуру каталогов в текущей папке, а не корневую директорию вашего компьютера (это то, что отсутствует /).

Первая команда была правильной, но поскольку вы пытаетесь создать папку в /, которая является защищенным каталогом, вам нужно прикрепить ее к sudo, что является сокращением для "superuser do". Затем вам будет предложено ввести пароль.

Таким образом, полная команда:

$ sudo mkdir -p /data/db

Вам нужно создать /data/db..., который представляет собой каталог с именем /data/ в вашем корневом каталоге (т.е. /). и подпапка там называется /db/...

Вы получаете ошибки разрешения, потому что вам нужно использовать sudo, чтобы создать директиву в корневом каталоге в MacOS, sudo позволяет запускать команды в качестве администратора.

Итак, запустите это вместо...

$ sudo mkdir -p /data/db

Это подскажет вам пароль, тот же пароль, который вы используете для изменения системных настроек (этот маленький диалог, который открывается при попытке изменить вещи в Системных настройках для ecample), и, вероятно, так же, как вы используете для входа в систему.

Простое примечание:

Если вы попытались запустить mongod, не изменяя сначала разрешения, у вас, скорее всего, будет файл mongod.lock(и некоторые другие файлы) в каталоге /data/db. Даже после того, как вы измените разрешения для каталога /data/db, чтобы предоставить доступ к вашему USER, вы продолжите получать "Невозможно создать/открыть файл блокировки:/data/db/mongod.lock errno: 13 Permission denied" ошибка. Запустите ls -al/data/db, и вы, вероятно, увидите, что разрешения для отдельных файлов по-прежнему настроены как root для пользователя, а не для вашего USER. Вам следует удалить файл mongod.lock и другие. Затем, когда вы снова запустите mongod, все должно работать, и вы можете проверить, соответствуют ли разрешения файлов разрешениям каталога, запустив ls -al снова.

Вы пытаетесь создать каталог, к которому у вас нет доступа root.

Для тестирования mongodb я просто использую каталог из каталога пользователя, например:

cd
mkdir -p temp/
mongod --dbpath .

Это сделает базу данных mongo в temp/из вашего текущего рабочего каталога

До этой даты я также думал, что нам нужно создать эту папку /data/db для запуска команды mongod.

Но недавно я попытался запустить mongod с сервисной командой, и она работала для меня, и не было необходимости создавать каталог /data/db.

service mongod start

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

service mongod status

Это решение решает мою проблему

1. Сделать каталог как

   Судо Макдир -p/data/db

2. Это сделает каталог с именем db, а затем попытаться начать с помощью команд

   судо монгод

Если вы получаете другую ошибку или проблему с запуском mongod, вы можете найти проблему как

Не удалось настроить прослушиватель: SocketException: Адрес уже используется Если вы обнаружите, что другая ошибка, чем вы должны убить запущенный процесс mongod, набрав в терминале как

ps ax | grep mongod
sudo kill ps_number

и найдите работающий порт mongod и убейте процесс. Другой способ - создать специальный порт при запуске mongod как

sudo mongod --port 27018

Я продолжал получать следующую ошибку, когда пытался запустить mongodb.

"shutting down with code:100" 

Я использовал следующую команду:

./mongod --dbpath=~/mongo-data

Исправление для меня состояло в том, что мне не нужен знак "=", и это вызывало ошибку. Так я и сделал

./mongod --dbpath ~/mongo-data

Просто хотел выбросить это там, потому что ошибка никоим образом не указывает, что это проблема. Я почти удалил содержимое каталога ~/mongo-data, чтобы посмотреть, помогло ли это. Рад, что вспомнил, что в некоторых случаях знак "=" не используется.

В более современных версиях MongoDB у меня есть 3.2.10, он сохраняется по умолчанию в

/var/lib/mongodb

Введите "id" на терминале, чтобы просмотреть доступные идентификаторы пользователей, которые вы можете дать, Затем просто введите

"sudo chown -R idname/data/db"

Это сработало для меня! Надеюсь, это решит вашу проблему.