様々な技術のノウハウを発信しています。ver.7.0のミッションクリティカル機能導入時に起動しない、起動したがフェイルオーバーしてしまうといった状況でのトラブルシューティングの例をご紹介します。本記事はLinux環境を想定としたトラブルシューティングとなっています。設定完了後の初回起動時に動作不良が起きる場合には、コンフィギュレーションスクリプトでの設定が原因の可能性があります。以下の点を確認の上、再度コンフィギュレーションスクリプトを実行してください。vSphere環境、Hyper-V環境に対応しており、それぞれの環境ごとに使用するコンフィギュレーションスクリプトが異なります。ご利用の環境に合わせたコンフィギュレーションスクリプトをご実行ください。vSphere環境:hinemos_ha_configure_vmware.sh・Hyper-V環境:hinemos_ha_configure_hyperv.shIPアドレスの確認コンフィギュレーションスクリプトでは1系および2系のIPアドレスに加え、孤立検知サーバのIPアドレス、(使用する場合は)FIPとして付与する仮想IPアドレスと、複数のIPアドレスを入力いたします。入力箇所や入力内容にお間違えの無いようご注意ください。●hinemos_manager_cluster.logの確認MasterサーバのHinemosマネージャ(JavaVM)が落ち、フェイルオーバーが発生してしまう場合にはhinemos_manager_cluster.logを確認することで障害の原因を特定できる可能性があります。hinemos_manager_cluster.logはマネージャインストールディレクトリ(デフォルトでは/opt/hinemos)のvar/log配下に出力されます。ここからは出力されるログと対応する障害、復旧方法の一例をご紹介いたします。フェイルオーバーの原因について障害解析が必要な場合には、Hinemosのサポート窓口までお問合せください。0ms上記のようなログが出力されていた場合には、孤立検知用サーバとの通信失敗が原因と考えられます。孤立検知用サーバとマネージャ間のネットワーク設定(ファイアウォール等)をご確認ください。Managerの応答がなくなったことが原因と考えられます。以下の復旧方法をお試しください。Managerの応答がなくなったことが原因と考えられます。以下の復旧方法をお試しください。上記のようなログが出力されていた場合には、Hinemosマネージャ(JavaVM)に何らかの障害が発生し、Hinemosマネージャからの応答がなくなったことが原因と考えられます。以下の復旧方法をお試しください。shutdown.上記のようなログが出力されていた場合、MasterサーバのFIPが予期せず未割り当てとなり、ヘルスチェックで障害を検知したことがフェイルオーバーの原因となっている可能性があります。以下の復旧方法をお試しください。/opt/hinemos/bin/hinemos_ha_kill.sh旧MasterサーバをStandbyサーバとして起動する必要に応じて手動フェイルオーバーを実行し、旧MasterサーバをMasterサーバに遷移させる■おわりにこの記事ではHinemosのミッションクリティカル機能が正常に動作しない場合に確認すべき点や復旧方法についてご紹介いたしました。皆様のHinemosをご利用の際にお役に立てましたら幸いです。カスタマイズ等のお役立ち情報を発信しています。