Storage Foundation and High Availability 7.4 設定およびアップグレードガイド- Solaris
- 第 I 部 SFHA の概要
- 第 II 部 SFHA の設定
- 設定の準備
- データ整合性のための SFHA クラスタ設定の準備
- SFHA の設定
- インストーラを使った Storage Foundation High Availability の設定
- ノード別のセキュアクラスタノードの設定
- システム上のライセンスの確認と更新
- インストーラを使った Storage Foundation High Availability の設定
- データ整合性のための SFHA クラスタの設定
- データ整合性のための SFHA クラスタの手動設定
- 応答ファイルを使用した SFHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 第 III 部 SFHA のアップグレード
- SFHA のアップグレード計画
- Storage Foundation and High Availability のアップグレード
- SFHA のローリングアップグレードの実行
- SFHA の段階的アップグレードの実行
- 応答ファイルを使用した SFHA 自動アップグレードの実行
- ブート環境のアップグレードを使用した SFHA のアップグレード
- アップグレード後のタスクの実行
- VCS Agents for VVR が設定されている場合のアップグレード後のタスク
- ASL のアップグレード
- セキュアモードで動作するクラスタの LDAP 認証の有効化について
- 第 IV 部 インストール後のタスク
- 第 V 部 ノードの追加と削除
- 第 VI 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. SFHA サービスとポート
- 付録 C. 設定ファイル
- 付録 D. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 E. CP サーバーベースの I/O フェンシングのSFHA cluster設定図サンプル
- 付録 F. NFS 共有ディスクのメジャー番号とマイナー番号の一致
- 付録 G. UDP 上での LLT の設定
ディスクパーティションのメジャー番号とマイナー番号の確認
次の項では、クラスタノードが使っているディスクパーティションのメジャー番号とマイナー番号の確認と、必要な場合はその変更について説明します。
ディスクパーティションのメジャー番号とマイナー番号を確認するには
- NFS ファイルシステムをエクスポートするすべてのノードで、次のコマンドを実行します。このコマンドにより、ブロックデバイスのメジャー番号とマイナー番号が表示されます。
# ls -lL block_device
変数 block_device は、NFS によってエクスポートされるファイルシステムが存在するパーティションを指定します。このコマンドをすべての NFS ファイルシステムで実行します。たとえば、次のように入力します。
# ls -lL /dev/dsk/c1t1d0s2
ノード A の出力例
crw-r----- 1 root sys 32,1 Dec 3 11:50 /dev/dsk/c1t1d0s2
ノード B の出力例:
crw-r----- 1 root sys 32,1 Dec 3 11:55 /dev/dsk/c1t1d0s2
メジャー番号(32)とマイナー番号(1)が一致しており、NFS ファイルシステムの必要条件が満たされていることに注意してください。
ディスクパーティションの一致しないメジャー番号を一致させるには
- 必要に応じて、メジャー番号とマイナー番号を調整します。たとえば、前の項の出力が次のように表示された場合は、手順 2 からの操作を実行します。
ノード A の出力:
crw-r----- 1 root sys 32,1 Dec 3 11:50 /dev/dsk/c1t1d0s2
ノード B の出力:
crw-r----- 1 root sys 36,1 Dec 3 11:55 /dev/dsk/c1t1d0s2
- VCS コマンドディレクトリに PATH を設定しておきます。
# export PATH=$PATH:/usr/sbin:/sbin:/opt/VRTS/bin
- システム B のメジャー番号(現在 36)を、システム A のメジャー番号(32)に一致するように変更してみます。次のコマンドを使います。
# haremajor -sd major_number
たとえば、ノード B で、次のように入力します。
# haremajor -sd 32
- コマンドが成功した場合は、8 の手順に進みます。
- コマンドが失敗すると、次のようなメッセージが表示されます。
Error: Preexisting major number 32 These are available numbers on this system: 128... Check /etc/name_to_major on all systems for available numbers.
- 番号 36(ノード A のメジャー番号)がノード B では使えないことに注意してください。ノード B で haremajor コマンドを実行して、メジャー番号を 128 に変更します。
# haremajor -sd 128
- ノード A で同じコマンドを実行します。ノード A でコマンドが失敗した場合は、出力に使用可能な番号が表示されます。両方のノードでコマンドを再実行し、メジャー番号を両方で使用可能な番号に設定します。
- コマンドが成功した各システムを再起動します。
- 次のパーティションのメジャー番号の調整に進みます。
ディスクパーティションの一致しないマイナー番号を一致させるには
- この例では、マイナー番号は 1 と 3 であり、各ノードでそれらを 30 に設定することにより調整しています。
- ブロックデバイスの名前を使って、両方のノードで次のコマンドを入力します。
# ls -1 /dev/dsk/c1t1d0s2
このコマンドからの出力は、ノード A では次のようになります。
lrwxrwxrwx 1 root root 83 Dec 3 11:50 /dev/dsk/c1t1d0s2 -> ../../ devices/sbus@1f,0/QLGC,isp@0,10000/sd@1,0:d,raw
デバイス名は devices に続くスラッシュを含み、コロンの前まで続きますが、コロンを含みません。
- 両方のノードで次のコマンドを入力して、SCSI ドライバが使っているインスタンス番号を特定します。
# grep sd /etc/path_to_inst | sort -n -k 2,2
このコマンドからの出力は、ノード A では次のようになります。
"/sbus@1f,0/QLGC,isp@0,10000/sd@0,0" 0 "sd" "/sbus@1f,0/QLGC,isp@0,10000/sd@1,0" 1 "sd" "/sbus@1f,0/QLGC,isp@0,10000/sd@2,0" 2 "sd" "/sbus@1f,0/QLGC,isp@0,10000/sd@3,0" 3 "sd" . . "/sbus@1f,0/SUNW,fas@e,8800000/sd@d,0" 27 "sd" "/sbus@1f,0/SUNW,fas@e,8800000/sd@e,0" 28 "sd" "/sbus@1f,0/SUNW,fas@e,8800000/sd@f,0" 29 "sd"
この出力では、インスタンス番号は 2 番目のフィールドにあります。
手順 2 で表示されたノード A の名前と一致するデバイス名に関連付けられたインスタンス番号は「1」です。
- 各ノードの出力に表示されているデバイスのインスタンス番号を比較します。
インスタンス番号を見直した後、次のタスクの 1 つを実行します。
あるノードのインスタンス番号が別のノードで使われていない場合(手順 3 の出力には表示されない)は、/etc/path_to_inst を編集します。
第 2 ノードのインスタンス番号が最初のノードのインスタンス番号と同様になるように、このファイルを編集します。
両方のノードでインスタンス番号がすでに使用済みの場合は、両方のノードで /etc/path_to_inst を編集します。デバイス名と関連付けされたインスタンス番号を未使用の番号に変更します。この番号は、他のデバイスが使う最大値よりも大きい数字にする必要があります。たとえば、手順 3 の出力は、すべてのデバイスが使用するインスタンス番号(0 から 29 まで)を示しています。各ノードの /etc/path_to_inst ファイルを編集し、インスタンス番号を 30 にリセットします。
- 次のコマンドを入力して、/etc/path_to_inst が変更された各ノードを再起動します。
# reboot -- -rv