记一次最难忘的事300字的作文
发布网友
发布时间：2022-04-07 22:57
共2个回答
懂视网
时间：2022-04-08 03:18
shell中通过mongo args &的方式启动mongo进程,退出shell重新登进之后发现mongo进程没了,查看日志发现有如下输出:
2015-06-18T18:39:58.593+0800 [signalProcessingThread] got signal 1 (Hangup), will terminate after current cmd ends
2015-06-18T18:39:58.593+0800 [signalProcessingThread] now exiting
2015-06-18T18:39:58.593+0800 [signalProcessingThread] dbexit:
2015-06-18T18:39:58.593+0800 [signalProcessingThread] shutdown: going to close listening sockets…
2015-06-18T18:39:58.593+0800 [signalProcessingThread] closing listening socket: 8
2015-06-18T18:39:58.593+0800 [signalProcessingThread] closing listening socket: 10
2015-06-18T18:39:58.593+0800 [signalProcessingThread] removing socket file: /tmp/mongodb-27017.sock
2015-06-18T18:39:58.593+0800 [signalProcessingThread] shutdown: going to flush diaglog…
2015-06-18T18:39:58.593+0800 [signalProcessingThread] shutdown: going to close sockets…
2015-06-18T18:39:58.593+0800 [signalProcessingThread] shutdown: waiting for fs preallocator…
2015-06-18T18:39:58.593+0800 [signalProcessingThread] shutdown: lock for final commit…
2015-06-18T18:39:58.593+0800 [signalProcessingThread] shutdown: final commit…
2015-06-18T18:39:58.603+0800 [replslave] repl: AssertionException dbclient error communicating with server: 172.19.2.176:27017
2015-06-18T18:39:58.615+0800 [signalProcessingThread] shutdown: closing all files…
2015-06-18T18:39:58.642+0800 [signalProcessingThread] closeAllFiles() finished
2015-06-18T18:39:58.642+0800 [signalProcessingThread] journalCleanup…
2015-06-18T18:39:58.642+0800 [signalProcessingThread] removeJournalFiles
2015-06-18T18:39:58.643+0800 [signalProcessingThread] shutdown: removing fs lock…
2015-06-18T18:39:58.643+0800 [signalProcessingThread] dbexit: really exiting now
可以看到有其他进程给mongo发了Hangup信息,就如同kill -1 pid,但可以确认的是没有人手动信号给mongodb进程,google之后发现这篇文章
原因大致如下：
Bash resends a SIGHUP to all jobs if it receives a SIGHUP itself; this would include mongod.
Also, if you happen to have huponexit turned on, every job will receive a SIGHUP when bash exits.
https://www.gnu.org/software/bash/manual/html_node/Signals.html
原来我用shell登进之后启动了mongo,然后退出shell使用的方式是直接关掉窗口,linux认为这是一起异常退出,这样一来这个shell进程就会收到SIGHUP信号,为了保证状态一致性,从而给它的所有子进程发送SIGHUP信号.而使用命令exit退出就不会有这种问题,因为linux会认为这是一种正常的退出
那么如何避免这种问题呢? 直接关闭窗口可能是很多人的习惯了(陋习),所以我们不能要求linux管理员总是这样做,是人就有可能会犯错,应该从根本上解决这个问题
查看mongodb官方文档会发现mongo有–fork这样的一个参数,使用该参数启动mongo时,会自动将其挂到init进程(pid为1)下启动,而不加的话ppid(父进程id)就是当前的shell进程,所以只要加上–fork问题就引刃而解了,这里需要注意的是,所有需要在后台运行的程序都需要注意该情况,务必采用像mongo –fork的方式执行
关于Linux的signal(信号)和bash更多内容请自行关注man bash
记一次"诡异"的mongodb进程退出事件
标签：mongodb linux shell signal kill
热心网友
时间：2022-04-08 00:26
我清清楚楚地记得，那一次的亲身体验，那一次的顽强拼搏，那一次的与众不同，那一次的-
激动人心的日子终于来临，那一刻我兴奋不已，我简直无法自拔--
校运会终于开始了，今天是第一天，还有两天，而我，则是第三天出赛的。
听着校园里那优美音乐旋律的放飞，看着赛场上那顽强拼搏的运动员们，在赛场上各显“鹰”姿，各展风采的情形和那来自旁边的啦啦队那震耳欲聋的欢呼声、加油声，谁心里都会*的。可不，我心里也*的，在那里傻傻地做我三天后的白日梦-
那个我期待已久的日子终于到来了。可是，我却不是那么自然，反之，我心里有点慌乱了。奇怪，我不是很期待的吗？有点怕，怕什么，至于这个问题，我也有点神志不清了。
哎呀！轮到我了，我的项目是800米的长跑赛。现在，就让我们一同来领略一下我当时的风采吧！
我，和其他参赛者一起站在起跑线上。我的新“咚咚”直跳，不知别人有没有和我一样的感受呀！
突然，*声一响，我四肢发软向前奔跑，在战场上，不是你死就是我活。在赛场上也是一样的道理。我飞一般向前跑去，不管三七二十一，使劲地跑。可是800米呀，谈何容易~~~
但是，当我要放弃时，我耳边响起了同学们的欢呼声、加油声，仿佛我看见希望就在前方，我没有放弃。我全身特别难受，想哭？哭不出来，想笑？也笑不出来。我终于坚持到了最后那一秒。当看到终点时，我只知道我得了第五名，为班级增加了荣誉，后来，我也不知道是那位老师把我送到了同学之中。后来的事我全然不知--
赛场上的风采，让我如此般地难忘，何况是我的亲身体验呢？虽然我当时很难受，但我明白了一个道理：有付出才有收获！
