が原因操作にコンフィグサーバから更新シャードのリストを取得できませんでした

Question

MongoDBのタイムアウトになりました：私は、新しい追加したときにエラーをスローhttps://github.com/mongodb/mongo/blob/367d31e1da549c460ae710a8cc280f4c235ab24f/src/mongo/s/client/shard_registry.cpp#L384

Mongos：MongoDBのC++ソースコードからv3.4.9

エラーログをノードをシャードクラスタに割り当て、すべてのenableShardCollectionが照会できません（ExceededTimeLimit）。

修復できますか？失敗したように、ホストconfig.app.comをマーキング

::によって:: ExceededTimeLimit原因：操作がタイムアウトし、要求がRemoteCommand 871だった - ターゲット：config.app.comデシベル：コンフィグEXPDATE：2017-10-21T13 ：16：38.250 + 0000 cmd：{find： "shards"、readConcern：{level： "majority"、afterOpTime：{ts：Timestamp 1508586527000 | 1、t：24}}、maxTimeMS：30000}

2017- 10-21T13：16：38.250 + 0000 SHARDING [シャードレジストリのリロード]操作のタイムアウト:: :: ExceededTimeLimitによる操作：操作がタイムアウトしました。RemoteCommand 871 - ターゲット：config.app.com db：config expDate：2017 -10-21T13：16：38.250 + 0000 cmd：{find： "shards"、readConcern：{level： "majority"、afterOpTime：{ts：Timestamp 1508586527000 | 1、t：24}}、maxTimeMS：30000 }シャドウレジストリの定期的なリロードが失敗しました:: :: 50がシャットダウンリストをシャットダウンすることができませんでした。タイムアウトが原因で設定サーバーからシャードリストが更新されませんでした。リクエストはRemoteCommand 871 - target：config.app.com db：config expDate：2017-10-21T13：16：38.250 + 0000 cmd：{find： "shards"、readConcern：{level： "majority"、afterOpTime： {ts：タイムスタンプ1508586527000 | 1、t：24}}、maxTimeMS：30000};これは私に起こったとデバッグの時間後、私は私のconfigサーバはrs.initiateでconfigsvr: trueオプションなしで起動されたことがわかった30代

Answer 1

後に再試行されます。だからmongosは私の設定サーバからデータを要求していましたが、設定サーバは応答する方法を知らなかったのです。 fwiw、私は持っていた

sharding: 
    clusterRole: configsvr 

私のconfファイルには、それが選ばれていないように見えます。