検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 8.0.2 トラブルシューティングガイド - Linux
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: 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 のトラブルシューティング
マスターブートレコードの紛失または破損のリストア
ルートディスクのトラック 0 のマスターブートレコード（MBR）が紛失または破損している場合、システムがブートしない可能性があります。MBR が破損すると、システムはブートせず、通常、GRUB または LILO のプロンプトで停止します。
GRUB は、Error number という形式でエラーメッセージを出力してから停止します。このエラーメッセージの説明については、GRUB のリファレンスマニュアルを参照してください。
LILO プロンプトの表示された部分は、問題の診断に役立ちます。詳しくは LILO のリファレンスマニュアルを参照してください。
ルートディスクに MBR を再作成するには
- システムの電源を入れ、Linux インストール CD（1）からブートします。
- Red Hat システムでは、ブートプロンプトで次のコマンドを実行し、システムをレスキューモードにします。
boot: linux rescue
SUSE システムでは、メニューから Rescue オプションを選択します。
root としてログインし、言語とキーボードを選択して、［インストールの検索を省略する］を選択します。
- 一時マウントポイントとして /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 です。システム構成によっては、このコマンドの修正が必要になる場合があります。
- ルートディスクでマスターブートレコード（MBR）を再作成します。
GRUB ブートローダーの場合
GRUB 設定ファイル（/vxvm/boot/grub/menu.lst または /vxvm/etc/grub.conf の該当する方）の内容が正しいことを確認し、grub コマンドを使って、ディスクで MBR を再作成します（ここでは、/boot は、パーティション 2 にあるものと想定しています）。
# /vxvm/sbin/grub grub> root (hd0,1) grub> setup (hd0) grub> quitLILO ブートローダーの場合
/vxvm/etc/lilo.conf ファイルの内容が正しいことを確認し、lilo コマンドを使って、代用ディスクで MBR を再作成します。
# /vxvm/sbin/lilo -r /vxvm
これらの例では、MBR は /dev/sda に書き込まれます。そのため、システム構成によっては、コマンドの修正が必要になる場合があります。
- パーティションをマウント解除し、sync を実行して、このレスキューシェルを終了します。
# cd / # umount /vxvm/boot # umount /vxvm # sync # exit
- MBR が復元されたディスクからシステムを再起動し、GRUB または LILO のブートプロンプトで vxvm_root を選択します。