設定LifeKeeperの通常の動作として、ノード障害やリソース障害によるバックアップノードへの切り替えは自動的に行われるようになっています。実行する前にシステム管理者の手動による確認を必須とすることが望ましいこともあります。設定の利用することができます。この機能を利用することによって、リソース障害やノード障害が発生した際に、自動的に行われるフェイルオーバをブロックしたり、フェイルオーバが行われるまでの待ち時間を設けたりすることができます。パネルから使用できます。ノード障害は、システムへのすべてのLifeKeeperコミュニケーションパス障害によって識別されます。)、バックアップノードへの切り替えの実行に対して待ち時間を設けることができるようになります(後述のCONFIRMSODEF変数を参照して下さい)。その待ち時間の間にバックアップノードへの切り替えを実行するかしないかをユーザが決定できるようになります。On設定は、ノード障害が発生した場合にのみ有効です。一つ以上のコミュニケーションパスがアクティブであるリソース障害に対しては有効ではありません。設定をGUIで有効にする場合は、サーバプロパティのGeneralタブ画面を使用します。以下はサーバプロパティのGeneral画面の例です。管理者権限を持つユーザのみが使用できます。この画面の例では、lktestAという名前のホストから見た設定となります。設定部分で、HAクラスタを構成するノードの名前が縦に表示されています。この例では、lktestAの対向ノードがlktestBとなっています。図の例ではlktestAを選択して設定状況を表示しており、lktestBの横にチェックが入った状態となっています。フラグが作成され、lktestAからlktestBへのフェイルオーバが行われる際に、フェイルオーバ実施までのタイムアウトと実施可否の確認が有効になります。動作の実施がコントロールされます。この時のフラグの作成状況については、コマンドで確認することができます。フラグが作成されます。(例の通りの操作の場合lktestAにはフラグは作成されません)。具体的には以下のような出力になります。フラグがlktestBノード上に設定されます。confirmsoフラグがセットされている状態で、フェイルオーバが発生するとLifeKeeperのログファイルには以下のようなログが記録されます。proceed.このメッセージが出力されている間に、次のいずれかのコマンドを実行するとフェイルオーバの可否をコントロールすることができます。Failoverフラグに書かれているホスト名、この例では、lktestAとなります。ログに具体的なコマンドの実行例が書かれていますので、内容を元にコマンドを実行してください。設定された待ち時間を超えた場合、LifeKeeperのデフォルトの設定ではバックアップノードへのフェイルオーバ(あるいは、フェイルオーバのブロック)を自動的に行うようになっています。タイムアウトを迎えた場合以下のようなログが記録されます。0」の設定で制御されます。デフォルトでは”0”が設定されており、待ち時間を超えた場合にはフェイルオーバが継続されます。この値を”1”に変更した場合には、待ち時間を経過した場合にフェイルオーバしないようにすることができます。フェイルオーバ時の待ち時間を変更したい場合には、/etc/default/LifeKeeperファイルの「CONFIRMSOTO=秒」の値を変更してください。上記CONFIRMSODEFの値によって決定されたフェイルオーバの実行、あるいはブロックをする前に、この変数はユーザからの手動確認を待つための秒数を指定します。この設定をこれらの変数の影響を反映するために、LifeKeeperやOSを再起動する必要はありません。CONFIRMSOTOに0秒を設定すると待ち時間無しで、CONFIRMSODEFの設定に基づいた動作をさせることができます。フラグをオンに設定するサーバを選択してください。設定は、指定したシステムでのリソース障害に起因するフェイルオーバをブロックします。Failover設定は、ノード障害が発生した場合のフェイルオーバ動作には影響しません。この設定は、ローカルリソースの回復に失敗し、クラスタで他ノードへリソースを転送する場合のみフェイルオーバをブロックします。デフォルトでは、リソース障害を検知した時、ローカルシステムでの障害リソースのリカバリ(ローカルリカバリ)を試行し、ローカルリカバリが失敗した場合、または有効になっていない場合は、リソースが定義されている、優先順位が次に最も高いスタンバイノードにフェイルオーバしようとします。Failoverの設定は、この時のフェイルオーバをブロックします。Failoverの設定をGUIで有効にする場合は、サーバプロパティのGeneralタブ画面を使用します。以下はサーバプロパティのGeneral画面の例です。管理者権限を持つユーザのみが使用できます。この画面の例は、lktestAという名前のホストから見た設定となります。設定部分で、HAクラスタを構成するノードの名前が縦に表示されています。この例では、lktestAの対向ノードがlktestBとなっています。フラグが作成されます。lktestBでflg_listコマンドを実行すると、「block_failover」というフラグが作成されていることを確認することができます。出力例は以下の通りです。フェイルオーバがブロックされます。block_failoverフラグは、それがセットされているノード上で発生したリソース障害によるフェイルオーバをブロックします。この設定によってフェイルオーバがブロックされた場合には、以下のようなログが記録されます。REQUIRED設定例いくつかの具体的な設定例を解説します。全ての自動フェイルオーバをすべてブロックするこの例ではlktestAとlktestBどちらでノード障害、リソース障害が発生してもフェイルオーバしないようにします。failover設定を利用します。設定例は次の通りです。ボックスをオンにしてください。※GUIでサーバプロパティをみる場合、ノード名は、プロパティパネルの上部近くに表示されます。ボックスをオンにしてください。※GUIでは表示している自ノードのホスト名が列の上部に表示されますGUIで設定した後、lktestBでflg_listコマンドを使用してフラグ設定を確認すると、「confirmso!lktestA」フラグが作成されていることが確認できます。ここまでの結果それぞれのノードにconfirmso!hostnameとblock_failoverフラグがセットされていることを確認してください。confirmsoフラグについては、lktestA上のlktestBからのフェイルオーバをブロックするために、フェィルオーバ確認が実行されることになっているhostnameが、フラグ名の内容の一部として記載されることを確認して下さい。lktestAは、lktestA上でlktestBをconfirmsoフラグ名の内容に記載する必要があります。本設定例ではそれぞれのノードで以下のようにフラグが作成されます。CONFIRMSOTOとCONFIRMSODEFの設定値を以下のように設定してください。(LifeKeeperやOSの再起動は必要ありません。0CONFIRMSOTOの設定については待ち時間を設ける場合には時間を秒で指定することも可能です。ポイントはCONFIRMSODEFの設定が0(フェイルオーバーする)から1(フェイルオーバしない)になっていることです。上記の設定により、オペレータが介在することなく、ノード障害はすぐにブロックされます。一方向のフェイルオーバをブロックするこの例ではlktestAで障害が検知された場合にはノード障害、リソース障害どちらの場合でもlktestBへのフェイルオーバをブロックします。逆に、lktestBで障害が発生した場合にはノード障害、リソース障害どちらの場合でもServerAへフェイルオーバします。ボックスをオンにしてください。GUIでの設定状態は以下のようになります。ボックスをオフ(チェックなし)にしてください。GUIでの設定状態は以下のようになります。※GUIでは表示している自ノードのホスト名が列の上部に表示されます。以下のように設定してください。LifeKeeperやOSの再起動は必要ありません。0ここまでの設定によって、lktestAサーバからlktestBのサーバへのフェイルオーバは許可されますが、lktestBからlktestAへのフェイルオーバは許可されません。