このトピックでは、 lcdstatus コマンドの出力例を使用してステータスの詳細表示で提供される情報のカテゴリについて説明します。この情報を表示する方法の詳細については、LCDのマニュアルページを参照してください。コマンドラインに、 man lcdstatus または man LCD を入力できます。LifeKeeperのGUIで使用できるステータス情報については、サーバーのステータスの表示 またはリソースのステータスの表示 を参照してください。
ステータスの詳細表示の例:
Resource hierarchies for machine “wileecoyote”:
ROOT of RESOURCE HIERARCHY
apache-home.fred: id=apache-home.fred app=webserver type=apache state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=/home/fred /usr/sbin/httpd
reason=restore action has succeeded
depends on resources: ipeth0-172.17.104.25,ipeth0-172.17.106.10,ipeth0-172.17.106.105
Local priority = 1
SHARED equivalency with “apache-home.fred” on “roadrunner”, priority = 10
FAILOVER ALLOWED
ipeth0-172.17.104.25: id=IP-172.17.104.25 app=comm type=ip state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=wileecoyote eth0 172.17.104.25 fffffc00
reason=restore action has succeeded
these resources are dependent: apache-home.fred
Local priority = 1
SHARED equivalency with “ipeth0-172.17.104.25” on “roadrunner”, priority = 10
FAILOVER ALLOWED
ipeth0-172.17.106.10: id=IP-172.17.106.10 app=comm type=ip state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=wileecoyote eth0 172.17.106.10 fffffc00
reason=restore action has succeeded
these resources are dependent: apache-home.fred
Local priority = 1
SHARED equivalency with “ipeth0-172.17.106.10” on “roadrunner”, priority = 10
FAILOVER ALLOWED
ipeth0-172.17.106.105: id=IP-172.17.106.105 app=comm type=ip state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=wileecoyote eth0 172.17.106.105 fffffc00
reason=restore action has succeeded
These resources are dependent: apache-home.fred
Local priority = 1
SHARED equivalency with “ipeth0-172.17.106.105” on “roadrunner”, priority = 10
FAILOVER ALLOWED
The following LifeKeeper servers are known:
machine=wileecoyote state=ALIVE
machine=roadrunner state=DEAD (eventslcm detected failure at Wed Jun 7 15:45:14 EDT 2000)
The following LifeKeeper network connections exist:
to machine=roadrunner type=TCP addresses=192.168.1.1/192.168.105.19
state=“DEAD” priority=2 #comm_downs=0
The following LifeKeeper flags are on:
shutdown_switchover
The shutdown strategy is set to: switchover.
リソース階層の情報
LifeKeeperは、リソースのステータスをrootリソースから表示します。表示には、リソースのすべての依存関係についての情報が含まれます。
複数のリソースに共通する要素は、最初のrootリソースの下に1回のみ表示されます。各リソース記述の第1行には、リソースタグとその後に続くコロン(:)が表示されます(例: device13557:)。階層内でリソースの記述に使用できる情報要素を以下に示します。
- id - LifeKeeper が使用する一意のリソース識別文字列。
- app - アプリケーションのタイプを示します。例えば、サンプルリソースは Web サーバー アプリケーションです。
- type - リソースのクラスタイプを示します。例えば、サンプルリソースは Apache アプリケーションです。
- state - リソースの現在の状態。
- ISP — ローカルでIn Serviceであり、保護されています。
- ISU — In Serviceであり、保護されていません。
- OSF — Out of Serviceであり、障害が発生しています。
- OSU — Out of Serviceであり、障害はありません。
- initialize - リソースの初期化方法を指定します。例えば、LifeKeeperはアプリケーションのリソースをリストアしますが、ホストアダプタはLifeKeeperなしで初期化します。
- info - オブジェクトのremoveとrestoreのスクリプトが使用する、オブジェクトに固有の情報があります。
- reason - 存在する場合、リソースが現在の状態にある原因を示します。例えば、あるアプリケーションがOSUの状態になった原因は、別のサーバーでそのアプリケーションがIn Service (ISPまたはISU) になったからです。共有リソースは、グループ内の1台のサーバーでのみ同時にアクティブにできます。
- depends on resources - 存在する場合、このリソースが依存するリソースのタグ名がリストされます。
- these resources are dependent - このオブジェクトに直接依存するすべての親リソースのタグ名が示されます。
- Local priority - このリソースについて、ターゲットサーバーのフェイルオーバーの優先順位の値を示します。
- SHARED equivalency - このリソースが同等として定義されたリモートリソースのリソースタグとサーバー名、およびこのリソースについてのフェイルオーバーの優先順位の値を示します。
- FAILOVER ALLOWED - 存在する場合、上の行で同等と指定されたリモートサーバーでLifeKeeperが動作可能であること、およびアプリケーションが障害に対して保護されていることを示します。FAILOVER INHIBITED は、LifeKeeperがシャットダウンされているかリモートサーバーが停止していることにより、アプリケーションが保護されていないことを示します。
通信ステータスの情報
ステータス表示のこのセクションには、LifeKeeperが認識しているサーバとその現在の状態、および各コミュニケーションパスの情報がリストされます。
これらの通信情報の要素は、ステータス表示にあります。
- state -コミュニケーションパスのステータス。通信ステータスの値は以下の値をとります。
- ALIVE - 通常の動作中。
- DEAD - 通常の動作をしていません。
- priority -コミュニケーションパスに割り当てられた優先順位の値。
- #comm_downs - ポートに障害が発生してフェイルオーバーが発生した回数。パスの障害によりフェイルオーバーが発生するのは、障害発生時に「ALIVE」のコミュニケーションパスが他にない場合のみです。
- #NAKs - 書き込みプロセスがnegative acknowledgment（NAK）を受信した回数。NAKメッセージは、他のシステム上にある読み取りプロセスが、書き込みプロセスが送信したメッセージを受け取らず、書き込みプロセスがメッセージパケットを再送信する必要があったことを意味します。#NAKs の統計値は、回線ノイズに起因して、長期間にわたって集計できます。ただし、急激に数値が増加した場合、通信サブシステムで診断手順を実行する必要があります。
- #chksumerr - サーバー間のチェックサムメッセージが一致しなかった回数。この統計値は、回線ノイズに起因して、長期間にわたって集計できます。ただし、急激に数値が増加した場合、通信サブシステムで診断手順を実行する必要があります。
- #incmpltmes - 受信メッセージパケットが予測サイズに一致しなかった回数。不一致の回数が多い場合、コミュニケーションパスに関連付けられたハードウェアポートで診断手順の実行が必要な可能性があります。
- #noreply - 書き込みプロセスが肯定応答の待機中にタイムアウトし、メッセージを再送信しなければならなかった回数。肯定応答がない場合、サーバーの過負荷、またはサーバーの障害を意味することがあります。
- #pacresent - 読み取りプロセスが同一パケットを受診した回数。これは、送信サーバーの書き込みプロセスがタイムアウトし、同一メッセージを再送信する場合に発生することがあります。
- #pacoutseq - 読み取りプロセスが、順序が不正のパケットを受診した回数。このフィールドの値が大きい場合、メッセージパケットの脱落を示すことがあり、通信サブシステムで診断手順の実行が必要な可能性があります。
- #maxretrys - 特定のメッセージについて、再送信の最大回数を超えたときに増加する指標 (NAKとnoreplyのメッセージ)。#maxretrys フィールドの値が大きい場合、通信サブシステムで診断手順を実行する必要があります。
LifeKeeperのフラグ
ステータスの詳細表示の後部近くに、システムのフラグセットがあります。共通タイプは、プロセスのロックが動作を完了するまで他のプロセスを確実に待機させるために使用するLCDのロックフラグです。LCDのロックの標準フォーマットは以下のとおりです。
!action!processID!time!machine:id.
一般的なLCDのロックフラグの例を示します。
- !action!02833!701236710!server1: filesys 。ファイルシステム階層を作成すると、このフォーマットでステータス表示にフラグが生成されます。 filesys の指定は、他のアプリケーションリソース階層では別のリソースタイプである場合も、一般的なアプリケーションやユーザ定義アプリケーションではappである場合もあります。
- 他の代表的なフラグとして、!nofailover!machine、!notarmode!machine、shutdown_switchover などがあります。!nofailover!machineと !notarmode!machine のフラグは、LifeKeeper が作成と削除を行う内部の一時フラグで、サーバーのフェイルオーバーを制御します。shutdown_switchover フラグは、このサーバーのシャットダウンストラテジーが switchover に設定されたことを示し、サーバーのシャットダウンによりスイッチオーバーが発生します。使用可能なフラグの詳細については、依存関係の作成方法については、LCDI-flag(1M)を参照してください。
シャットダウンストラテジー
ステータスの詳細表示の最後の項目は、このシステム用に選択されたLifeKeeperのシャットダウンストラテジーを示します。詳細については、サーバーのシャットダウンストラテジーの設定 を参照してください。
このトピックへフィードバック