关于mongodb服务自动停止问题

最新推荐文章于 2025-10-29 22:00:48 发布
原创 最新推荐文章于 2025-10-29 22:00:48 发布 · 1.7w 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了因意外关闭Xshell导致MongoDB服务挂起的问题及解决方案。通过分析日志，发现关闭Xshell会使得MongoDB接收到SIGHUP信号而异常终止。文中提供了正确的启动命令及配置文件设置方法，确保服务稳定运行。 
昨天发现系统宕机了，查了下原因是mongodb服务停了，看了下日志：

2017-10-18T18:09:59.181+0800 I CONTROL  [signalProcessingThread] got signal 1 (Hangup), will terminate after current cmd ends
2017-10-18T18:09:59.181+0800 I FTDC     [signalProcessingThread] Shutting down full-time diagnostic data capture
2017-10-18T18:09:59.225+0800 I CONTROL  [signalProcessingThread] now exiting
2017-10-18T18:09:59.226+0800 I NETWORK  [signalProcessingThread] shutdown: going to close listening sockets...
2017-10-18T18:09:59.226+0800 I NETWORK  [signalProcessingThread] closing listening socket: 6
2017-10-18T18:09:59.226+0800 I NETWORK  [signalProcessingThread] closing listening socket: 7
2017-10-18T18:09:59.226+0800 I NETWORK  [signalProcessingThread] removing socket file: /tmp/mongodb-27017.sock
2017-10-18T18:09:59.226+0800 I NETWORK  [signalProcessingThread] shutdown: going to flush diaglog...
2017-10-18T18:09:59.226+0800 I NETWORK  [signalProcessingThread] shutdown: going to close sockets...
2017-10-18T18:09:59.226+0800 I STORAGE  [signalProcessingThread] WiredTigerKVEngine shutting down
2017-10-18T18:09:59.226+0800 I NETWORK  [conn14] end connection 127.0.0.1:37191 (3 connections now open)
2017-10-18T18:09:59.227+0800 I NETWORK  [conn13] end connection 127.0.0.1:37190 (3 connections now open)
2017-10-18T18:09:59.227+0800 I NETWORK  [conn12] end connection 127.0.0.1:37189 (3 connections now open)
2017-10-18T18:09:59.227+0800 I NETWORK  [conn11] end connection 127.0.0.1:37188 (3 connections now open)
2017-10-18T18:09:59.258+0800 I STORAGE  [signalProcessingThread] shutdown: removing fs lock...
2017-10-18T18:09:59.258+0800 I CONTROL  [signalProcessingThread] dbexit:  rc: 0

重新起mongodb的服务(命令：nohup /home/mongodb-linux-x86_64-rhel62-3.2.3/bin/mongod -dbpath /home/mongodb &)，系统又重新正常运行了。关闭Xshell之后系统又宕了。

查了下资料，原因是直接关闭Xshell窗口之后，linux认为是异常退出，这个shell进程会收到SIGNUP信号，然后给它所有的子进程发送SIGHUP信号。

但是在mongodb启动命令中加-fork参数，会自动将其挂到init进程(pid为1)下启动，如果不加的话ppid(父进程id)就是当前的shell进程，所以加上–fork问题就可以解决了。
1.启动命令：/home/mongodb-linux-x86_64-rhel62-3.2.3/bin/mongod --dbpath /home/mongodb --logpath=/home/mongodb/rs2.1.log --fork
（命令参考：./mongod -dbpath=/usr/local/mongodb/data -logpath=/usr/local/mongodb/mongodb.log -logappend -port=27017 -fork）

2.通过配置文件启动.mongodb.conf

dbpath=/usr/local/mongodb/data
logpath=/usr/local/mongodb/mongodb.log
port=27017
bind_ip=0.0.0.0 //开启远程访问,注意做好权限配置
logappend=true 
fork=true

./mongod --config /usr/local/mongodb/etc/mongodb.conf

参考：http://blog.youkuaiyun.com/shawyeok/article/details/46486683

