Mongod skarży się, że nie ma folderu /data/db

Po otrzymaniu tego samego błędu co Nik

Chown: id-u: Invalid argument

Dowiedziałem się, że wynika to z użycia niewłaściwego typu cudzysłowów (powinno być backquotes) Ubuntu Forums

Zamiast tego użyłem

Sudo chown $USER / data / db

Jako alternatywa i teraz mongod ma potrzebne uprawnienia.

To działa dla mnie, znaleziono w komentarzach:

sudo chown -R $USER /data/db

Utwórz folder.

sudo mkdir -p /data/db/

Daj sobie pozwolenie na folder.

sudo chown `id -u` /data/db

Następnie można uruchomić mongod Bez sudo. Działa na OSX Yosemite

Aby naprawić ten błąd na OS X, uruchomiłem ponownie i zatrzymałem usługę: $ brew services restart mongodb $ brew services stop mongodb

Błąd pojawił się po aktualizacji pakietu MongoDB homebrew.

Jeśli uruchamiasz mongo bez argumentów, Zakładamy, że działasz na maszynie produkcyjnej, więc używasz domyślnych lokalizacji.

Za korzystanie z własnej bazy danych (dev lub po prostu innej):

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

Instalacja przez brew na Macu gdzie YOUR_USER_NAME i staff jest grupą

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

Miałem taki problem z istniejącą konfiguracją Mongodb. Nadal nie jestem pewien, dlaczego to się stało, ale z jakiegoś powodu proces Mongod nie mógł znaleźć mongod.plik konfiguracyjny. Ponieważ nie mógł znaleźć pliku konfiguracyjnego, próbował znaleźć pliki DB w/data / db, folderze, który nie istniał. Jednak plik konfiguracyjny był nadal dostępny, więc upewniłem się, że proces ma uprawnienia do pliku konfiguracyjnego i uruchomiłem proces mongod z flagą --config w następujący sposób:

mongod --config /etc/mongod.conf

W samym pliku konfiguracyjnym Miałem takie ustawienie:

storage:
  dbPath: /var/lib/mongodb

I w ten sposób proces mógł ponownie znaleźć prawdziwy folder DB.

Zrobiłem

brew install mongodb

W dniu 2018-02-01 i to dało mi mongodb wersję 3.6.2.

Wywołany przez odpowiedź od orluke powyżej, próbowałem tylko

$ brew services restart mongodb

I wszystko zrodziło się w życiu. Mój telefon zrobił to, co chciałem. [[20]}GUI MongoDB Compass , wersja community, połączy się. Użyłem kompasu, aby spojrzeć na kolekcję local.startup_log. To, że miał JEDEN dokument, dziennik mnie właśnie rozpoczynającego usługę mongoDB, i że miał

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

I rzeczywiście był taki plik:

$ 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

I był /usr/local/var/mongodb katalog z mnóstwem niejasnych plików. Tak wygląda teraz instalacja.

Nie jestem pewien, czy brew services restart ustawia usługę do uruchomienia przy logowaniu. Więc zrobiłem

brew services stop mongodb
brew services start mongodb

I miałem nadzieję, że uruchomi się ponownie po ponownym uruchomieniu. I rzeczywiście tak było. W rzeczywistości, teraz myślę, że właściwą rzeczą do zrobienia po początkowej instalacji jest

brew services start mongodb

I to powinno uruchomić usługę i zrestartować ją po restart.

Chciałem tylko zaznaczyć, że jeśli spróbujesz tego i natkniesz się na mkdir: /data/db: Read-only file system, zobacz ten komentarz, który mi pomógł: https://stackoverflow.com/a/58895373 .

W ten sposób, jeśli ktoś jest na tej odpowiedzi i nie kontroluje F dla "tylko do odczytu", zobaczą to

Twoje polecenie utworzy strukturę katalogów w bieżącym folderze, a nie katalogu głównym twojego komputera (którym jest brakująca /).

