| PRIMECLUSTER Global Disk Services 説明書 4.2 (Linux版） |
|
目次
|
| 付録F トラブルシューティング | > F.1 トラブルへの対処方法 |
EMC Symmetrixに関する異常について、以下に該当する場合は、それぞれに記載されている対処を行ってください。
マスタからプロキシへのコピー処理がどの方式で行われているかは、sdxinfo コマンドで表示されるCPTYPEフィールドで確認できます。CPTYPEフィールドにSRDFと表示されず、soft と表示される場合は、SRDFではなくGDSのソフトコピー機能によってコピーが行われています。
# sdxinfo -S -e long -o pv1 OBJ NAME CLASS GROUP DISK VOLUME JRM MODE STATUS COPY CURBLKS COPYBLKS DLY CPTYPE CPSOURCE ------ ------------ ------- ------- ------- ------- --- ---- -------- ---- -------- -------- --- ------ -------- slice * Class1 Group1 Disk1 pv1 * * COPY run 93952 10027008 0 soft * |
SRDFが使用されない原因として、以下の 5 通りの原因が考えられます。
詳細については、「プロキシ構成における EMC TimeFinder および EMC SRDF の利用【Linux2.6】」を参照してください。
1) (原因a) に該当するかどうか確認します。
1-1) マスタグループおよびプロキシグループに接続されているディスクの物理ディスク名を確認します。
# sdxinfo -D -o mg1 OBJ NAME TYPE CLASS GROUP DEVNAM DEVBLKS DEVCONNECT STATUS ------ ------- ------ ------- ------- ---------- -------- ---------------- ------- disk Disk1 mirror Class1 mg1 emcpoweri 17596416 node1:node2 ENABLE disk Disk2 mirror Class1 mg1 emcpowerj 17682084 node1:node2 ENABLE # sdxinfo -D -o pg1 OBJ NAME TYPE CLASS GROUP DEVNAM DEVBLKS DEVCONNECT STATUS ------ ------- ------ ------- ------- ---------- -------- ---------------- ------- disk Disk3 mirror Class1 pg1 emcpowerp 17596416 node1:node2 ENABLE |
この例では、マスタグループ mg1 には物理ディスク emcpoweri, emcpowerj が接続されていて、プロキシグループ pg1 には物理ディスク emcpowerp が接続されています。
プロキシグループに下位グループが接続されている場合、および複数のディスクや下位グループが接続されている場合は、(原因a) に該当します。
1-2) SYMCLIの sympd コマンドを使用して、マスタグループおよびプロキシグループに接続されているディスクの Symmetrix ID と Symmetrix デバイス名を確認します。
# sympd list Symmetrix ID: 000183600262
Symmetrix ID: 000282600920 Device Name Directors Device
--------------------------- ------------ --------------------------------------
Cap
Physical Sym SA :P DA :IT Config Attribute Sts (MB)
--------------------------- ------------ --------------------------------------
〜
/dev/emcpowerp 005 03A:0 02B:C0 RDF2 Grp'd RW 8592
/dev/emcpowerq 006 03A:0 01B:D0 RDF1 Grp'd RW 8632
/dev/emcpowerr 007 03A:0 01A:D0 RDF1 Grp'd RW 8632
〜 |
この例では、物理ディスク emcpoweri, emcpowerj のSymmetrix ID は 000183600262 で、Symmetrixデバイス名はそれぞれ 000, 001 です。また、物理ディスク emcpowerp のSymmetrix IDは000282600920で、Symmetrix デバイス名は 005 です。
sympdコマンドの詳細については、Symmetrix Manager のマニュアルを参照してください。
1-3) SYMCLIの symrdf コマンドを使用して、SRDFペアのソース(R1)デバイスとターゲット(R2)デバイスが、それぞれマスタグループ、プロキシグループに接続されているかどうか確認します。
symrdf list コマンドの出力の SymDev フィールドとRDevフィールドに、ソース(R1)デバイスとそれに対応するターゲット(R2)デバイスの Symmetrix デバイス名が表示されます。
# symrdf list
Symmetrix ID: 000183600262
Local Device View
-------------------------------------------------------------------------------
STATUS M O D E S RDF S T A T E S
Sym RDF --------- ------------ R1 Inv R2 Inv -----------------------
Dev RDev Typ:G SA RA LNK Mode Dom ACp Tracks Tracks Dev RDev Pair
--- ---- ----- --------- ------------ ------ ------ --- ---- --------------
〜
000 005 R1:1 RW RW NR SYN DIS OFF 0 0 RW RW Synchronized
002 006 R2:2 RW RW NR SYN DIS OFF 0 0 RW RW Split
〜
Symmetrix ID: 000282600920
Local Device View
-------------------------------------------------------------------------------
STATUS M O D E S RDF S T A T E S
Sym RDF --------- ------------ R1 Inv R2 Inv -----------------------
Dev RDev Typ:G SA RA LNK Mode Dom ACp Tracks Tracks Dev RDev Pair
--- ---- ----- --------- ------------ ------ ------ --- ---- --------------
〜
005 000 R2:1 RW RW NR SYN DIS OFF 0 0 RW RW Synchronized
006 002 R1:2 RW RW NR SYN DIS OFF 0 0 RW RW Split
〜 |
この例では、Symmetrix 筐体 000183600262 のソース(R1)デバイス 000 と、Symmetrix 筐体 000282600920のターゲット(R2)デバイス 005 は、SRDFペアとなっています。マスタとプロキシは適切に構成されており、(原因e) には該当しません。
symrdfコマンドの詳細については、Symmetrix Manager のマニュアルを参照してください。
1-4) (原因e) に該当する場合は、マスタとプロキシの関係をいったん解除した後、適切な構成となるよう設定をやり直してください。
たとえば、手順1-3) の symrdf コマンドの結果から、Symmetrix 筐体 000282600920 のソース(R1)デバイス 006 と、Symmetrix 筐体 000183600262 のターゲット(R2)デバイス 002 もSRDFペアであることが分かります。手順1-2) の sympd コマンドの結果から、Symmetrix デバイス 006, 002 の物理ディスク名は、それぞれ emcpowerq, emcpowerk であることが分かります。emcpowerq とemcpowerk をクラスに登録して、それぞれを別のグループに接続し、それらのグループをマスタとプロキシとして関連付けることにより、SRDFと連携したプロキシ構成が構築できます。
なお、デバイスグループへのソース(R1) デバイスの登録は、ディスクをクラスに登録した後でもかまいませんが、マスタとプロキシの結合を行う前に実施する必要があります。
2) (原因b) に該当するかどうか確認します。
# sdxinfo -GV -e long -o pv1 OBJ NAME CLASS DISKS BLKS FREEBLKS SPARE MASTER TYPE WIDTH ------ ------- ------- ------------------- -------- -------- ----- ------ ------ ----- group pg1 Class1 Disk3 17596416 7503872 0 * mirror * OBJ NAME TYPE CLASS GROUP DISK MASTER PROXY SKIP JRM MODE CMODE LOCK 1STBLK LASTBLK BLOCKS STATUS PSLICE SNUM ------ ------- ------ ------- ------- ------ ------ ----- ---- --- ---- ----- ---- -------- -------- -------- -------- ------ ---- volume * mirror Class1 pg1 * * * * * * * * 0 65535 65536 PRIVATE * * volume pv1 mirror Class1 pg1 * mv1 * off on ro * on 65536 10092543 10027008 STOP on 1 volume * mirror Class1 pg1 * * * * * * * * 10092544 17596415 7503872 FREE * * |
この例では、プロキシボリューム pv1 が属しているグループ pg1 のMASTERフィールドにアスタリスク(*)が表示されていて、pv1 のMASTERフィールドにマスタボリュームのボリューム名 mv1 が表示されており、(原因b) に該当します。
(原因b) に該当する場合は、以下の対処を行ってください。
2-1) マスタボリュームとプロキシボリュームの関係を解除します。
# sdxproxy Break -c Class1 -p pv1 |
2-2) ボリュームの対ではなくグループの対をマスタとプロキシとして関連付けます。ここでは、マスタグループのグループ名を mg1 とします。
# sdxproxy Join -c Class1 -m mg1 -p pg1 -a mv1=pv1:on |
3) (原因c) に該当するかどうか確認します。
# sdxinfo -V -e long -o mg1 OBJ NAME TYPE CLASS GROUP DISK MASTER PROXY SKIP JRM MODE CMODE LOCK 1STBLK LASTBLK BLOCKS STATUS PSLICE SNUM ------ ------- ------ ------- ------- ------ ------ ----- ---- --- ---- ----- ---- -------- -------- -------- -------- ------ ---- volume * mirror Class1 mg1 * * * * * * * * 0 65535 65536 PRIVATE * * volume mv1 mirror Class1 mg1 * * * off on rw rw off 65536 10092543 10027008 ACTIVE on 1 volume * mirror Class1 mg1 * * * * * * * * 10092544 17596415 7503872 FREE * * # sdxinfo -V -e long -o pg1 OBJ NAME TYPE CLASS GROUP DISK MASTER PROXY SKIP JRM MODE CMODE LOCK 1STBLK LASTBLK BLOCKS STATUS PSLICE SNUM ------ ------- ------ ------- ------- ------ ------ ----- ---- --- ---- ----- ---- -------- -------- -------- -------- ------ ---- volume * mirror Class1 pg1 * * * * * * * * 0 65535 65536 PRIVATE * * volume pv1 mirror Class1 pg1 * mv1 * off on ro * on 65536 10092543 10027008 STOP off 1 volume * mirror Class1 pg1 * * * * * * * * 10092544 17596415 7503872 FREE * * |
この例では、マスタボリューム mv1、プロキシボリューム pv1 の物理スライス属性はそれぞれon, offであり、(原因c) に該当します。
(原因c) に該当する場合は、以下の対処を行ってください。
3-1) マスタとプロキシの関係を解除します。
# sdxproxy Break -c Class1 -p pg1 |
3-2) マスタとプロキシを再度関連付けます。sdxproxy Join コマンドの -a オプションでは、プロキシボリュームの物理スライス属性の指定を省略することにより、作成されるプロキシボリュームの物理スライス属性がマスタボリュームと同じになるようにします。
# sdxproxy Join -c Class1 -m mg1 -p pg1 -a mv1=pv1:on |
4) (原因d)、(原因e) に該当するかどうかは、GDSのログファイル/etc/opt/FJSVsdx/msglog/sdxservd.log でコマンド実行履歴を確認することにより判定できます。
(原因d) または (原因e) に該当する場合は、マスタとプロキシの関係をいったん解除した後、再度関連付けてください。
ノードのダウンなどにより、Symmetrix デバイスの排他ロックが解放されず、TimeFinder やSRDFが動作しなくなることがあります。この場合、TimeFinder やSRDFによるコピー処理が正常に動作せず、プロキシボリュームがINVALID状態になることがあります。
Symmetrix デバイスの排他ロックは2種類あります。それぞれの排他ロックが解放されずに残っているかどうかは、SYMCLIの symdev コマンドおよび symcfg コマンドを使用して確認することができます。
# symdev -lock list # symcfg -lock list |
排他ロックが残っている場合は、ロック番号が表示されます。
以下の方法で、Symmetrix デバイスの排他ロックを解放します。
symdev -lock list コマンドで表示された排他ロックは、symdev コマンドを使用して解放します。number には、symdev -lock list コマンドで表示されたロック番号を指定します。
# symdev -lock number release |
symcfg -lock list コマンドで表示された排他ロックは、symcfg コマンドを使用して解放します。number には、symcfg -lock list コマンドで表示されたロック番号を指定します。
# symcfg -lockn number release |
symdev コマンドおよび symcfg コマンドの詳細については、Symmetrix Manager のマニュアルを参照してください。
|
目次
|