1

3 つのノードを持つ既存のライブ Mongo 2.4.3 インスタンスに認証を追加しようとしています。mongodb が所有する 400 パーミッションのキーファイルを生成しました。このファイルは、3 つのサーバーすべての同じ場所にコピーされます。クライアントがmongoがダウンしていることに気づかずにキーファイルを追加しようとしています。インスタンスの優先順位は 3、1、および 0 に設定されています。これを n1、n2、および n3 と呼びます。

これが私がこれまでに試したことです:

  1. キーファイルを使用して n2 と n3 の両方を再起動しました。n1 は自分自身をセカンダリに変え、n2 と n3 はレプリカセットに再接続しませんでした
  2. n2 と n3 の両方をシャットダウンし、キーファイルを使用して n1 を再起動しました。n1 がセットのセカンダリとして登場した後、キーファイルを使用して n3 を再起動し、メンバーの過半数で選出できるようにしました。次に、n1 & n3 がレプリカセットから出てきたようです。n1 で次のメッセージを受け取りました: [自分自身を選出していないため、n3 は「n1 は選出可能だとは思わない」と拒否する]

何か案は?

4

0 に答える 0