クラスターを並列に実行できるリソースアクションの数。「正しい」値は、ネットワークおよびクラスタノードの速度と負荷によって異なります。

クラスターが、ノードで並行に実行することが許可されている移行ジョブの数。

クラスターにクォーラムがない場合のアクション。使用できる値は以下のようになります。

* ignore - 全リソースの管理を続行する

* freeze - リソース管理は継続するが、影響を受けるパーティションに含まれないノードのリソースは復帰させない

* stop - 影響を受けるクラスターパーティション内の全リソースを停止する

* suicide - 影響を受けるクラスターパーティション内の全ノードをフェンスする

リソースを、デフォルトで任意のノードで実行できるかどうかを示します。

障害が発生したノードと、停止できないリソースが含まれるノードをフェンスする必要があることを示します。データを保護するには、true に設定する必要があります。

true または未設定の場合は、STONITH リソースが設定されていない限り、クラスターによりリソースの起動が拒否されます。

STONITH デバイスに送るアクション。使用できる値は reboot、off です。poweroff 値も使用できますが、レガシーデバイスでのみ使用されます。

(アクションの実行を除く) ネットワーク上のラウンドトリップ遅延です。「正しい」値は、ネットワークおよびクラスタノードの速度と負荷によって異なります。

削除されたリソースを停止すべきかどうかを示します。

削除されたアクションをキャンセルするかどうかを示します。

特定のノードでリソースの起動に失敗した場合に、そのノードで開始試行を行わないようにするかを示します。false に設定すると、リソースの現在の失敗数と移行しきい値を基にしてクラスターが同じノードの開始を再試行するかどうかを決定。リソースに migration-threshold オプションを設定する方法は、「障害発生によるリソースの移動」 を参照してください。

start-failure-is-fatal を false に設定すると、リソースを起動できない障害があるノードが、すべての依存アクションを遅らせる可能性があるというリスクが発生します。これにより、start-failure-is-fatal のデフォルトは true となっています。start-failure-is-fatal=false を設定するリスクは、移行しきい値を低く設定することで軽減できます。これにより、何度も失敗してもその他のアクションを続行できます。

「ERROR」となる PE 入力を保存する数。問題を報告する場合に使用されます。

「WARNING」となる PE 入力を保存する数。問題を報告する場合に使用されます。

「normal」となる PE 入力を保存する数。問題を報告する場合に使用されます。

Pacemaker が現在実行しているメッセージングスタック。情報提供および診断目的に使用されます。ユーザーは設定できません。

クラスターの DC (Designated Controller) で Pacemaker のバージョン。診断目的に使用され、ユーザーは設定できません。

epoca 以降の秒単位で指定されたローカルリソースマネージャーの最終更新です。診断目的に使用され、ユーザーは設定できません。

時間ベースでオプション、リソースパラメーター、および制約を変更するポーリング間隔。使用できる値は、ポーリングを無効にする 0 (ゼロ) と、秒単位で間隔を示す正の値です (5min など、他の SI 単位が指定されていない場合に限ります)。この値は確認が行われる間隔に対する最大時間であることに注意してください。クラスターイベントが、この値で指定された時間よりも早く発生した場合は、確認が行われるタイミングが早くなります。

メンテナンスモードでは、クラスターが「干渉されない」モードになり、指示されない限り、サービスを起動したり、停止したりしません。メンテナンスモードが完了すると、クラスターは、サービスの現在の状態のサニティーチェックを実行してから、これを必要とするサービスを停止するか、または開始します。

正常にシャットダウンして終了を試みるのをやめる時間。高度な使用のみ。

STONITH アクションが完了するのを待つ時間。

クラスターがすべてのリソースを停止します。

（Red Hat Enterprise Linux 7.1 以降） pcs acl コマンドで設定したように、クラスターがアクセス制御リストを使用できるかどうかを示します。

クラスターノードでリソースの配置を決定する際に、クラスターが使用率属性を考慮にいれるかどうかと、どのように考慮するかを示します。使用率属性および配置ストラテジーの詳細は、「使用と配置ストラテジー」 を参照してください。

(Red Hat Enterprise Linux 7.8 以降) 独自のフェンシングの通知を受信した場合は、クラスターノードがどのように反応するかを決定します。クラスターノードは、フェンシングの設定が間違っている場合に独自のフェンシングの通知を受信するか、またはファブリックフェンシングがクラスター通信を遮断しない状態である可能性があります。許可される値は、Pacemaker をすぐに停止し、停止したままにする stop と、ローカルノードを直ちに再起動して失敗した場合に停止する panic です。