MongoDBサーバスレーブレプリカのソケットタイムアウトを指定する方法

Question

Mongoデータベース（バージョン3.0.5）をプライマリDBサーバからスレーブに、より正確にはコミット時にソケットエラー110（接続タイムアウト）が発生するそのデータベースの複製（スレーブのログは以下のとおりです）。私はおそらく、その理由は、データベースが大きく、コミットする操作を送信するには時間がかかりすぎるという理由があると思います。

mongoサーバーに異なるソケットタイムアウトを指定するにはどうすればよいですか？ 複製できない場合、複製を修復する他の方法はありますか？

このようなオプションはmongoクライアント（接続文字列オプションsocketTimeoutMS）に対してのみ見つかりましたが、Mongoサーバーには役立ちません。

2016-04-26T13:36:34.693+0100 I INDEX [rsSync]   done building bottom layer, going to commit  
2016-04-26T13:36:34.693+0100 I INDEX [rsSync] build index done. scanned 30980334 total records. 4072 secs  
2016-04-26T13:36:34.772+0100 I REPL  [rsSync] initial sync cloning db: {skipped db name}  
2016-04-26T13:36:34.823+0100 I NETWORK [rsSync] Socket say send() errno:110 Connection timed out {skipped ip}:27017  
2016-04-26T13:36:34.828+0100 E REPL  [rsSync] 9001 socket exception [SEND_ERROR] server [{skipped ip}:27017]  
2016-04-26T13:36:34.828+0100 E REPL  [rsSync] initial sync attempt failed, 9 attempts remaining 

更新。は、私がコメントにrs.status（）の出力のために頼まれた：

{  "set" : "<skippedsetname>", 
     "date" : ISODate("2016-05-04T15:35:06.717Z"), 
     "myState" : 5, 
     "syncingTo" : "<skipped domain name of other server>:27017", 
     "members" : [ 
       { 
         "_id" : 0, 
         "name" : "<skipped domain name of this server>:27017", 
         "health" : 1, 
         "state" : 5, 
         "stateStr" : "STARTUP2", 
         "uptime" : 29, 
         "optime" : Timestamp(0, 0), 
         "optimeDate" : ISODate("1970-01-01T00:00:00Z"), 
         "syncingTo" : "<skipped domain name of other server>:27017", 
         "configVersion" : 9, 
         "self" : true 
       }, 
       { 
         "_id" : 2, 
         "name" : "10.0.1.7:27017", 
         "health" : 1, 
         "state" : 7, 
         "stateStr" : "ARBITER", 
         "uptime" : 26, 
         "lastHeartbeat" : ISODate("2016-05-04T15:35:05.859Z"), 
         "lastHeartbeatRecv" : ISODate("2016-05-04T15:35:06.347Z"), 
         "pingMs" : 3, 
         "configVersion" : 9 
       }, 
       { 
         "_id" : 3, 
         "name" : "<skipped domain name of other server>:27017", 
         "health" : 1, 
         "state" : 1, 
         "stateStr" : "PRIMARY", 
         "uptime" : 26, 
         "optime" : Timestamp(1462376105, 196), 
         "optimeDate" : ISODate("2016-05-04T15:35:05Z"), 
         "lastHeartbeat" : ISODate("2016-05-04T15:35:05.859Z"), 
         "lastHeartbeatRecv" : ISODate("2016-05-04T15:35:06.086Z"), 
         "pingMs" : 4, 
         "electionTime" : Timestamp(1461688501, 1), 
         "electionDate" : ISODate("2016-04-26T16:35:01Z"), 
         "configVersion" : 9 
       } 
     ], 
     "ok" : 1 } 

を更新。私は使用するホスティングがAzureであると言及してはいけませんでした。 Answer and explanationは、「azure mongodb connection timeout」というクエリで完全に検出されます。私の悪い。

Answer 1

エラーの原因を前提としています。

• Connection timed out
  は：TCP接続を確立しようとする時には、何の応答が与えられた制限時間内に反対側から来ませんでした。

つまり、ソケットの確立には問題があり、データベースの複製にかかる時間は問題になりません。

TCPタイムアウトの調整はシステム設定であり、アプリケーションごとに行うものではありません。 linuxの設定はシステム全体で/etc/sysctl.confであり、net.ipv4.tcp_syn_retries - でplay aroundとすることができますが、ではソケットを確立するためのタイムアウトをほとんど変更しません。（mongoを含むどのプログラムでも）それを増やすのではなく、エラーを速めるために短くすることに変更しました。それを増やすことは、あらゆる地上のアプリケーションで正しい解決策になる可能性は低いです。

設定に問題があります。設定に問題があります。ネットワークに問題があります。ファイアウォール、ルーティングテーブル、ネットワークスイッチなど、60-120で動作しないことがあります。一度に数秒。

Answer 2

スレーブ内のファイルシステムをロックするファイルがあります。どこにいたら、レプリカからノードを削除したら、dbpathの下にあるすべてのファイルを消去し、mongoユーザーがこのディレクトリにアクセスして、mongodを再起動できることを確認します。実行したら、それをRSに追加してそれを待ちます。また、https://docs.mongodb.org/manual/tutorial/recover-data-following-unexpected-shutdown/#mongod-lock