manmanyao
关注
设置MongoDB自动启动
weixin_43898497的博客
04-06 1918
学习到MongoDB，一开始使用MongoDB的方式是，打开一个cmd，输入mongod指令以后，结果如下图，即代表成功启动MongoDB。 再重新开启一个cmd窗口，输入指令mongo,结果如下图，即代表成功连接上MongoDB。 造成困扰：每次需要使用MongoDB时至少打开两个cmd界面，且每一次都是这样操作，非常麻烦。 解决方法：找到一个自动启动MongoDB的方法； 准备阶段：在自己需要的盘符根目录下创建一个名这data的文件夹，并在data文件夹下创建db、log两个文件夹（.
MongoDB自动删除过期数据的方法（TTL索引）
12-16
MongoDB的TTL（Time to Live）索引是一种特殊类型的索引，它的主要功能是自动删除数据，以满足数据保留策略或节省存储空间。当在MongoDB中为一个字段创建了TTL索引，数据库会根据该字段的值判断文档是否已过期，并在...
MongoDB服务自动停止问题排查
大洋
01-09 4768
线上用户登录日志存储用到mongo,应用刚上线系统业务量比较少，系统使用起来没有任何问题，随着系统业务量增多了，发现mongo服务时不时会自动停掉，重启之后，没过多久又挂了。从日志查看 是由于内存过大 被系统自动停掉了。
Linux - MongoDB 数据库自动退出服务问题/闪退
Muxiu
08-11 1598
原因：由于Mongodb服务，使用过多系统内存，导致系统强制停止Mongodb服务。解决方法：在。
【MongoDB详解】
最新发布
weixin_44860141的博客
10-29 644
mongodb详解
MongoDB服务异常停止（MongoDB的坑）
大鼻子~叔叔的博客
07-26 4738
MongoDB服务异常停止，原因分析查看CPU，内存等占用情况都正常，测试环境执行同样的操作未能复现，于是将将生产MongoDB数据库备份到测试环境，Debug跟踪代码发现是在执行查询语句的时候导致服务停止，如下图是在Robo3T工具中执行的报错信息，实在想不通一条查询语句为什么会导致服务停止（这就是mongoDB的一个坑吧）。网上查找相关资料，分析可能是MongoDB存储数据文件损坏，联想到前几天发生过机房停电物理机停止，遂联系硬件厂商扫描设备，果然发现MongoDB存储数据文件有损坏。......
mongo 内存占用过大被系统自动关闭问题
conquer的博客
06-12 1921
线上有一个应用使用到mongo(v 4.4.4)，平常系统业务量比较少，系统使用起来没有任何问题，最近今天系统业务量突然增多了。发现mongo挂掉了，重启之后，第二天又挂了。 从查询结果可以看出来， “Out of memory: Kill process 24567 (mongod)”，表示mongod占用内存过高，系统自动kill掉mongo了。通过查阅资料（In-Memory Storage Engine — MongoDB Manual），mongo存储引擎默认最大内存为服务器内存50%-1GB
mongodb服务的正常启动和关闭
热门推荐
过天的专栏
03-19 1万+
【正确关闭方法】 方法一  ps  -ef |grep mongodb 找到你要查找的进程号 kill -2  pid    杀掉 方法二 也可以进入到mongo数据库里面进行操作 ./mongo use  admin db.shutdownServer();】                    【开启】  /scmgt/mongodb/mongodb/bin/mon
Linux下的mongodb服务监视脚本(启动服务)
09-10
为了确保MongoDB服务的稳定性和可靠性，通常需要配置相应的服务监视脚本来自动管理其启动、停止和重启操作。本文将详细介绍如何编写一个Linux下的MongoDB服务监视脚本，以及如何通过`service`命令或直接执行脚本来...
MongoDB加入到Windows服务的方法
09-10
你可以设置该服务的启动类型，如自动或手动，以及启动或停止服务。这将确保MongoDB在每次系统启动时自动运行，为你的应用程序提供稳定的数据存储支持。 在实际应用中，可能还需要配置防火墙规则，允许外部连接到...
Windows系统安装运行Mongodb服务
09-09
本文主要介绍如何在Windows系统上安装和运行MongoDB服务，该过程包括了下载、安装、配置、启动、停止及删除MongoDB服务的详细步骤。现在我将根据给出的部分内容，详细阐述这些知识点。 一、下载与安装MongoDB服务 1...
Mongodb 服务（windows环境下）因被强制关闭，导致服务不能启动的处理办法
weixin_30718391的博客
11-28 960
环境：windows 8操作系统下 前置条件：因操作系统原因，没有先停止mongodb服务，直接重启操作系统。 导致结果：mongodb服务无法启动，弹出框报错。 Windows 无法启动MongoDB服务 错误1067：进程意外终止 事件查看器中看到的错误：MongoDB 服务因 无法创建另一个系统信号灯。 服务特定错误而停止。（事件查看器中可以看到该错误） 解决办法： ...
MongoDB频繁掉线频繁断开服务的核心原因以及解决方案-卓伊凡|贝贝|莉莉|糖果
一颗优雅草科技-央千澈的优快云博客~只想无穷无尽的学习~作息早8-晚8
07-22 2332
MongoDB频繁掉线频繁断开服务的核心原因以及解决方案-卓伊凡|贝贝|莉莉|糖果
mongodb自动宕机
学而不思则罔 思而不学则殆
07-29 2561
先找原因，无故宕机，第一个看mongod 启动mongo的时候，有没有带–fork 如果没带，那是因为没在后台启动，加上即可 第二个原因，从服务器上找mongo的日志，日志中如果没有任何提示，那很可能是因为服务器内存爆了 如何确定问题： 我们去看看out_of_memory()被触发的日志 grep "Out of memory" /var/log/messages 里面如果有mongodb 被 kill的信息，而且时间对得上。那百分百是服务器内存爆了，导致mongo被kill了。 如果不是mongodb
MongoDB服务启动与停止命令（Windows环境）
学亮编程手记
03-19 6736
MongoDB莫名崩溃的问题定位与解决纪实
lifugui001的专栏
01-25 2609
国庆之前发布的软件版本一直运行正常，国庆之后，测试同事跑自动化测试脚本，发现该软件频繁异常，通过查看log发现，该软件使用的MongoDB崩溃了。该软件是个Windows的桌面软件，由于需要存储大量数据，会后台启动MongoDB，并以此作为数据存储库。
在 服务器 安装、运行 MongoBb，以及 开启 MongoDb 进程守护（解决 关闭 Xshell 杀 MongoBb 后台 的问题）
weixin_43202608的博客
10-14 1207
所需工具： Xshell 6 一、安装 MongoDb Xshell 连接服务器后输入： curl -O https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-3.0.6.tgz # 下载 tar -zxvf mongodb-linux-x86_64-3.0.6.tgz ...
mongodb后台运行
sdlyjzh的专栏
08-27 1万+
默认的情况下，关闭shell，mongodb就停止运行了。 如果想在后台运行，启动时只需添加 --fork函数即可。 可以在日志路径后面添加--logappend，防止日志被删除。 bin/mongodb  --fork --dbpath=//  --logpath=//  --logappend 在后台运行，如果想要关闭它的话，需要给他发送shutdownServer() 1、普通命令
mongodb进程莫名退出
赵起来吧
06-09 7403
转载自：http://www.db2china.net/Article/34771 使用命令 ./mongod --dbpath=../data/db/ --logpath=../data/log/mongodb.log --logappend 来启动mongodb服务后，过段时间，mongodb莫名退出了，查看log发现 2017-06-09T13:48:57.996+080
docker mongoDB 断电 启动一会 自动停止问题
07-16
<think>首先，用户的问题是：“我想解决Docker中MongoDB在断电后启动一段时间自动停止的问题”。这涉及到Docker容器中的MongoDB在异常断电后无法正常启动的问题。 从系统指令中，我需要： - 所有行内数学表达式使用$...$格式。 - 独立公式使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾自然地添加引用标识，如[^1]。 - 回答结构清晰，帮助用户逐步解决问题。 - 参考站内引用，但用户提供的引用是关于MongoDB断电问题的背景和错误日志，不是直接相关的数学内容。用户引用包括： - [^1]: 异常断电导致MongoDB容器无法启动，修复方法包括手动启动、查看日志、使用mongod命令修复。 - [^2]: Docker启动问题，提示Docker daemon未运行。 - [^3]: MongoDB主机断电后重启无法连接，但服务启动后解决。 - [^4]: Docker MongoDB断电后启动自动停止，错误涉及WiredTiger文件损坏。 用户的核心问题是MongoDB在Docker中启动后自动停止，错误与WiredTiger文件损坏相关（引用[^4]）。 我的回答需要： 1. **结构清晰**：逐步引导用户解决问题。 2. **真实可靠**：基于常见解决方案，如修复数据库文件或重新初始化。 3. **生成相关问题**：在最后添加相关问题。 4. **使用中文**：整个回答用中文。 5. **处理引用**：自然地添加引用标识。用户提供了引用，所以我应该在相关部分引用它们。 由于问题涉及数据库和Docker，而不是数学，我可能不需要使用数学表达式。但系统指令说“所有行内数学表达式必须使用$...$格式”，但在这个上下文中，可能没有数学内容。用户的问题是关于技术问题的，所以我会避免不必要的数学。 步骤： - **介绍问题**：简述问题原因，如断电导致数据文件损坏。 - **解决方案步骤**：提供逐步修复方法。 - **验证**：建议如何验证修复。 - **预防措施**：建议如何避免类似问题。 - **生成相关问题**：添加3-4个相关问题。 引用用户提供的引用： - 引用[^4]直接相关：错误消息是关于WiredTiger文件损坏。 - 引用[^1]提到使用mongod命令修复，但容器无法启动。 - 引用[^2]和[^3]是次要的。 回答结构： 1. **问题分析**：解释为什么断电后MongoDB会停止（数据文件损坏）。 2. **修复步骤**：基于引用[^1]和[^4]，提供详细步骤。 3. **验证方法**：如何检查MongoDB是否正常运行。 4. **预防建议**：如使用持久化存储、定期备份。 5. **相关问题**：生成相关的问题列表。 生成相关问题： - 如何防止Docker容器在断电后数据损坏？ - MongoDB数据文件损坏的其他修复方法？ - Docker中MongoDB的最佳实践？ 确保回答用中文。</think>### Docker中MongoDB断电后启动自动停止的解决方案 当Docker容器中的MongoDB在异常断电后启动一段时间自动停止时，通常是由于数据文件损坏导致的。断电可能导致WiredTiger存储引擎的文件（如.wt文件）出现校验和错误，MongoDB在启动时会尝试修复，但如果修复失败，容器就会自动终止[^4]。错误日志中常见类似提示：`WiredTiger error: potential hardware corruption, read checksum error`[^4]。下面我将一步步指导您解决此问题。修复的核心思路是：**隔离损坏的数据文件，使用MongoDB内置工具进行修复，然后恢复服务**。整个过程需谨慎操作，避免数据丢失。 #### 步骤1: 确认问题并备份数据 在尝试修复前，先备份当前数据，以防操作失误导致进一步损坏。 - **停止Docker容器**：如果容器正在运行或处于异常状态，先停止它。 ```bash docker stop <容器名称或ID> # 例如，docker stop mymongo ``` - **备份MongoDB数据卷**：找到容器挂载的数据目录（通常在`/var/lib/mongodb`或自定义路径），复制整个目录到安全位置。 ```bash cp -r <源数据目录> <备份目录> # 例如，cp -r /data/mongodb /backup/mongodb_backup ``` - **查看错误日志**：启动容器以获取详细错误信息，帮助诊断。 ```bash docker start <容器名称或ID> docker logs -f <容器名称或ID> # 检查是否有WiredTiger文件损坏的报错[^4] ``` 如果日志显示文件校验错误（如`index-*.wt`文件损坏），则确认是数据文件问题。 #### 步骤2: 修复损坏的数据文件 由于容器无法正常启动，无法直接在容器内运行`mongod`命令修复[^1]。采用“数据目录对调”方法：将损坏目录临时移出挂载点，创建一个空目录让MongoDB启动，然后在容器内执行修复命令。以下是详细步骤： 1. **对调数据目录位置**： - 假设您的数据卷挂载点为`/host/path/data`（宿主机路径），容器内路径为`/data/db`。 - 在宿主机上，将原数据目录重命名（例如，添加`_corrupt`后缀），并创建一个新的空目录。 ```bash mv /host/path/data /host/path/data_corrupt # 重命名原目录 mkdir /host/path/data # 创建新空目录 ``` - 启动MongoDB容器，挂载新空目录。这会让MongoDB以“干净”状态启动。 ```bash docker run -d --name temp_mongo -v /host/path/data:/data/db mongo:latest ``` 2. **在容器内执行修复命令**： - 进入临时容器，使用`mongod`命令修复原损坏目录（现在位于`/host/path/data_corrupt`）。 ```bash docker exec -it temp_mongo /bin/bash # 进入容器 ``` - 在容器内，运行修复命令（`--repair`选项）。注意：原损坏目录需挂载到容器中（例如挂载到`/repair`）。 ```bash mongod --repair --dbpath /repair # /repair是原损坏目录的挂载点 ``` 等待修复完成（可能需要几分钟）。修复过程中，MongoDB会重建索引并修复文件错误[^1]。 3. **恢复数据目录并重启容器**： - 退出容器，停止临时容器。 ```bash exit # 退出容器 docker stop temp_mongo docker rm temp_mongo # 删除临时容器 ``` - 将修复后的目录移回原位。 ```bash rm -rf /host/path/data # 删除空目录 mv /host/path/data_corrupt /host/path/data # 恢复原目录 ``` - 重启原MongoDB容器。 ```bash docker start <原容器名称或ID> # 例如，docker start mymongo ``` - 检查日志确认是否成功。 ```bash docker logs -f <原容器名称或ID> ``` 如果日志显示`MongoDB starting`且无错误，表示修复成功[^1]。 #### 步骤3: 验证和预防措施 - **验证服务**：连接MongoDB检查数据完整性。 ```bash docker exec -it <容器名称或ID> mongosh # 进入MongoDB shell use test_db db.stats() # 查看数据库状态，确认无错误 ``` - **预防断电问题**：避免未来类似故障。 - **使用持久化存储**：确保Docker卷使用持久化存储（如AWS EBS或本地SSD），减少文件损坏风险。 - **启用日志和备份**：配置MongoDB的日志级别（`systemLog.verbosity: 1`），并设置定期备份（如`mongodump`）。 - **Docker配置优化**：在`docker run`命令中添加`--restart=always`，让容器自动重启；使用Docker Compose管理服务，方便故障恢复[^2]。 - **硬件检查**：如果频繁断电，检查宿主机硬件（如磁盘健康），确保无物理损坏[^4]。 如果以上步骤无效，可能是硬件损坏或文件系统错误，建议从备份恢复数据或重新初始化MongoDB容器[^3]。 #### 相关问题 1. 如何防止Docker容器在断电后数据损坏？ 2. MongoDB数据文件损坏的其他修复方法有哪些？ 3. Docker中运行数据库的最佳实践是什么？ [^1]: 异常断电导致MongoDB容器无法启动，通过数据目录对调和`mongod`命令修复成功。 [^2]: Docker启动问题提示daemon未运行，需检查Docker服务状态。 [^3]: MongoDB主机断电后重启无法连接，但服务启动后解决。 [^4]: Docker MongoDB断电后启动自动停止，错误涉及WiredTiger文件校验失败。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值