2016-04-08 6 views
0

私は3つのノードmongodbクラスタ(1つのアービタを持つ)を持っています。毎日同じ時刻に、mongodサービスがプライマリ上にあります。ログに次のエントリがあります。mongodサービス自体が再開

2016-04-04T03:34:50.024-0500 [signalProcessingThread] got signal 15 (Terminated), will terminate after current cmd ends 
2016-04-04T03:34:50.130-0500 [conn42404] Count with ns: AutomationProd.Ingestion and query: { Source: "SMAC" } failed with exception: 11600 interrupted at shutdown code: 11600 
2016-04-04T03:34:50.130-0500 [conn42404] command AutomationProd.$cmd command: count { count: "Ingestion", query: { Source: "SMAC" } } planSummary: COLLSCAN keyUpdates:0 numYields:83787 locks(micros) r:244348886 reslen:89 321535ms 
2016-04-04T03:34:50.130-0500 [signalProcessingThread] now exiting 
2016-04-04T03:34:50.130-0500 [signalProcessingThread] dbexit: 
2016-04-04T03:34:50.130-0500 [signalProcessingThread] shutdown: going to close listening sockets... 
2016-04-04T03:34:50.130-0500 [signalProcessingThread] closing listening socket: 10 
2016-04-04T03:34:50.130-0500 [signalProcessingThread] closing listening socket: 11 
2016-04-04T03:34:50.130-0500 [signalProcessingThread] removing socket file: /tmp/mongodb-27017.sock 
2016-04-04T03:34:50.137-0500 [signalProcessingThread] shutdown: going to flush diaglog... 
2016-04-04T03:34:50.137-0500 [signalProcessingThread] shutdown: going to close sockets... 
2016-04-04T03:34:50.137-0500 [signalProcessingThread] shutdown: waiting for fs preallocator... 
2016-04-04T03:34:50.137-0500 [signalProcessingThread] shutdown: lock for final commit... 
2016-04-04T03:34:50.137-0500 [signalProcessingThread] shutdown: final commit... 

サービスを殺害しているようです。ログにはシャットダウン信号の前には何もありません(通常の動作です)。 SARログ(プロセッサ、メモリ、ディスク使用率は正常)には何も変わりません。/ var/log/messagesにはログメッセージはありません。

誰かが手動で再起動したように見えますが、実際には誰もしなかったので、コマンド履歴にはこれが表示されません。

のMongoDBバージョン:2.6.4-1 OS:RHEL 6.5

なぜこれが起こっているすべてのアイデア?

答えて

1

あなたはgot signal 15メッセージを受け取っています。何かが自然に終了しています。

何があなたが調査しなければならないものですか。プロセスを終了させる可能性がある他のユーザーはいませんか?

+0

はい、私はそれが何かを終了しているように見えますが、私は何を見つけることができません。私以外の人間のユーザはいませんが、私はすべてのユーザのコマンド履歴をチェックしました。再起動の指示はありません。実際、誰も再起動中にログインしていません。すべてのユーザーのすべてのcrontabもチェックしました。 –

関連する問題