Cluster Server 8.0.2 付属エージェントリファレンスガイド - Solaris
- 付属エージェントの概要
- ストレージエージェント
- ストレージエージェントの概要
- DiskGroup エージェント
- DiskGroupSnap エージェント
- Disk エージェント
- Volume エージェント
- VolumeSet エージェント
- Mount エージェント
- IMF 対応
- Mount エージェントの依存関係
- Mount エージェントのエージェント関数
- Mount エージェントの状態の定義
- Mount エージェントの属性
- Mount エージェントのリソースタイプ定義
- Mount エージェントに関する注意事項
- 高可用性のファイアドリル
- VxFS ファイルシステムロック
- IMF の使用に関する注意事項
- IPv6 の使用に関する注意事項
- ループバックファイルシステムのサポート
- Mount エージェントに対するレベル 2 の監視の有効化
- ZFS ファイルシステムとプールの作成例
- 非グローバルゾーン内での VxFS 直接マウントのサポート
- Mount エージェントの設定例
- Mount エージェントのデバッグログレベル
- Zpool エージェント
- VMwareDisksエージェント
- SFCache エージェント
- Network エージェント
- ネットワークエージェントについて
- IP エージェント
- NIC エージェント
- IPMultiNICB と MultiNICB エージェントについて
- IPMultiNICB エージェント
- MultiNICB エージェント
- MultiNICB エージェントのベースモードとマルチパスモード
- MultiNICB エージェントの Oracle トランキング
- MultiNICB エージェントの haping ユーティリティ
- MultiNICB エージェントの依存関係
- MultiNICB エージェントのエージェント関数
- MultiNICB エージェントの状態の定義
- MultiNICB エージェントの属性
- MultiNICB エージェントのベースモードとマルチパスモードのオプション属性
- MultiNICB エージェントのベースモードのオプション属性
- MultiNICB エージェントのマルチパスモードのオプション属性
- MultiNICB エージェントのリソースタイプの定義
- Solaris オペレーティングモード: MultiNICB エージェントのベースとマルチパス
- MultiNICB エージェントのベースモード
- MultiNICB エージェントのフェールオーバーとフェールバック
- MultiNICB エージェントのマルチパスモード
- Solaris 11 の MultiNICB エージェントと IPMultiNICB エージェントの設定
- MultiNICB エージェントのトリガスクリプト
- MultiNICB エージェントの設定例
- MultiNICB エージェントのデバッグログレベル
- DNS エージェント
- ファイル共有エージェント
- サービスエージェントとアプリケーションエージェント
- サービスエージェントとアプリケーションエージェントについて
- AlternateIO エージェント
- Apache HTTP サーバーエージェント
- Application エージェント
- CoordPoint エージェント
-
LDom エージェント
- プライマリドメインと論理ドメインの依存関係と障害ポリシーの設定
- IMF 対応
- 依存関係
- エージェント関数
- 状態の定義
- 属性
- リソースタイプの定義
- LDom エージェントの注意事項
- auto-boot? 変数について
- DomainFailurePolicy 属性の注意事項
- VCS を使った論理ドメインの移行
- グローバルクラスタ環境の DR のための LDom エージェントの設定
- IMF との LDom エージェントの使用
- 設定例 1
- 設定例 2
- ユーザー起動の LDom 移行をサポートするための設定
- VCS で開始された移行のための設定
- 設定例（仮想マシンサービスグループの動的なフェールオーバー）
- デバッグログレベル
- Process エージェント
- ProcessOnOnly エージェント
- Project エージェント
- RestServer エージェント
- Zone エージェント
- インフラエージェントとサポートエージェント
- エージェントのテスト
- レプリケーションエージェント
属性
表: 必須属性
必須属性 | 説明 |
|---|---|
FaultTolerance | FaultTolerance 属性は、コーディネーションポイント上の登録が見つからないか、ノードとコーディネーションポイント間の接続が消失したことを CoordPoint エージェントが宣言するときを判断します。 キー（または登録）が見つからないコーディネーションポイントの数や、到達不能なコーディネーションポイントの数が FaultTolerance 属性の値を超過すると、エージェントは FAULTED を報告します。 ユーザー自身の設定の必要条件に従ってこの属性の値を設定してください。たとえば、FaultTolerance の値を 1 に設定すると、キー（または登録）が見つからないコーディネーションポイントの数や到達不能なコーディネーションポイントの数が 2 以上の場合に、CoordPoint エージェントは FAULTED を報告します。 CoordPoint エージェントが監視を開始する前か、または監視を行っている間に、FaultTolerance 属性の値を変更してください。 CoordPoint エージェントが監視している間に属性を設定すると、CoordPoint エージェントは次の監視サイクルに新しい値を読み込みます。 現在の FaultTolerance の値を表示するには、次のコマンドを入力します。 # hares -display coordpoint -attribute FaultTolerance データ形式と値のタイプ: 整数 - スカラー デフォルト: "0" |
表: オプションの属性
オプションの属性 | 説明 |
|---|---|
ActionOnCoordPointFault | [Solaris SPARC のみ] この属性により、コーディネーションポイントで消失した登録キー (もしあれば) を自動的に置き換えることができるかどうかを判定できます。また、カーネルドライバのコーディネータディスクのパブリック文字パスがそのコーディネータディスクのデバイスパスに一致しない場合に修正アクションを実行するかどうかも判定します。 デフォルトでは、この属性は無効になっています。この属性を有効にするには、値を RefreshRegistrations に設定します。 更新手順に 2 回連続して失敗すると、そのノードでは再び試みられません。hares コマンドを実行すると、そのノードの更新手順を再度有効にできます。 # /opt/VRTS/bin/hares -action coordpoint enable_refresh -sys <sys_name> データ形式と値のタイプ: 文字列 - スカラー デフォルト: None この属性を有効にするには、値を |