mongodb 为什么mongo的状态让我感到困惑(代码= exited,状态= 48)?

qij5mzcb  于 2022-11-22  发布在  Go
关注(0)|答案(7)|浏览(227)

我在mongo上遇到了极度的缓慢。早些时候当我把sudo systemctl status mongodb mongo放在上面的时候,我就出现在了Online上,并且是绿色的。现在几天后他就开始把我扔掉了

mongodb.service - High-performance, schema-free document-oriented database
   Loaded: loaded (/etc/systemd/system/mongodb.service; disabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2019-11-29 08:55:07 -03; 3 days ago
  Process: 13231 ExecStart = / usr / bin / mongod --quiet --config /etc/mongod.conf (code = exited, status = 48)
 Main PID: 13231 (code = exited, status = 48)

Nov 29 08:55:07 production-power systemd [1]: Started High-performance, schema-free document-oriented database.
Nov 29 08:55:07 production-power systemd [1]: mongodb.service: Main process exited, code = exited, status = 48 / n / a
Nov 29 08:55:07 production-power systemd [1]: mongodb.service: Unit entered failed state.
Nov 29 08:55:07 production-power systemd [1]: mongodb.service: Failed with result 'exit-code'.

这是在谷歌VPS意外重启后开始发生的,我想这可能是速度变慢的原因。无论如何,mongo服务是工作的,所以在基地写和读通常只会变慢。有人知道如何解决这个问题吗?

tpgth1q7

tpgth1q71#

一些ubuntu用户有端口问题
因为端口会在操作系统打开时自动运行!
如果你有这个问题,改端口会没有多大用处!杀了mongod的端口,默认为=〉27017

sudo kill -9 $(sudo lsof -t -i:27017)

然后

sudo systemctl start mongod
sudo systemctl status mongod

它会回来的

● mongod.service - MongoDB Database Server

Loaded: loaded (/lib/systemd/system/mongod.service; disabled; vendor preset: enabled)

Active: active (running) since Tue 2021-08-17 09:47:31 EEST; 2s ago

   Docs: https://docs.mongodb.org/manual

Main PID: 7119 (mongod)

 Memory: 166.7M

 CGroup: /system.slice/mongod.service

         └─7119 /usr/bin/mongod --config /etc/mongod.conf
mhd8tkvw

mhd8tkvw2#

当我尝试运行mongodb时,我得到了错误代码48。
输出如下:

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 Tue 2019-12-31 13:15:04 +03; 33min ago
     Docs: https://docs.mongodb.org/manual
 Main PID: 18645 (code=exited, status=48)

Dec 31 13:15:03 cem systemd[1]: Started MongoDB Database Server.
Dec 31 13:15:04 cem systemd[1]: mongod.service: Main process exited, code=exited, status=48/n/a
Dec 31 13:15:04 cem systemd[1]: mongod.service: Failed with result 'exit-code'.

我的解决方案是更改默认端口,因为当MongoDB的端口已在使用时会发生此错误。

步骤1:打开conf文件进行编辑。

/etc/文件名:

步骤2:查找端口并更改它。

net:port:27017 -〉更改前的默认端口
更改端口后,我的问题解决了:

sudo service mongod status
● mongod.service - MongoDB Database Server
   Loaded: loaded (/lib/systemd/system/mongod.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2019-12-31 13:48:32 +03; 1s ago
     Docs: https://docs.mongodb.org/manual
 Main PID: 25254 (mongod)
   CGroup: /system.slice/mongod.service
           └─25254 /usr/bin/mongod --config /etc/mongod.conf

Dec 31 13:48:32 cem systemd[1]: Started MongoDB Database Server.

我希望这对你有用。

q0qdq0h2

q0qdq0h23#

对我来说,问题出在bindIP中。我试图使用bindIp: 127.0.0.1,mongodb_server_ip配置远程访问
那就做吧

sudo nano /etc/mongod.conf

然后

bindIp 127.0.0.1

然后

sudo systemctl start mongod
sudo systemctl status mongod

测试结果

● mongod.service - MongoDB Database Server
     Loaded: loaded (/lib/systemd/system/mongod.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2021-03-03 07:59:40 UTC; 3min 47s ago
       Docs: https://docs.mongodb.org/manual
   Main PID: 910 (mongod)
     Memory: 174.8M
     CGroup: /system.slice/mongod.service
             └─910 /usr/bin/mongod --config /etc/mongod.conf

Mar 03 07:59:40 ip-172-31-17-169 systemd[1]: Started MongoDB Database Server.
46qrfjad

46qrfjad4#

在我的例子中,mongo之前没有正确停止,并且有一个活动的进程,我不得不优雅地杀死它,在启动它之后一切都很好。

yyyllmsg

yyyllmsg5#

我已经通过停止在端口27017上运行的服务解决了这个问题。特别是当你以root权限运行mongod服务,然后试图以sudo权限用另一个用户再次启动它时,会发生这种情况。所以,如果你不介意服务已经被另一个用户启动,你可以在你运行mongod服务的端口上杀死进程,例如:

sudo fuser -k 27017/tcp
41ik7eoe

41ik7eoe6#

我也遇到了同样的问题,然后我意识到我的码头集装箱港口正在同一个港口上运行。要么改变码头集装箱港口,要么改变蒙戈港口。

zfciruhq

zfciruhq7#

我已经解决了这个问题。mongod服务进程试图在同一个端口上运行,这是由于之前在ubuntu上以root特权运行mongod服务的结果。我不得不在mongod服务正在监听的端口上杀死进程而不用担心。

sudo fsuer -k 2701/tcp

相关问题