クラスの状態が以下に該当する場合は、それぞれに記載されている対処を行ってください。
(1) 運用中にクラスが閉塞状態となる。
説明
クラス内のオブジェクトの構成や状態を格納している構成データベースの数が不足した場合、またはクラスタ環境でノード間の通信処理がエラーとなった場合に、クラスは閉塞状態となります。閉塞状態のクラスに存在しているオブジェクトには、一切アクセスすることができません。
構成データベースの不足は、以下の条件に合致した場合に発生します。
ENABLE 状態のディスクが 2 本以下であれば、正常にアクセス可能なディスクが存在しない場合
ENABLE 状態のディスクが 3 本から 5 本であれば、正常にアクセス可能なディスクが 1 本以下になってしまった場合
ENABLE 状態のディスクが 6 本以上であれば、正常にアクセス可能なディスクが 2 本以下になってしまった場合
ただし、ルートクラスの場合は、正常にアクセス可能なディスクが存在しなくならない限り、閉塞されません。
なお、Dell EMC 社製ストレージ装置の BCV デバイスおよびターゲット (R2) デバイスは、コピー元のディスクのデータで上書きされるため、GDS の構成データベースを格納できません。したがって、BCV デバイスおよびターゲット (R2) デバイスは、上記の条件における「正常にアクセス可能なディスク」には該当しません。
対処
1) 運用中にクラスが閉塞したかどうかは、次の方法で確認できます。リブートあるいは sdxservd デーモンを再起動してしまうと確認できなくなるため注意してください。
# /etc/opt/FJSVsdx/bin/sdxdcdown |
この例では、DOWN フィールドが yes である、Class2、Class3、および Class4 が閉塞状態で、REASON フィールドに示されている閉塞の原因は次のとおりです。
Comm ノード間通信が失敗しました
FewDB 有効な構成データベースの数が不足しています
NoDB 有効な構成データベースがまったくありません
2) 詳細原因によっては、復旧が困難となる場合がありますので、まず調査資料を必ず採取してください。
調査資料の採取方法については、「F.2 トラブル調査資料の採取方法」を参照してください。
以下では、次の 2 つの場合に分けて対処方法を説明します。
通信エラーで閉塞した場合
構成データベースの不足で閉塞した場合
3a) (原因1) に該当する場合、当社の技術員へ連絡してください。
3b) (原因2) または (原因3) に該当する場合、クラスに登録されているすべての (あるいは大半の) ディスクが異常となっています。
クラスに登録されているディスクは、以下の方法で確認できます。
# sdxinfo -D -c Class3 |
この例では、クラス Class3 に Disk31 から Disk40 までの 10 本のディスクが登録されています。DEVNAM フィールドに物理ディスク名が示されているので、これらの物理ディスクで発生している異常原因をディスクドライバのログメッセージなどをもとにして特定してください。異常原因は、次の 2 つに分けられます。
ディスク以外の部品が故障あるいは不良である場合
ディスク部品が故障している場合
4b) (故障 1) に該当する場合、ディスク以外の部品故障 (I/O アダプタ、I/O ケーブル、I/O コントローラ、電源、ファン等の故障および不良) を復旧してください。
5b) ローカルクラスまたは共用クラスの場合は、クラスの状態を復旧するために、sdxfix コマンドを実行します。
# sdxfix -C -c Class3 |
sdxfix コマンドが正常終了した場合は、手順 6b) ~ 9b) は実施せず、手順 10b) を実施します。
sdxfix コマンドが正常終了しなかった場合は、手順 6b) 以降を実施します。
ルートクラスの場合は、手順 6b) 以降を実施します。
6b) エディタを使って、GDS の構成パラメタファイルを開きます。
# vi /etc/opt/FJSVsdx/sdx.cf |
ファイルの最後に、次の 1 行を追加します。
SDX_DB_FAIL_NUM=0
7b) システムを再起動します。
8b) クラス内のオブジェクトがアクセス可能になったことを確認します。
# sdxinfo -c Class3 |
何も表示されていなければ、復旧できていません。この場合は、当社の技術員へ連絡してください。
正常に表示されていれば、以降の手順を進めてください。
9b) (故障 2) に該当する場合、すなわちディスク部品が故障している場合は、「5.3.4 ディスク交換」または「D.8 sdxswap - ディスクの交換」に従って、ディスクを交換します。
10b) (故障 1) および (故障 2) の復旧が完了した時点で、次の方法により有効な構成データベースの数を確認します。
# /etc/opt/FJSVsdx/bin/sdxdcdown |
NLDB フィールドは、不足している構成データベースの数を示しています。この値が 0 であれば問題ありません。この値が 1 以上の場合、まだ復旧できていないディスクが存在していることを示しています。上記の例では、すべてのクラスの NLDB フィールドが 0 であり、復旧は完了したことを表しています。
手順 6b) を実施していない場合は、以降の手順は不要です。
11b) エディタを使って、GDS の構成パラメタファイルを開きます。
# vi /etc/opt/FJSVsdx/sdx.cf |
手順 6b) で追加した、次の 1 行を削除してください。
SDX_DB_FAIL_NUM=0
12b) システムを再起動します。
これまでに説明した手順で復旧できない場合は、当社の技術員へ連絡してください。
(2) システムの起動時にクラスが起動できない。
説明
システムの起動時に、ディスクの I/O エラーなどが原因で、クラス内のオブジェクトの構成および状態を格納している構成データベースにアクセスできない場合、クラスは未起動状態となります。
未起動状態のクラスに存在するオブジェクトには、一切アクセスできません。また、未起動状態のクラスは、sdxinfo コマンドを実行しても、クラス情報など、関連するオブジェクトが表示されません。
対処
1) コンソールに出力されている、sfdsk ドライバのメッセージおよびディスクドライバのメッセージを参考に、故障原因を特定して復旧させてください。
2) 「F.1.2 ディスク状態に関する異常」の「(1) ディスクが DISABLE 状態である。」の (原因 a) と (原因 b) を参照し、それぞれの原因に応じた対処を実施してください。
以下の場合、該当するクラスを強制削除してから、クラスを再作成する必要があるため、当社技術員に連絡してください。
ETERNUS ディスクアレイなどの筺体操作時に、誤って GDS に登録されているディスクを初期化した場合