ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris Cluster システム管理 Oracle Solaris Cluster 3.3 3/13 (日本語) |
1. Oracle Solaris Cluster の管理の概要
2. Oracle Solaris Cluster と RBAC
5. グローバルデバイス、ディスクパス監視、およびクラスタファイルシステムの管理
7. クラスタインターコネクトとパブリックネットワークの管理
SPARC: ノードで OpenBoot PROM (OBP) を表示する方法
グローバルクラスタの非投票ノードにプライベートホスト名を追加する方法
グローバルクラスタの非投票ノードでプライベートホスト名を変更する方法
グローバルクラスタの非投票ノードのプライベートホスト名を削除する方法
既存の Oracle Solaris Cluster の論理ホスト名リソースで使用されている論理ホスト名を変更する
クラスタノードから Oracle Solaris Cluster ソフトウェアをアンインストールする
Oracle Solaris Cluster SNMP イベント MIB の作成、設定、および管理
SNMP ホストがノード上の SNMP トラップを受信できるようにする
SNMP ホストがノード上の SNMP トラップを受信できないようにする
11. Oracle Solaris Cluster ソフトウェアおよびファームウェアのパッチ適用
この節では、テスト用に使用できるトラブルシューティング手順について説明します。
この手順を使用して、テスト用にグローバルクラスタ外でアプリケーションを実行します。
phys-schost# clquorum show
phys-schost# clquorum add did
phys-schost# clqorum remove did
次のコマンドは、PGRE (Persistent Group Reservation Emulation) 鍵を検索します。ディスク上に鍵が存在しない場合は、errno=22 メッセージが表示されます。
# /usr/cluster/lib/sc/pgre -c pgre_inkeys -d /dev/did/rdsk/dids2
鍵が見つかったら、PGRE 鍵をスクラブします。
# /usr/cluster/lib/sc/pgre -c pgre_scrub -d /dev/did/rdsk/dids2
注意 - アクティブな定足数デバイス鍵をディスクからスクラブすると、次の再構成時にクラスタでパニックが発生し、「操作可能な定足数を失いました」というメッセージが表示されます。 |
phys-schost# clresourcegroup evacuate -n targetnode
phys-schost# clresourcegroup offline resourcegroupname
phys-schost# clresource disable resourcename
phys-schost# clresourcegroup unmanage resourcegroupname
phys-schost# cldevicegroup offline devicegroupname
phys-schost# cldevicegroup disable devicegroupname
phys-schost# reboot -x
phys-schost# svcs -x
phys-schost# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/did/rdsk/dids2
phys-schost# /usr/cluster/lib/sc/scsi -c scrub -d /dev/did/rdsk/dids2
phys-schost# metaset -s name -C take -f
phys-schost# mount device mountpoint
phys-schost# reboot
phys-schost# cldevicegroup online -e devicegroupname
phys-schost# clresourcegroup online -eM resourcegroupname
この手順は、ディスクセットが破損している場合、またはクラスタのノードがディスクセットの所有権を取得できない状態になっている場合に使用します。状態を明らかにしようとしたができなかった場合は、ディスクセットを修正するための最後の試みとして次の手順に従います。
次の手順は、Solaris Volume Manager のメタセットおよび複数所有者 Solaris Volume Manager のメタセットに適用します。
最初からディスクセットを復元すると、時間がかかり、エラーが発生しやすくなります。代わりの方法として適切なのは、metastat コマンドを使用して定期的に複製をバックアップするか、Oracle Explorer (SUNWexplo) を使用してバックアップを作成する方法です。その後、保存された構成を使用して、ディスクセットを再作成します。 (prtvtoc および metastat コマンドを使用して) 現在の構成をファイルに保存し、ディスクセットとそのコンポーネントを再作成します。 「Solaris Volume Manager ソフトウェア構成を再作成する方法」を参照してください。
# /usr/sbin/prtvtoc /dev/global/rdsk/diskname > /etc/lvm/diskname.vtoc
# /bin/cp /etc/lvm/md.tab /etc/lvm/md.tab_ORIGINAL
# /usr/sbin/metastat -p -s setname >> /etc/lvm/md.tab
注 - /etc/vfstab ファイルなどのほかの構成ファイルが、Solaris Volume Manager ソフトウェアを参照する場合があります。この手順では、同一の Solaris Volume Manager ソフトウェア構成を再構築することを想定しているため、マウント情報は同じです。 セットの所有権を持つノード上で Oracle Explorer (SUNWexplo) を実行すると、prtvtoc および metaset —p の情報が取得されます。
1 つのノードまたはすべてのノードからセットを削除すると、構成が削除されます。ノードからディスクセットを削除するには、ノードにディスクセットの所有権があってはいけません。
# /usr/sbin/metaset -s setname -P
このコマンドを実行すると、データベースの複製から、ディスクセット情報のほか、Oracle Solaris Cluster リポジトリが削除されます。-P および -C オプションを使用すると、Solaris Volume Manager 環境を完全に再構築しなくても、ディスクセットを削除できます。
注 - ノードがクラスタモードからブートされたときに複数所有者のディスクセットが削除された場合、dcs 構成ファイルから情報を削除する必要が生じることがあります。
# /usr/cluster/lib/sc/dcs_config -c remove -s setname
詳細は、dcs_config(1M) のマニュアルページを参照してください。
# /usr/sbin/metaset -s setname -C purge
通常は、-C オプションではなく、-P オプションを使用するようにしてください。-C オプションを使用すると、Oracle Solaris Cluster ソフトウェアは引き続きディスクセットを認識するため、ディスクセットの再作成時に問題が発生する場合があります。
# /usr/cluster/lib/sc/dcs_config -c remove -s setname
purge オプションが失敗した場合は、最新のカーネルとメタデバイスの更新がインストールされていることを確認し、My Oracle Support にアクセスします。
この手順に従うのは、Solaris Volume Manager ソフトウェア構成が完全に失われた場合のみです。この手順では、現在の Solaris Volume Manager 構成とそのコンポーネントが保存され、破損したディスクセットが削除されていることを想定しています。
注 - メディエータは、2 ノードクラスタでのみ使用するようにしてください。
# /usr/sbin/metaset -s setname -a -h nodename1 nodename2
これが複数所有者ディスクセットの場合は、次のコマンドを使用して新しいディスクセットを作成します。
/usr/sbin/metaset -s setname -aM -h nodename1 nodename2
/usr/sbin/metaset -s setname -a -m nodename1 nodename2
/usr/sbin/metaset -s setname -a /dev/did/rdsk/diskname /dev/did/rdsk/diskname
# /usr/sbin/fmthard -s /etc/lvm/d4.vtoc /dev/global/rdsk/d4s2
# /usr/sbin/fmthard -s /etc/lvm/d8.vtoc /dev/global/rdsk/d8s2
このコマンドはどのノードでも実行できます。
# /usr/sbin/metainit -s setname -n -a metadevice
# /usr/sbin/metainit -s setname -a metadevice
# /usr/sbin/fsck -n /dev/md/setname/rdsk/metadevice
fsck コマンドが、スーパーブロック数など少数のエラーのみを表示した場合、デバイスは正しく再構築されている可能性が高くなります。その後、fsck コマンドを -n オプションを指定せずに実行できます。 多数のエラーが表示された場合は、メタデバイスが正しく再構築されているかどうかを確認します。 正しく再構築されている場合は、fsck エラーを確認して、ファイルシステムが回復可能かどうかを判断します。 回復できない場合は、バックアップからデータを復元するようにしてください。
# /usr/sbin/metastat -p >> /etc/lvm/md.tab