Veritas InfoScale™ 8.0.2 トラブルシューティングガイド - Linux
- はじめに
- 第 I 部 Veritas File System のトラブルシューティング
- 第 II 部 Veritas Volume Manager のトラブルシューティング
- ハードウェア障害からのリカバリ
- ハードウェア障害からのリカバリについて
- 起動不能なボリュームの一覧表示
- ボリュームとプレックスの状態の表示
- プレックスの状態遷移
- 起動不能なミラーボリュームのリカバリ
- RECOVER 状態の無効にされたプレックスが存在する起動不能なボリュームのリカバリ
- 起動不能なボリュームの強制的な再起動
- ディスクでの failing フラグのクリア
- 障害が発生したディスクの再接続
- 失敗したプレックスの接続操作または同期操作のリカバリ
- RAID 5 ボリュームの障害
- ディスクグループの不完全な移動のリカバリ
- クラスタ内の一部のノードが使用できない場合のリカバリ後のボリュームの再起動
- DCO ボリュームの障害からのリカバリ
- インスタントスナップショット障害からのリカバリ
- vxsnap prepare の障害からのリカバリ
- フルサイズインスタントスナップショット作成時の vxsnap make の失敗からのリカバリ
- ブレークオフインスタントスナップショット作成時の vxsnap make の失敗からのリカバリ
- 領域最適化インスタントスナップショット作成時の vxsnap make の失敗からのリカバリ
- vxsnap restore の障害からのリカバリ
- vxsnap refresh の障害からのリカバリ
- コピーオンライトの失敗からのリカバリ
- 再同期中に発生する I/O エラーからのリカバリ
- DCO ボリュームでの I/O エラーからのリカバリ
- インスタントスナップのデータ変更オブジェクト(DCO)の vxsnap アップグレードの障害からのリカバリ
- 失敗した vxresize 操作のリカバリ
- ブートディスク障害からのリカバリ
- コマンド、タスク、トランザクションの管理
- ディスクグループ設定データのバックアップとリストア
- ディスクグループのインポートを使った問題のトラブルシューティング
- CDS エラーからの回復
- ログおよびエラーメッセージ
- Veritas Volume Replicator のトラブルシューティング
- RLINK 接続問題のリカバリ
- 設定エラーのリカバリ
- プライマリまたはセカンダリでのリカバリ
- ハードウェア障害からのリカバリ
- 第 III 部 Dynamic Multi-Pathing のトラブルシューティング
- 第 IV 部 Storage Foundation Cluster File System High Availability のトラブルシューティングについて
- 第 V 部 Cluster Server のトラブルシューティング
- VCS のトラブルシューティングおよびリカバリ
- VCS メッセージログ
- VCS エンジンのトラブルシューティング
- LLT(Low Latency Transport)のトラブルシューティング
- GAB(Group Membership Services/Atomic Broadcast)のトラブルシューティング
- VCS の起動に関するトラブルシューティング
- systemd ユニットサービスファイルの問題のトラブルシューティング
- IMF(Intelligent Monitoring Framework)のトラブルシューティング
- サービスグループに関するトラブルシューティング
- VCS はサービスグループを自動的に起動しない
- システムが RUNNING 状態にならない
- あるシステムでサービスグループがオンラインにならない
- サービスグループが自動起動しない
- サービスグループがフリーズしている
- フェールオーバーサービスグループが、別のシステムでオンラインになっている
- 重大なリソース障害が発生した
- サービスグループが自動無効化の状態になっている
- リソースがオンラインまたはオフラインになるまでサービスグループが待機している
- 依存関係が満たされるまでサービスグループが待機している
- サービスグループのプローブが完了していない
- サービスグループが予想されたシステムにフェールオーバーしない
- FailOverPolicy が BiggestAvailable に設定されているのに、サービスグループが BiggestAvailable システムにフェールオーバーしない
- VCS で作成されるバックアップからの測定データベースの復元
- 測定データベースの初期化の失敗
- リソースに関するトラブルシューティング
- I/O フェンシングのトラブルシューティング
- 他のノードが除外されている間、ノードはクラスタを参加させられない
- SCSI TEST UNIT READY コマンドが失敗すると、vxfentsthdw ユーティリティが失敗する
- SCSI-3 ディスクから手動で既存のキーを削除する
- システムパニックによって潜在的なデータ破損が防止される
- コーディネータディスクの I/O フェンシングキーのクラスタ ID がローカルクラスタの ID と一致しない
- フェンシングの起動時にすでに発生しているスプリットブレイン状態が報告される
- 登録済みのキーがコーディネータディスクから失われている
- クラスタがオフラインになっているときに不具合のあるディスクの置換
- rcp または scp コマンドが機能していないと vxfenswap ユーティリティが終了する
- CP サーバーのトラブルシューティング
- Veritas InfoScale 製品 クラスタノードでのサーバーベースのフェンシングのトラブルシューティング
- コーディネーションポイントのオンライン移行中の問題
- 通知に関するトラブルシューティング
- グローバルクラスタのトラブルシューティングとリカバリ
- Steward プロセスのトラブルシューティング
- ライセンスに関するトラブルシューティング
- ライセンスキーの検証
- ライセンスのエラーメッセージ
- [Licensing] Insufficient memory to perform operation
- [Licensing] No valid VCS license keys were found
- [Licensing] Unable to find a valid base VCS license key
- [Licensing] License key can not be used on this OS platform
- [Licensing] VCS evaluation period has expired
- [Licensing] License key can not be used on this system
- [Licensing] Unable to initialize the licensing framework
- [Licensing] QuickStart is not supported in this release
- [Licensing] Your evaluation period for the feature has expired.This feature will not be enabled the next time VCS starts
- CPU、メモリ、スワップの計測または予測された値の確認
- VCS のトラブルシューティングおよびリカバリ
- 第 VI 部 SFDB のトラブルシューティング
障害が発生したルートディスクの代わりにルートミラーディスクを使用
障害が発生したルートディスクの代わりにルートミラーディスクを使うには
- vxplex コマンドを使って、障害が発生したディスクに存在したプレックスレコードを削除します。
# vxplex -g bootdg -o rm dis rootvol-01 swapvol-01
この例では、障害が発生したルートディスクで設定されているプレックス rootvol-01 と swapvol-01 を削除します。そのため、システム構成に従って、プレックスの一覧を修正する必要がある場合があります。
- システムを停止し、電源を切ります。
- 障害が発生したルートディスク(この例では sda)を取りはずします。
- ルートディスクミラー(この例では sdb)が元のルートディスク(sda)としてオペレーティングシステムに認識されるように、ルートディスクミラーを再設定します。この操作では、ドライブ自体で設定を変更し、ルートディスクミラーを、もとのルートディスクが装着されていた物理スロットに入れ替える必要がある場合もあります。詳しくは、ご使用のシステムのマニュアルを参照してください。
- 障害が発生したディスクと同一以上の容量を持つディスクを、ルートミラーディスク(sdb)の代用ディスクとして設定します。このディスクを空にした同じスロットに装着しないと同じディスクとしてシステムに認識されない場合は、同じスロットに装着します。
- システムの電源を入れ、Linux インストール CD(1)からブートします。
- Red Hat システムでは、ブートプロンプトで次のコマンドを実行し、システムをレスキューモードにします。
boot: linux rescue
SUSE システムでは、メニューから Rescue オプションを選択します。
root としてログインし、言語とキーボードを選択して、[インストールの検索を省略する]を選択します。
- fdisk コマンドを使って、新しいルートディスク(sda)と代用ディスク(sdb)の形状が一致することを確認します。
# fdisk -l /dev/sda # fdisk -l /dev/sdb
詳しくは、fdisk(8)マニュアルページを参照してください。
- 交換用ディスクに VxVM プライベートリージョンが既に含まれる場合、fdisk コマンドを使用してプライベートリージョンパーティションのパーティションタイプを 7f 以外の値に変更します。
# fdisk /dev/sdb
- 一時マウントポイントとして /vxvm を作成し、そこにルートパーティションをマウントします。
# mkdir /vxvm # mount -t ext3 /dev/sda1 /vxvm
この例では、root パーティションは /dev/sda1、root ファイルシステムタイプは ext3 です。システム構成によっては、このコマンドの修正が必要になる場合があります。たとえば、root ファイルシステムを reiserfs ファイルシステムとして設定します。
- 独立した boot パーティションがディスクに存在する場合は、これを /vxvm/boot にマウントします。
# mount -t ext3 /dev/sda2 /vxvm/boot
この例では、boot パーティションは /dev/sda2、boot ファイルシステムタイプは ext3 です。システム構成によっては、このコマンドの修正が必要になる場合があります。
- 新しいルートディスク(この例では sda)がブートローダー設定ファイルに正しく定義されていることを確かめます。
GRUB ブートローダーの場合
GRUB 設定ファイル(/vxvm/boot/grub/menu.lst または /vxvm/etc/grub.conf の該当する方)の内容が正しいことを確認し、破損している場合には grub コマンドを使い MBR(Master Boot Record)をインストールします。
# /vxvm/sbin/grub grub> root (hd0,1) grub> setup (hd0) grub> quit
ここで /boot はパーティション 2 にあると想定されます。
LILO ブートローダーの場合
/vxvm/etc/lilo.conf ファイルの内容が正しいことを確認し、破損していた場合は lilo コマンドを使って、代用ディスクで MBR(Master Boot Record)を再作成します。
# /vxvm/sbin/lilo -r /vxvm
これらの例では、MBR は /dev/sda に書き込まれます。そのため、システム構成によっては、コマンドの修正が必要になる場合があります。
- パーティションをマウント解除し、sync を実行して、このレスキューシェルを終了します。
# cd / # umount /vxvm/boot # umount /vxvm # sync # exit
- システムをシャットダウンして再起動します。システムの BIOS 設定モードに入ります(これを行うには通常、コンソールキーボード上で Esc、F2、F12 などのキーを押します)。BIOS 設定で、システムが新しいルートディスク(この例では sda)からブートするように設定されていることを確認します。このように設定されてないと、システムはブートできない場合があります。
- システムを再起動し、GRUB または LILO のブートプロンプト(いずれか該当する方)で、vxvm_root を選択します。
- 次のコマンドを実行し、新しいルートディスクのボリュームを代用ディスクにミラー化します。
# /etc/vx/bin/vxrootmir sdb rootdisk
この例では、代用ディスクのディスクメディア名を sdb としています。そのため、この名前は、システム構成に従って修正しなければならない場合があります。