Как обновить текущий локальный IP-адрес, как показано на ip a
рядом с inet
?
Проблема в том, что иногда я подключаю кабель от коммутатора, а затем IP меняется.
Кажется, он изменился, потому что каждый раз, когда я подключаю его к коммутатору, я не могу больше ssh (истекло время ожидания)
* Коммутатор на самом деле и старый маршрутизатор я использую в качестве коммутатора
-121--889483-Когда я пытаюсь запустить mongod как услугу, это не удается:
$ sudo service mongod start
$ sudo service mongod status
● mongod.service - MongoDB Database Server
Loaded: loaded (/lib/systemd/system/mongod.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2021-02-22 23:59:03 CET; 4s ago
Docs: https://docs.mongodb.org/manual
Process: 34602 ExecStart=/usr/bin/mongod --config /etc/mongod.conf (code=exited, status=14)
Main PID: 34602 (code=exited, status=14)
Feb 22 23:59:03 ubuntu2004 systemd[1]: Started MongoDB Database Server.
Feb 22 23:59:03 ubuntu2004 systemd[1]: mongod.service: Main process exited, code=exited, status=14/n/a
Feb 22 23:59:03 ubuntu2004 systemd[1]: mongod.service: Failed with result 'exit-code'.
но когда я просто запускаю mongod, мой сервер запускается и работает просто нормально.
$ sudo mongod
... (server running, writing output)
Я боюсь, что запуск sudo mongod
может запустить процесс, который расположен/установлен где-то еще и имеет другой файл конфигурации, но я не уверен, как это выяснить. Я также попытался проверить сам mongo, но getCmdLineOpts
не предоставляет мне никакой информации.
> db.runCommand({ getCmdLineOpts: 1 })
{ "argv" : [ "mongod" ], "parsed" : { }, "ok" : 1 }
Я решил свою проблему, предоставив право собственности на каталог данных и другие каталоги, которые я нашел в своем конфигурационном файле:
sudo chown -R mongodb:mongodb /data/db
Этот ответ был мне полезен:
mongodb 3.4.3 Permission denied wiredtiger_kv_engine.cpp 267 error with ubuntu 16
Кажется, причина в том, что я испортил права собственности, запустив mongod
с правами суперпользователя.
Как правило, когда виден статус = 14
, это потому, что файл сокета MongoDB не принадлежит Mongod
. Если самый первый раз вы начали MongoDB, был как root
, то есть шанс файл сокета принадлежит этой учетной записи.
К счастью, его не усердно исправить:
Sudo Mongo --eval "db.getsiblableddb ('admin'). ShutDownserver ()"
/ TMP
:
CD / TMP
ls -l mongo * .sock
Mongod: Mongod
, затем обновите их:
Sudo Chown Mongod: Mongod MongoDB-12345.sock
Примечание. Если вы получаете ошибку неверных пользователей
, это означает, что нет Mongod
учетная запись пользователя и база данных была установлена под другой. Вы можете найти правильный пользователь в / etc / passwd
. Sudo Service Mongod начать
Это должно получить службу вверх и правильно работать