第3章 セルフホストエンジンのデプロイメントのトラブルシューティング
セルフホストエンジンがすでにデプロイされているかどうかを確認するには、hosted-engine --check-deployed を実行します。セルフホストエンジンがデプロイされていない場合にだけ、エラーが表示されます。
3.1. Manager 用仮想マシンのトラブルシューティング
hosted-engine --vm-status を実行して Manager 用仮想マシンのステータスを確認します。
Manager 用仮想マシンに加えた変更がステータスコマンドの出力に反映されるには、20 秒ほどかかります。
出力の Engine status ごとに、問題を特定または解決するためのアドバイスを以下に示します。
Engine status: "health": "good", "vm": "up", "detail": "up"
Manager 用仮想マシンが通常通りに稼働中の場合には、以下のような出力が表示されます。
--== Host 1 status ==-- Status up-to-date : True Hostname : hypervisor.example.com Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 99e57eba Host timestamp : 248542- 出力は正常だが Manager に接続することができない場合は、ネットワーク接続を確認してください。
Engine status: "reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"
healthがbadでvmがupの場合、HA サービスは Manager 用仮想マシンを再起動して Manager の復旧を試みます。数分で復旧しない場合は、コマンドラインからグローバルメンテナンスモードを有効にして、ホストを HA サービスの管理対象外にします。# hosted-engine --set-maintenance --mode=global
コンソールに接続します。プロンプトが表示されたら、オペレーティングシステムの root パスワードを入力します。コンソールのオプションについての詳しい説明は、「How to access Hosted Engine VM console from RHEV-H host?」を参照してください。
# hosted-engine --console
- Manager 用仮想マシンにログインして、オペレーティングシステムが動作していることを確認します。
ovirt-engineサービスのステータスを確認します。# systemctl status -l ovirt-engine # journalctl -u ovirt-engine
- ログ /var/log/messages、/var/log/ovirt-engine/engine.log、および /var/log/ovirt-engine/server.log を確認します。
問題を解決したら、セルフホストエンジンノードのいずれかから、手動で Manager 用仮想マシンを再起動します。
# hosted-engine --vm-shutdown # hosted-engine --vm-start
注記セルフホストエンジンノードがグローバルメンテナンスモードにある場合は、Manager 用仮想マシンを手動で再起動する必要があります。コマンドラインから
rebootコマンドを送信して Manager 用仮想マシンを再起動しようとしても、設計上 Manager 用仮想マシンは電源オフのままです。Manager 用仮想マシンで
ovirt-engineサービスが稼働中であることを確認します。# systemctl status ovirt-engine.service
Manager 用仮想マシンが稼働中であることを確認した後には、コンソールセッションを終了して、メンテナンスモードを無効にし、HA サービスを再び有効にします。
# hosted-engine --set-maintenance --mode=none
Engine status: "vm": "down", "health": "bad", "detail": "unknown", "reason": "vm not running on this host"
- 環境内に複数のホストがある場合は、現在別のホストが Manager 用仮想マシンの再起動を試みていないことを確認します。
- グローバルメンテナンスモードにないことを確認します。
- /var/log/ovirt-hosted-engine-ha/agent.log で ovirt-ha-agent のログを確認します。
セルフホストエンジンノードのいずれかから、手動で Manager 用仮想マシンの再起動を試みます。
# hosted-engine --vm-shutdown # hosted-engine --vm-start
Engine status: "vm": "unknown", "health": "unknown", "detail": "unknown", "reason": "failed to getVmStats"
このステータスは、ovirt-ha-agent が VDSM から仮想マシンの詳細を取得できなかったことを意味しています。
- /var/log/vdsm/vdsm.log で VDSM のログを確認します。
- /var/log/ovirt-hosted-engine-ha/agent.log で ovirt-ha-agent のログを確認します。
Engine status: セルフホストエンジンの設定が共有ストレージから取得されていない
ステータスが The hosted engine configuration has not been retrieved from shared storage. Please ensure that ovirt-ha-agent is running and the storage server is reachable と表示される場合は、ovirt-ha-agent サービスもしくはストレージ (またはその両方) に問題があります。
ホストの
ovirt-ha-agentのステータスを確認します。# systemctl status -l ovirt-ha-agent # journalctl -u ovirt-ha-agent
ovirt-ha-agentが停止状態の場合は、再起動します。# systemctl start ovirt-ha-agent
-
/var/log/ovirt-hosted-engine-ha/agent.log で
ovirt-ha-agentのログを確認します。 - 共有ストレージに ping を送信できることを確認します。
- 共有ストレージがマウントされているかどうかを確認します。
その他のトラブルシューティング用コマンド
以下のコマンドのいずれかを実行してセルフホストエンジン環境のトラブルシューティングを行う必要がある場合には、Red Hat サポートまでご連絡ください。
-
hosted-engine --reinitialize-lockspace: このコマンドは、sanlock ロックスペースが壊れている場合に使用します。sanlock ロックスペースを再初期化する前に、グローバルメンテナンスモードが有効で Manager 用仮想マシンが停止していることを確認してください。 -
hosted-engine --clean-metadata: ホストのエージェントのメタデータをグローバルステータスデータベースから削除します。これにより、他のホストではすべて、このホストについての情報はなくなります。ターゲットのホストが停止状態でグローバルメンテナンスモードが有効であることを確認してください。 -
hosted-engine --check-liveliness: このコマンドは、ovirt-engine サービスの liveliness ページを確認します。また、Web ブラウザーでhttps://engine-fqdn/ovirt-engine/services/health/に接続して確認することもできます。 -
hosted-engine --connect-storage: このコマンドは、ホストと Manager 用仮想マシンに必要な全ストレージ接続の準備をするように VDSM に指示します。これは通常、セルフホストエンジンのデプロイ中にバックエンドで実行します。このコマンドを実行してストレージの問題のトラブルシューティングを行う必要がある場合には、グローバルメンテナンスモードを必ず有効にしてください。

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.