Pierwsze polecenie było poprawne, ale ponieważ próbujesz utworzyć folder w /, który jest chronionym katalogiem, musisz go przedrostkiem sudo, co jest skrótem od "superuser do". Zostaniesz poproszony o podanie hasła.

Więc pełna Komenda brzmiałaby:

$ sudo mkdir -p /data/db

Próbujesz utworzyć katalog, do którego nie masz dostępu root.

Do testowania mongodb, po prostu używam katalogu z mojego katalogu użytkownika, takiego jak:

cd
mkdir -p temp/
mongod --dbpath .

Spowoduje to utworzenie bazy danych mongo w temp / z bieżącego katalogu roboczego

Rozwiązałem ten sam problem, tworząc foldery / data / db za pomocą menedżera okien. Próbowałem to zrobić za pomocą terminala na początku, a aby utworzyć folder w katalogu głównym, musiałem użyć sudo.

Po prostu poszedłem do katalogu głównego za pomocą Findera i utworzyłem nowy folder za pomocą 'New Folder'. Na mnie zadziałało.

Uwaga: używam OSX.

Musisz stworzyć /Dane / db ... jest to katalog o nazwie / data / w katalogu głównym (tj. /) i tam podfolder o nazwie / db / ...

Dostajesz błędy uprawnień ponieważ musisz użyć sudo aby utworzyć direotry w katalogu głównym w systemie MacOS sudo pozwala uruchamiać polecenia jako administrator.

$ sudo mkdir -p /data/db

To wyświetli monit o hasło, jest to to samo hasło, którego używasz do zmiany Ustawienia systemowe (to małe okno dialogowe, które otwiera się, gdy próbujesz zmienić rzeczy w Preferencjach systemowych dla ecample), i prawdopodobnie tak samo, jak używasz do logowania.

Tylko krótka notka:

Jeśli próbowałeś uruchomić mongod bez uprzedniej zmiany uprawnień, prawdopodobnie będziesz mieć mongod.Zablokuj plik (i kilka innych plików) w katalogu/data / db. Nawet po zmianie uprawnień dla katalogu / data / db, aby dać dostęp do użytkownika$, nadal będziesz otrzymywać "nie można utworzyć / otworzyć pliku blokady: / data/db / mongod.lock errno:13 Permission denied " błąd. Uruchom ls-al /data / db i prawdopodobnie zobaczysz, że uprawnienia dla poszczególnych plików są nadal ustawione na root dla użytkownika, a nie na $USER. Powinieneś usunąć mongod.lock file, i inne, jak również. Następnie po ponownym uruchomieniu mongod, wszystko powinno działać i możesz sprawdzić, czy uprawnienia do plików pasują do praw do katalogów, uruchamiając ponownie LS-al.

Utwórz katalog w katalogu głównym

sudo mkdir -p /data/db

Teraz zmień właściciela

sudo chown -R $USER /data

Możesz iść!

mongod

Zamiast używać sudo mongod, nie musisz umieszczać wszystkiego hasła, ale dla prawdziwego projektu powinieneś użyć sudo mongod, nie daj uprawnień normalnemu użytkownikowi!

Podczas próby uruchomienia mongodb otrzymywałem następujący błąd.

"shutting down with code:100" 

Używałem następującego polecenia:

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

Poprawką dla mnie było to, że nie potrzebowałem znaku " = " i to powodowało błąd. So I did

./mongod --dbpath ~/mongo-data

Po prostu chciałem to wyrzucić, ponieważ błąd w żaden sposób nie określa, że to jest problem. Prawie usunąłem zawartość katalogu ~ / mongo-data, aby sprawdzić, czy to pomogło. Cieszę się, że przypomniałem sobie, że cli args czasami nie używają" =" podpisz.

Do tej pory myślałem również, że musimy stworzyć folder / data / db do uruchomienia komendy mongod.

