複数所有者ボリュームマネージャーのフレームワークリソースグループの障害

このセクションでは、複数所有者ボリュームマネージャーのフレームワークリソースグループに影響を与える可能性がある問題について説明します。

• 複数所有者ボリュームマネージャーフレームワークの初期化中のノードパニック

• vucmmd デーモンの開始の失敗

• vucmmd デーモンまたは関連コンポーネントの障害から回復する方法

複数所有者ボリュームマネージャーフレームワークの初期化中のノードパニック

複数所有者ボリュームマネージャーフレームワークの初期化中に致命的な問題が発生した場合は、次のようなエラーメッセージとともにノードでパニックが発生します。

vucmmd デーモンの開始の失敗

複数所有者ボリュームマネージャーフレームワークのデーモン vucmmd は、複数所有者ボリュームマネージャーフレームワークの再構成を管理します。クラスタがブートまたはリブートされると、このデーモンは複数所有者ボリュームマネージャーフレームワークのすべてのコンポーネントが検証されてから開始されます。ノード上のコンポーネントの検証に失敗すると、そのノード上では vucmmd デーモンが開始されません。

この問題のもっとも一般的な原因は次のとおりです。

• 複数所有者ボリュームマネージャーフレームワークのコンポーネントの以前の再構成中にエラーが発生した。

• 複数所有者ボリュームマネージャーフレームワークの以前の再構成に含まれる手順がタイムアウトしたため、タイムアウトが発生したノードでパニックが発生した。

この問題を修正する手順については、vucmmd デーモンまたは関連コンポーネントの障害から回復する方法を参照してください。

vucmmd デーモンまたは関連コンポーネントの障害から回復する方法

次のセクションで説明する問題を修正するには、このタスクを実行します。

• 複数所有者ボリュームマネージャーフレームワークの初期化中のノードパニック

• vucmmd デーモンの開始の失敗

1. 問題の原因を判定するため、複数所有者ボリュームマネージャーフレームワーク再構成のログファイルとシステムメッセージファイルを調べます。

   複数所有者ボリュームマネージャーフレームワーク再構成のログファイルの場所については、診断情報のソースを参照してください。

   これらのファイルを調べるときは、最新のメッセージから始めて、問題の原因が特定されるまで過去にさかのぼります。

   再構成エラーの原因を示している可能性のあるエラーメッセージの詳細は、Oracle Solaris Cluster のエラーメッセージに関するガイドを参照してください。

2. コンポーネントが複数所有者ボリュームマネージャーフレームワークにエラーを返す原因となった問題を修正します。
3. 問題の解決方法でリブートが必要な場合は、問題が発生したノードをリブートします。

   特定の問題の解決方法でのみ、リブートが必要です。たとえば、共有メモリーの量を増やす場合は、リブートが必要です。しかし、手順のタイムアウトの値を増やす場合は、リブートは必要ありません。

   ノードをリブートする方法の詳細は、Oracle Solaris Cluster 4.3 システム管理 の クラスタ内の 1 つのノードの停止とブートを参照してください。

4. 問題が発生したノード上で、複数所有者ボリュームマネージャーのフレームワークリソースグループをオフラインにしてからオンラインにします。

   この手順により、構成変更を加えたリソースグループがリフレッシュされます。

   1. root 役割になるか、RBAC 承認 solaris.cluster.admin を提供する役割になります。
   2. 複数所有者ボリュームマネージャーのフレームワークリソースグループとそのリソースをオフラインにするコマンドを入力します。

      # clresourcegroup offline -n node vucmm-fmwk-rg

      –n node

      問題が発生したノードのノード名とノード識別子 (ID) を指定します。

      vucmm-fmwk-rg

      オフラインにするリソースグループの名前を指定します。

   3. 複数所有者ボリュームマネージャーのフレームワークリソースグループとそのリソースをオンラインおよび管理状態にするコマンドを入力します。

      # clresourcegroup online -eM -n node vucmm-fmwk-rg