7.4.12. CephMonHighNumberOfLeaderChanges

診断

1. 影響を受けるモニター Pod のログを出力して、問題に関する詳細情報を収集します。

   $ oc logs <rook-ceph-mon-X-yyyy> -n openshift-storage

   <rook-ceph-mon-X-yyyy>

   影響を受けるモニター Pod の名前を指定します。

2. または、Openshift Web コンソールを使用して、影響を受けるモニター Pod のログを開きます。考えられる原因に関する詳細情報がログに反映されます。

3. Pod の一般的なトラブルシューティング手順を実行します。

   Pod ステータス: 保留

4. リソースの問題、保留中の永続ボリューム要求 (PVC)、ノードの割り当て、および kubelet の問題を確認します。

   $ oc project openshift-storage

   oc get pod | grep {ceph-component}

5. 問題のある Pod として識別された Pod の変数として MYPOD を設定します。

   # Examine the output for a {ceph-component}  that is in the pending state, not running or not ready
   MYPOD=<pod_name>

   <pod_name>

   問題のある Pod として識別された Pod の名前を指定します。

6. リソースの制限または保留中の PVC を探します。それらがない場合は、ノードの割り当てを確認します。

   $ oc get pod/${MYPOD} -o wide

   Pod ステータス: 保留中や実行中ではないが、準備完了状態でもない

   • readiness プローブを確認します。

     $ oc describe pod/${MYPOD}

   Pod ステータス: 保留中ではないが、実行中でもない

   • アプリケーションまたはイメージの問題を確認します。

     $ oc logs pod/${MYPOD}

     重要

     ノードが割り当てられている場合は、ノードの kubelet を確認します。