Ale Ostatnio próbowałem uruchomić mongod z poleceniem service i zadziałało na mnie i nie było potrzeby tworzenia katalogu /data/db.

service mongod start

Aby sprawdzić status mongod można uruchomić następujące polecenie.

service mongod status

To rozwiązanie rozwiązuje mój problem

1. Utwórz katalog jako

   Sudo mkdir-p/data / db

2. Spowoduje, że katalog zostanie nazwany db i spróbuje zacząć od komend

   Sudo mongod

Jeśli pojawi się kolejny błąd lub problem z uruchomieniem mongod, możesz znaleźć problem jako

Nie udało się skonfigurować listener: SocketException: adres już używany Jeśli okaże się, że inny błąd niż trzeba zabić uruchomiony proces mongod poprzez wpisanie do terminala jako

ps ax | grep mongod
sudo kill ps_number

I znaleźć uruchomiony Port mongod i zabić proces. Innym sposobem jest utworzenie portu specefic podczas uruchamiania mongod jako

sudo mongod --port 27018

Wpisz " id " na terminalu, aby zobaczyć dostępne identyfikatory użytkowników, które możesz podać, Następnie po prostu wpisz

"sudo chown -R idname /data / db"

To mi się udało! Mam nadzieję, że to rozwiąże twój problem.

W bardziej aktualnych wersjach MongoDB, mam 3.2.10, jest on domyślnie zapisany w

/var/lib/mongodb

Jeśli używasz Mac ' a i używasz Cataliny i zainstalowałeś Mongodb przez Homebrew to co musisz zrobić, aby rozpocząć, to po prostu wpisz to polecenie i gotowe.

brew services start mongodb-community

Po zainstalowaniu pakietu narzędzi otrzymałem podobny błąd na urządzeniu z systemem Windows 10;

Wyjątek w initAndListen: NonExistentPath: katalog danych C:\data\db \ nie znaleziono., zakończenie

Rozwiązanie Analogicznie do tego, co wyjaśniono dla Systemów linux: wystarczy zrobić folder, aby móc uruchomić mongod.exe (mongoDB server).

Pomyślałem, że zostawię to dla osób, które kończą tutaj z tymi samymi wyszukiwanymi słowami na urządzeniu z systemem Windows.

Jest naprawdę głupi sposób, aby stworzyć ten problem, który byłem pionierem:

1) zostaw na chwilę instalację mongo 2) wróć a serwer nie działa 3) Spróbuj go uruchomić, ale nie używaj sudo tym razem 4) mongo nie może znaleźć danych / db/, ponieważ teraz szuka w katalogu domowym użytkownika zamiast su home dir

Tak, to jest naprawdę głupie, ale jeśli minęło trochę czasu, odkąd byłeś w systemie, może cię potknąć.

Krótka odpowiedź: upewnij się, że uruchomisz mongo z tym samym domowy katalog

Począwszy od MongoDB 4.4, Narzędzia bazy danych MongoDB są teraz wydawane oddzielnie od serwera MongoDB.

Musisz pobrać: https://www.mongodb.com/try/download/database-tools?tck=docs_databasetools

Następnie kopiujesz wszystkie pliki do /usr/bin i wszystkie linie poleceń będą dostępne.

Tilo ma dla mnie odpowiedź, która działała do tej pory:

sudo chown -R 126:135 /data/db 

Musiałem użyć:

sudo chown -R $USER /data/db

MongoDB może być mylące w odniesieniu do folderu dbPath.

Kiedy uruchamiasz mongod Bez dbpath wtedy domyślną ścieżką jest /data/db

Jednak gdy uruchamiasz go jako usługę, np. systemctl start mongod wtedy odczytuje on plik konfiguracyjny, typowo /etc/mongod.cfg i w tym pliku konfiguracyjnym domyślne wartości to

Tak więc, przez przypadek Twój MongoDB próbuje uzyskać dostęp do różnych folderów danych w zależności od tego, jak uruchomisz usługę.