検索クエリーを入力してください
<book_title> を検索 ...
Cluster Server 8.0.2 付属エージェントリファレンスガイド - Solaris
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: 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 エージェント
- インフラエージェントとサポートエージェント
- エージェントのテスト
- レプリケーションエージェント
NFS を使った DiskGroup エージェントの使用
VxVM ボリュームのファイルシステムが NFS を使用して共有されている場合、クラスタノードにわたるすべてのボリュームのメジャー番号が一致していることを確認する必要があります。 vxio ドライバ番号を VCS クラスタ内のすべてのノードで一致させることで、ボリュームのメジャー番号をすべてのクラスタノードで一致させます。
NFS クライアントでは NFS サーバーによってエクスポートされたファイルシステムを含むブロックデバイスのメジャー番号とマイナー番号が認識されているため、NFS サーバーを高可用性にする場合、NFS サーバーとして動作可能なクラスタ内のすべてのノードで、ボリュームブロックデバイスのメジャー番号とマイナー番号が同じであることを確認することが重要になります。
vxio および vxspec ドライバに割り当てられている現在の値を確認するには、次を入力します。
# grep '^vx' /etc/name_to_major
次の出力が表示されます。
.. vxio 327 vxspec 328 ..
システムで利用可能なメジャー番号を確認するには、/etc/name_to_major ファイルをチェックし、割り当てられていない番号を使用します。
vxio および vxspec ドライバにメジャー番号を再割り当てするには、次を入力します。
# haremajor -vx major-number-vxiomajor-number-vxspec
次に例を示します。
# haremajor -vx 338 339 haremajor 1.1 Using the following major number(s): 338 339 Do you want to continue [y/n]? y Updating /etc/name_to_major If there are any problems, you can backout the changes by restoring the following files: - /etc/name_to_major.off.3409 To complete re-majoring, reboot your machine with the following command: reboot
メモ:
メジャー番号を割り当てたら、ノードを再ブートする必要があります。
詳しくは、haremajor コマンドのマニュアルページを参照してください。