Hitachi Command Suite

Dynamic Link Manager Software
ユーザーズガイド（Solaris®用）

3000-3-G25-60

目次

前書き

はじめに

対象読者

マニュアルの構成

読書手順

このマニュアルで使用している記号

コマンドまたはユティリティの文法で使用している記号

ファイル名で使用している記号

1. HDLMの概要

1.1 HDLMとは

1.2 HDLMの特長

2. HDLMの機能

2.1 HDLMで管理するデバイス

2.2 システム構成

2.3 LU構成

2.4 プログラム構成

2.5 HDLMドライバとHDLMデバイスの位置づけ

2.6 HDLMデバイスの論理デバイスファイル

2.7 ロードバランスによる負荷分散

2.7.1 ロードバランスが適用されるパス

2.7.2 ロードバランスのアルゴリズム

2.8 パス切り替えによるフェイルオーバとフェイルバック

2.8.1 自動パス切り替え

2.8.2 手動パス切り替え

2.8.3 パスの状態遷移

2.9 間欠障害の監視（自動フェイルバック使用時の機能）

2.9.1 間欠障害の確認

2.9.2 間欠障害監視の設定

2.9.3 間欠障害監視の動作

2.9.4 ユーザの操作による間欠障害情報の変化

2.10 パスヘルスチェックによる障害検出

2.11 ダイナミックI/Oパスコントロール機能による負荷分散

2.11.1 ダイナミックロードバランスコントローラ機能とは

2.11.2 ダイナミックI/Oパスコントロール機能について

2.12 障害管理

2.12.1 採取するログの種類

2.12.2 障害情報のフィルタリング

2.12.3 HDLM障害情報収集ユティリティ（DLMgetras）を使用した障害情報の収集

2.13 監査ログの採取

2.13.1 HDLMで監査ログに出力する種別と監査事象

2.13.2 監査ログ出力の前提条件

2.13.3 監査ログの出力先とフィルタリング

2.13.4 監査ログの出力形式

2.14 Global Link ManagerによるHDLMの統合管理

2.15 クラスタ対応

3. HDLMの環境構築

3.1 HDLMのシステム要件

3.1.1 HDLMがサポートするホストとOS

3.1.2 HDLMがサポートするストレージシステム

3.1.3 HDLMがサポートするクラスタソフトウェア

3.1.4 HDLMがサポートするボリュームマネージャ

3.1.5 HDLMがサポートするクラスタソフトウェアとボリュームマネージャの組み合わせ

3.1.6 HDLMがサポートする仮想環境

3.1.7 メモリ所要量とディスク占有量

3.1.8 HDLMがサポートするLU数とパス数

3.2 環境構築の流れ

3.3 HDLMのインストールの種別

3.4 環境を構築する場合の注意事項

3.4.1 ハードウェアの設定についての注意事項

3.4.2 インストールについての注意事項

3.4.3 関連するソフトウェアについての注意事項

3.4.4 コマンド実行時の注意事項

3.4.5 ディスクラベルに関する注意事項

3.5 HDLMのインストール

3.5.1 HDLMを新規インストールする前の準備

3.5.2 JP1/NETM/DMを使用してHDLMをリモートインストールする場合の準備

3.5.3 HDLMをサイレントインストールする場合の準備

3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）

3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）

3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能

3.5.7 HDLMをアップグレードまたは再インストールする前の準備

3.5.8 HDLMのアップグレードまたは再インストール

3.5.9 LDoms環境へのHDLMのインストール

3.6 ブートディスク環境の構築

3.6.1 ブートディスク環境の構築の概要

3.6.2 ブートディスク環境の構築の手順

3.7 ZFSファイルシステム上のブートディスク環境の構築

3.7.1 ZFSファイルシステムを使用したブートディスク環境について

3.7.2 ZFSブートディスク環境の作成（Solaris 10の場合）

3.7.3 ZFSブートディスク環境の作成（Solaris 11の場合）

3.7.4 ZFSブートディスク環境からローカルブートディスク環境への移行手順（Solaris 10の場合）

3.7.5 ZFSブートディスク環境からローカルブートディスク環境への移行手順（Solaris 11の場合）

3.8 ブートディスク環境からローカルブートディスク環境への移行

3.9 SVMを使用してブートディスクをミラー化している環境の構築

3.9.1 注意事項

3.9.2 HDLM管理対象のブートディスク環境を構築してSVMを使用してミラー化する

3.9.3 SVMを使用してブートディスクをミラー化している環境にHDLMをインストールしてブートディスクをHDLMの管理対象にする

3.9.4 HDLMをアンインストールする

3.10 パス構成の確認

3.11 HDLMの機能の設定

3.11.1 変更前の設定内容の確認

3.11.2 機能の設定

3.11.3 変更後の設定の確認

3.12 統合トレースの設定

3.12.1 Hitachi Network Objectplazaトレース共通ライブラリを使用する場合の注意事項

3.12.2 Hitachi Network Objectplazaトレース共通ライブラリの設定メニューを表示する

3.12.3 統合トレースファイルのサイズを変更する

3.12.4 統合トレースファイルの数を変更する

3.12.5 監視間隔当たりのバッファサイズを変更する

3.12.6 監視間隔当たりのメッセージの出力件数を調節する

3.12.7 Hitachi Network Objectplazaトレース共通ライブラリの設定を終了する

3.12.8 Hitachi Network Objectplazaトレース共通ライブラリの設定を有効にする

3.13 ファイルシステムの構築（ボリューム管理ソフトウェアを使用しない場合）

3.14 VxVMの設定

3.14.1 ディスクグループの作成

3.14.2 VxVMボリュームの作成

3.14.3 VxVMでのデバイスの無効化

3.14.4 HDLMを使用中の環境にVxVMを導入する場合

3.14.5 VxVMとSun Clusterの連携

3.15 SDSの設定

3.15.1 注意事項

3.15.2 HDLMデバイスを登録する

3.16 SVMの設定

3.16.1 注意事項

3.16.2 HDLMデバイスを登録する

3.17 VCSの設定

3.18 HDLMの設定解除

3.18.1 HDLMの設定解除の流れ

3.18.2 HDLMをアンインストールする前の準備

3.18.3 HDLMのアンインストール

3.18.4 HDLMをアンインストールしたあとの設定

3.18.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール

3.18.6 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール

4. HDLMの運用

4.1 HDLMを使用する場合の注意事項

4.1.1 パス情報表示について

4.1.2 パスの障害を検出した場合について

4.1.3 iostatコマンドについて

4.1.4 ストレージシステムについて

4.1.5 コマンド実行について

4.1.6 Sun製HBA使用について

4.1.7 シングルユーザモードでのSolarisの起動について

4.1.8 Solarisのバージョンアップについて

4.1.9 シングルユーザモードでの運用について

4.1.10 ブートディスク環境のパスが経由する機器の保守作業について

4.2 コマンドを使用したHDLMの運用

4.2.1 コマンドを使用する場合の注意事項

4.2.2 パスの情報を参照する

4.2.3 パスの状態を変更する

4.2.4 LUの情報を参照する

4.2.5 HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を確認する

4.2.6 パスの統計情報を初期値にする

4.2.7 動作環境を参照または設定する

4.2.8 ライセンス情報を参照する

4.2.9 ライセンスを更新する

4.2.10 HDLMのバージョン情報を参照する

4.2.11 HDLMのコンポーネント情報を参照する

4.3 HDLMマネージャの起動と停止

4.3.1 HDLMマネージャの起動

4.3.2 HDLMマネージャの停止

4.4 HDLMの常駐プロセス

4.5 HDLM運用環境の構成変更

4.5.1 HDLM運用環境を構成変更する場合の注意事項

4.5.2 HDLMデバイスの構成変更の概要

4.5.3 新規にLUを追加する

4.5.4 LUを削除するなどの構成変更

4.5.5 動的再構成による既存LUへのパスの追加

4.5.6 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用していない場合）

4.5.7 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用している場合）

4.5.8 ストレージシステム移行時の論理デバイス名の引き継ぎ

5. トラブルシュート

5.1 HDLM障害情報収集ユティリティ（DLMgetras）を使った障害情報の収集

5.2 メッセージでの障害情報の確認

5.3 パス障害時の対処

5.3.1 メッセージの監視

5.3.2 パス情報の取得

5.3.3 障害パスの抽出

5.3.4 障害発生ハードウェアの絞り込み

5.3.5 障害個所の特定・ハードウェアへの障害対処

5.3.6 パスを稼働状態に変更

5.4 ブートディスク環境のパス障害の対処

5.4.1 ブート処理中にパス障害が発生した場合

5.4.2 ブート処理が完了したあとにパス障害が発生した場合

5.5 プログラム障害時の対処

5.5.1 メッセージの監視

5.5.2 プログラム情報の取得

5.5.3 プログラム障害への対処

5.5.4 HDLMの購入元会社，または保守会社に連絡

5.6 パスやプログラム以外の障害時の対処

6. コマンドリファレンス

6.1 コマンド概要

6.2 clear パスの統計情報を初期値にする

6.2.1 形式

6.2.2 パラメタ

6.3 help オペレーションの形式を表示する

6.3.1 形式

6.3.2 パラメタ

6.4 offline パスを閉塞状態にする

6.4.1 形式

6.4.2 パラメタ

6.5 online パスを稼働状態にする

6.5.1 形式

6.5.2 パラメタ

6.6 set 動作環境を設定する

6.6.1 形式

6.6.2 パラメタ

6.7 view 情報を表示する

6.7.1 形式

6.7.2 パラメタ

6.8 monitor I/O情報を一定の時間間隔で表示する

6.8.1 形式

6.8.2 パラメタ

6.9 add パスを動的に追加する

6.9.1 形式

6.9.2 パラメタ

7. ユティリティリファレンス

7.1 ユティリティ概要

7.2 DLMgetras　HDLM障害情報収集ユティリティ

7.2.1 形式

7.2.2 パラメタ

7.2.3 収集される障害情報

7.3 dlmcfgmgr　HDLM構成管理ユティリティ

7.3.1 形式

7.3.2 パラメタ

7.4 dlminstcomp　HDLMコンポーネントインストールユティリティ

7.4.1 形式

7.4.2 パラメタ

7.5 dlmlisthdev　HDLM移行支援ユティリティ

7.5.1 形式

7.5.2 パラメタ

7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ

7.6.1 形式

7.6.2 パラメタ

7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ

7.7.1 形式

7.7.2 パラメタ

7.7.3 ストレージシステム移行用情報定義ファイルの定義内容

7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ

7.8.1 形式

7.8.2 パラメタ

7.9 installhdlm　HDLMインストールユティリティ

7.9.1 形式

7.9.2 パラメタ

7.9.3 インストール情報設定ファイルの定義内容

7.9.4 ログファイルについて

7.10 installux.sh　HDLM共通インストーラユティリティ

7.10.1 形式

7.10.2 パラメタ

7.10.3 ログファイルについて

7.11 removehdlm　HDLMアンインストールユティリティ

7.11.1 形式

7.11.2 パラメタ

8. メッセージ

8.1 メッセージ一覧を参照するための前提知識

8.1.1 メッセージIDの出力形式と意味

8.1.2 メッセージおよびメッセージの説明で使用する用語

8.1.3 メッセージの言語種別

8.2 KAPL01001～KAPL02000

8.3 KAPL03001～KAPL04000

8.4 KAPL04001～KAPL05000

8.5 KAPL05001～KAPL06000

8.6 KAPL06001～KAPL07000

8.7 KAPL07001～KAPL08000

8.8 KAPL08001～KAPL09000

8.9 KAPL09001～KAPL10000

8.10 KAPL10001～KAPL11000

8.11 KAPL11001～KAPL12000

8.12 KAPL13001～KAPL14000

8.13 KAPL15001～KAPL16000

8.14 Hitachi Command Suite共通エージェントコンポーネントのリターンコード

付録A. Sun Cluster 3.2のコマンド

A.1 Sun Cluster 3.2 のコマンド

付録B. バージョン間の機能差異

B.1 HDLM 6.1以降と6.1より前のバージョンのHDLMとの機能差異

B.2 HDLM 6.0以降と6.0より前のバージョンのHDLMとの機能差異

B.3 HDLM 05-61以前とHDLM 05-62以降のバージョンの相違に関する注意事項

付録C. このマニュアルの参考情報

C.1 関連マニュアル

C.2 このマニュアルでの表記

C.3 このマニュアルで使用している略語

C.4 KB（キロバイト）などの単位表記について

用語解説

索引

All Rights Reserved. Copyright© 2011, 2013, Hitachi, Ltd.

前書き

対象製品

Hitachi Dynamic Link Manager 7.6.0

適用OSの詳細については「ソフトウェア添付資料」でご確認ください。

輸出時の注意

本製品を輸出される場合には、外国為替及び外国貿易法の規制並びに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。

なお、不明な場合は、弊社担当営業にお問い合わせください。

商標類

AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。

HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。

HPおよびStorageWorksは，Hewlett-Packard Development Company, L.P.の商標です。

Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。

Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。

すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。

UNIXは，The Open Groupの米国ならびに他の国における登録商標です。

VeritasおよびVeritasロゴは，Symantec Corporation の米国およびその他の国における商標または登録商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

プログラムプロダクト「Hitachi Dynamic Link Manager」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。

プログラムプロダクト「Hitachi Dynamic Link Manager」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。

発行

2013年 10月 3000-3-G25-60

著作権

All Rights Reserved. Copyright© 2011, 2013, Hitachi, Ltd.

はじめに

このマニュアルは，次に示すプログラムプロダクトの機能と使用方法について説明したものです。

・Hitachi Dynamic Link Manager

はじめにの構成

対象読者

マニュアルの構成

読書手順

このマニュアルで使用している記号

コマンドまたはユティリティの文法で使用している記号

ファイル名で使用している記号

対象読者

このマニュアルは，Hitachi Dynamic Link Manager （以降，HDLMと表記します）を使ってストレージシステムの運用・管理をするシステム管理者を対象としています。また，次のことについて理解していることを前提としています。

Solarisの概要および管理機能

ストレージシステムの管理機能

クラスタソフトウェアの機能

ボリューム管理ソフトウェアの機能

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

1. HDLMの概要

HDLMの概要と特長について説明しています。

2. HDLMの機能

HDLMの管理対象，システム構成，基本的な用語，および機能について説明しています。

3. HDLMの環境構築

HDLMの環境を構築する手順および設定を解除する手順について説明しています。

4. HDLMの運用

HDLMのコマンドを使用してHDLMを操作する方法，HDLMマネージャを手動で起動または停止するための操作手順について説明しています。また，パスが接続するHDLM管理対象のデバイスの変更，パスを構成するハードウェアの交換など，HDLMを運用する環境の構成を変更する場合の操作について説明しています。

5. トラブルシュート

パスに障害が発生した場合，HDLMに障害が発生した場合，などの対処方法について説明しています。

6. コマンドリファレンス

HDLMで使用するコマンドについて説明しています。

7. ユティリティリファレンス

HDLMで使用するユティリティについて説明しています。

8. メッセージ

HDLMから出力されるメッセージを参照するときに知っておいてほしい情報について説明しています。そのあと，HDLMから出力されるメッセージ，およびその対処について説明しています。

付録A. Sun Cluster 3.2のコマンド

Sun Cluster 3.2のコマンドについて説明しています。

付録B. バージョン間の機能差異

HDLMのバージョンによる機能の差異について説明しています。

付録C. このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報について説明しています。

用語解説

このマニュアルで使用している用語について説明しています。

読書手順

このマニュアルは，利用目的に合わせて直接章を選択して読むことができます。利用目的別に，次の表に従ってお読みいただくことをお勧めします。

マニュアルを読む目的 | 記述個所
HDLMの概要と特長を知りたい。 | 第1章
HDLMのシステム構成と機能を知りたい。 | 第2章
HDLMを使用するための，環境構築の手順を知りたい。 | 第3章
HDLMのコマンドを使用してHDLMを操作する方法を知りたい。 | 第4章
HDLMを運用する環境の構成を変更する場合の操作方法を知りたい。 | 第4章
運用時の注意事項について知りたい。 | 第4章
HDLMでパスの構成や状態を確認する方法を知りたい。 | 第4章
ライセンスの更新について知りたい。 | 第4章
障害対処の手順を知りたい。 | 第5章
HDLMのコマンドについて知りたい。 | 第6章
HDLMのユティリティについて知りたい。 | 第7章
HDLM使用時に出力されるメッセージについて知りたい。 | 第8章
Sun Cluster 3.2のコマンドについて知りたい。 | 付録A
HDLMのバージョンによる機能の差異について知りたい。 | 付録B
このマニュアルを読むに当たっての参考情報について知りたい。 | 付録C
HDLMで使用する用語について知りたい。 | 用語解説

このマニュアルで使用している記号

このマニュアルでは，次に示す記号を使用しています。

記号
意味

［ ］
文字キーを意味します。
（例）
［Ctrl］+［C］
上記の例では，CtrlキーとCキーを同時に押すことを示します。

コマンドまたはユティリティの文法で使用している記号

このマニュアルでは，次に示す記号をコマンドおよびユティリティの文法説明に使用しています。

文法記述記号
意味

[ ]
この記号で囲まれている項目は省略できます。
[ ]内に，「|」で区切られた項目が複数ある場合は，どれか1つだけを指定するか，またはすべて省略できます。なお，項目に下線がある場合は，すべての項目を省略したときに，その項目が仮定されます。

{ }
この記号で囲まれている，「|」で区切られた項目のうちから，どれか1つだけを必ず指定します。

...
記述の省略の意味です。

正字体で記述された部分
キーワードとしてそのまま入力することを示します。
（例）
dlnkmgr help

斜字体で記述された部分
該当する要素を指定することを示します。
（例）
dlnkmgr online [-path] [-pathid パス管理PATH_ID] [-s]
上記の例では，パス管理PATH_IDの部分に，該当するIDを指定します。

#
コマンドを実行する画面上のプロンプトです。

ファイル名で使用している記号

このマニュアルでは，次に示す記号をファイル名に使用しています。

ファイル名記述記号
意味

[ ]
この記号で囲まれている文字または数値の範囲を示します。
[ ]内の文字または数値が「-」で区切られている場合，範囲内の文字または数値を表します。

1. HDLMの概要

HDLMは，ストレージシステムとホストとを結ぶ経路を管理します。HDLMを使用することで，経路に掛かる負荷を分散したり，障害発生時に経路を切り替えたりして，システムの信頼性を向上できます。

この章では，HDLMの概要と特長について説明します。

この章の構成

1.1 HDLMとは

1.2 HDLMの特長

1.1 HDLMとは

データウェアハウスの普及やマルチメディアデータの利用拡大によって，ネットワーク上で大容量のデータを高速に利用する要求が高まっています。このような要求に応えるために，SANなどのデータ転送専用のネットワークを使用してストレージシステムへアクセスする運用が始められています。

HDLMはストレージシステムへのアクセス経路を管理するプログラムです。

HDLMは，経路に掛かる負荷を分散してバランスを取ったり，経路の障害時にほかの経路に切り替えたりする機能を持ちます。HDLMを使用することでシステムの可用性と信頼性を向上させることができます。

ホストとストレージシステムとの接続形態を次の図に示します。HDLMがインストールされているサーバを，ホストと呼びます。

図1-1 ホストとストレージシステムとの接続形態

HDLMがサポートするストレージシステムについては，「3.1.2 HDLMがサポートするストレージシステム」を参照してください。

1.2 HDLMの特長

HDLMには次の特長があります。

経路に掛かる負荷を分散できます（ロードバランス）

ホストとストレージシステムを複数の経路で接続している場合，負荷をそれぞれの経路へ分散します。こうすることで，1つの経路に負荷が偏って処理速度が遅くなることを防げます。

ロードバランスについては，「2.7 ロードバランスによる負荷分散」を参照してください。

障害発生時にも処理を継続できます（フェイルオーバ）

ホストとストレージシステムを複数の経路で接続している場合，使用中の経路に障害が発生したときに，自動的に経路が切り替えられます。こうすることで，経路に障害が発生しても処理を継続できます。

フェイルオーバについては，「2.8 パス切り替えによるフェイルオーバとフェイルバック」を参照してください。

障害から回復した経路を稼働状態にできます（フェイルバック）

経路が障害から回復したときに，経路の状態を稼働状態にできます。こうすることで，稼働状態の経路をできるだけ多く確保します。

経路のフェイルバックは，手動または自動で実行できます。自動フェイルバックは，ユーザによって物理的な経路の障害を復旧したあと，HDLMが経路を自動的に稼働状態にします。

フェイルバックについては，「2.8 パス切り替えによるフェイルオーバとフェイルバック」を参照してください。

一定の時間間隔で経路の状態を自動で確認できます（パスヘルスチェック）

ユーザが指定した時間間隔で経路の状態を確認し，障害を検出します。これによって，ユーザは経路の障害を把握し，必要な対処を取ることができます。

パスヘルスチェックについては，「2.10 パスヘルスチェックによる障害検出」を参照してください。

2. HDLMの機能

この章では，HDLMの機能について説明します。はじめにHDLMの管理対象，システム構成，および基本的な用語について説明します。そのあとで経路への負荷分散や経路切り替えなどの機能について説明します。

この章の構成

2.1 HDLMで管理するデバイス

2.2 システム構成

2.3 LU構成

2.4 プログラム構成

2.5 HDLMドライバとHDLMデバイスの位置づけ

2.6 HDLMデバイスの論理デバイスファイル

2.7 ロードバランスによる負荷分散

2.8 パス切り替えによるフェイルオーバとフェイルバック

2.9 間欠障害の監視（自動フェイルバック使用時の機能）

2.10 パスヘルスチェックによる障害検出

2.11 ダイナミックI/Oパスコントロール機能による負荷分散

2.12 障害管理

2.13 監査ログの採取

2.14 Global Link ManagerによるHDLMの統合管理

2.15 クラスタ対応

2.1 HDLMで管理するデバイス

HDLMが管理できるデバイスと，管理できないデバイスを次に示します。HDLMが管理するデバイスをHDLM管理対象デバイスと呼びます。

HDLMが管理できるデバイス

「1.1 HDLMとは」で示したストレージシステムの次のデバイスを管理します。

SCSIデバイス（sdまたはssdデバイス）

ブートディスク※

スワップデバイス※

ダンプデバイス※

注※

HDLM管理対象デバイスをこの用途で使用する場合は，VTOCラベルを付けてください。EFIラベルはサポートしません。

HDLMが管理できないデバイス

「1.1 HDLMとは」で示したストレージシステム以外のSCSIデバイス（sdまたはssdデバイス）

ホストの内蔵ディスク

ディスク以外のデバイス（例：テープデバイス）

「1.1 HDLMとは」で示したストレージシステムのコマンドデバイス（例：日立製RAID Managerのコマンドデバイス）

2.2 システム構成

HDLMは，SCSIドライバ（sdまたはssdドライバ）を使用して，ホストとストレージシステムを結ぶ経路を制御します。ホストとストレージシステムは，SANなどを使用してファイバケーブルまたはSCSIケーブルで接続します。ホスト側のケーブルの接続口はホストバスアダプタ（HBA），ストレージシステム側のケーブルの接続口はチャネルアダプタ（CHA）のポート（P）です。

ストレージシステムには，ホストからの入出力対象になる論理ユニット（LU）があります。LUは複数に分割して使用できます。分割してできるそれぞれの領域をDevと呼びます。Devは，スライスまたはパーティションに相当します。ホストとLUを結ぶ経路を物理パスと呼び，ホストとDevを結ぶ経路をパスと呼びます。LUを複数のDevに分割している場合，1つのLUに設定されるパスの本数は，物理パスの本数にLU内のDevの数を掛けた数になります。

HDLMは，物理パスにIDを割り当てて，物理パス単位でパスを管理します。HDLMを操作する場合に，物理パスとパスの違いを意識する必要はないため，以降，物理パスとパスを区別しないでパスと呼ぶこともあります。HDLMがパス（物理パス）ごとに割り当てるIDをパス管理PATH_IDと呼びます。また，パスを管理対象物と呼ぶこともあります。

HDLMのシステム構成を次の図に示します。

図2-1 HDLMのシステム構成

HDLMのシステム構成要素を次の表に示します。

表2-1 HDLMのシステム構成要素

構成要素 | 説明
HBA | ホストバスアダプタです。ホスト側のケーブルの接続口です。
SAN | ホストとストレージシステムがデータ転送に使用する，専用のネットワークです。
CHA | チャネルアダプタです。
P | CHAのポートです。ストレージシステム側のケーブルの接続口です。
LU | 論理ユニット（ストレージシステム側で定義した，論理的なボリューム）です。ホストからの入出力対象となります。
Dev | LUを分割した場合にできる領域（スライスまたはパーティション）です。
物理パス | ホストとLUを結ぶ経路です。
パス | ホストとLU内のDevを結ぶ経路です。

2.3 LU構成

HDLMをインストールすると，ホスト側でのLU構成の認識が，次のように変わります。

HDLMをインストールする前

ホスト側では，物理パスごとにsdまたはssdデバイスが接続されていると認識します。

つまり，ストレージシステム側の1つのLUが，物理パスと同じ数だけ存在するように見えます。

HDLMをインストールしたあと

ストレージシステム側のLU内のDevと1対1で対応するHDLMデバイスが，sdまたはssdデバイスの上位に作成されます。

このため，ストレージシステム側の1つのLUが，ホスト側でも1つに見えます。

HDLMをインストールしたあとにホストが認識するLUをホストLU（HLU）と呼びます。ストレージシステム側のLU内のDev（スライスまたはパーティション）に対応する，ホストLU内の領域をホストデバイス（HDev）と呼びます。

HDLMを使用したシステムでは，sdまたはssdデバイスの論理デバイスファイルではなく，HDLMデバイスの論理デバイスファイルを使用して，目的のLUにアクセスします。

sdまたはssdデバイスの論理デバイスファイルは，HDLMによって削除されます。

HDLMをインストールしたあとに，ホスト側で認識されるLUの構成を次の図に示します。

図2-2 HDLMをインストールしたあとにホスト側で認識されるLUの構成

ホスト側で認識される要素を次の表に示します。

表2-2 ホスト側で認識される要素

構成要素 | 説明
HLU | HDLMドライバを通してホストが認識するLUです。ホストLUと呼びます。物理パスの数に関係なく，ストレージシステム側の1つのLUに対して1つのホストLUが認識されます。
HDev | HDLMドライバを通してホストが認識する，LU内のDev（スライスまたはパーティション）です。ホストデバイスと呼びます。物理パスの数に関係なく，ストレージシステム側の1つのDevに対して1つのホストデバイスが認識されます。

2.4 プログラム構成

HDLMは幾つかのプログラムを組み合わせて動作します。HDLMの操作には各プログラムが関わってくるため，それぞれの名称，位置づけ，役割を把握しておいてください。

HDLMのプログラム構成を次の図に示します。

図2-3 HDLMのプログラム構成

各プログラムの役割を次の表に示します。

表2-3 HDLMの各プログラムの役割

プログラム名
役割

HDLMコマンド
コマンドを使った次の機能を提供します。

パスの管理

障害情報の表示

HDLMの動作環境の設定

HDLMユティリティ
ユティリティを使った次の機能を提供します。

障害情報の収集

新規LUの追加，および既存LUの削除（HDLMデバイスの動的再構成）

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の作成

移行時の論理デバイスファイル対応表の作成

VxVM設定ファイルの作成の支援

HDLMのサイレントインストール

Hitachi Command Suite共通エージェントコンポーネントのインストール

HDLMマネージャ
次の機能を提供します。

HDLMの動作環境の設定

パスヘルスチェックと自動フェイルバックの実行要求

障害ログの採取

HDLMアラートドライバ
HDLMドライバが採取するログ情報をHDLMマネージャに通知します。ドライバ名はdlmadrvです。

HDLMドライバ
機能の制御，パスの管理，および障害検知をします。
HDLMドライバの構成は次のとおりです。

コアロジック部
HDLMの基本機能を制御します。

フィルタ部
I/Oを送受信します。ドライバ名はdlmfdrvです。

HDLMネクサスドライバ
HDLMデバイスの論理デバイスファイルのコントローラ番号を予約したり，HBAのポートごとにHDLMドライバのインスタンスを管理したりします。ドライバ名は，dlmndrvです。

2.5 HDLMドライバとHDLMデバイスの位置づけ

HDLMドライバはSCSIドライバの上位に位置します。ホストの各アプリケーションは，HDLMの生成するHDLMデバイス（論理デバイスファイル）を使用して，ストレージシステム内のLUにアクセスします。HDLMドライバとHDLMデバイスの位置づけを次の図に示します。

図2-4 HDLMドライバとHDLMデバイスの位置づけ

2.6 HDLMデバイスの論理デバイスファイル

HDLMをインストールすると，HDLMが使用する論理デバイスファイルが，1LUごとにDev（スライス）単位で作成されます。この論理デバイスファイル名をボリューム管理ソフトウェアなどのアプリケーションに設定すると，それらのアプリケーションからHDLMの機能を使用して，LUにアクセスできるようになります。

なお，HDLMをインストールする前に存在した論理デバイスファイル（sdまたはssdデバイスの論理デバイスファイル）は，HDLMをインストールすると削除されます。

ここでは，HDLMデバイスの論理デバイスファイル名と，その作成先について説明します。

HDLMデバイスの論理デバイスファイル名

HDLMデバイスの論理デバイスファイル名は，sdまたはssdデバイスの論理デバイスファイル名のコントローラ番号を変更したものになります。例えば，1つのLUに2本の物理パスが接続していて，そのLU内の1つのDev（スライス）に対応するsdまたはssdデバイスの論理デバイスファイル名がc2t1d1s0とc3t2d1s0であったとします。この場合，HDLMをインストールすると，それらの論理デバイスファイルが削除されます。そして，c4t1d1s0のような異なったコントローラ番号の付いたHDLMデバイスの論理デバイスファイルが作成されます。

論理デバイスファイル名cUtXdYsZの各要素の意味は次のとおりです。

U

HDLMがネクサスドライバを利用して予約したコントローラ番号

X

HDLMデバイスに対応するsdまたはssdデバイスのターゲットIDまたはWWN（World Wide Name）

Y

HDLMデバイスに対応するsdまたはssdデバイスのLUN

Z

HDLMデバイスに対応するsdまたはssdデバイスのスライス番号

注意事項

Solaris 9，Solaris 10，またはSolaris 11の場合で，LUにEFIラベルを設定しているときは，LU全体を示すHDLMの論理デバイスファイル名はcUtXdYの形式となります。

HDLMデバイスの論理デバイスファイルの作成先

ブロック型のHDLMデバイスの論理デバイスファイルは/dev/dsk，キャラクタ型のHDLMデバイスの論理デバイスファイルは/dev/rdskに作成されます。

2.7 ロードバランスによる負荷分散

LUに対して複数のパスが接続されている構成の場合，複数のパスを使用してI/Oを発行することで，パスに掛かる負荷を分散します。この機能をロードバランスと呼びます。この機能によって，1つのパスに負荷が偏ってシステム全体の性能が劣化することを防げます。

ただし，HDLMが管理するI/Oには，パスごとに分配できるI/Oと分配できないI/Oがあります。したがって，ロードバランス機能を使用してもパスごとにI/Oが均等に割り振られない場合があります。

ロードバランス機能を使用していないときのI/Oの流れを「図2-5 ロードバランス機能を使用していない場合のI/Oの流れ」に，ロードバランス機能を使用しているときのI/Oの流れを「図2-6 ロードバランス機能を使用している場合のI/Oの流れ」に示します。どちらの図も，複数のアプリケーションから同一のLUにI/Oが発行された場合の例です。

図2-5 ロードバランス機能を使用していない場合のI/Oの流れ

ロードバランス機能を使用していない場合，(A)の物理パスにI/Oが集中して発行されます。(A)の物理パスへの負荷がボトルネックとなり，システム全体の性能が劣化する場合があります。

図2-6 ロードバランス機能を使用している場合のI/Oの流れ

ロードバランス機能を使用している場合，I/Oは(A)，(B)，(C)，(D)の物理パスへ分散して発行されます。1つのパスに負荷が偏ってシステム全体の性能が劣化することを防げます。

この節の構成

2.7.1 ロードバランスが適用されるパス

2.7.2 ロードバランスのアルゴリズム

2.7.1 ロードバランスが適用されるパス

ロードバランス機能を使用したときに適用されるパスについて，ストレージシステムごとに説明します。

この項の構成

(1) SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合

(2) SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズ以外を使用している場合

(1) SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合

ロードバランスはオーナパス同士，またはノンオーナパス同士で行われます。オーナパスとは，ストレージシステム側のLUのオーナコントローラに設定した，CHAを経由するパスです。オーナコントローラはLUごとに異なるので，オーナパスもLUごとに異なります。ノンオーナパスとは，オーナコントローラ以外のCHA（ノンオーナコントローラ）を経由するパスです。使用するパスは，オーナパス，ノンオーナパスの順で選択されます。システム全体の性能劣化を避けるために，オーナパスとノンオーナパスとの間でのロードバランスは行いません。障害などで，一部のオーナパスが使用できなくなった場合，残りの使用できるオーナパスの間でロードバランスが行われます。すべてのオーナパスが使用できなくなった場合，ノンオーナパスの間でロードバランスが行われます。

「図2-7 ロードバランス」の例で，LUのオーナコントローラがCHA0であるとします。このとき，LUにアクセスする場合のロードバランスは，(A)と(B)の物理パスの間（オーナパス同士）で行われます。障害などで，(A)の物理パスが使用できなくなった場合，(B)の物理パスだけでLUにアクセスします。(A)と(B)の物理パスが使用できなくなった場合，(C)と(D)の物理パスの間（ノンオーナパス同士）で行われます。

図2-7 ロードバランス

(2) SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズ以外を使用している場合

すべてのパスがオーナパスになります。したがって，同じLUにアクセスするすべてのパスの間でロードバランスが行われます。障害などで，一部のパスが使用できなくなった場合，残りの使用できるパスの間でロードバランスが行われます。

「図2-6 ロードバランス機能を使用している場合のI/Oの流れ」の例で，LUにアクセスする場合のロードバランスは，(A)，(B)，(C)，(D)の物理パスの間で行われます。障害などで，どれかの物理パスが使用できなくなった場合，残りの物理パスの間でロードバランスが行われます。

注

対象となるストレージシステムを次に示します。

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

Hitachi AMS2000シリーズ※

Hitachi SMSシリーズ※

HUS100シリーズ※

HUS VM

注※ ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

2.7.2 ロードバランスのアルゴリズム

ロードバランスのアルゴリズムには，次の6つがあります。

ラウンドロビン

拡張ラウンドロビン

最少I/O数

拡張最少I/O数

最少ブロック数

拡張最少ブロック数

上記のアルゴリズムは，処理方式によって2つに分類されます。それぞれのアルゴリズムについて説明します。

ラウンドロビン，最少I/O数，最少ブロック数

これらのアルゴリズムは，発行するI/Oごとに，使用するパスが選択されます。使用するパスはそれぞれ次のように決定されます。

ラウンドロビン：
接続しているすべてのパスが順番に選択されます。

最少I/O数：
接続しているすべてのパスのうち，処理中となっているI/O数が最も少ないパスが選択されます。

最少ブロック数：
接続しているすべてのパスのうち，処理中となっているI/Oのブロック数が最も少ないパスが選択されます。

拡張ラウンドロビン，拡張最少I/O数，拡張最少ブロック数

これらのアルゴリズムは，発行するI/Oが1つ前に発行したI/Oと連続性があるかどうか（シーケンシャルなI/Oかどうか）を判別して，割り振るパスが決定されます。

1つ前に発行したI/Oと連続性がある場合，1つ前のI/Oを割り振ったパスが使用されます。ただし，発行したI/O数が一定数に達したときは，次のパスに切り替わります。

1つ前に発行したI/Oと連続性がない場合，I/Oごとに使用するパスが選択されます。

拡張ラウンドロビン：
接続しているすべてのパスが順番に選択されます。

拡張最少I/O数：
接続しているすべてのパスのうち，処理中となっているI/O数が最も少ないパスが選択されます。

拡張最少ブロック数：
接続しているすべてのパスのうち，処理中となっているI/Oのブロック数が最も少ないパスが選択されます。

ロードバランスのアルゴリズムの特長を次の表に示します。

表2-4 ロードバランスのアルゴリズムの特長

アルゴリズムの種別
アルゴリズムの特長

ラウンドロビン※

最少I/O数

最少ブロック数

連続性がないI/Oを多く発行する（シーケンシャルなI/Oが少ない）場合に有効です。

拡張ラウンドロビン

拡張最少I/O数

拡張最少ブロック数

1つ前のI/Oと連続性があるI/OでそのI/OがRead要求の場合，ストレージシステムのキャッシュ機能によって読み込み速度の向上が期待できます。連続性があるI/Oを多く発行する（シーケンシャルなI/Oが多い）場合に有効です。

注※

HDLMの管理するI/Oには，パスごとに分配ができるものとできないものがあります。したがって，ラウンドロビンを設定しても，パスごとにI/Oが均等に割り振られない場合がありますのでご注意ください。

HDLMを新規にインストールしたときには，拡張最少I/O数がデフォルト値として設定されます。アップグレードインストールしたときには従来の設定が引き継がれます。

使用しているシステム環境で，データアクセスの傾向に適したロードバランスのアルゴリズムを選択してください。データアクセスの傾向に特徴が見られない場合は，拡張最少I/O数の適用を推奨します。

ロードバランス機能は，HDLMコマンドのsetオペレーションで指定します。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

2.8 パス切り替えによるフェイルオーバとフェイルバック

LUに対して複数のパスが接続されている構成の場合，使用中のパスに障害が発生したときに，残りの正常なパスに切り替えてシステムの運用を継続できます。この機能をフェイルオーバと呼びます。

また，障害が発生したパスが障害から回復した場合，使用するパスを，障害から回復したパスに切り替えられます。この機能をフェイルバックと呼びます。

次の2種類の方法でフェイルオーバ，およびフェイルバックができます。

自動パス切り替え

手動パス切り替え

フェイルオーバ，およびフェイルバックは，パスの状態を変更してパスを切り替える機能です。パスの状態は，稼働状態と閉塞状態の2つに大別できます。稼働状態とは，パスに対してI/Oを正常に発行できる状態です。閉塞状態とは，次に示す理由で，パスに対してI/Oを発行できない状態です。

パスに障害が発生している

ユーザがHDLMコマンドのofflineオペレーションを実行した
offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。

パスの状態と状態遷移については，「2.8.3 パスの状態遷移」を参照してください。

注意事項

リザーブするパスが切り替えられる場合，切り替えに数秒掛かることがあります。リザーブするパスは，次の場合に切り替えられます。

リザーブしているパスを閉塞状態にした。

ノンオーナパスだけが稼働状態でリザーブされているときに，オーナパスを稼働状態にした。

この節の構成

2.8.1 自動パス切り替え

2.8.2 手動パス切り替え

2.8.3 パスの状態遷移

2.8.1 自動パス切り替え

自動的にパスを切り替える機能である，自動フェイルオーバと自動フェイルバックについて説明します。

この項の構成

(1) 自動フェイルオーバ

(2) 自動フェイルバック

(1) 自動フェイルオーバ

使用中のパスで障害を検知した場合，そのパスを閉塞状態にして，ほかの稼働状態のパスを使用してシステムの運用を続けることができます。これを，自動フェイルオーバと呼びます。自動フェイルオーバの対象となる障害は，パスに発生した次のレベルの障害です。

Critical

致命的で，システム停止の危険がある障害

Error

危険度は高いが，フェイルオーバなどで回避できる障害

障害レベルについては，「2.12.2 障害情報のフィルタリング」を参照してください。

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，切り替え先のパスは，同じLUにアクセスするオーナパス，ノンオーナパスの順で選択されます。

例えば，「図2-8 パスの切り替え」でLUのオーナコントローラがCHA0であるとします。(A)の物理パスだけでLUにアクセスしている場合，使用中のパスが閉塞状態になったあとは，(B)の物理パスが第1候補，(C)または(D)の物理パスが第2候補の切り替え先になります。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※，Hitachi SMSシリーズ※，HUS100シリーズ※，またはHUS VMを使用している場合，すべてのパスがオーナパスです。したがって，同じLUにアクセスするすべてのパスが同時に切り替え先の候補になります。例えば，「図2-8 パスの切り替え」で(A)の物理パスだけでLUにアクセスしている場合，使用中のパスが閉塞状態になったあとは，(B)，(C)，(D)の物理パスのどれかが切り替え先になります。

注※

ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

パスの切り替えは，物理パス単位で行われます。したがって，1つのパスに障害が発生した場合は，同じ物理パスを経由するすべてのパスを切り替えます。

図2-8 パスの切り替え

(2) 自動フェイルバック

使用中のパスが障害で閉塞状態になった場合，障害回復後に自動的に稼働状態にできます。これを，自動フェイルバックと呼びます。この機能を使用した場合，HDLMは定期的に障害回復を監視します。

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，使用するパスは，稼働状態のオーナパス，ノンオーナパスの順で選択されます。したがって，ノンオーナパスを使用しているときに，オーナパスの障害が回復して，自動的に稼働状態になると，使用するパスがオーナパスに切り替わります。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※1，Hitachi SMSシリーズ※1，HUS100シリーズ※1，またはHUS VMを使用している場合，すべてのパスがオーナパスです。したがって，ほかのパスの障害が回復して，自動的に稼働状態になっても，使用するパスは切り替わりません。

なお，パスに間欠障害※2が発生している場合，自動フェイルバックの設定をしていると，閉塞状態と稼働状態を繰り返すため，I/Oの性能が低下することがあります。その場合は，間欠障害監視を設定して，間欠障害と見なされたパスを自動フェイルバックの対象外にすることをお勧めします。

自動フェイルバック機能，および間欠障害監視は，HDLMコマンドのsetオペレーションで指定します。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

注※1

ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

注※2

間欠障害とは，ケーブルの接触不良などが原因で，断続的に発生する障害です。

2.8.2 手動パス切り替え

パスを手動で稼働状態または閉塞状態にすることで，パスを切り替えられます。手動で一時的にパスを切り替えることで，システムのメンテナンスなどができます。

次に示す方法で，パスを手動で稼働状態または閉塞状態にできます。

HDLMコマンドのonlineまたはofflineオペレーションを実行する
onlineについては「6.5 online パスを稼働状態にする」を，offlineについては「6.4 offline パスを閉塞状態にする」を参照してください。

ただし，あるLUに対する最後の稼働状態のパスは，手動で閉塞状態に切り替えられません。また，障害が復旧していないパスについては，稼働状態に切り替えられません。

切り替え先のパスについては，自動パス切り替えの場合と同じです。

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，オーナパスが第1候補，ノンオーナパスが第2候補の切り替え先になります。SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※，Hitachi SMSシリーズ※，HUS100シリーズ※，またはHUS VMを使用している場合，同じLUにアクセスするすべてのパスが同時に切り替え先の候補になります。

パスの切り替えは，物理パス単位で行われます。したがって，1つのパスを閉塞状態にした場合は，同じ物理パスを経由するすべてのパスが切り替えられます。

閉塞状態にしたパスは，onlineオペレーションを実行することで稼働状態にできます。onlineオペレーションについては，「6.5 online パスを稼働状態にする」を参照してください。パスの状態を稼働状態に変更したあとに使用するパスは，自動パス切り替えと同じ仕組みで選択されます。SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，使用するパスは，稼働状態のオーナパス，ノンオーナパスの順で選択されます。SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※，Hitachi SMSシリーズ※，HUS100シリーズ※，またはHUS VMを使用している場合，すべてのパスがオーナパスのためパスの状態を稼働状態に変更したあとも，使用するパスは切り替わりません。

注※

ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

2.8.3 パスの状態遷移

「2.8 パス切り替えによるフェイルオーバとフェイルバック」で説明した稼働状態と閉塞状態は，さらにそれぞれ2つの状態に分けられます。4つの状態を，稼働状態に含まれるものと閉塞状態に含まれるものとに分けて説明します。

この項の構成

(1) 稼働状態

(2) 閉塞状態

(3) パスの状態遷移

(1) 稼働状態

稼働状態に含まれるものを次に示します。

Online状態
正常にI/Oを発行できます。

Online(E)状態
パスに障害が発生しています。また，同じLUにアクセスするほかのパスのうちに，Online状態のパスがありません。
1つのLUにアクセスするパスのうちにOnline状態のパスがなくなった場合，パスの1つはOnline(E)状態になります。1つのLUにアクセスするパスがすべて閉塞状態になることはありません。これは，LUにアクセスできなくなることを防ぐためです。Online(E)の「E」は，エラー属性を示します。エラー属性とは，パスに障害が発生していることを示すものです。

(2) 閉塞状態

閉塞状態に含まれるものを次に示します。

Offline(C)状態
offlineオペレーションの実行によって，パスが閉塞状態になっています。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。
Offline(C)の「C」は，コマンド属性を示します。コマンド属性とは，コマンドの操作によって，パスが閉塞状態になっていることを示すものです。

Offline(E)状態
障害が発生したため，パスが閉塞状態になっています。
Offline(E)の「E」は，エラー属性を示します。エラー属性とは，パスに障害が発生していることを示すものです。

(3) パスの状態遷移

パスの状態遷移を次の図に示します。

図2-9 パスの状態遷移

（凡例）

オンライン操作：HDLMコマンドのonlineオペレーションの実行

オフライン操作：HDLMコマンドのofflineオペレーションの実行

注※1

同じLUにアクセスするほかのパスの中に，OnlineまたはOffline(E)のパスがない場合です。

注※2

次の条件をすべて満たす場合は，間欠障害が発生していると見なされたパスでも自動フェイルバックの対象になります。

LUに接続するすべてのパスがOnline(E)，Offline(E),またはOffline(C)となっている。

LUに接続するすべてのパスに間欠障害が発生したと見なされている。

LUにI/Oが連続して発行され，I/Oが成功している。

注※3

同じLUにアクセスするほかのパスの中に，OnlineまたはOffline(E)のパスがある場合です。

注※4

Online(E)になるのは，Offline(E)のパスのうち1つだけです。

注※5

同じLUにアクセスするほかのパスの中に，Offline(E)のパスがある場合です。

各LUに対する最後の稼働状態のパスは，offlineオペレーションでは閉塞状態にできません。これは，LUにアクセスできなくなることを防ぐためです。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。1つのLUにアクセスするパスの中に，稼働状態（Online）のパスがなくなった場合，パスの1つがOnline(E)になります。自動フェイルバック機能を使用している場合，パスが障害から回復すると，そのパスは自動的に稼働状態（Online）になります。

ただし，間欠障害を監視している場合，間欠障害と見なされたパスは，障害から回復しても自動的に稼働状態（Online）になりません。この場合，パスを手動で稼働状態（Online）にしてください。

注意事項

HDLMコマンドを使用してパスのオフライン操作を行った直後にパスに障害が発生すると，一度Offline(C)となった状態がOffline(E)に遷移する場合があります。オフライン操作を実行した場合は，一定時間（2分程度）待ってから再度HDLMコマンドを使用してパスの状態を確認し，Offline(C)になっていることを確認してください。Offline(E)になっている場合は，再度オフライン操作を実行してください。

2.9 間欠障害の監視（自動フェイルバック使用時の機能）

間欠障害とは，ケーブルの接触不良などが原因で断続的に障害が発生する状態です。自動フェイルバックを使用しているときに間欠障害が発生すると，自動フェイルバックが繰り返し行われてI/O性能が低下することがあります。このような現象を防ぐため，HDLMでは間欠障害が発生しているパスを自動フェイルバックの対象から自動的に外すことができます。これを間欠障害監視といいます。

自動フェイルバックを使用する場合は，間欠障害監視をあわせて使用することをお勧めします。

間欠障害監視を使用すると，一定の時間内に一定の回数の障害が発生したパスは，間欠障害が発生していると見なされます。間欠障害が発生したと見なされたパスは，ユーザがオンライン操作を実行するまで障害状態のままで，自動フェイルバックは行われません。この状態を自動フェイルバック対象外と呼びます。

この節の構成

2.9.1 間欠障害の確認

2.9.2 間欠障害監視の設定

2.9.3 間欠障害監視の動作

2.9.4 ユーザの操作による間欠障害情報の変化

2.9.1 間欠障害の確認

パスが間欠障害と見なされているかどうかは，HDLMコマンドのviewオペレーションの実行結果で確認できます。

viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

2.9.2 間欠障害監視の設定

間欠障害監視を設定する場合，まず有効にするか無効にするかを設定します。有効にした場合，間欠障害かどうかを判定するための条件（障害監視時間と障害発生回数）を指定できます。指定した監視時間内に，指定した回数の障害が発生すると，HDLMはそのパスに間欠障害が発生していると見なします。例えば，障害監視時間に30，障害発生回数に3を指定すると，30分以内に3回以上障害が発生したパスが，間欠障害が発生していると見なされます。

間欠障害監視は，HDLMコマンドのsetオペレーションで設定できます。

間欠障害監視は，自動フェイルバックが有効に設定されている場合にだけ設定できます。設定できる値は自動フェイルバックの設定値に依存します。設定方法については，「6.6 set 動作環境を設定する」を参照してください。

2.9.3 間欠障害監視の動作

間欠障害の監視は，パスごとに実施されます。間欠障害監視は，自動フェイルバックによってパスが障害から回復した時点で開始されます。

ここでは，間欠障害監視の動作を，次の3つの場合に分けて説明します。

間欠障害が発生していると見なす場合

間欠障害が発生していないと見なす場合

間欠障害の監視中に間欠障害と見なす条件を変更した場合

この項の構成

(1) 間欠障害が発生していると見なす場合

(2) 間欠障害が発生していないと見なす場合

(3) 間欠障害の監視中に間欠障害と見なす条件を変更した場合

(1) 間欠障害が発生していると見なす場合

指定した監視時間内に指定した回数の障害がパスに発生した場合，間欠障害が発生していると見なし，該当するパスの監視を終了します。そして，そのパスを自動フェイルバックの対象から外します。自動フェイルバックの対象から外されたパスは，ユーザによるオンライン操作が成功するまで，障害状態のままです。ただし，一定の条件を満たす場合は自動フェイルバックの対象となり，自動的に稼働状態（Online）になります。条件については，「図2-9 パスの状態遷移」を参照してください。

パスに間欠障害が発生していると見なす場合の間欠障害監視の動作を次の図に示します。30分以内に3回以上障害が発生した場合に間欠障害と見なす設定をしているときの例です。時間を示す矢印上に，1つのパスに発生するイベントを記載しています。

図2-10 パスに間欠障害が発生していると見なす場合の動作

(2) 間欠障害が発生していないと見なす場合

指定した監視時間内に指定した回数の障害がパスに発生しない場合，間欠障害は発生していないと見なします。その場合，監視時間が終了した段階で該当するパスの監視を終了し，カウントした障害発生回数を0に初期化します。そのあとでパスに障害が発生し，自動フェイルバックによってパスが障害から回復した場合，その時点から監視を再開します。

長い間隔を置いて発生する障害を間欠障害と見なすためには，障害監視時間を延ばすか，または障害発生回数を減らしてください。

パスに間欠障害が発生していないと見なす場合の間欠障害監視の動作を次の図に示します。30分以内に3回以上障害が発生した場合に間欠障害と見なす設定をしているときの例です。時間を示す矢印上に，1つのパスに発生するイベントを記載しています。

図2-11 パスに間欠障害が発生していないと見なす場合の動作

障害発生回数は，障害が発生するとカウントされます。通常は「図2-11 パスに間欠障害が発生していないと見なす場合の動作」に示すように，間欠障害監視中に自動フェイルバックによって稼働状態に回復してから，障害が発生するごとに障害発生回数がカウントされます。ただし，パスが切断されているなどの理由によって，LUに接続するすべてのパスがOffline(E)，Online(E)，またはOffline(C)になっている場合は，自動フェイルバックによって稼働状態に回復しません。このような状態のLUへI/Oを継続して発行すると，パスが稼働状態にならなくても障害発生回数がカウントされることがあります。障害発生回数が指定値に達すると，パスに間欠障害が発生したと見なされます。その場合は，障害の原因を取り除いてから手動でオンライン操作をしてください。

(3) 間欠障害の監視中に間欠障害と見なす条件を変更した場合

間欠障害の監視中に，間欠障害と見なす条件（障害監視時間または障害発生回数）を変更した場合，それまでにカウントされた障害発生回数，および監視を開始してから経過した時間が0に初期化されます。監視は終了されないで，変更した時点から，変更後の条件での監視が開始されます。

監視時間外に条件を変更した場合，次に自動フェイルバックによってパスが障害から回復した時点で，変更後の条件で監視が開始されます。

間欠障害の監視中に，間欠障害と見なす条件を変更した場合の間欠障害監視の動作を次の図に示します。間欠障害と見なす障害の発生条件を，「30分以内に3回以上」から，「40分以内に3回以上」に変更した場合の例です。時間を示す矢印上に，1つのパスに発生するイベントを記載しています。

図2-12 間欠障害の監視中に間欠障害と見なす条件を変更した場合の動作

2.9.4 ユーザの操作による間欠障害情報の変化

間欠障害の監視中にカウントされている障害発生回数，監視を開始してから経過した時間，および間欠障害と見なされている（自動フェイルバック対象外）かどうかの情報は，ユーザが間欠障害の設定値を変更したり，パスの状態を変更したりすると，初期化されることがあります。ユーザがこれらの操作をしたときに，障害発生回数，監視を開始してからの経過時間，および自動フェイルバック対象外の情報が初期化されるかどうかを，「表2-5 ユーザの操作による，間欠障害情報の変化」に示します。

パスが間欠障害監視中かどうかは，HDLMコマンドのview -pathオペレーションで-iemパラメタを指定することによって表示されるIEP項目で判断できます。この項目に0以上の数値が表示された場合，間欠障害監視中です。

表2-5 ユーザの操作による，間欠障害情報の変化

ユーザの操作 | 障害発生回数および監視開始後の経過時間 | 自動フェイルバック対象外の情報
間欠障害監視の設定変更 | 「off」に設定 | 初期化 | 初期化※1
間欠障害監視中に，間欠障害と見なす条件を変更 | 初期化※2 | 引き継ぎ
間欠障害監視中に，setオペレーションで再度「on」に設定（条件変更なし）
間欠障害監視時間外に，間欠障害と見なす条件を変更 | －（カウントされていない）
自動フェイルバックの設定変更 | 「off」に設定 | 初期化 | 初期化
パスの状態変更 | パスをOffline(C)に設定 | 初期化 | 初期化
間欠障害監視時間外に，パスをOnlineに設定 | －（カウントされていない）
間欠障害監視中に，パスをOnlineに設定 | 引き継ぎ | －（自動フェイルバック対象外のパスは監視対象外）
HDLMマネージャ再起動 | 初期化※³ | 引き継ぎ
ホスト再起動 | 初期化 | 初期化

（凡例）

－：該当なし

注※1

間欠障害監視を無効にすると，自動フェイルバック対象外の情報は初期化されます。間欠障害監視を無効にする場合に，自動フェイルバック対象外のパスを自動フェイルバック対象外のままとしたいときは，パスを閉塞状態（Offline(C)）にしてください。

注※2

障害発生回数，および監視を開始してから経過した時間が「0」に初期化され，変更後の監視条件に従い，設定を変更した時点から改めて監視が開始されます。

注※3

障害発生回数，および監視を開始してから経過した時間が「0」に初期化され，HDLMマネージャが起動した時点から改めて監視が開始されます。

2.10 パスヘルスチェックによる障害検出

HDLMは，I/Oが行われていないパスに対して，パスの状態を一定間隔で確認して，障害を検出できます。この機能をパスヘルスチェックと呼びます。

通常，パスの状態はI/Oが発行されたときにチェックされるため，I/Oが発行されなければ障害を検出できません。しかし，パスヘルスチェック機能を使用すると，I/Oの発行の有無に関係なく，稼働状態（Online）のパスが一定間隔でチェックされます。障害発生時はパスの状態がOffline(E)，またはOnline(E)に変更されるため，ユーザはHDLMコマンドのviewオペレーションでパスの障害を確認できます。

例えば，クラスタ構成の待機系ホストのパスや，ノンオーナパス（SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズのストレージシステムにアクセスするパスの一部）には，通常I/Oが発行されません。最新のパス状態を基にして，パスの切り替え先を選択できるよう，待機系ホストやノンオーナパスに接続しているホストでは，パスヘルスチェック機能を使用して障害を検出することをお勧めします。

パスヘルスチェック機能は，HDLMコマンドのsetオペレーションで設定できます。setオペレーションについては「6.6 set 動作環境を設定する」を参照してください。

2.11 ダイナミックI/Oパスコントロール機能による負荷分散

ダイナミックロードバランスコントローラ機能を備えたストレージシステムに対し，HDLMのダイナミックI/Oパスコントロール機能を適用することで，HDLMのロードバランスによる負荷分散の効果を高めることができます。

この節の構成

2.11.1 ダイナミックロードバランスコントローラ機能とは

2.11.2 ダイナミックI/Oパスコントロール機能について

2.11.1 ダイナミックロードバランスコントローラ機能とは

複数台のホストと1台のストレージシステムを接続したシステム構成では，ストレージシステム内のコントローラにI/O処理の負荷が集中しやすくなり，システム全体のスループット性能が低下する要因となります。ダイナミックロードバランスコントローラ機能は，こうしたコントローラの負荷状態を判断してストレージシステムの性能低下を防ぎます。

HDLMがサポートしている，ダイナミックロードバランスコントローラ機能を持つストレージシステムを次に示します。

Hitachi AMS2000シリーズ※

Hitachi SMSシリーズ※

HUS100シリーズ

注※

ダイナミックロードバランスコントローラ機能を使用するためには，導入するマイクロプログラムのバージョンに制限があります。詳細はHDLMのソフトウェア添付資料を確認してください。

2.11.2 ダイナミックI/Oパスコントロール機能について

ダイナミックロードバランスコントローラ機能を備えたストレージシステムで，HDLMのロードバランスによる性能効果を得るにはダイナミックI/Oパスコントロール機能を有効にしてください。

ダイナミックI/Oパスコントロール機能を有効にすると，ダイナミックロードバランスコントローラ機能によって選択されているコントローラをオーナコントローラとして認識します。それ以外のコントローラをノンオーナコントローラとして認識します。

ダイナミックI/Oパスコントロール機能は，ホスト単位，接続先のストレージシステム，およびLU単位で有効または無効を設定できます。

ダイナミックI/Oパスコントロール機能は，HDLMコマンドのsetオペレーションで指定します。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

2.12 障害管理

HDLMでは，障害に対処するための情報をログファイルに採取します。障害情報は障害のレベルごとにフィルタリングして採取できます。HDLMが稼働するホストで障害情報を採取するときのデータの流れを次の図に示します。

図2-13 障害情報を採取するときのデータの流れ

SCSIドライバなどのHDLMの下位層でも，ログが採取される場合があります。それらのログについては，Solarisのマニュアルを参照してください。

この節の構成

2.12.1 採取するログの種類

2.12.2 障害情報のフィルタリング

2.12.3 HDLM障害情報収集ユティリティ（DLMgetras）を使用した障害情報の収集

2.12.1 採取するログの種類

HDLMが検知した障害情報やトレース情報は，統合トレースファイル，トレースファイル，障害ログ，HDLM構成管理ユティリティ（dlmcfgmgr）のログおよびsyslogに採取されます。これらの障害情報から，障害状況の把握や原因の解析ができます。

それぞれのログで採取できる障害情報について次の表に示します。

表2-6 障害情報の種類

ログ名
内容
出力先

統合トレースファイル
HDLMコマンドの動作ログが採取されます。
デフォルトのファイル名称を，次に示します。
/var/opt/hitachi/HNTRLib2/spool/hntr2[1-16].log
統合トレースファイルの出力先ディレクトリおよびファイルのプレフィックスは，Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のユティリティで指定します。

トレースファイル
HDLMマネージャのトレース情報が，ユーザの設定したレベルで採取されます。障害が発生したときに，設定を変更してトレース情報を採取することがあります。
トレースファイルの名称を，次に示します。
/var/opt/DynamicLinkManager/log/hdlmtr[1-64].log

障害ログ
検知した障害の中で，ユーザが設定したレベルの障害情報が採取されます。デフォルトでは，検知したすべての障害情報が採取されます。

HDLMマネージャのログ

/var/opt/DynamicLinkManager/log/dlmmgr[1-16].log

Hitachi Command Suite共通エージェントコンポーネントのログ

/var/DynamicLinkManager/log/dlmwebagent[1-N].log

Nの値は，dlmwebagent.propertiesファイルの設定に依存します。

HDLM構成管理ユティリティ（dlmcfgmgr）ログ
dlmcfgmgrユティリティ実行時のログを採取します。
ログファイルの名称を，次に示します。
/var/opt/DynamicLinkManager/log/dlmcfgmgr[1-2].log

syslog
ユーザが/etc/syslog.confファイルまたは/etc/rsyslog.confファイルで設定したレベル以上のHDLMのメッセージが採取されます。※Information以上の情報の出力を設定することをお勧めします。
syslogは，テキストエディタで確認できます。
デフォルトのファイル名称を，次に示します。
/var/adm/messages
syslogのファイルパスは，/etc/syslog.confファイルまたは/etc/rsyslog.confファイルで設定します。詳細はSolarisのマニュアルを参照してください。

注※

syslogにHDLMのメッセージを出力したい場合，/etc/syslog.confファイルまたは/etc/rsyslog.confファイルに定義するシステム機能名は「user」を指定してください。次にシステム機能名が「user」で，かつ優先順位レベルが「情報メッセージ」（info）以上のメッセージを/tmp/syslog.user.logファイルに出力する例を示します。

user.info           /tmp/syslog.user.log

障害レベルについては「2.12.2 障害情報のフィルタリング」を参照してください。

2.12.2 障害情報のフィルタリング

HDLMが検知する障害はレベル分けされています。障害レベルを，システムに対する影響度の高いレベルから低いレベルの順で次の表に示します。

表2-7 障害レベル

障害レベル | 意味 | syslogに出力するときのレベル
Critical | 致命的な障害です。システム停止のおそれがあります。 | err
Error | システムに与える影響が大きい障害ですが，フェイルオーバなどで回避できます。 | err
Warning | システムは動作しますが，放置しておくとシステムが正常に稼働しなくなるおそれがあります。 | warning
Information | システムが正常に稼働しているときの稼働履歴を示します。 | info

障害情報は，障害レベルごとにフィルタリングされて採取されます。

障害レベルは，HDLMが出力するメッセージのレベルに相当します。メッセージのレベルについては，「8.1.1 メッセージIDの出力形式と意味」を参照してください。

syslogには，ユーザが/etc/syslog.confまたは/etc/rsyslog.confで設定したレベル以上のHDLMのメッセージが採取されます。info以上の情報の出力を設定することをお勧めします。

なお，HDLMがsyslogにメッセージを出力するときの「ファシリティ．レベル」はすべてuser.infoとなります。

障害ログ，トレースファイルには，設定した採取レベルで障害情報が採取されます。採取レベルは次のとおりです。

障害ログの採取レベル

障害ログを採取しない

Errorレベル以上の障害情報を採取する

Warningレベル以上の障害情報を採取する

Informationレベル以上の障害情報を採取する

Informationレベル（保守情報も含む）以上の障害情報を採取する

トレースファイルの採取レベル

トレースを出力しない

エラー情報だけ出力する

プログラムの動作概略を出力する

プログラムの動作詳細を出力する

すべての情報を出力する

採取レベルの設定方法については，「3.11.2 機能の設定」を参照してください。

2.12.3 HDLM障害情報収集ユティリティ（DLMgetras）を使用した障害情報の収集

HDLMは，HDLM障害情報収集ユティリティ（DLMgetras）を提供しています。

DLMgetrasユティリティを実行すると，障害の解析に必要な障害ログ，統合トレースファイル，トレースファイル，定義ファイル，コアファイル，システムクラッシュダンプファイル，ライブラリなどの情報をまとめて収集できます。収集した情報は，HDLMの購入元会社，または保守会社への連絡時に利用できます。

DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

2.13 監査ログの採取

HDLMをはじめ，日立のストレージ関連製品では，法規制，セキュリティ評価基準，業界ごとの各種基準に従っていることなどを監査者や評価者に証明するために，監査ログを採取できます。日立のストレージ関連製品で採取できる監査ログを次の表に示します。

表2-8 監査ログの種別と説明

種別
説明

StartStop
ハードウェアまたはソフトウェアの起動と終了を示す事象。

OSの起動と終了

ハードウェアコンポーネント（マイクロを含む）の起動と終了

ストレージシステム上のソフトウェア，SVP上のソフトウェア，Hitachi Command Suite製品の起動と終了

Failure
ハードウェアまたはソフトウェアの異常を示す事象。

ハードウェア障害

ソフトウェア障害（メモリエラーなど）

LinkStatus
機器間のリンク状態を示す事象。

リンクアップまたはダウン

ExternalService
日立のストレージ関連製品と外部サービスとの通信結果を示す事象。

RADIUSサーバ，LDAPサーバ，NTPサーバ，DNSサーバとの通信

管理サーバとの通信（SNMP）

Authentication
機器，管理者，またはエンドユーザが，接続または認証を試みて成功または失敗したことを示す事象。

FCログイン

機器認証（FC-SP認証，iSCSIログイン認証，SSLサーバ/クライアント認証）

管理者またはエンドユーザ認証

AccessControl
機器，管理者，またはエンドユーザがリソースへのアクセスを試みて成功または失敗したことを示す事象。

機器のアクセスコントロール

管理者またはエンドユーザのアクセスコントロール

ContentAccess
重要なデータへのアクセスを試みて成功または失敗したことを示す事象。

NAS上の重要なファイルまたはHTTPサポート時のコンテンツへのアクセス

監査ログファイルへのアクセス

ConfigurationAccess
管理者が許可された運用操作を実行し，操作が正常終了または失敗したことを示す事象。

構成情報の参照または更新

アカウントの追加，削除などのアカウント設定の更新

セキュリティの設定

監査ログ設定の参照または更新

Maintenance
保守操作を実行し，操作が正常終了または失敗したことを示す事象。

ハードウェアコンポーネント増設または減設

ソフトウェアコンポーネント増設または減設

AnomalyEvent
しきい値のオーバーなどの異常が発生したことを示す事象。

ネットワークトラフィックのしきい値オーバー

CPU負荷のしきい値オーバー

内部に一時保存した監査ログの上限到達前通知やラップアラウンド

異常な通信の発生を示す事象。

通常使用するポートへのSYNフラッド攻撃やプロトコル違反

未使用ポートへのアクセス（ポートスキャンなど）

採取できる監査ログは，製品ごとに異なります。以降では，HDLMで採取できる監査ログについて説明します。ほかの製品の監査ログについては，それぞれのマニュアルを参照してください。

この節の構成

2.13.1 HDLMで監査ログに出力する種別と監査事象

2.13.2 監査ログ出力の前提条件

2.13.3 監査ログの出力先とフィルタリング

2.13.4 監査ログの出力形式

2.13.1 HDLMで監査ログに出力する種別と監査事象

HDLMで監査ログに出力する種別と監査事象を次の表に示します。それぞれの監査事象には，重要度（Severity）が設定されています。

表2-9 監査ログに出力する種別と監査事象

種別 | 種別の説明 | 監査事象 | 重要度（Severity）※1 | メッセージID
StartStop | ソフトウェアの起動と終了 | HDLMマネージャの起動成功 | 6 | KAPL15401-I
HDLMマネージャの起動失敗 | 3 | KAPL15402-E
HDLMマネージャの停止 | 6 | KAPL15403-I
I/O情報監視機能の起動成功 | 6 | KAPL15112-I
I/O情報監視機能の起動失敗 | 3 | KAPL15113-E
I/O情報監視機能の停止 | 6 | KAPL15114-I
I/O情報監視機能の中断 | 4 | KAPL15115-W
DLMgetrasユティリティの開始 | 6 | KAPL15060-I
DLMgetrasユティリティの終了※2 | 6 | KAPL15061-I
Authentication | 管理者またはエンドユーザの認証 | HDLMコマンドの実行権限なし | 4 | KAPL15111-W
HDLMユティリティの実行権限なし | 4 | KAPL15010-W
HDLMマネージャの起動または停止の実行権限なし | 4 | KAPL15404-W
ConfigurationAccess | 構成情報の参照または更新 | パスの統計情報の初期化成功 | 6 | KAPL15101-I
パスの統計情報の初期化失敗 | 3 | KAPL15102-E
パスのOnline/Offline成功 | 6 | KAPL15103-I
パスのOnline/Offline失敗 | 4 | KAPL15104-W
動作環境の設定成功 | 6 | KAPL15105-I
動作環境の設定失敗 | 3 | KAPL15106-E
プログラム情報の表示成功 | 6 | KAPL15107-I
プログラム情報の表示失敗 | 3 | KAPL15108-E
HDLM管理対象物の情報表示成功 | 6 | KAPL15109-I
HDLM管理対象物の情報表示失敗 | 3 | KAPL15110-E
dlmcfgmgr -aの処理成功 | 6 | KAPL15020-I
dlmcfgmgr -aの処理失敗 | 3 | KAPL15021-E
dlmsetconf [-d] [-r]の処理成功 | 6 | KAPL15022-I
dlmsetconf [-d] [-r]の処理失敗 | 3 | KAPL15023-E
dlmsetconf [-d] -uの処理成功 | 6 | KAPL15024-I
dlmsetconf [-d] -uの処理失敗 | 3 | KAPL15025-E
dlmvxexclude [-d]の処理成功 | 6 | KAPL15026-I
dlmvxexclude [-d]の処理失敗 | 3 | KAPL15027-E
パスの追加成功 | 6 | KAPL15117-I
パスの追加失敗 | 4 | KAPL15118-W

注※1

重要度（Severity）の意味は次のとおりです。

3:Error 4:Warning 6:Informational

注※2

HDLM障害情報収集ユティリティ（DLMgetras）の実行中に，［Ctrl］+［C］でDLMgetrasユティリティを中断した場合は，DLMgetrasユティリティの終了を示す監査ログは出力されません。

2.13.2 監査ログ出力の前提条件

監査ログを出力するには，次に示す条件をすべて満たしている必要があります。

syslogデーモンが有効であること

HDLMコマンドのsetオペレーションで監査ログの出力を有効にしていること

ただし，上記の条件に関係なく，外部媒体からHDLMのユティリティなどを実行した場合，監査ログが出力されることがあります※。

注※

次の内容で監査ログが出力されます。

出力される種別：StartStop，Authentication，ConfigurationAccess

出力される重要度（Severity）：6（Critical，Error，Warning，Informational）

出力先：syslog（Facility値は「user」）

注意事項

監査ログは大量に出力されるおそれがあるので，ログサイズの変更，採取したログの退避，保管などを実施してください。

HDLMコマンドのsetオペレーションで設定する重要度と，/etc/syslog.confまたは/etc/rsyslog.confで設定する重要度が異なる場合，重要度の高い設定に従って監査ログが出力されます。

2.13.3 監査ログの出力先とフィルタリング

監査ログはsyslogに出力されます。syslogには監査ログ以外のHDLMのメッセージが出力されるため，監査ログ専用の出力先を設定しておくことをお勧めします。

例えば，監査ログの出力先を/usr/local/audlogにするには，次の2つの設定を行います。

/etc/syslog.confファイルまたは/etc/rsyslog.confファイルで次のように設定します。

local0.info /usr/local/audlog

HDLMコマンドのsetオペレーションで，監査ログのFacilityに「local0」を指定します。

また，HDLMコマンドのsetオペレーションで監査ログの重要度（Severity）と種別を指定することによってフィルタリングして出力できます。

重要度（Severity）によるフィルタリング

指定できる重要度を次の表に示します。

表2-10 指定できる重要度（Severity）

重要度（Severity） | 出力される監査ログ | syslogのSeverityとの対応
0 | なし | Emergency
1 | Alert
2 | Critical | Critical
3 | Critical，Error | Error
4 | Critical，Error，Warning | Warning
5 | Notice
6 | Critical，Error，Warning，Informational | Informational
7 | Debug

種別によるフィルタリング

指定できる種別を次に示します。

StartStop

Authentication

ConfigurationAccess

上記のすべての種別

監査ログの設定方法については，「3.11.2 機能の設定」を参照してください。

2.13.4 監査ログの出力形式

監査ログの出力形式を説明します。

syslogファイルの内容

プライオリティ

日付・時刻

ホスト名

プログラム名

[プロセスID]

メッセージ部

メッセージ部の出力形式と内容を説明します。

メッセージ部の出力形式

統一識別子,統一仕様リビジョン番号,通番,メッセージID,日付・時刻,検出エンティティ,検出場所,監査事象の種別,監査事象の結果,監査事象の結果サブジェクト識別情報,ハードウェア識別情報,発生場所情報,ロケーション識別情報,FQDN,冗長化識別情報,エージェント情報,リクエスト送信元ホスト,リクエスト送信元ポート番号,リクエスト送信先ホスト,リクエスト送信先ポート番号,一括操作識別子,ログ種別情報,アプリケーション識別情報,予約領域,メッセージテキスト

メッセージ部には，半角で950文字まで表示されます。

表2-11 メッセージ部に出力される情報

項目※
内容

統一識別子
「CELFSS」固定

統一仕様リビジョン番号
「1.1」固定

通番
監査ログのメッセージの通番

メッセージID
メッセージID
「KAPL15nnn-l」の形式で出力されます。

日付・時刻
メッセージが出力された日付と時刻
「yyyy-mm-ddThh:mm:ss.sタイムゾーン」の形式で出力されます。

検出エンティティ
コンポーネント名やプロセス名

検出場所
ホスト名

監査事象の種別
事象の種別

監査事象の結果
事象の結果

監査事象の結果サブジェクト識別情報
事象に応じた，アカウントID，プロセスIDまたはIPアドレス

ハードウェア識別情報
ハードウェアの型名や製番

発生場所情報
ハードウェアのコンポーネントの識別情報

ロケーション識別情報
ロケーション識別情報

FQDN
完全修飾ドメイン名

冗長化識別情報
冗長化識別情報

エージェント情報
エージェント情報

リクエスト送信元ホスト
リクエストの送信元のホスト名

リクエスト送信元ポート番号
リクエストの送信元のポート番号

リクエスト送信先ホスト
リクエストの送信先のホスト名

リクエスト送信先ポート番号
リクエストの送信先のポート番号

一括操作識別子
プログラム内での操作の通番

ログ種別情報
「BasicLog」固定

アプリケーション識別情報
プログラムの識別情報

予約領域
出力されません。予約領域です。

メッセージテキスト
監査事象に応じた内容

注※ 監査事象によっては，出力されない項目もあります。

監査事象「HDLM管理対象物の情報表示成功」で出力されるメッセージ部の例

CELFSS,1.1,0,KAPL15109-I,2008-04-09T10:18:40.6+09:00,HDLMCommand,hostname=moon,ConfigurationAccess,Success,uid=root,,,,,,,,,,,,,,,"Information about HDLM-management targets was successfully displayed. Command Line = /opt/DynamicLinkManager/bin/dlnkmgr view -path "

2.14 Global Link ManagerによるHDLMの統合管理

Global Link Managerを使用すると，複数のHDLMが稼働するシステムで，統合的にパスを管理できます。

HDLMが稼働するホストを何台も使用した大規模なシステム構成の場合，各ホストでパスを管理するための作業負荷は，規模の大きさに比例して増大します。HDLMとGlobal Link Managerを連携させると，複数のHDLMのパス情報を一元管理でき，作業負荷を軽減できます。また，システム全体での負荷バランスを考慮してパスの稼働状態を切り替えたり，HDLMの障害情報をGlobal Link Managerで集中して管理したりできます。

Global Link Managerでは，複数のホストにインストールされたHDLMからパスに関する情報を収集して一元管理します。一元化された情報は，ホストを管理する複数のユーザがクライアントマシンから参照したり制御したりできます。

HDLMとGlobal Link Managerを使用したシステム構成例を次の図に示します。

図2-14 HDLMとGlobal Link Managerを使用したシステム構成例

2.15 クラスタ対応

HDLMはクラスタ構成時にも使用できます。

HDLMがサポートするクラスタソフトウェア，対応するSolarisのバージョン，および併用できるボリューム管理ソフトウェアは，「3.1.5 HDLMがサポートするクラスタソフトウェアとボリュームマネージャの組み合わせ」を参照してください。

HDLMは主系ホストのパスを使用してLUにアクセスします。

パスの切り替えは，物理パス単位で行われます。したがって，1つのパスに障害が発生した場合は，同じ物理パスを経由するすべてのパスを切り替えます。切り替え先になるのは，主系ホストの物理パスです。

ホストの切り替えについては，アプリケーションに依存します。

注意事項

HDLMをクラスタ構成で使用する場合，そのクラスタを構成するすべてのノードには同じバージョンのHDLMをインストールしてください。異なるバージョンがインストールされている場合，クラスタが正常に動作しないおそれがあります。次に示すコマンドを実行して表示される「HDLM Version」および「Service Pack Version」が一致する場合，同じバージョンのHDLMになります。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys

3. HDLMの環境構築

この章では，HDLMの環境を構築する手順および設定を解除する手順について説明します。

HDLMのインストールおよび機能の設定は必ず行ってください。ボリュームグループおよびクラスタソフトウェアの設定は，お使いの環境に合わせて行ってください。

この章の構成

3.1 HDLMのシステム要件

3.2 環境構築の流れ

3.3 HDLMのインストールの種別

3.4 環境を構築する場合の注意事項

3.5 HDLMのインストール

3.6 ブートディスク環境の構築

3.7 ZFSファイルシステム上のブートディスク環境の構築

3.8 ブートディスク環境からローカルブートディスク環境への移行

3.9 SVMを使用してブートディスクをミラー化している環境の構築

3.10 パス構成の確認

3.11 HDLMの機能の設定

3.12 統合トレースの設定

3.13 ファイルシステムの構築（ボリューム管理ソフトウェアを使用しない場合）

3.14 VxVMの設定

3.15 SDSの設定

3.16 SVMの設定

3.17 VCSの設定

3.18 HDLMの設定解除

3.1 HDLMのシステム要件

HDLMをインストールする前に，次の項目を確認してください。

この節の構成

3.1.1 HDLMがサポートするホストとOS

3.1.2 HDLMがサポートするストレージシステム

3.1.3 HDLMがサポートするクラスタソフトウェア

3.1.4 HDLMがサポートするボリュームマネージャ

3.1.5 HDLMがサポートするクラスタソフトウェアとボリュームマネージャの組み合わせ

3.1.6 HDLMがサポートする仮想環境

3.1.7 メモリ所要量とディスク占有量

3.1.8 HDLMがサポートするLU数とパス数

3.1.1 HDLMがサポートするホストとOS

HDLMは次の表に示すOSが動作するSPARCシリーズにインストールできます。

表3-1 ホストの適用OS

OS | 必要なパッチ
Solaris 8 | 108434-04以降，108974-10以降，121972-04以降，およびRecommended Patch Cluster Aug/27/02以降
Solaris 9※1 | 118335-08以降，およびRecommended Patch Cluster Nov/12/02以降
Solaris 10※2 ※3 ※4 | 119685-07以降，および127127-11以降，使用するHBAによってはそれ以外に必要なパッチがあります。これについては，HDLMのソフトウェア添付資料を参照してください。
Solaris 11 | SRU 6.6以降※5

注※1

EFIラベルを使用する場合は，Solaris 9 4/03以降を使用してください。

注※2

ZFSを使用する場合は，Solaris 10 6/06以降を使用してください。

注※3

ZFSを使用したブートディスク環境を作成する場合は，Solaris 10 9/10以降を使用してください。

注※4

HDLMがインストールされている環境ではSolarisフラッシュアーカイブを作成できません。

注※5

SRUは，Solaris 10リリースで使用できる保守更新またはパッチバンドルに代わるものです。

Global Link Managerと連携する場合に必要なJDK

Global Link Managerと連携する場合，次の表に示すパッケージをあらかじめホストにインストールしてください。連携しない場合にはJDKのインストールは不要です。JDKがインストールされていない環境へHDLMをインストールした場合，KAPL09241-Wが表示されます。Global Link Managerと連携しない場合，このメッセージへの対処は不要です。また，KAPL09241-Wが表示されたことによるHDLMの動作への影響はありません。

表3-2 Global Link Managerと連携する場合に必要なJDK

OS
JDKのパッケージ

Solaris 8，またはSolaris 9

JDK 1.4.2_15以降（32ビット版）

JDK 5.0_11以降（32 ビット版）

JDK 6.0_17以降（32 ビット版）

Solaris 10

JDK 1.4.2_15以降（32ビット版）

JDK 5.0_11以降（32 ビット版）

JDK 6.0_17以降（32 ビット版）

JDK 7.0（32 ビット版）

Solaris 11

JDK 6.0_17以降（32 ビット版）

JDK 7.0（32 ビット版）

3.1.2 HDLMがサポートするストレージシステム

HDLMがサポートするストレージシステムを次に示します。

この項の構成

(1) ストレージシステム

(2) HBA

(3) Hitachi RapidXchange管理の中間ボリュームを扱う場合

(1) ストレージシステム

データディスクに使用する場合の適用ストレージシステム

H10000/H12000/H20000/H24000

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

Hitachi NSC55

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

Hitachi Virtual Storage Platform

Hitachi Virtual Storage Platform VP9500

HP StorageWorks P9500 Disk Array

HUS100シリーズ

HUS VM

XP48/XP128/XP512/XP1024/XP10000/XP12000/XP20000/XP24000

SANRISE 2000シリーズ

SANRISE 9500Vシリーズ※

SANRISE 9900Vシリーズ

SANRISE H48/H128/H512/H1024

SVS

注※

Fibre Channel I/Fだけサポートします。

適用ストレージシステムは，デュアルコントローラ構成が前提となります。HUB接続環境で使用する場合，接続されているすべてのホストとストレージシステムのループIDをユニークに設定してください。HDLMを使用するために必要なマイクロプログラムバージョンおよびストレージシステムの設定情報については，HDLMのソフトウェア添付資料およびストレージシステムの保守マニュアルを参照してください。

ブートディスクに使用する場合の適用ストレージシステム

H10000/H12000/H20000/H24000

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

Hitachi NSC55

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

Hitachi Virtual Storage Platform

Hitachi Virtual Storage Platform VP9500

HP StorageWorks P9500 Disk Array

HUS100シリーズ

HUS VM

XP10000/XP12000/XP20000/XP24000

SVS

(2) HBA

適用できるHBAについては，HDLMのソフトウェア添付資料を参照してください。

(3) Hitachi RapidXchange管理の中間ボリュームを扱う場合

Hitachi RapidXchange管理の中間ボリュームで，データ交換を行う場合，File Access Library and File Conversion Utility (FAL/FCU)の次に示すバージョンが必要です。

SANRISE9900Vシリーズの場合
01-03-56/20以降

Hitachi USPシリーズの場合
01-04-64/21以降

なお，Hitachi RapidXchangeの詳細は，マニュアル「SANRISE2000/SANRISE9900/SANRISE Universal Storage Platform/Hitachi Universal Storage Platform V Hitachi Virtual Storage Platform FAL for AIX FAL for HP-UX FAL for Solaris FAL for Windows FAL for NCR UNIX FAL for HI-UX/WE2 FAL for Tru64 UNIX FAL for LINUX ユーザーズガイド」を参照してください。

3.1.3 HDLMがサポートするクラスタソフトウェア

クラスタ構成を組む場合にサポートするクラスタソフトウェアのバージョンを次の表に示します。

表3-3 サポートするクラスタソフトウェアのバージョン

クラスタソフトウェア名 | サポートするバージョン
ローカルブートディスク環境※1 | ブートディスク環境※2
VCS※3 | VCS 5.0※4 | VCS 5.0※4
Sun Cluster※5 | Sun Cluster 3.1，Sun Cluster 3.2，Oracle Solaris Cluster 3.3，またはOracle Solaris Cluster 4.0 | Sun Cluster 3.1 8/05（Update 4）
Oracle RAC※6 | Oracle9i RAC，Oracle RAC 10g，またはOracle RAC 11g | －

注※1

ブートディスクをホストに置く環境のことです。

注※2

ブートディスクをホストではなくストレージシステムに置く環境のことです。

注※3

VCSのDiskReservationエージェント機能は，サポートしていません。

注※4

I/Oフェンシング機能を使用する場合は，MP1以降を適用してください。また，I/Oフェンシング機能を使用できるのは，Solaris 10の環境でHitachi USPシリーズ，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズに接続している場合だけです。なお，サポートするサービスグループの種類は，フェイルオーバサービスグループおよびパラレルサービスグループです。ハイブリッドサービスグループは，サポートしていません。

注※5

Sun Clusterの前提パッチをインストールしている場合に適用できます。

注※6

次に示す構成はサポートしていません。

Oracle RACが，EFIラベルを設定したLUを使用する。

Oracle RACが，ZFSを使用する。

3.1.4 HDLMがサポートするボリュームマネージャ

HDLMがサポートするボリュームマネージャを次に示します。

VxVMを使って構成する場合
VxVM 4.1※1またはVxVM 5.0※1

SDSまたはSVMを使って構成する場合
SDS 4.2.1※2またはSVM 1.0

HDLMが管理するブートディスクでは，SDSおよびVxVMを適用したブートディスクのミラー化などの構成はサポートしません。したがって，VxVMの場合はHDLMが管理するブートディスクをbootdgに登録できません。

HDLMが管理するブートディスクに対して次に示す構成をサポートします。

SVMの場合

OS：Solaris 10

RAIDレベル：ミラー（3面ミラーまで）

クラスタ：なし

ZFSの場合

OS：Solaris 10またはSolaris 11

単一ディスク構成

クラスタ：なし

注※1

SANRISE9500Vシリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，XP512，XP48，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズを使用する場合は，VxVMのArray Support Libraryが必要となります。インストールされていない場合は，HDLMのインストール前に，Array Support Libraryをインストールしてください。Array Support Libraryインストール手順については，ストレージシステムの資料を参照してください。

注※2

Solaris 8にPatch 108693-07以降をインストールしている場合に適用できます。

3.1.5 HDLMがサポートするクラスタソフトウェアとボリュームマネージャの組み合わせ

この項の構成

(1) Sun ClusterまたはVCS環境の場合

(2) Oracle9i RAC環境の場合

(3) Oracle RAC 10g環境の場合

(4) Oracle RAC 11g環境の場合

(1) Sun ClusterまたはVCS環境の場合

HDLMがサポートするクラスタソフトウェアとボリュームマネージャの組み合わせを次の表に示します。

表3-4 HDLMがサポートする関連プログラムの組み合わせ

OS | クラスタ | ボリュームマネージャ
Solaris 8 | なし | なし
SDS 4.2.1
VxVM 5.0
Sun Cluster 3.1※1 | なし
SDS 4.2.1
Sun Cluster 3.1(9/04)※1 | なし
SDS 4.2.1
Sun Cluster 3.1(8/05)※1 | なし
SDS 4.2.1
VCS 5.0※2 ※3 | なし
VxVM 5.0
Solaris 9 | なし | なし
SVM※4
VxVM 5.0※5
Sun Cluster 3.1※1 ※5 | なし
SVM※6
Sun Cluster 3.1(9/04)※1 ※5 | なし
SVM※6
Sun Cluster 3.1(8/05)※1 ※5 | なし
SVM※6
VCS 5.0※2 ※3 ※5 | なし
VxVM 5.0
Solaris 10 | なし | なし
SVM※4 ※7 ※8
VxVM 5.0※5 ※8
Sun Cluster 3.1(8/05)※1 ※5 ※8 | なし
SVM※6 ※9
Sun Cluster 3.2※1 ※10 | なし※11
SVM※5 ※6 ※8 ※9
VxVM 5.0※5 ※8 ※12
Sun Cluster 3.2(2/08)※1 ※10 ※13 | なし※11
SVM※5 ※6 ※8 ※9
VxVM 5.0※5 ※8 ※12
Sun Cluster 3.2(1/09)※10 ※13 | なし
SVM※6 ※9
VxVM 5.0
Sun Cluster 3.2(11/09)※10 ※13 | なし
SVM※4 ※9
VxVM 5.0
Oracle Solaris Cluster 3.3※10 ※13 | なし
SVM※5 ※6 ※8 ※9
VxVM 5.1※5 ※8
VCS 5.0※3 | なし※14
VxVM 5.0※5 ※8 ※15
VCS 5.1※14 | なし
VxVM 5.1※5 ※8
VCS 6.0※16 | VxVM 6.0※5 ※8
Solaris 11 | Oracle Solaris Cluster 4.0 | なし
SVM
VCS 6.0 | VxVM 6.0※5 ※8

注※1

次に示すどちらかの条件を満たす場合は，使用しているLUに対してリザーブが発行されるため，ロードバランス機能は無効になります。

2ノード構成かつSun Clusterを使用している環境で，片方のノードに障害が発生してLUにアクセスできない場合

Sun Clusterを使用していない環境で，SDS 4.2.1またはSVM 1.0の共有ディスクセット機能を使用している場合

注※2

I/Oフェンシング機能は，サポートしていません。

注※3

SFVS（Storage Foundation Volume Server）との連携機能は，サポートしていません。

注※4

次に示すSVMの機能はサポートしていません。

マルチオーナーディスクセット（複数所有者ディスクセット）

ディスクセットのインポート

ボリュームの自動（トップダウン）作成

注※5

EFIラベルはサポートしていません。

注※6

次に示すSVMの機能はサポートしていません。

1TB以上のディスクの使用

マルチオーナーディスクセット（複数所有者ディスクセット）

ディスクセットのインポート

ボリュームの自動（トップダウン）作成

注※7

Oracle社のHBAドライバ以外（qlc, emlxsドライバ以外）を使用している構成では，HDLMが管理するディスクをSVMの共有ディスクセット機能で使用できません。

注※8

ZFSはサポートしていません。

注※9

Oracle社のHBAドライバ以外（qlc, emlxsドライバ以外）を使用している構成でHDLMが管理するディスクをSVMの共有ディスクセット機能で使用する場合は，Sun ClusterのデバイスID（/dev/did/dsk下の論理デバイスファイル）を使用してください。SVMの共有ディスクセット機能でHDLMの論理デバイス名を使用できません。

注※10

2ノード構成の場合，ストレージデバイスのSCSIプロトコル（フェンシングプロトコル）の設定はpathcountだけをサポートします。

ストレージデバイスのSCSIプロトコルの設定方法は，Sun Clusterのマニュアルを参照してください。

注※11

EFIラベルとZFSは2ノード構成の場合だけサポートします。

注※12

MP1以降を適用してください。

注※13

2ノード構成の場合だけサポートします。

注※14

I/Oフェンシング機能を使用する場合は，MP1以降を適用してください。また，I/Oフェンシング機能を使用できるのは，Solaris 10の環境でHitachi USPシリーズ，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズに接続している場合だけです。なお，サポートするサービスグループの種類は，フェイルオーバサービスグループだけです。パラレルサービスグループおよびハイブリッドサービスグループは，サポートしていません。

注※15

I/Oフェンシング機能を使用する場合は，MP1以降を適用してください。また，I/Oフェンシング機能を使用できるのは，Solaris 10の環境でHitachi USPシリーズ，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズに接続している場合だけです。なお，サポートするサービスグループの種類は，パラレルサービスグループです。フェイルオーバサービスグループおよびハイブリッドサービスグループは，サポートしていません。

注※16

I/Oフェンシング機能を使用できるのは，Solaris 10の環境でHitachi USPシリーズ，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズに接続している場合だけです。なお，サポートするサービスグループの種類は，フェイルオーバサービスグループだけです。パラレルサービスグループおよびハイブリッドサービスグループは，サポートしていません。

(2) Oracle9i RAC環境の場合

必要なプログラム

Oracle9i RAC環境の構築に必要なプログラムを次の表に示します。

表3-5 Oracle9i RAC環境の構築に必要なプログラム（Solaris 10の場合）

プログラム
備考

OS
Solaris 10
－

クラスタ
Sun Cluster 3.1 8/05
2ノード構成だけサポート

Sun Cluster Support for Oracle Parallel Server/Real Application Clusters 3.1
該当するパッケージ

SUNWschwr

SUNWscor

SUNWscucm

SUNWudlm

SUNWudlmr

Oracle9i 9.2.0.8.0
RACはOracle9iに同梱。

Oracle UNIX Distributed Lock Manager 3.3.4.8
該当するパッケージ
ORCLudlm

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDによって指定）
－

(3) Oracle RAC 10g環境の場合

必要なプログラム

Oracle RAC 10g環境の構築に必要なプログラムを，「表3-6 Oracle RAC 10g環境の構築に必要なプログラム（Solaris 8またはSolaris 9の場合）」と「表3-7 Oracle RAC 10g環境の構築に必要なプログラム（Solaris 10の場合）」に示します。

表3-6 Oracle RAC 10g環境の構築に必要なプログラム（Solaris 8またはSolaris 9の場合）

構成
プログラム
備考

構成1
OS
Solaris 8またはSolaris 9

Solaris 8の場合は，Update7以上にしてくだい。

Solaris 9の場合は，Update6以上にしてください。

Oracle RAC 10g
Oracle 10g Database 10.1.0.2.0
－

クラスタ
Oracle Cluster Ready Services (CRS) 10.1.0.2.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成2
OS
Solaris 8またはSolaris 9

Solaris 8の場合は，Update7以上にしてくだい。

Solaris 9の場合は，Update6以上にしてください。

Oracle RAC 10g
Oracle 10g Database 10.2.0.1.0
－

クラスタ
Oracle Clusterware 10.2.0.1.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成3
OS
Solaris 9
－

Oracle RAC 10g
Oracle 10g Database 10.1.0.4.0
－

クラスタ
Oracle Clusterware 10.1.0.4.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成4
OS
Solaris 9
－

Oracle RAC 10g
Oracle 10g Database 10.1.0.5.0
－

クラスタ
Oracle Clusterware 10.1.0.5.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成5
OS
Solaris 9
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.2.0
－

クラスタ
Oracle Clusterware 10.2.0.2.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成6
OS
Solaris 9
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.2.0
3ノード構成以上だけサポート

クラスタ
Sun Cluster 3.1 8/05およびOracle Clusterware 10.2.0.2.0

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDによって指定）
－

構成7
OS
Solaris 9
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
－

クラスタ
Oracle Clusterware 10.2.0.3.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

表3-7 Oracle RAC 10g環境の構築に必要なプログラム（Solaris 10の場合）

構成
プログラム
備考

構成1
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.1.0.4.0
－

クラスタ
Oracle Cluster Ready Services (CRS) 10.1.0.4.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成2
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.1.0.5.0
－

クラスタ
Oracle Clusterware 10.1.0.5.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成3
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.1.0
－

クラスタ
Oracle Clusterware 10.2.0.1.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成4
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.2.0
－

クラスタ
Oracle Clusterware 10.2.0.2.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成5
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.2.0
－

クラスタ
Oracle Clusterware 10.2.0.2.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成6
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.2.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.1 8/05およびOracle Clusterware 10.2.0.2.0

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDにより指定）
－

構成7
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.2.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.1 8/05およびOracle Clusterware 10.2.0.2.0

ボリュームマネージャ
VxVM 4.1クラスタ機能
VxVM 4.1クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 10gのマニュアルを参照してください。

構成8
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
－

クラスタ
Oracle Clusterware 10.2.0.3.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成9
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
－

クラスタ
Oracle Clusterware 10.2.0.3.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 10gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成10
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
－

クラスタ
Sun Cluster 3.2およびOracle Clusterware 10.2.0.3.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDにより指定）
－

構成11
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
3ノード構成以上だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 10.2.0.3.0

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。ASMが使用するディスクデバイスは，Sun ClusterのデバイスIDを指定してください。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成12
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 10.2.0.3.0

ボリュームマネージャ
VxVM 5.0クラスタ機能※
VxVM 5.0クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 10gのマニュアルを参照してください。

構成13
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.4.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 10.2.0.4.0

ボリュームマネージャ
VxVM 5.0クラスタ機能※
VxVM 5.0クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 10gのマニュアルを参照してください。

構成14
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.4.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 10.2.0.4.0

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDにより指定）
－

構成15
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
－

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 10.2.0.3.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDにより指定）
－

構成16
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
3ノード構成以上だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 10.2.0.3.0

ボリュームマネージャ
ASM

ASMはOracle RAC 10gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。ASMが使用するディスクデバイスは，Sun ClusterのデバイスIDを指定してください。
手順については，Oracle RAC 10gのマニュアルを参照してください。

構成17
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.3.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 10.2.0.3.0

ボリュームマネージャ
VxVM 5.1クラスタ機能※
VxVM 5.1クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 10gのマニュアルを参照してください。

構成18
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.4.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 10.2.0.4.0

ボリュームマネージャ
VxVM 5.1クラスタ機能※
VxVM 5.1クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 10gのマニュアルを参照してください。

構成19
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.4.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 10.2.0.4.0

ボリュームマネージャ
なし（HDLMのrawデバイスをSun ClusterのデバイスIDにより指定）
－

構成20
OS
Solaris 10
－

Oracle RAC 10g
Oracle 10g Database 10.2.0.4.0
Storage Foundation for Oracle RAC 5.0(MPのバージョンはVCSと同一とする）を使用した構成をサポート

クラスタ
VCS 5.0※
I/Oフェンシング機能を有効にした，パラレルサービスグループをサポート

ボリュームマネージャ
VxVM 5.0クラスタ機能※
VxVM 5.0クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 10gのマニュアルを参照してください。

注※

MP1以降を適用してください。

必要なパッチ

Oracle社が提供するパッチで，Oracle RAC 10g環境の構築に必要なものを「表3-8 Oracle RAC 10g環境の構築に必要なパッチ（Solaris 8の場合）」，「表3-9 Oracle RAC 10g環境の構築に必要なパッチ（Solaris 9の場合）」に示します。Oracle社が提供するパッチで，Oracle RAC 10g環境の構築に必要なものを「表3-10 Oracle RAC 10g環境の構築に必要なパッチ（Solaris 10の場合）」に示します。

表3-8 Oracle RAC 10g環境の構築に必要なパッチ（Solaris 8の場合）

対象プログラム | パッチID | 適用するタイミング
Oracle RAC 10g | 108528-23以降 | Oracle RAC 10gをインストールする前
108652-66以降
108773-18以降
108921-16以降
108940-53以降
108987-13以降
108989-02以降
108993-19以降※
109147-24以降
110386-03以降
111023-02以降
111111-03以降
111308-03以降
111310-01以降
112396-02以降
111721-04以降
112003-03以降
112138-01以降

注※

Oracle RAC 10g 10.2.0.1.0を使用する場合は，108993-19ではなく，108993-45を適用してください。

表3-9 Oracle RAC 10g環境の構築に必要なパッチ（Solaris 9の場合）

対象プログラム | パッチID | 適用するタイミング
Oracle RAC 10g | 112233-11以降 | Oracle RAC 10gをインストールする前
111722-04以降
113801-12以降※

注※

クラスタとしてSun Cluster 3.1 8/05を使用する構成の場合だけ必要です。

表3-10 Oracle RAC 10g環境の構築に必要なパッチ（Solaris 10の場合）

対象プログラム | パッチID | 適用するタイミング
Oracle RAC 10g | P4332242​※ | Oracle RAC 10gをインストールしたあと

注※

Oracle RAC 10g 10.1.0.4.0を使用する場合だけ必要です。

注意事項

ホストとOracle RAC 10gの投票ディスク（Voting Disk）を複数のパスで接続しているとき，それらのパスの一部でI/Oタイムアウトが発生すると通常のパスと同様にHDLMはフェイルオーバ処理を実行します。ただし，Oracle RAC 10gの設定状態によっては，HDLMのフェイルオーバ処理が完了する前にOracle RAC 10g側でノード障害が発生したと見なし，クラスタを再構成してしまうおそれがあります。したがって，Oracle RAC 10gの投票ディスクに接続したパスをHDLMが管理する場合，使用しているOracle RAC 10gのバージョンに応じて，次に示す設定値を変更してください。

Oracle RAC 10g 10.1.0.3.0以降を使用している場合
ストレージシステムの種別に応じて，「MISSCOUNT」の値を変更してください。設定する値は，次に示す表に従って算出した値以上にしてください。

表3-11 「MISSCOUNT」の計算式

ストレージシステム種別
「MISSCOUNT」に設定する値の計算式

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

投票ディスクへ接続するパスの数×60秒

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

HUS100シリーズ

SANRISE9500Vシリーズ

投票ディスクへ接続するパスの数×30秒

Oracle RAC 10g 10.2.0.2.0以降を使用している場合
ストレージシステムの種別に応じて，「MISSCOUNT」の値を変更してください。設定する値は，次に示す表に従って算出した値以上にしてください。
Sun ClusterまたはStorage Foundation for Oracle RACを使用している場合は，次に示す2つのどちらか大きい方の値以上に設定してください。

算出した「MISSCOUNT」の値

600秒（Oracle Clusterwareのデフォルト値）

表3-12 「MISSCOUNT」の計算式

ストレージシステム種別
「MISSCOUNT」に設定する値の計算式

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

投票ディスクへ接続するパスの数×60秒

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

HUS100シリーズ

SANRISE9500Vシリーズ

投票ディスクへ接続するパスの数×30秒

上記の「MISSCOUNT」の値の変更に加え，「DISKTIMEOUT」の値も変更してください。「DISKTIMEOUT」に設定する値は，「MISSCOUNT」の値の変更と同様，ストレージシステムの種別に応じて異なります。設定する値は，次に示す表に従って計算してください。算出した値以上に変更してください。

表3-13 「DISKTIMEOUT」の計算式

ストレージシステム種別
投票ディスクへ接続するパスの数
「DISKTIMEOUT」に設定する値の計算式

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

3以下
「DISKTIMEOUT」の値を変更する必要はありません。

4以上
投票ディスクへ接続するパスの数×60秒

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

HUS100シリーズ

SANRISE9500Vシリーズ

6以下
「DISKTIMEOUT」の値を変更する必要はありません。

7以上
投票ディスクへ接続するパスの数×30秒

「MISSCOUNT」および「DISKTIMEOUT」の変更方法については，Oracleサポートサービスを契約した会社へお問い合わせください。
なお，上記の構成からHDLMをアンインストールする場合，変更した「MISSCOUNT」や「DISKTIMEOUT」の設定値を元の値に戻す必要があるため，変更する前のそれぞれの設定値を控えておいてください。

Oracle RAC 10gでは，次に示すデバイスはノード間でデバイス名が一致している必要があります。

投票ディスク

Oracle Cluster Registry

Oracleデータベースファイル

system表領域

users表領域など

ASMディスクグループ作成時に使用するASMディスク

これらのデバイスとしてHDLM rawデバイスを指定する構成で，HDLM rawデバイス名がノード間で一致していない場合は，次に示す手順でHDLM rawデバイスの別名デバイスファイルを各ノードで作成し，作成した別名デバイスファイルをOracle RAC 10gに設定してください。

Oracle RAC 10gが使用するHDLM rawデバイスのメジャー番号とマイナー番号を，次のコマンドを各ノードで実行して確認してください。
# ls -lL HDLM rawデバイスファイル
実行例
# ls -lL /dev/rdsk/c10t50060E8005271760d5s0
crw-r----- 1 root sys 307, 1608 date/time /dev/rdsk/c10t50060E8005271760d5s0
#
この例では，メジャー番号が307，マイナー番号が1608です。

別名デバイスファイルを，次のコマンドを各ノードで実行して作成してください。1つのディスクスライスに対応する別名デバイスファイルは，すべてのノードで同一の名称にしてください。
# mknod /dev/別名デバイスファイル c メジャー番号 マイナー番号
注意事項
別名デバイスファイルは，Solarisや他社のドライバが/devディレクトリ下に作成するデバイスファイル名と重複しない名称にしてください。
実行例
# mknod /dev/crs_ocr1 c 307 1608
#
この例では，メジャー番号が307，マイナー番号が1608のRAC用のデバイスファイルを作成しています。

作成した別名デバイスファイルに対して，所有者，グループ，およびアクセス権モードを次のコマンドで設定してください。設定する所有者，グループ，およびアクセス権モードは，そのデバイスに対するOracle RAC 10gの使用目的によって異なります。この点については，Oracleマニュアルを参照してください。
# chmod モード /dev/別名デバイスファイル
# chown 所有者:グループ /dev/別名デバイスファイル
実行例
# chmod 640 /dev/crs_ocr1
# chown root:oinstall /dev/crs_ocr1
#

作成した別名デバイスファイルに対して次のコマンドを実行し，メジャー番号，マイナー番号，所有者，グループ，およびアクセス権モードが正しく設定されていることを確認してください。
# ls -l /dev/別名デバイスファイル
実行例
# ls -l /dev/crs_ocr1
crw-r----- 1 root oinstall 307, 1608 date/time /dev/crs_ocr1
#

(4) Oracle RAC 11g環境の場合

必要なプログラム

Oracle RAC 11g環境の構築に必要なプログラムを次の表に示します。

表3-14 Oracle RAC 11g環境の構築に必要なプログラム（Solaris 10またはSolaris 11の場合）

構成
プログラム
備考

構成1
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
－

クラスタ
Oracle Clusterware 11.1.0.6.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成2
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
－

クラスタ
Oracle Clusterware 11.1.0.6.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 11gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成3
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.1 8/05およびOracle Clusterware 11.1.0.6.0

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成4
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.1 8/05およびOracle Clusterware 11.1.0.6.0

ボリュームマネージャ
ASM

ASMはOracle RAC 11gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。ASMが使用するディスクデバイスは，Sun ClusterのデバイスIDを指定してください。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成5
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 11.1.0.6.0

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成6
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 11.1.0.6.0

ボリュームマネージャ
ASM

ASMはOracle RAC 11gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。ASMが使用するディスクデバイスは，Sun ClusterのデバイスIDを指定してください。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成7
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 11.1.0.6.0

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成8
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.6.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Clusterware 11.1.0.6.0

ボリュームマネージャ
ASM

ASMはOracle RAC 11gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。ASMが使用するディスクデバイスは，Sun ClusterのデバイスIDを指定してください。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成9
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.7.0
－

クラスタ
Oracle Clusterware 11.1.0.7.0
－

ボリュームマネージャ
なし（HDLMのrawデバイスを指定）
－

構成10
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.7.0
－

クラスタ
Oracle Clusterware 11.1.0.7.0
－

ボリュームマネージャ
ASM

ASMはOracle RAC 11gに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成11
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.1.0.7.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Clusterware 11.1.0.7.0

ボリュームマネージャ
VxVM 5.0クラスタ機能※
VxVM 5.0クラスタ機能のボリュームにOracleデータベースファイル，SPFILE，REDOログファイル，Oracle Cluster Registry，および投票ディスクなどのノード間で共有する記憶域を割り当てます。手順については，OracleRAC 11gのマニュアルを参照してください。

構成12
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.1.0
－

クラスタ
Oracle Grid Infrastructure 11.2.0.1.0
－

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成13
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.1.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.2およびOracle Grid Infrastructure 11.2.0.1.0

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成14
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.2.0
2ノード構成だけサポート

クラスタ
Sun Cluster 3.3およびOracle Grid Infrastructure 11.2.0.2.0

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成15
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.2.0
2ノード構成だけサポート

クラスタ
Oracle Grid Infrastructure 11.2.0.2.0

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成16
OS
Solaris 10
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.3.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 3.3およびOracle Grid Infrastructure 11.2.0.3.0

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成17
OS
Solaris 11
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.3.0
2ノード構成だけサポート

クラスタ
Oracle Grid Infrastructure 11.2.0.3.0

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

構成18
OS
Solaris 11
－

Oracle RAC 11g
Oracle 11g Database 11.2.0.3.0
2ノード構成だけサポート

クラスタ
Oracle Solaris Cluster 4.0およびOracle Grid Infrastructure 11.2.0.3.0

ボリュームマネージャ
ASM

ASMはOracle Grid Infrastructureに同梱

OracleデータベースファイルおよびOracleデータベースのリカバリファイルのディスク記憶域として使用します。Oracle RAC 11gでは，ディスクデバイスとして，HDLMデバイスを通常と同様の手順で使用できます。
手順については，Oracle RAC 11gのマニュアルを参照してください。

注※

MP3以降を適用してください。

注意事項

ホストとOracle RAC 11gの投票ディスク（Voting Disk）を複数のパスで接続しているとき，それらのパスの一部でI/Oタイムアウトが発生すると通常のパスと同様にHDLMはフェイルオーバ処理を実行します。ただし，Oracle RAC 11gの設定状態によっては，HDLMのフェイルオーバ処理が完了する前にOracle RAC 11g側でノード障害が発生したと見なし，クラスタを再構成してしまうおそれがあります。したがって，Oracle RAC 11gの投票ディスクに接続したパスをHDLMが管理する場合，次に示す設定値を変更してください。

ストレージシステムの種別に応じて，「MISSCOUNT」の値を変更してください。設定する値は，次に示す表に従って計算してください。算出した値以上に変更してください。

表3-15 「MISSCOUNT」の計算式

ストレージシステム種別
「MISSCOUNT」に設定する値の計算式

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

投票ディスクへ接続するパスの数×60秒

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

HUS100シリーズ

SANRISE9500Vシリーズ

投票ディスクへ接続するパスの数×30秒

上記の「MISSCOUNT」の値の変更に加え，「DISKTIMEOUT」の値も変更してください。「DISKTIMEOUT」に設定する値は，「MISSCOUNT」の値の変更と同様，ストレージシステムの種別に応じて異なります。設定する値は，次に示す表に従って計算してください。算出した値以上に変更してください。

表3-16 「DISKTIMEOUT」の計算式

ストレージシステム種別
投票ディスクへ接続するパスの数
「DISKTIMEOUT」に設定する値の計算式

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

3以下
「DISKTIMEOUT」の値を変更する必要はありません。

4以上
投票ディスクへ接続するパスの数×60秒

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ

HUS100シリーズ

SANRISE9500Vシリーズ

6以下
「DISKTIMEOUT」の値を変更する必要はありません。

7以上
投票ディスクへ接続するパスの数×30秒

「MISSCOUNT」および「DISKTIMEOUT」の変更方法については，Oracleサポートサービスを契約した会社へお問い合わせください。
なお，上記の構成からHDLMをアンインストールする場合，変更した「MISSCOUNT」や「DISKTIMEOUT」の設定値を元の値に戻す必要があるため，変更する前のそれぞれの設定値を控えておいてください。

Oracle RAC 11gでは，次に示すデバイスはノード間でデバイス名が一致している必要があります。

投票ディスク

Oracle Cluster Registry

Oracleデータベースファイル

system表領域

users表領域など

ASMディスクグループ作成時に使用するASMディスク

これらのデバイスとしてHDLM rawデバイスを指定する構成で，HDLM rawデバイス名がノード間で一致していない場合は，次に示す手順でHDLM rawデバイスの別名デバイスファイルを各ノードで作成し，作成した別名デバイスファイルをOracle RAC 11gに設定してください。

Oracle RAC 11gが使用するHDLM rawデバイスのメジャー番号とマイナー番号を，次のコマンドを各ノードで実行して確認してください。
# ls -lL HDLM rawデバイスファイル
実行例
# ls -lL /dev/rdsk/c10t50060E8005271760d5s0
crw-r----- 1 root sys 307, 1608 date/time /dev/rdsk/c10t50060E8005271760d5s0
#
この例では，メジャー番号が307，マイナー番号が1608です。

別名デバイスファイルを，次のコマンドを各ノードで実行して作成してください。1つのディスクスライスに対応する別名デバイスファイルは，すべてのノードで同一の名称にしてください。
# mknod /dev/別名デバイスファイル c メジャー番号 マイナー番号
注意事項
別名デバイスファイルは，Solarisや他社のドライバが/devディレクトリ下に作成するデバイスファイル名と重複しない名称にしてください。
実行例
# mknod /dev/crs_ocr1 c 307 1608
#
この例では，メジャー番号が307，マイナー番号が1608のRAC用のデバイスファイルを作成しています。

作成した別名デバイスファイルに対して，所有者，グループ，およびアクセス権モードを次のコマンドで設定してください。設定する所有者，グループ，およびアクセス権モードは，そのデバイスに対するOracle RAC 11gの使用目的によって異なります。この点については，Oracleマニュアルを参照してください。
# chmod モード /dev/別名デバイスファイル
# chown 所有者:グループ /dev/別名デバイスファイル
実行例
# chmod 640 /dev/crs_ocr1
# chown root:oinstall /dev/crs_ocr1
#

作成した別名デバイスファイルに対して次のコマンドを実行し，メジャー番号，マイナー番号，所有者，グループ，およびアクセス権モードが正しく設定されていることを確認してください。
# ls -l /dev/別名デバイスファイル
実行例
# ls -l /dev/crs_ocr1
crw-r----- 1 root oinstall 307, 1608 date/time /dev/crs_ocr1
#

3.1.6 HDLMがサポートする仮想環境

HDLMは，仮想環境のLDomsをサポートします。

LDomsは，制御ドメイン，サービスドメイン，I/Oドメイン，ゲストドメインで構成されます。

HDLMがサポートする各ドメインは，次のとおりです。

制御ドメインとHDLM管理対象ストレージ用HBAの管理用I/Oドメインを分割しない場合

制御ドメインへのHDLMのインストール構成をサポートします。
HDLM管理対象のストレージと接続するHBAの管理用I/Oドメインを含むドメインだけをサポートします。

ゲストドメインへのHDLMのインストール構成はサポートしません。

制御ドメインとHDLM管理対象ストレージ用HBAの管理用I/Oドメインを分割する場合

I/OドメインへのHDLMインストール構成をサポートします。
HDLM管理対象のストレージと接続するHBAの管理用I/Oドメインを含むドメインだけをサポートします。

制御ドメインへのHDLMインストール構成はサポートしません。

ゲストドメインへのHDLMインストール構成はサポートしません。

また，次の構成はサポートしません。

HDLMのインストール対象であるI/Oドメインをブートディスク環境とする構成

クラスタ環境を構築している構成

HDLMとLDoms環境で使用できる仮想ディスクを次の表に示します。

表3-17 HDLMインストール時にLDoms環境で使用できる仮想ディスク一覧（ゲストドメインに見せるデバイス）

OS
LDoms
ディスクラベル
ボリュームマネージャ
ファイルシステム

なし
UFS
VxFS
ZFS

Solaris 10

Logical Domains 1.2

Logical Domains 1.3

Oracle VM Server 2.0

VTOC
なし
○
○
○
○

SVM
○
○
○
×

VxVM 5.0
○
○
○
×

EFI
なし
○
○
○
○

SVM
○
○
○
×

VxVM 5.0
×
×
×
×

Solaris 11
Oracle VM Server 2.1
VTOC
なし
○
○
×
○

SVM
○
○
×
×

ZFS
○
○
×
○

EFI
なし
○
○
×
○

SVM
○
○
×
×

ZFS
○
○
×
○

（凡例）

○：使用できる

×：使用できない

3.1.7 メモリ所要量とディスク占有量

メモリ所要量およびディスク占有量について説明します。

この項の構成

(1) メモリ所要量

(2) ディスク占有量

(1) メモリ所要量

ホストのメモリ所要量は11MBです。

(2) ディスク占有量

ホストのディスク占有量を次の表に示します。

表3-18 ホストのディスク占有量

ディレクトリ
ディスク占有量

/etc
3MB

/kernel/drv
2MB＋xバイト
（x = LU数×物理パス数×1.5KB）

/opt
274MB

/var※1
pMB※2+qMB※3+11MB

注※1

インストール時に/var/tmpに100MBの空き容量が必要です。

注※2

障害ログファイルの設定によって変わります。最大30000MBです。

pは，障害ログファイルサイズをs（単位はKB，デフォルト値は9900），障害ログファイル数をm（デフォルト値は2）とすると，

p =（s×m）÷1024［MB］

として計算します。計算式で割り切れなければ1MB切り上がります。

注※3

最大1000MBで，トレースファイルの設定に依存します。

qは，トレースファイルサイズをt（単位はKB，デフォルト値は1000），トレースファイル数をn（デフォルト値は4）とすると，

q =（t×n）÷1024［MB］

として計算します。計算式で割り切れなければ1MB切り上がります。

3.1.8 HDLMがサポートするLU数とパス数

HDLMがサポートするLU数とパス数を次の表に示します。

表3-19 HDLMがサポートするLU数とパス数

項目 | OS | サポートする数
LU数 | Solaris 8，Solaris 9 | 1～256
Solaris 10，Solaris 11 | 1～4096※
1LU当たりのパス数 | Solaris 8，Solaris 9，Solaris 10，Solaris 11 | 1～64
合計の物理パス数 | Solaris 8，Solaris 9 | 1～4096
Solaris 10，Solaris 11 | 1～8192※

Sun Cluster 3.1，Sun Cluster 3.2，またはOracle Solaris Cluster 3.3を使用している場合は，「表3-19 HDLMがサポートするLU数とパス数」に示す条件に加えて，1LU当たりの物理パス数の全ノードの合計が15以下になるようにしてください。

注※

サポート構成の詳細についてはソフトウェア添付資料を参照してください。

3.2 環境構築の流れ

次の流れに従って，HDLMを使用する環境を構築してください。

Sun Clusterの設定手順は，インストールの手順に含まれています。

「3.5.2 JP1/NETM/DMを使用してHDLMをリモートインストールする場合の準備」は，JP1/NETM/DMを使用してHDLMをリモートインストールする場合だけ実行してください。

「3.5.7 HDLMをアップグレードまたは再インストールする前の準備」および「3.5.8 HDLMのアップグレードまたは再インストール」は，HDLMをアップグレードまたは再インストールする場合だけ実行してください。

「3.13 ファイルシステムの構築（ボリューム管理ソフトウェアを使用しない場合）」以降の手順は，必要に応じて実行してください。

図3-1 HDLMの環境構築の流れ

3.3 HDLMのインストールの種別

HDLMの新規インストール，アップグレードインストール，および再インストールの種別について説明します。

HDLMの新規インストール

HDLMがインストールされていないサーバにHDLMをインストールすることを，HDLMの新規インストールと呼びます。

HDLMのアップグレードインストール

すでにインストールされている古いバージョンのHDLMをアンインストールしないまま，新しいバージョンのHDLMをインストールすることを，HDLMのアップグレードインストールと呼びます。DVD-ROMからのインストール，またはリモートインストールに関係なく，05-00以降のHDLMに対してだけアップグレードインストールできます。

HDLMの再インストール

すでにインストールされているHDLMを修復するために，アンインストールしないまま再度同じバージョンのHDLMをインストールすることを，HDLMの再インストールと呼びます。

3.4 環境を構築する場合の注意事項

ここでは，HDLMの環境を構築する場合の注意事項について説明します。

HDLMを運用する場合の注意事項については，「4.1 HDLMを使用する場合の注意事項」を参照してください。

この節の構成

3.4.1 ハードウェアの設定についての注意事項

3.4.2 インストールについての注意事項

3.4.3 関連するソフトウェアについての注意事項

3.4.4 コマンド実行時の注意事項

3.4.5 ディスクラベルに関する注意事項

3.4.1 ハードウェアの設定についての注意事項

ストレージシステムの設定については，ストレージシステムのマニュアルおよびストレージシステムの保守マニュアルを参照してください。

ターゲットIDとストレージシステムのポートの間にバインディングを設定できるHBAを使用する場合，HDLMをインストールする前に必ずバインディングを設定してください。詳細については，ソフトウェア添付資料とHBAのマニュアルを参照してください。

ストレージシステムのベンダIDおよびプロダクトIDを変更すると，HDLMがストレージシステムを認識できなくなります。ストレージシステムのベンダIDおよびプロダクトIDは変更しないでください。

sdまたはssdドライバへ通知されるI/Oのタイムアウト値は，スイッチやHBAそれぞれのタイムアウト値の設定に依存します。

スイッチやHBAのタイムアウト値の設定によっては，I/Oのタイムアウトに時間が掛かる場合があります。したがって，パスの切り替えやパスの障害検出に時間が掛かることがあります。また，パスヘルスチェック機能でも，パス障害の検出に設定したチェック間隔より時間が掛かることがあります。

1台のホストに設置するHBAのうち，HDLM管理対象デバイスに接続するHBAは，すべて同一の種類を使用してください。HBAのドライバのバージョン，ファームウェア，およびFCodeも合わせてください。異なる種類のHBAを使用すると，障害発生時にパスを切り替えられません。

HBA上のFCodeの適用状態を変更したり，FCodeのバージョンを変更した場合，HDLM管理対象のsdまたはssdデバイスの物理パス名が変更される可能性があります。HDLMをインストールしたあとにFCodeの状態を変更した場合は，変更前後でHDLM管理対象デバイスの物理パス名が変更されていないことを確認してください。この物理パス名が変更されている場合は，HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行後，再構成オプションを指定してホストを再起動してください。
さらに，VxVMを使用しかつデバイスの無効化を行っている場合には，VxVM管理対象除外設定ファイル（/etc/vx/vxvm.exclude）に設定している物理パス名に変更がないことを確認してください。設定している物理パス名が変更されている場合は，物理パス名を再設定してください。VxVMからのデバイスの無効化の手順については，「3.14.3 VxVMでのデバイスの無効化」を参照してください。

Fibre Channelを使用する場合，SCSIのターゲットIDはHBAの設定に従います。ターゲットIDを知りたいときは，HBAのマニュアルなどを参照してください。

3.4.2 インストールについての注意事項

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を編集できません。HDLM管理対象のデバイスを管理対象外にする場合は，HDLMデバイスの非構成機能を使用してください。HDLMデバイスの非構成機能については，「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」または「4.5.6 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用していない場合）」を参照してください。

HDLMをインストールすると，/dev/dlmディレクトリにHDLM専用のデバイスファイルが作成されます。このデバイスファイルは使用しないでください。

ほかのアプリケーションは，HDLMの環境構築が完了してからインストールしてください。

日立パスマネージャがホストにインストールされている場合は，日立パスマネージャをアンインストールして，ホストを再起動したあとに，HDLMをインストールしてください。日立パスマネージャのアンインストールについては，日立パスマネージャのマニュアルを参照してください。

05-00より前のHDLMを使用している場合，「3.18 HDLMの設定解除」を参照してアンインストールしてから，HDLMを新規インストールしてください。

HDLMのインストールには，ライセンスキーが必要です。

HDLMのアップグレードまたは再インストールを行う前にライセンスを更新する場合は，HDLMコマンドのset -licオペレーションを実行します。ライセンスキーの期限は，ライセンスキーファイルに記述されているライセンスキーまたは入力したライセンスキーの種別によって設定されます。ライセンスキーの種別およびsetオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

set -licオペレーションを指定してライセンスのインストールを実行する場合は必ず単独で実行してください。複数同時に実行した場合，コアファイルが生成され，メッセージが出力される場合があります。
メッセージが出力された場合は，view -sysオペレーションを実行して，正しくインストールされているか確認してください。

HDLMをアップグレードインストールしても，次のファイルは更新されません。
ドライバの構成とHDLMの機能の設定についての情報は，アップグレードインストール後も引き継がれます。

HDLMドライバの構成定義ファイル（/kernel/drv/dlmfdrv.conf）

HDLMネクサスドライバの構成定義ファイル（/kernel/drv/dlmndrv.conf）

HDLMの機能設定ファイル（/opt/DynamicLinkManager/config/dlmmgr.xml）

HDLMドライバの非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）

ただし，次に示す条件をすべて満たしている場合は，HDLMドライバの構成定義ファイル，HDLMドライバの非構成定義ファイルが更新されます。

HDLM管理対象デバイスにSVSがある。

05-61以前のHDLMからアップグレードインストールする。

また，上記の条件をすべて満たしている場合は，1世代前の構成定義ファイル（/kernel/drv/dlmfdrv.conf.bak），1世代前の非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf.bak）も更新されます。dlmfdrv.conf.bakファイル，dlmfdrv.unconf.bakファイルについては，「7.7.2 パラメタ」の「注意事項」を参照してください。
なお，上記の条件をすべて満たしている場合は，次に示すファイルが生成されます。

/kernel/drv/dlmfdrv.conf_oldbackup
アップグレードインストールする前のdlmfdrv.confファイルをバックアップしたファイルです。

/kernel/drv/dlmfdrv.conf.bak_oldbackup
アップグレードインストールする前のdlmfdrv.conf.bakファイルをバックアップしたファイルです。

/opt/DynamicLinkManager/config/dlmfdrv.unconf_oldbackup
アップグレードインストールする前のdlmfdrv.unconfファイルをバックアップしたファイルです。

/opt/DynamicLinkManager/config/dlmfdrv.unconf.bak_oldbackup
アップグレードインストールする前のdlmfdrv.unconf.bakファイルをバックアップしたファイルです。

HDLM 03-02をアンインストールしたあとHDLM を新規インストールする場合，HDLMデバイスの論理デバイスファイル名の形式が「chWtXdYsZ」から「cUtXdYsZ」へ変わります。「cUtXdYsZ」の各要素については，「2.6 HDLMデバイスの論理デバイスファイル」を参照してください。

05-60より前のHDLMのトレースファイルは，HDLM 05-60以降では統合トレースファイルとトレースファイルに分割されます。統合トレースファイルにはHDLMコマンドの動作ログが出力されます。トレースファイルにはHDLMマネージャのトレース情報が出力されます。ファイルの出力先は次のように変更されます。

04-00以前のHDLMをアンインストール後に再インストールした場合

アンインストールする前のトレースファイル：/opt/hitachi/HNTRLib/spool/hntrn.log（nはファイルの番号）

再インストールしたあとの統合トレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

再インストールしたあとのトレースファイル：/var/opt/DynamicLinkManager/log/hdlmtrn.log（nはファイルの番号）

HDLM 04-01のアンインストール後に再インストール，またはHDLM 05-00以降からアップグレードインストールした場合

アンインストールする前のトレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

アップグレードまたは再インストールしたあとの統合トレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

アップグレードまたは再インストールしたあとのトレースファイル：/var/opt/DynamicLinkManager/log/hdlmtrn.log（nはファイルの番号）

新規インストール中にインストールを中断した場合は，/var/opt/DynamicLinkManagerディレクトリが存在しているか確認してください。/var/opt/DynamicLinkManagerディレクトリが存在している場合は，次のコマンドを実行して，/var/opt/DynamicLinkManagerディレクトリを削除してください。

# rm -rf /var/opt/DynamicLinkManager

アップグレードまたは再インストール中にインストールを中断した場合は，このディレクトリを削除しないでください。

HDLMをリモートインストールする場合でも，インストール後はホストを再起動する必要があります。

HDLMはglobal zoneだけにインストールできます。non-global zoneにインストールすると，次のメッセージが出力されてインストールが中断されます。

KAPL09140-E HDLM cannot be installed in this zone. Install it in the global zone.

パスの管理はglobal zoneだけでできます。non-global zoneでHDLMデバイスを使用する場合，global zoneからLU単位またはコントローラ単位でHDLMデバイスをnon-global zoneへ割り当ててください。global zoneにあるLU0のHDLMデバイスのrawデバイスをnon-global zoneに割り当て，global zoneからnon-global zoneの構成を設定する例を次に示します。

# zonecfg -z zone1
zonecfg:zone1> add device

LU単位で割り当てる場合は，次に示すコマンドを実行してください。

zonecfg:zone1:device> set match=/dev/rdsk/c5t50060E800436E211d0*

コントローラ単位で割り当てる場合は，次に示すコマンドを実行したあと，non-global zoneを再起動してください。

zonecfg:zone1:device> set match=/dev/rdsk/c5t*  
zonecfg:zone1:device> end
zonecfg:zone1> verify
zonecfg:zone1> commit
zonecfg:zone1> exit
#

コマンドの詳細は，Solaris 10またはSolaris 11のマニュアルを参照してください。HDLMのSolaris zoneのサポートを次の表に示します。

表3-20 Solaris zoneのサポート

項目 | global zone | non-global zone | 備考
HDLMのインストール | ○ | × | －
パスの操作 | ○ | × | －
パスの状態表示 | ○ | × | －
HDLMデバイスへのアクセス | ○ | ○ | 該当するzoneにデバイスを割り当てる必要があります。
HDLMのアンインストール | ○ | × | －

（凡例）

○：サポート

×：未サポート

installhdlmユティリティでHDLMを新規インストールまたはアップグレードインストールする場合，プロンプトにinstallhdlmユティリティが出力するメッセージによって入力を促されたときは，次のように入力してください。

インストールを続行する場合，すべて「y」を入力してください。

インストールを中断または終了する場合，「q」を入力してください。

実行レベル2未満で次に示す作業を実行する場合は，事前に「4.1.9 シングルユーザモードでの運用について」の「(1) シングルユーザモードで起動した場合のHDLM初期化手順」に示す手順を実行してください。

HDLMのインストール

ブートディスク環境の構築

HDLMの機能の設定

統合トレースの設定※

ファイルシステムの構築

HDLMコマンドの実行

HDLMデバイスの使用

HDLM運用環境の構成変更

HDLMのSPの適用

注※

シングルユーザモードでは統合トレースファイルにHDLMコマンドの動作ログが記録されません。

HDLMをインストールする前に，32ビットカーネルと64ビットカーネルのどちらでSolarisを運用するかを決め，必要な場合はカーネルモードを切り替えておいてください。32ビット版のHDLMだけがインストールされているときに，カーネルモードを32ビットから64ビットに切り替えた場合，カーネルモードの切り替え後にHDLMを再インストールする必要があります。カーネルモードの切り替え方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(5) カーネルモードの切り替え」を参照してください。

05-00以降のDevice ManagerエージェントがインストールされているホストにHDLMをインストールする場合，インストール中に次に示すDevice Managerエージェントのコマンドを実行しないでください。

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

3.4.3 関連するソフトウェアについての注意事項

VxVMをHDLMと同じホストで使用する場合，HDLMデバイスが含まれたディスクグループをbootdgに登録しないでください。

VxVM 4.1を使用しているホストでブートディスク環境を構築した場合，VxVMのvxdisk list，vxdmpadm listenclosure allコマンドなどを実行したとき，ブートディスクに対してエンクロージャタイプ「FAKE_ARRAY」が表示されますが問題はありません。この現象については，Symantec社の「VERITAS Storage Foundation(TM) 4.1 Release Notes Solaris Maintenance Pack 1」を参照してください。

vxinstallプログラムまたはvxdiskadmユティリティで，HDLMデバイスでディスクグループを作成したり，HDLMデバイスをディスクグループに追加したりする際にカプセル化を行う場合，KAPL08019-EおよびKAPL08022-Eのメッセージが出力されることがありますが，動作には影響ありません。

クラスタを構成する各ノードのHDLMのバージョンは統一してください。

HDLMはSun StorageTek RAID Managerと共存できません。HDLMをインストールする前にSun StorageTek RAID Managerをアンインストールしてください。また，次のどちらかの場合には，次に示すコマンドで，/devices/devicesのリンクファイルを削除してから，HDLMをインストールしてください。

Sun StorageTek RAID Managerをアンインストールしたあと

以前にSun StorageTek RAID Managerをインストールしていて/devices/devicesのリンクファイルがある場合

# rm /devices/devices

/devices/devicesのリンクファイルの詳細については，My Oracle Supportのホームページに掲載されたBug ID 4673499のバグレポートを参照してください。このバグレポートの参照にはMy Oracle Supportのアカウントが必要です。

HDLMで管理できるデバイスに対して，Sun StorageTek Traffic Manager Software（Solaris10では，Solarisマルチパス機能（MPxIO））を適用できません。HDLMで管理できないデバイスに対してSun StorageTek Traffic Manager SoftwareまたはSolarisマルチパス機能を適用する必要がある場合には，HDLMで管理できるデバイスとHDLMで管理できないデバイスとでそれらを認識するHBAポートを分けてください※。さらに，HDLMで管理できるデバイスを認識するHBAポートに対しては，Sun StorageTek Traffic Manager Softwareの機能またはSolarisマルチパス機能を無効にする必要があります。

注※

ファイバチャネルスイッチのゾーニング機能やストレージシステムのWWNセキュリティ機能を使用する方法やpoint-to-point接続で物理的にHBAポートを使い分ける方法などがあります。

3.4.4 コマンド実行時の注意事項

HDLMを使用している場合，drvconfig，devlinks，disks，devfsadmコマンドの実行時に-rオプションを指定して，ほかのブートディスクのHDLMデバイスの再構成はできません。HDLMデバイスの再構成は，必ず対象のブートディスクからブートした状態でしてください。

3.4.5 ディスクラベルに関する注意事項

HDLMの管理対象にするディスクは，管理対象にする前にformatコマンドを実行して，VTOCラベルまたはEFIラベルを付けてください。VTOCラベルまたはEFIラベルを付けていないディスクをHDLMの管理対象にした場合，パスがOnline状態になりません。

3.5 HDLMのインストール

HDLMのインストールと同時に，Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）がインストールされます。

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）の統合トレース情報ファイルのファイルパスは，「/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nは統合トレース情報ファイルの番号）」です。

この節の構成

3.5.1 HDLMを新規インストールする前の準備

3.5.2 JP1/NETM/DMを使用してHDLMをリモートインストールする場合の準備

3.5.3 HDLMをサイレントインストールする場合の準備

3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）

3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）

3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能

3.5.7 HDLMをアップグレードまたは再インストールする前の準備

3.5.8 HDLMのアップグレードまたは再インストール

3.5.9 LDoms環境へのHDLMのインストール

3.5.1 HDLMを新規インストールする前の準備

Solarisのパッチのインストール，HDLMの管理対象デバイスのバックアップ，ハードウェアの設定，ボリューム管理ソフトウェアの設定などを行います。

この項の構成

(1) HDLM管理対象予定のデバイスへの操作

(2) Solarisのパッチのインストール

(3) ハードウェアの設定

(4) /kernel/drv/sd.confファイルの設定

(5) カーネルモードの切り替え

(6) /etc/systemファイルの設定

(7) /etc/syslog.confファイルまたは/etc/rsyslog.confファイルの設定

(8) VxVMの設定

(9) SDSまたはSVMの設定

(10) Sun Clusterの設定

(11) Solaris11環境での設定

(1) HDLM管理対象予定のデバイスへの操作

この手順は，HDLM管理対象予定のデバイスをすでに運用している場合に行ってください。

HDLM管理対象予定のデバイスにアクセスするすべてのアプリケーションのプロセスを終了してください。

必要に応じてHDLM管理対象予定のデバイスの内容をテープなどにバックアップしてください。

HDLM管理対象予定のデバイスの論理デバイスファイル名およびストレージシステムの内部LU番号の対応情報を控えてください。これは，HDLMをインストールしたあとの論理デバイスファイル名との対応が付けられるようにするためです。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，再構成オプションを指定してホストを再起動すると，HDLM管理対象予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。/dev/dsk，/dev/rdskのディレクトリ下の論理デバイスファイルを別のディレクトリにバックアップしてください。
コマンドの実行例を次に示します。

# mkdir /var/tmp/bkfile1
# ls -l /dev/dsk > /var/tmp/bkfile1/devices1
# ls -l /dev/rdsk > /var/tmp/bkfile1/devices2

HDLM管理対象予定のデバイスの登録を解除します。
クラスタソフトウェアを含むプログラム（ボリュームマネージャ以外）にHDLM管理対象予定のデバイスを登録している場合，登録を解除してください。HDLMデバイスにアクセスするときはHDLMデバイスの論理デバイスファイル名を使用するため，これまでの設定名ではアクセスできません。

マウントを解除します。
HDLM管理対象予定のデバイスをマウントしている場合は，マウントを解除してください。また，ホストの起動時に自動でマウントする設定をしている場合は，/etc/vfstabファイルを編集してその設定を削除してください。コマンドの実行例を次に示します。

マウントの解除
はじめに，現在の設定を確認します。
# mount -p
現在の設定が次に示すように出力されます。

図3-2 mount -pコマンドの実行結果

この例では，網掛けの部分がHDLM管理対象予定のデバイスです。ZFSファイルシステムの場合は，次のコマンドを実行してエクスポートします。
# zpool export zpool1
その他のファイルシステムの場合は，次のコマンドを実行してマウントを解除します。
# umount /mntpt

自動マウントの解除
/etc/vfstabファイルの編集例を次に示します。

図3-3 /etc/vfstabファイルの編集例

網掛け部分の行の先頭に「#」を付けてコメントアウトするか，または行を削除してください。

ボリューム管理ソフトウェアからHDLM管理対象予定のデバイスの登録を解除します。
VxVM，SDS，SVMなどで，HDLM管理対象予定のデバイスを登録している場合，その登録を解除してください。

(2) Solarisのパッチのインストール

「3.1.1 HDLMがサポートするホストとOS」を参照して，Solarisのパッチをインストールしてください。

(3) ハードウェアの設定

Fibre Channel接続の場合は，接続方式（Fabric，ALなど）を確認し，接続方式に合わせて設定してください。

ストレージシステムを設定します。
設定内容については，HDLMのソフトウェア添付資料とストレージシステムの保守マニュアルを参照してください。
日立製のRAID Managerで使用するコマンドデバイスは，HDLMの管理対象外です。
日立製のRAID Managerで使用するコマンドデバイスを冗長化するときは，日立製のRAID Managerの機能を利用してください。

スイッチを設定します。
設定方法については，スイッチのマニュアルを参照してください。スイッチを使用しない場合，この操作は不要です。

HBAを設定します。
設定方法については，HDLMのソフトウェア添付資料，およびHBAのマニュアルを参照してください。

(4) /kernel/drv/sd.confファイルの設定

sdドライバを使用する場合，使用するHBAドライバによっては，ディスクを認識するために/kernel/drv/sd.confファイルを編集する必要があります。ファイルを編集する方法については，HBAのマニュアルを参照してください。

ssdドライバを使用する場合は，接続されたディスクは自動的に認識されるため，ファイルの編集は不要です。

/kernel/drv/sd.confファイルを編集したあと，再構成オプションを指定してホストを再起動してください。次に示すコマンドのうち，どちらかを実行してください。

# reboot -- -r

okプロンプトでboot -r

ホストを再起動したあと，HDLMの管理対象予定のsdまたはssdデバイスが，formatコマンドで表示されていることを確認してください。

# format

設定方法の詳細については，HBAのマニュアルまたはSolarisのマニュアルを参照してください。

(5) カーネルモードの切り替え

32ビットカーネルを使用しているときにHDLMをインストールすると32ビット版のHDLMだけがインストールされます。64ビットカーネルを使用しているときにHDLMをインストールすると，32ビット版と64ビット版の両方のHDLMがインストールされます。HDLMをインストールする前に，32ビットカーネルと64ビットカーネルのどちらでSolarisを運用するかを決め，必要な場合はカーネルモードを切り替えておいてください。32ビット版のHDLMだけがインストールされているときに，カーネルモードを32ビットから64ビットに切り替えた場合，カーネルモードの切り替え後にHDLMを再インストールする必要があります。

現在使用しているカーネルモードを切り替える方法を次に示します。

現在使用しているカーネルモードを確認します。
次にコマンドの実行例を示します。

# isainfo -b

32ビットカーネルを使用している場合は「32」と表示され，64ビットカーネルを使用している場合は「64」と表示されます。

カーネルモードを切り替えます。
次のコマンドを実行して，カーネルモードを32ビットまたは64ビットに切り替えてください。

32ビットカーネルに切り替える場合
Solarisが起動されている場合は，次に示すコマンドを実行してください。
# reboot -- "ブートデバイス kernel/unix そのほかのブートオプション"
okプロンプトが表示されている状態から起動する場合は，次に示すコマンドを実行してください。
boot ブートデバイス kernel/unix そのほかのブートオプション

64ビットカーネルに切り替える場合
Solarisが起動されている場合は，次に示すコマンドを実行してください。
# reboot -- "ブートデバイス kernel/sparcv9/unix そのほかのブートオプション"
okプロンプトが表示されている状態から起動する場合は，次に示すコマンドを実行してください。
boot ブートデバイス kernel/sparcv9/unix そのほかのブートオプション

(6) /etc/systemファイルの設定

HDLMはカーネルスレッドのスタックを最大8KB使用します。HDLMの使用量を加えたサイズをカーネルスレッドのスタックサイズに設定してしてください。Solaris 10またはSolaris 11はdefault_stksizeがlwp_default_stksizeより優先します。したがって，/etc/systemにdefault_stksizeが設定されている場合は，default_stksizeに8KB追加してください。また，HDLMデバイスを使用するボリュームマネージャやファイルシステムの説明書で，カーネルスレッドのスタックサイズを拡大するように指示している場合は，その値もカーネルスレッドのスタックサイズに加える必要があります。

カーネルモードが64bitのシステムで，カーネルスレッドのスタックサイズをデフォルトのサイズから増やす手順を次に示します。

Solaris 8またはSolaris 9の場合

/etc/systemに「set lwp_default_stksize=0x6000」を追加してから，ホストを再起動してください。

Solaris 10またはSolaris 11の場合

/etc/systemに次に示すどちらかのパラメタの記述を追加してから，ホストを再起動してください。

set lwp_default_stksize=0x8000

set default_stksize=0x8000
両方を記述した場合は，default_stksizeパラメタが優先されます。

(7) /etc/syslog.confファイルまたは/etc/rsyslog.confファイルの設定

dlmsetconfユティリティとHDLM障害情報収集ユティリティ（DLMgetras）は，syslogにメッセージを出力します。/etc/syslog.confまたは/etc/rsyslog.conf（システムログの構成定義ファイル）を参照して，Errorレベル以上のメッセージが出力される設定になっていることを確認します。

/etc/syslog.confまたは/etc/rsyslog.confに次に示す記述があることを確認してください。/etc/syslog.confファイルまたは/etc/rsyslog.confファイルの「*.err」の出力先は，デフォルトの/var/adm/messagesに指定することを推奨します。

*.err;kern.debug;daemon.notice;mail.crit;       /var/adm/messages

監査ログを採取する場合は，拡張用のFacility（local0～7）に監査ログ専用の出力先を指定することを推奨します。また，拡張用のFacilityの重要度は「info」を指定することを推奨します。/etc/syslog.confまたは/etc/rsyslog.confの設定例を次に示します。

local0.info /usr/local/audlog

(8) VxVMの設定

HDLMとVxVMを同じホストで使用する場合，次の手順でVxVMを設定してください。

/dev/dsk，/dev/rdskのディレクトリ下の論理デバイスファイルがバックアップされているか確認してください。
バックアップされていない場合は，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」に記載されている，手順4を実行して，バックアップしてください。

すでに作成されているディスクグループにHDLM管理対象予定のデバイスがある場合，該当するディスクグループをデポートします。
詳細は，VxVMのマニュアルを参照してください。HDLMインストール後，デポートしたディスクグループをインポートすることによって，HDLM管理対象デバイスでディスクグループを使用することができます。

SANRISE9500Vシリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，XP512，XP48，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズを使用する場合は，HDLMのインストール前にVxVMのArray Support Libraryをインストールしてください。
詳細は，ストレージシステムのマニュアルを参照してください。

VxVMをインストールしたあと，HDLMが管理対象とするsdまたはssdデバイスで構成されたディスクグループがbootdgとして登録されていないことを確認してください。
HDLMが管理対象とするsdまたはssdデバイスで構成されているディスクグループがbootdgとして登録されている場合は，次のどちらかを実施してください。

VxVMのコマンドで，ディスクグループからHDLMが管理対象とするsdまたはssdデバイスを削除する

ディスクグループをbootdgの登録から解除する

詳細は，VxVMのマニュアルを参照してください。

HDLMが管理対象とするsdまたはssdデバイスを，VxVMの管理対象から除外してください。
該当するsdまたはssdデバイスをVxVMの管理対象から除外する手順は，VxVMのマニュアルを参照してください。HDLMをインストールしている場合は，「3.14.3 VxVMでのデバイスの無効化」に従い，該当するsdまたはssdデバイスをVxVMの管理対象から除外してください。

(9) SDSまたはSVMの設定

HDLM管理対象予定のsdまたはssdデバイスをSDSまたはSVMで使用している場合，デバイスの設定を解除してください。詳細は，SDSまたはSVMのマニュアルを参照してください。

SDSまたはSVMの共有ディスクセットを使用する場合，各ホストのハード構成（ホストの種類，HBAの種類・数・搭載スロット，パス数と各パスが経由するHUBやスイッチ，各LUで使用するストレージポートとLUN）が同一であることを確認してください。

(10) Sun Clusterの設定

Sun Clusterを使用している場合，HDLMをインストールする前に次に示す操作をしてディスクデバイスグループおよびQuorumデバイスの設定を解除します。

HDLM管理対象予定のsdまたはssdデバイスで構成されているディスクデバイスグループを解除します。
SDSまたはSVMのディスクセットの登録の解除については「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「3.18.2 HDLMをアンインストールする前の準備」の「(6) SVMでの設定解除」を参照してください。ディスクセットの登録の解除によって，ディスクセットのデータは消去されます。データのバックアップを行ってください。
VxVMディスクグループをSun Clusterのディスクデバイスグループから解除する場合は，次に示す操作を行ってください。

ディスクデバイスグループをオフラインにします。
# /usr/cluster/bin/scswitch -F -D ディスクデバイスグループ名

scsetupユティリティを起動します。
# /usr/cluster/bin/scsetup

5(Device group and volumes)を選択します。「Device Group Menu」が表示されます。

VxVMディスクグループを解除するには，3(Unregister a VxVM device group)を選択します。
画面に表示される指示に従って，登録を解除するディスクグループ名を入力します。

HDLM管理対象予定のsdまたはssdデバイスをQuorumデバイスとして設定している場合，次に示す操作をして，Quorumデバイスの設定を解除します。

QuorumデバイスのデバイスIDを確認します。
コマンドの実行例を次に示します。
# /usr/cluster/bin/scconf -pv | grep Quorum
# /usr/cluster/bin/scdidadm -L

Quorumデバイスが2つ以上存在する場合は，Quorumデバイスが1つになるまで次のコマンドを実行します。Quorumデバイスが最後の1つになった場合は，手順cに進んでください。
# /usr/cluster/bin/scconf -r -q globaldev=QuorumデバイスのデバイスID

最後のQuorumデバイスの設定を解除するために保守状態にするノードで，スーパーユーザになります。

すべてのリソースグループとsdまたはssdデバイスを保守状態にするノードから退避します。
コマンドの実行例を次に示します。
host1# /usr/cluster/bin/scswitch -S -h host1

保守状態にするノードをokプロンプトの状態にして，クラスタから抜けます。
コマンドの実行例を次に示します。
host1# shutdown -g0 -y -i0

クラスタ内の別のノードでスーパーユーザになり，手順eで停止したノードを保守状態にします。
コマンドの実行例を次に示します。
host2# /usr/cluster/bin/scconf -c -q node=host1,maintstate

クラスタノードが保守状態であることを確認します。
保守状態にしたノードが，次の状態であることを確認してください。

状態がオフラインであること

現在の定足数投票数（Quorum votes present）および可能な定足数投票数（Quorum votes possible）が，「0」であること

コマンドの実行例を次に示します。
host2# /usr/cluster/bin/scstat -q

クラスタが2ノード構成の場合，インストールモードにします。
クラスタが3ノード以上の構成の場合，この手順は必要ありません。手順iに進んでください。コマンドの実行例を次に示します。
host2# /usr/cluster/bin/scconf -c -q installmode

最後のQuorumデバイスの設定を解除します。
コマンドの実行例を次に示します。
host2# /usr/cluster/bin/scconf -r -q globaldev=QuorumデバイスのデバイスID

保守状態ではない任意のノードでスーパーユーザになります。
クラスタが2ノード構成の場合は手順lへ，3ノード以上の構成の場合は手順kへ進んでください。

クラスタが3ノード以上の構成の場合は，クラスタ定足数投票数を初期化します。
コマンドの実行例を次に示します。
host2# /usr/cluster/bin/scconf -c -q node=host1,reset

保守状態にしたノードを保守状態から戻します。
okプロンプトの状態からbootを実行してください。

クラスタが2ノード構成の場合は，保守状態から戻したいノードが起動したことを確認したあとにクラスタ定足数投票数を初期化します。クラスタが3ノード以上の構成の場合，この手順は必要ありません。
コマンドの実行例を次に示します。
host2# /usr/cluster/bin/scconf -c -q node=host1,reset

(11) Solaris11環境での設定

パッケージの発行元の確認

Solaris11の環境で，現在設定されているパッケージの発行元にアクセスできない場合，HDLMのインストールに失敗するため，パッケージの発行元を無効にする必要があります。次の手順を行ってください。正常にアクセスできる場合は，この手順は必要ありません。

pkg publisherコマンドを実行します。

# pkg publisher
PUBLISHER TYPE STATUS URI
solaris origin online http://pkg.oracle.com/solaris/release/

設定されているパッケージの発行元を無効にします。

# pkg set-publisher --disable solaris

HDLMをインストールします。

パッケージの発行元を再度有効にします。

# pkg set-publisher --enable solaris

signature-policyの確認

HDLMはsignatureには対応していません。このため，システムのsignature-policyがverifyに設定されていることを確認してください。

pkg property signature-policyを実行します。

# pkg property signature-policy
PROPERTY         VALUE
signature-policy verify

signature-policyがverifyでない場合は次のコマンドを実行し，verifyに設定してください。

# pkg set-property signature-policy verify

HDLMをインストールします。

signature-policyの値を手順1で出力された値に戻します。

# pkg set-property signature-policy 手順1で出力された値

注意事項

Solaris11の環境で，HDLMのインストールまたはアンインストール実行中に［Ctrl］+［C］で中断しないでください。

non-global zoneの確認

Solaris11 の環境で，現在設定されているパッケージの発行元にアクセスできない，かつnon-global zoneを構築済みの環境にインストールする場合，構築済みのnon-global zoneをデタッチする必要があります。設定されているパッケージの発行元に正常にアクセスできる場合は，この手順は必要ありません。

zoneadmコマンドを実行します。

# zoneadm list -cv
 ID NAME             STATUS     PATH                           BRAND    IP
  0 global           running    /                              solaris  shared
  1 non-globalzone   running    /zones/non-globalzone          solaris  excl

ステータスがrunningの場合，non-global zoneをシャットダウンしステータスをinstalledにします。

# zoneadm -z non-globalzone shutdown
# zoneadm list -cv
 ID NAME             STATUS     PATH                           BRAND    IP
  0 global           running    /                              solaris  shared
  1 non-globalzone   installed  /zones/non-globalzone          solaris  excl

non-global zoneをデタッチします。

# zoneadm -z non-globalzone detach

HDLM をインストールします。

必要に応じてnon-global zoneのアタッチや起動を行います。

# zoneadm -z non-globalzone attach
# zoneadm -z non-globalzone boot

3.5.2 JP1/NETM/DMを使用してHDLMをリモートインストールする場合の準備

JP1/NETM/DMを使用すると，分散している複数のホストに，一括してHDLMをリモートインストールできます。ここでは，HDLMをリモートインストールする場合の準備として，JP1/NETM/DMを使用したHDLMのパッケージング，HDLMの配布指令の作成，およびHDLMの配布指令の登録について説明します。HDLMの配布指令の実行（インストール）については，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」および「3.5.8 HDLMのアップグレードまたは再インストール」の手順に含めて説明します。

ここでは，操作対象のマシンのOSがSolarisの場合について説明します。

HDLMはインストール先のホストにPUSH型でインストールされます。PULL型ではインストールできません。

この項の構成

(1) リモートインストールの流れ

(2) 前提条件

(3) HDLMのパッケージング

(4) HDLMの配布指令の作成および登録

(1) リモートインストールの流れ

「図3-4 リモートインストールの流れ」に示す流れに従って，HDLMをリモートインストールしてください。

図3-4 リモートインストールの流れ

(2) 前提条件

JP1/NETM/DMを使用してHDLMをリモートインストールするための条件を示します。

プログラム

HDLMをリモートインストールする環境を構築するためには，次の製品が必要です。

JP1/NETM/DM Manager（06-73以降）

配布管理システムに必要です。配布管理システムとは，ソフトウェアを配布先システムにインストールし，インストール状況やインストール先の状態を管理するシステムです。

JP1/NETM/DM Client（07-00以降）

資源登録システム，およびHDLMをインストールするすべてのホストに必要です。資源登録システムとは，ソフトウェアを配布管理システムへ登録するシステムです。

JP1/NETM/DM Managerの詳細については，マニュアル「JP1/NETM/DM Manager」を参照してください。JP1/NETM/DM Clientの詳細については，マニュアル「JP1/NETM/DM Client（UNIX(R)用）」を参照してください。

システム構成

JP1/NETM/DMを使用してHDLMをリモートインストールする場合のシステム構成を次の図に示します。

図3-5 JP1/NETM/DMを使用してHDLMをリモートインストールする場合のシステム構成

まず，資源登録システムから配布管理システムにHDLMを登録（パッケージング）します。次に配布管理システムで，HDLMのインストール先などを指定した配布指令を作成して実行管理ファイルに登録します。配布指令を実行すると，HDLMが配布先システムにインストールされます。

配布指令を実行すると，配布先システムには展開前のHDLMが一時的に格納されます（HDLMのDVD-ROMに格納されているサンプルファイルを使用する場合，/var/tmpに格納されます）。配布先システムのHDLMの一時的な格納場所には，十分な空き容量を確保してください。

(3) HDLMのパッケージング

資源登録システムから配布管理システムへHDLMを登録します。この操作は，資源登録システムで実行します。

資源登録システムにログインします。

HDLMのDVD-ROMをセットします。
DVD-ROMをセットすると，自動的にマウントされます。

次に示すコマンドを実行して，DVD-ROMの内容を資源登録システムのディスクにコピーします。

# mkdir -p /opt/NETMRDS/UPUPL/hd/HDLM
# cp -pr DVD-ROMのマウントポイント/* /opt/NETMRDS/UPUPL/hd/HDLM

HDLMの製品名称やインストールに関する情報を設定した登録ファイル，および配布先システムで実行されるインストーラ実行シェルスクリプトを作成します。
資源管理システムのディスクにコピーされた登録ファイルとインストーラ実行シェルスクリプトを，編集しないでそのまま使用することをお勧めします。
登録ファイルとインストーラ実行シェルスクリプトの名称および格納場所を次の表に示します。

表3-21 登録ファイルとインストーラ実行シェルスクリプトの名称および格納場所

ファイルの種類 | ファイル名 | 格納場所
登録ファイル | HDLM_regfile | /opt/NETMRDS/UPUPL/hd/HDLM/netmdm_sample/
インストーラ実行シェルスクリプト | install.sh

登録ファイルの内容を次に示します。
網掛けの部分は変更できます。システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/var/tmp/」の部分は，すべて同じパスにしてください。
[図]
インストーラ実行シェルスクリプトの内容を次に示します。
網掛けの部分は変更できます。システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/var/tmp/」の部分は，登録ファイルの網掛けの「/var/tmp/」の部分と同じパスにしてください。
[図]

次に示すコマンドを実行して，配布管理システムへHDLMを登録します。
[図]

(4) HDLMの配布指令の作成および登録

HDLMの配布指令を作成および登録します。この操作は配布管理システムで実行します。

配布管理システムにログインします。

次に示すコマンドを実行して，登録されているパッケージの一覧を表示し，HDLMのパッケージ名を確認します。

# rdsdmrsc -c

コマンドの実行例を次に示します。この例は，HDLMのDVD-ROMに格納されている登録ファイルを使用して，HDLMを登録した場合の例です。網掛けの部分がHDLMのパッケージ名です。「xxxx」の部分には，登録ファイルに設定したバージョンが表示されます。
[図]

次に示すコマンドを実行して，配布指令を登録します。

# rdsdmind -d -a 配布先ホスト名 -s HDLMのパッケージ名

HDLMのパッケージ名には，手順2で表示されたHDLMのパッケージ名を指定します。
コマンドの実行例を次に示します。網掛けの部分がHDLMのパッケージ名です。
[図]

ライセンスキーファイルの配布と，配布管理システムからの配布指令の実行は，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」および「3.5.8 HDLMのアップグレードまたは再インストール」で説明しているインストール手順に含まれています。手順に従って操作を進めてください。

3.5.3 HDLMをサイレントインストールする場合の準備

サイレントインストールとは，HDLMのインストール時に，応答処理を省略できるインストール方法です。応答内容をあらかじめインストール情報設定ファイルに定義しておきます。サイレントインストールの処理の流れを，次に示します。

インストールに必要な情報を，インストール情報設定ファイルに定義します※。

installux.shスクリプトまたはHDLMインストールユティリティ（installhdlm）でインストールを実行します。

応答処理は，インストール情報設定ファイルの内容に従って自動的に行われます。

インストールが完了します。インストールの状況や結果について，ログが出力されます。

注※

サンプルファイル（sample_installhdlm.conf）を使用する場合は，DVD-ROMから任意のディレクトリにコピーしてください。sample_installhdlm.confのファイル名は変更できます。ファイル名を変更してコピーする場合の実行例を示します。

# cp -p /cdrom/cdrom0/HDLM_Solaris/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ/sample_installhdlm

インストール情報設定ファイルおよびinstallhdlmユティリティについては，「7.9 installhdlm　HDLMインストールユティリティ」を参照してください。

サイレントインストールについては，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」，および「3.5.8 HDLMのアップグレードまたは再インストール」の手順に含めて説明します。

3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）

JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して手順1から手順4までを実行してから，手順5に進んでください。

ライセンスキーファイルがある場合は，/var/tmp/直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。

/var/tmp/hdlm_license

/var/tmp/hdlm_licenseファイルがない場合，手順8でライセンスキーの入力が要求されます。
注意事項

JP1/NETM/DMを使用してHDLMをリモートインストールする場合を除いて，ユーザ任意のディレクトリ，ファイル名でライセンスキーファイルを格納できます。ただし，そのライセンスキーファイルはインストールが終了しても削除されないため，不要な場合はインストール終了後に手動で削除してください。

ライセンスキーファイルの絶対パスとして入力可能な文字列（半角）は次のとおりです。
大小英字，数字，一部の特殊文字（/ ! # + - . = @ _ ~）

HDLMをサイレントインストールする場合を除いて，ユーザ任意のライセンスキーファイルを指定するときに/var/tmp/hdlm_licenseと入力したときは，そのライセンスキーファイルはインストール終了後に削除されます。

Solarisに，root権限を持つユーザでログインします。Solaris 11でインストール時にユーザアカウントを作成した場合は，rootユーザで直接ログインできません。その場合は，ログイン可能なユーザでログインしてから，suコマンドを使用してrootユーザにログインしてください。

formatコマンドを実行して，HDLMの管理対象予定のsdまたはssdデバイスが表示されていることを確認してください。

# format

HDLMの管理対象から外したいデバイスがある場合，formatコマンドの実行結果からHDLMの管理対象外にするデバイスの各パスの情報を確認します。
ここで確認した情報は，手順12で使用します。次にformatコマンドの実行例を示します。
[図]
この例では，網掛けの部分がHDLMの管理対象外にするデバイスの各パスの情報です。適当なデバイスの番号を入力したら「quit」を入力して，formatコマンドを終了させてください。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，HDLMのパッケージを登録した配布管理システムで，次のコマンドを実行します。

# rdsdmind -x

配布指令で指定したすべてのホストにHDLMがインストールされます。
インストールが完了したら手順9に進んでください。手順9以降の操作は，HDLMをインストールしたすべてのホストに対して実施してください。

HDLMをリモートインストールしない場合は，DVD-ROMをセットします。
数秒後にDVD-ROMが自動的にマウントされ，ファイル一覧にDVD-ROMのマウントポイントが表示されます。
DVD-ROMが自動的にマウントされなかった場合は，次に示すコマンドを実行して，DVD-ROMをマウントしてください。

# mount -F hsfs -o ro DVD-ROMのデバイス名 DVD-ROMのマウントポイント

コマンドの実行例を次に示します。

# mkdir /cdrom/cdrom0
# mount -F hsfs -o ro /vol/dev/dsk/c0t6d0/DVD-ROMのボリューム名 /cdrom/cdrom0

インストールを実行します。

HDLMをサイレントインストールしない場合は，次に示すインストールコマンドを実行します。
# DVD-ROMのマウントポイント/HDLM_Solaris/installhdlm

installux.shスクリプトを実行する場合

# DVD-ROMのマウントポイント/installux.sh

HDLMをサイレントインストールする場合は，-fオプションでインストール情報設定ファイルを設定してください。
# DVD-ROMのマウントポイント/HDLM_Solaris/installhdlm -f /任意のディレクトリ/インストール情報設定ファイル

installux.shスクリプトを実行する場合

# DVD-ROMのマウントポイント/installux.sh -f /任意のディレクトリ/インストール情報設定ファイル

問題がない場合は，KAPL09211-Iのメッセージが出力されます。
インストール情報設定ファイルのrestartキーで，y（再起動する）を指定した場合は，インストール情報設定ファイルのlogdirキーで指定したinstallhdlm.logファイルを参照してKAPL09211-Iのメッセージが出力されていることを確認してください。
KAPL09211-Iのメッセージが出力されたら，インストール情報設定ファイルを削除してください。
# rm -r /任意のディレクトリ/インストール情報設定ファイル
インストール情報設定ファイルのdriver_configキーで，n（dlmsetconfユティリティを実行しない）を指定した場合は，手順10へ進んでください。
インストール情報設定ファイルのrestartキーで，n（再起動しない）を指定した場合は，手順12へ進んでください。
インストール情報設定ファイルのrestartキーで，y（再起動する）を指定した場合は，手順15へ進んでください。

画面に表示されるメッセージに従って操作を進めます。
/var/tmp/hdlm_licenseという名称でライセンスキーファイルを格納していない場合は，ユーザ任意のライセンスキーファイルを格納しているかどうかのメッセージが出力されます。格納している場合は「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

「1」または「2」以外を3回入力するとインストールが中止されるので，注意してください。

「1」を入力した場合はユーザ任意のライセンスキーファイルを絶対パスで指定します。

絶対パスの入力を3回失敗するとインストールが中止されるので，注意してください。

「2」を入力した場合，ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

ライセンスキーを入力すると，ライセンスがインストールされた旨のメッセージが表示されます。

ライセンスキーの入力に3回失敗するとインストールが中止されるので，注意してください。

インストールが中止された場合は，/var/opt/DynamicLinkManagerディレクトリが存在しているか確認してください。
/var/opt/DynamicLinkManagerディレクトリが存在している場合は，次のコマンドを実行して削除してください。

# rm -rf /var/opt/DynamicLinkManager

次に示すコマンドを実行して，HDLM がインストールされていることを確認します。

Solaris 8，Solaris 9，またはSolaris 10の場合

# pkginfo -l DLManager
  PKGINST:  DLManager
     NAME:  Dynamic Link Manager
 CATEGORY:  system
     ARCH:  sparc
  VERSION:  xx.x.x.xxxx
  BASEDIR:  /
   VENDOR:  
   ...
#

「VERSION」に「xx.x.x.xxxx」が表示されていれば，正しいバージョンがインストールされています。xx.x.x.xxxxにはインストールされたHDLMのバージョンが表示されます。

Solaris 11の場合

# pkg info DLManager
Name: DLManager
Summary: Dynamic Link Manager
State: Installed
Publisher: Hitachi
Version: x.x.x.x
Build Release: 5.11
...
#

「Version」に「x.x.x.x」が表示されていれば，正しいバージョンがインストールされています。x.x.x.xにはインストールされたHDLMのバージョンが表示されます。

sdまたはssdデバイスの論理デバイスファイルがバックアップしてあることを確認します。
次の手順（手順11，または手順11と手順12）でHDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，再構成オプションを指定してホストを再起動すると，HDLM管理対象予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。dlmsetconfユティリティを実行してホストを再起動する前に，これらのファイルがバックアップしてあることを確認してください。バックアップの方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」を参照してください。

次に示すdlmsetconfユティリティを実行して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を作成します。

# /opt/DynamicLinkManager/bin/dlmsetconf

dlmsetconfユティリティを実行するとKAPL10242-Iのメッセージが出力されるので，「y」を入力してください。
HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）には，物理パスがアクセスするLUの情報が定義されます。HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）は，編集しないでください。

管理対象から外したいデバイスがある場合は，HDLM管理対象外デバイスを設定します。
HDLMで管理できるすべてのデバイスを管理対象にする場合，HDLM管理対象外デバイスの設定は不要です。HDLMで管理できないデバイスは，HDLMドライバ構成定義ファイルから自動的に除外されます。HDLMで管理できないデバイスについては，「2.1 HDLMで管理するデバイス」を参照してください。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集することによって，デバイスをHDLMの管理対象外に設定できます。
設定の方法は，「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

注意事項

「3.6.2 ブートディスク環境の構築の手順」の「(2) 既存のローカルブートディスク環境にHDLMをインストールして移行する」からこの手順を実行した場合は，移行後の環境のブートディスクをHDLMの管理対象にしてください。

「3.6.2 ブートディスク環境の構築の手順」の「(3) 既存のブートディスク環境にHDLMをインストールして移行する」または「(4) 移行前の環境を新規に構築して移行する」からこの手順を実行した場合は，次のことにご注意ください。

移行前の環境のブートディスクがHDLMの管理対象に設定されている場合は，HDLMの管理対象外に設定してください。

移行後の環境のブートディスクは，HDLMの管理対象にしてください。

VxVMを使用する場合，ユーザがアクセスするデバイス以外のデバイスをVxVMから無効化する必要があります。
「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って設定してください。

設定内容を有効にしHDLMデバイスを認識させるために再構成オプションを指定してホストを再起動します。
次に示すコマンドのうち，どれかを実行してください。

# reboot -- -r

okプロンプトで，boot -r

HDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss
#

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。x.x.x-xxにはインストールされたHDLMのバージョンが表示されます。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

rootユーザの環境設定ファイル（.profileなど）に環境変数PATHに/opt/DynamicLinkManager/binを追加します。

Bourneシェル，またはKornシェルを使用している場合

PATH=$PATH:/opt/DynamicLinkManager/bin ; export PATH

Cシェルを使用している場合

set path=（ $path /opt/DynamicLinkManager/bin ）

次のコマンドを実行してHDevNameとiLUの欄を参照します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

コマンドの実行結果からHDevName（HDLMデバイスの論理デバイスファイル名）とiLU（内部LU番号）の対応を調べてください。HDLMをインストールする前の論理デバイスファイル名と内部LUの対応を比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。

VxVMを使用している場合は，次のコマンドを実行し，HDLMが管理しているLUのDEVICE欄がcWtXdYsZ形式（例えば，c6t0d10s2）で表示されているか確認します。

# vxdisk list

cWtXdYsZ形式で表示されている場合は，次の手順を行ってください。

/etc/vx/disk.infoファイルを削除する

ホストを再起動するか，または次のコマンドでVxVM構成デーモンを再起動する
# vxconfigd -k

HDLM 04-00またはHDLM 04-01をアンインストールしてからHDLM を新規インストールした場合，インストール前とインストール後のHDLMデバイスの論理デバイスファイル名の対応表を作成します。
HDLM 04-00またはHDLM 04-01をアンインストールする前に作成した，HDLMコマンドのview -pathオペレーションの出力結果を保存したファイルを，HDLM移行支援ユティリティ（dlmlisthdev）の入力ファイルとして指定します。HDLM 04-00から移行する場合の実行例を次に示します。
[図]
表示される項目とその説明を次の表に示します。

表3-22 HDLM移行支援ユティリティ（dlmlisthdev）表示情報

項目 | 説明
OldHDevName | HDLM 04-00の論理デバイスファイル名（HDevName)を示します。「-」が表示されている場合は，HDLM を新規インストールする前に対応するHDevが存在していなかったことを示します。
NewHDevName | 新しいHDLM の論理デバイスファイル名（HDevName）を示します。「-」が表示されている場合は，HDLM を新規インストールしたあとに対応するHDevが存在しないことを示します。
DskName | ストレージシステム名を示します。
iLU | ストレージシステム内のLU番号を示します。

手順21の結果からHDLM をインストールする前の論理デバイスファイル名とHDLMをインストールしたあとの論理デバイスファイル名の対応を比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。

インストールが終了したら，「3.10 パス構成の確認」に記述されている手順に従ってパス情報を確認し，HDLMを正常にインストールできたかどうかを確認してください。

3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）

JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのノードに対して手順1から手順10までを実行してから，手順11に進んでください。

注意事項

すべてのノードでHDLMのインストールが完了するまでは，ノードを再起動しないでください。

ライセンスキーファイルがある場合は，/var/tmp/直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。

/var/tmp/hdlm_license

/var/tmp/hdlm_licenseファイルがない場合，手順14でライセンスキーの入力が要求されます。
注意事項

JP1/NETM/DMを使用してHDLMをリモートインストールする場合を除いて，ユーザ任意のディレクトリ，ファイル名でライセンスキーファイルを格納できます。ただし，そのライセンスキーファイルはインストールが終了しても削除されないため，不要な場合はインストール終了後に手動で削除してください。

ライセンスキーファイルの絶対パスとして入力可能な文字列（半角）は次のとおりです。
大小英字，数字，一部の特殊文字（/ ! # + - . = @ _ ~）

HDLMをサイレントインストールする場合を除いて，ユーザ任意のライセンスキーファイルを指定するときに/var/tmp/hdlm_licenseと入力したときは，そのライセンスキーファイルはインストール終了後に削除されます。

Solarisに，root権限を持つユーザでログインします。

formatコマンドを実行して，HDLMの管理対象予定のsdまたはssdデバイスが表示されていることを確認してください。

# format

HDLMの管理対象から外したいデバイスがある場合，formatコマンドの実行結果からHDLMの管理対象外にするデバイスの各パスの情報を確認します。
ここで確認した情報は，手順18で使用します。次にformatコマンドの実行例を示します。
[図]
この例では，網掛けの部分がHDLMの管理対象外にするデバイスの各パスの情報です。適当なデバイスの番号を入力したら「quit」を入力して，formatコマンドを終了させてください。

HDLMの管理対象予定のデバイスに，Quorumデバイスやディスクデバイスグループの設定を行っている場合には，設定を解除します。
QuorumデバイスおよびVxVMディスクグループの設定の解除については，「3.5.1 HDLMを新規インストールする前の準備」の「(10) Sun Clusterの設定」を参照してください。
SDSまたはSVMのディスクセットの解除については，「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「(6) SVMでの設定解除」を参照してください。ディスクセットの登録の解除によって，ディスクセットのデータは消去されます。登録を解除する前に，データをバックアップしてください。

HDLM管理対象予定のデバイスに，ディスク予約で使用するkeyの登録が行われているかを確認します。
任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c inkeys -d HDLM管理対象予定のデバイスのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c5t0d0s2
Reservation keys(3):
0x40235c5200000002
0x40235c5200000001
0x40235c5200000003
#

この例では，keyが表示されています。
keyが表示された場合には，手順7以降を行ってください。Quorumデバイスやディスクデバイスグループの設定を解除しても，ディスク予約で使用するkeyが登録されたままになっているため，非クラスタモードでのノードの再起動とkeyの登録の解除が必要になります。
keyが表示されなかった場合には，手順11以降を行ってください。

クラスタを構成するすべてのノードを停止します。任意の1台のノードで，次のコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

クラスタを構成するすべてのノードを非クラスタモードで起動します。
okプロンプトでboot -xを実行してください。

HDLM管理対象予定のデバイスのkeyの登録を解除します。
任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c scrub -d HDLM管理対象予定のデバイスのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c scrub -d /dev/rdsk/c5t0d0s2
Reservation keys currently on disk:
0x40235c5200000002
0x40235c5200000001
0x40235c5200000003
Attempting to remove all keys from the disk...
Scrubbing complete, use '/usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c5t0d0s2' to verify success
#

HDLM管理対象予定のデバイスのkeyの登録が解除されたことを確認します。
任意の1台のノードで手順6を再度行い，keyが表示されないことを確認してください。
コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c5t0d0s2
Reservation keys(0):
#

この例では，keyの登録が解除されています。
JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，手順11に進んでください。HDLMをリモートインストールしない場合は，手順12に進んでください。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，HDLMのパッケージを登録した配布管理システムで，次のコマンドを実行します。

# rdsdmind -x

配布指令で指定したすべてのホストにHDLMがインストールされます。
インストールが完了したら手順15に進んでください。手順15以降の操作は，HDLMをインストールしたすべてのノードに対して実施してください。

HDLMをリモートインストールしない場合は，DVD-ROMをセットし，クラスタを構成するすべてのノードにHDLMをインストールします。
数秒後にDVD-ROMが自動的にマウントされ，ファイル一覧にDVD-ROMのマウントポイントが表示されます。
DVD-ROMが自動的にマウントされなかった場合は，次に示すコマンドを実行して，DVD-ROMをマウントしてください。

# mount -F hsfs -o ro DVD-ROMのデバイス名 DVD-ROMのマウントポイント

コマンドの実行例を次に示します。

# mkdir /cdrom/cdrom0
# mount -F hsfs -o ro /vol/dev/dsk/c0t6d0/DVD-ROMのボリューム名 /cdrom/cdrom0

インストールを実行します。

HDLMをサイレントインストールしない場合は，次に示すインストールコマンドを実行します。
# DVD-ROMのマウントポイント/HDLM_Solaris/installhdlm

installux.shスクリプトを実行する場合

# DVD-ROMのマウントポイント/installux.sh

HDLMをサイレントインストールする場合は，-fオプションでインストール情報設定ファイルを設定してください。
# DVD-ROMのマウントポイント/HDLM_Solaris/installhdlm -f /任意のディレクトリ/インストール情報設定ファイル

installux.shスクリプトを実行する場合

# DVD-ROMのマウントポイント/installux.sh -f /任意のディレクトリ/インストール情報設定ファイル

問題がない場合は，KAPL09211-Iのメッセージが出力されます。
KAPL09211-Iのメッセージが出力されたら，インストール情報設定ファイルを削除してください。
# rm -r /任意のディレクトリ/インストール情報設定ファイル
インストール情報設定ファイルのdriver_configキーで，n（dlmsetconfユティリティを実行しない）を指定した場合は，手順16へ進んでください。
インストール情報設定ファイルのdriver_configキーで，y（dlmsetconfユティリティを実行する）を指定した場合は，手順18へ進んでください。

画面に表示されるメッセージに従って操作を進めます。
/var/tmp/hdlm_licenseという名称でライセンスキーファイルを格納していない場合は，ユーザ任意のライセンスキーファイルを格納しているかどうかのメッセージが出力されます。格納している場合は「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

「1」または「2」以外を3回入力するとインストールが中止されるので，注意してください。

「1」を入力した場合はユーザ任意のライセンスキーファイルを絶対パスで指定します。

絶対パスの入力を3回失敗するとインストールが中止されるので，注意してください。

「2」を入力した場合，ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

ライセンスキーを入力すると，ライセンスがインストールされた旨のメッセージが表示されます。

ライセンスキーの入力に3回失敗するとインストールが中止されるので，注意してください。

インストールが中止された場合は，/var/opt/DynamicLinkManagerディレクトリが存在しているか確認してください。
/var/opt/DynamicLinkManagerディレクトリが存在している場合は，次のコマンドを実行して削除してください。

# rm -rf /var/opt/DynamicLinkManager

次に示すコマンドを実行して，HDLM がインストールされていることを確認します。

Solaris 8，Solaris 9，またはSolaris 10の場合

# pkginfo -l DLManager
  PKGINST:  DLManager
     NAME:  Dynamic Link Manager
 CATEGORY:  system
     ARCH:  sparc
  VERSION:  xx.x.x.xxxx
  BASEDIR:  /
   VENDOR:  
   ...
#

「VERSION」に「xx.x.x.xxxx」が表示されていれば，正しいバージョンがインストールされています。xx.x.x.xxxxにはインストールされたHDLMのバージョンが表示されます。

Solaris 11の場合

# pkg info DLManager
Name: DLManager
Summary: Dynamic Link Manager
State: Installed
Publisher: Hitachi
Version: x.x.x.x
Build Release: 5.11
...
#

「Version」に「x.x.x.x」が表示されていれば，正しいバージョンがインストールされています。x.x.x.xにはインストールされたHDLMのバージョンが表示されます。

sdまたはssdデバイスの論理デバイスファイルがバックアップしてあることを確認します。
次の手順（手順17，または手順17と手順18）でHDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，再構成オプションを指定してノードを再起動すると，HDLM管理対象予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。dlmsetconfユティリティを実行してノードを再起動する前に，これらのファイルがバックアップしてあることを確認してください。バックアップの方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」を参照してください。

次に示すdlmsetconfユティリティを実行して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を作成します。

# /opt/DynamicLinkManager/bin/dlmsetconf

dlmsetconfユティリティを実行するとKAPL10242-Iのメッセージが出力されるので，「y」を入力してください。
HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）には，物理パスがアクセスするLUの情報が定義されます。HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）は，編集しないでください。

管理対象から外したいデバイスがある場合は，HDLM管理対象外デバイスを設定します。
HDLMで管理できるすべてのデバイスを管理対象にする場合，HDLM管理対象外デバイスの設定は不要です。HDLMで管理できないデバイスは，HDLMドライバ構成定義ファイルから自動的に除外されます。HDLMで管理できないデバイスについては，「2.1 HDLMで管理するデバイス」を参照してください。HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集することによって，デバイスをHDLMの管理対象外に設定できます。
設定の方法は，「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

注意事項

「3.6.2 ブートディスク環境の構築の手順」の「(2) 既存のローカルブートディスク環境にHDLMをインストールして移行する」からこの手順を実行した場合は，移行後の環境のブートディスクをHDLMの管理対象にしてください。

「3.6.2 ブートディスク環境の構築の手順」の「(3) 既存のブートディスク環境にHDLMをインストールして移行する」または「(4) 移行前の環境を新規に構築して移行する」からこの手順を実行した場合は，次のことにご注意ください。

移行前の環境のブートディスクがHDLMの管理対象に設定されている場合は，HDLMの管理対象外に設定してください。

移行後の環境のブートディスクは，HDLMの管理対象にしてください。

VxVMを使用する場合，ユーザがアクセスするデバイス以外のデバイスをVxVMから無効化する必要があります。
「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って設定してください。

クラスタを構成するすべてのノードを停止します。
手順6でkeyが表示され，手順8で非クラスタモードでノードを起動している場合には，すべてのノードで次に示すコマンドを実行してください。

# shutdown -g0 -y -i0

クラスタモードでノードを起動している場合には，任意の1台のノードで，次に示すコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

再構成オプションを指定して，クラスタを構成するすべてのノードをクラスタモードで同時に起動します。
okプロンプトで，boot -rを実行してください。

注意事項

ノードの起動中に次のメッセージがコンソール画面やsyslogに出力されることがあります。

Could not read symbolic link for: /dev/rdsk/c5t0d0s2 path not loaded

このメッセージは，HDLMが管理対象とするsdまたはssdデバイスの論理デバイスファイルを，HDLMが削除したために出力されます。次回のノードの起動時にこのメッセージを出力しないようにするためには，手順28から手順31でデバイスID情報の更新を行ってください。詳細は，Sun Clusterのマニュアルを参照してください。

クラスタを構成するすべてのノードでHDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss
#

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。x.x.x-xxにはインストールされたHDLMのバージョンが表示されます。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

VxVMを使用している場合は，次のコマンドを実行し，HDLMが管理しているLUのDEVICE欄がcWtXdYsZ形式（例えば，c6t0d10s2）で表示されているか確認します。

# vxdisk list

cWtXdYsZ形式で表示されている場合は，次の手順を行ってください。

/etc/vx/disk.infoファイルを削除する

ホストを再起動するか，または次のコマンドでVxVM構成デーモンを再起動する
# vxconfigd -k

HDLM 04-00またはHDLM 04-01をアンインストールしてからHDLM を新規インストールした場合，インストール前とインストール後のHDLMデバイスの論理デバイスファイル名の対応表を作成します。
HDLM 04-00またはHDLM 04-01をアンインストールする前に作成した，HDLMコマンドのview -pathオペレーションの出力結果を保存したファイルを，HDLM移行支援ユティリティ（dlmlisthdev）の入力ファイルとして指定します。HDLM 04-00から移行する場合のdlmlisthdevユティリティの実行例を次に示します。
[図]
表示される項目とその説明を次の表に示します。

表3-23 HDLM移行支援ユティリティ（dlmlisthdev）表示情報

項目 | 説明
OldHDevName | HDLM 04-00の論理デバイスファイル名（HDevName）を示します。「-」が表示されている場合は，HDLM を新規インストールする前に対応するHDevが存在していなかったことを示します。
NewHDevName | 新しいHDLMの論理デバイスファイル名（HDevName）を示します。「-」が表示されている場合は，HDLMを新規インストールしたあとに対応するHDevが存在しないことを示します。
DskName | ストレージシステム名を示します。
iLU | ストレージシステム内のLU番号を示します。

手順26の結果からHDLM をインストールする前の論理デバイスファイル名とHDLM をインストールしたあとの論理デバイスファイル名の対応を比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。
HDLMの動作を確認したあと，すべてのノードで，次の手順28から手順31までの操作を繰り返します。

存在しないデバイスのデバイスID情報を削除します。次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報をサーバへ通知します。次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

Sun Clusterの広域デバイス名前空間を更新します。次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

HDLMデバイスをQuorumデバイスに使用する場合，クラスタ内のどれか1つのノードでQuorumデバイスを設定します。
コマンドの実行例を次に示します。

HDLMデバイスのデバイスIDを確認します。
# /opt/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。
# /usr/cluster/bin/scconf -a -q globaldev=d4

2ノード構成の場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。
# /usr/cluster/bin/scconf -c -q reset

クラスタ内のすべてのノードでrootユーザの環境設定ファイル（.profileなど）に環境変数PATHに/opt/DynamicLinkManager/binを追加します。

Bourneシェル，またはKornシェルを使用している場合

PATH=$PATH:/opt/DynamicLinkManager/bin ; export PATH

Cシェルを使用している場合

set path=（ $path /opt/DynamicLinkManager/bin ）

次のコマンドを実行してHDevNameとiLUの欄を参照します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

コマンドの実行結果からHDevName（HDLMデバイスの論理デバイスファイル名）とiLU（内部LU番号）の対応を調べてください。HDLMをインストールする前の論理デバイスファイル名と内部LUの対応を比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。
ボリューム管理ソフトウェアを使用してHDLM管理対象デバイスにファイルシステムを作成して使用する場合は，手順35を実行します。
ボリューム管理ソフトウェアを使用しないでHDLM管理対象デバイスにファイルシステムを作成して使用する場合は，手順36から手順38を実行します。

ディスクデバイスグループの登録を行います。
VxVMを使用している場合，「3.14.5 VxVMとSun Clusterの連携」を参照してください。
SDSを使用している場合，「3.15.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。
SVMを使用している場合，「3.16.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。

Sun Clusterで共有するファイルシステムを新規に作成する場合は，任意のノードからHDLM管理対象デバイスにファイルシステムを作成します。
コマンドの実行例を次に示します。

host1# newfs /dev/global/rdsk/d5s0

次に示すコマンドを実行して，各ノードでマウントするディレクトリを作成します。
コマンドの実行例を次に示します。

host1# mkdir -p /global/mntpt
host2# mkdir -p /global/mntpt

任意のノードでファイルシステムをマウントします。コマンドの実行例を次に示します。

host1# mount -g /dev/global/dsk/d5s0 /global/mntpt

3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能

HDLMデバイス非構成機能を使用することによって，日立ストレージシステムのデバイスをLU単位でHDLMの管理対象外にできます。HDLMデバイス非構成機能の使用方法を次に説明します。

HDLMの管理対象外にするLUがある場合には，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）をテキストエディタで編集します。
管理対象外にするLUを定義している行のうち，LDEV属性行の先頭にある「#」を削除してください。それ以外の編集はしないでください。HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集例を次に示します。

図3-6 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイルの例（編集前）

図3-7 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイルの例（編集後）

網掛けの部分が編集個所です。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の内容をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。
HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

再構成オプションを指定してホストを再起動します。
次に示すコマンドのうち，どちらかを実行してください。

# reboot -- -r

okプロンプトでboot -r

次のコマンドを実行して反映を確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -drv

HDLMの管理対象外にしたLDEVが表示されていないことを確認してください。

3.5.7 HDLMをアップグレードまたは再インストールする前の準備

HDLMをアップグレードまたは再インストールする前に，HDLM管理対象デバイスのバックアップなどを行います。

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）のバックアップ

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）をバックアップしてください。

アプリケーションの停止

アップグレードまたは再インストール中は，HDLMマネージャが停止します。このため，アップグレードまたは再インストールを行う場合は，ログの出力などのHDLMマネージャの動作を前提としているアプリケーションを停止してください。

3.5.8 HDLMのアップグレードまたは再インストール

HDLM 05-00以降がインストールされているホストには，アップグレードインストールできます。05-00より前のHDLMを使用している場合，「3.18 HDLMの設定解除」を参照してアンインストールしてから，HDLMを新規インストールしてください。

既存のHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を使用できます。パスの構成が変更されていない場合，HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行する必要はありません。

05-40より前のバージョンのHDLMをアップグレードインストールする場合，またはライセンスの有効期限が切れている場合は，ライセンスキーファイル，またはライセンスキーの入力が必要です。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合，手順1から手順2までを，HDLMをインストールするすべてのホストに対して実行してから，手順3に進んでください。

注意事項

アップグレードまたは再インストール中はHDLMマネージャが停止するため，障害ログは出力されません。また，HDLMの機能の設定もできなくなります。アップグレードまたは再インストール後は，すぐにホストを再起動してください。

アップグレードまたは再インストールは中断しないでください。

HDLMをインストールする前に，32ビットカーネルと64ビットカーネルのどちらでSolarisを運用するかを決め，必要な場合はカーネルモードを切り替えておいてください。32ビット版のHDLMだけがインストールされているときに，カーネルモードを32ビットから64ビットに切り替えた場合，カーネルモードの切り替え後にHDLMを再インストールする必要があります。カーネルモードの切り替え方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(5) カーネルモードの切り替え」を参照してください。

ライセンスキーファイルがある場合は，/var/tmp/直下にライセンスキーファイルを「hdlm_license」という名称で格納します。

/var/tmp/hdlm_license

ライセンスの更新が必要な状態で，/var/tmp/hdlm_licenseファイルがない場合，手順6でライセンスキーの入力が要求されます。
JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，手順2に進んでください。HDLMをリモートインストールしない場合は，手順3に進んでください。
注意事項

JP1/NETM/DMを使用してHDLMをリモートインストールする場合を除いて，ユーザ任意のディレクトリ，ファイル名でライセンスキーファイルを格納できます。ただし，そのライセンスキーファイルはインストールが終了しても削除されないため，不要な場合はインストール終了後に手動で削除してください。

ライセンスキーファイルの絶対パスとして入力可能な文字列（半角）は次のとおりです。
大小英字，数字，一部の特殊文字（/ ! # + - . = @ _ ~）

HDLMをサイレントインストールする場合を除いて，ユーザ任意のライセンスキーファイルを指定するときに/var/tmp/hdlm_licenseと入力したときは，そのライセンスキーファイルはインストール終了後に削除されます。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，HDLMのパッケージを登録した配布管理システムで，次のコマンドを実行します。

# rdsdmind -x

配布指令で指定したすべてのホストにHDLMがインストールされます。
インストールが完了したら手順6に進んでください。手順6以降の操作は，HDLMをインストールしたすべてのホストに対して実施してください。

HDLMをリモートインストールしない場合は，Solarisにroot権限を持つユーザでログインします。

DVD-ROMをセットします。
数秒後にDVD-ROMが自動的にマウントされ，ファイル一覧にDVD-ROMのマウントポイントが表示されます。
DVD-ROMが自動的にマウントされなかった場合は，次に示すコマンドを実行して，DVD-ROMをマウントしてください。

# mount -F hsfs -o ro DVD-ROMのデバイス名 DVD-ROMのマウントポイント

コマンドの実行例を次に示します。

# mkdir /cdrom/cdrom0
# mount -F hsfs -o ro /vol/dev/dsk/c0t6d0/DVD-ROMのボリューム名 /cdrom/cdrom0

インストールを実行します。

HDLMをサイレントインストールしない場合は，次に示すインストールコマンドを実行します。
# DVD-ROMのマウントポイント/HDLM_Solaris/installhdlm

installux.shスクリプトを実行する場合

# DVD-ROMのマウントポイント/installux.sh

HDLMをサイレントインストールする場合は，-fオプションでインストール情報設定ファイルを設定してください。
# DVD-ROMのマウントポイント/HDLM_Solaris/installhdlm -f /任意のディレクトリ/インストール情報設定ファイル

installux.shスクリプトを実行する場合

# DVD-ROMのマウントポイント/installux.sh -f /任意のディレクトリ/インストール情報設定ファイル

問題がない場合は，KAPL09211-Iのメッセージが出力されます。
KAPL09211-Iのメッセージが出力されたら，インストール情報設定ファイルを削除してください。
# rm -r /任意のディレクトリ/インストール情報設定ファイル
インストール情報設定ファイルのrestartキーで，n（再起動しない）を指定した場合は，手順8へ進んでください。
インストール情報設定ファイルのrestartキーで，y（再起動する）を指定した場合は，手順9へ進んでください。

ライセンスキーファイルがない場合は，インストール実行中にライセンスキーについてのメッセージが表示されるので，メッセージに従って操作してください。
ライセンスの更新が必要な状態で，あらかじめ/var/tmp/hdlm_licenseという名称でライセンスキーファイルを格納していない場合は，ユーザ任意のライセンスキーファイルを格納しているかどうかのメッセージが出力されます。格納している場合は「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

「1」または「2」以外を3回入力するとインストールが中止されるので，注意してください。

「1」を入力した場合はユーザ任意のライセンスキーファイルを絶対パスで指定します。

絶対パスの入力を3回失敗するとインストールが中止されるので，注意してください。

「2」を入力した場合，ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

ライセンスキーを入力すると，ライセンスがインストールされた旨のメッセージが表示されます。

ライセンスキーの入力に3回失敗するとインストールが中止されるので，注意してください。

次に示すコマンドを実行して，パッケージがインストールされていることを出力結果のバージョン番号で確認します。
コマンドの実行例を次に示します。

Solaris 8，Solaris 9，またはSolaris 10の場合

# pkginfo -l DLManager
  PKGINST:  DLManager
     NAME:  Dynamic Link Manager
 CATEGORY:  system
     ARCH:  sparc
  VERSION:  xx.x.x.xxxx
  BASEDIR:  /
   VENDOR:  
   ...
#

Solaris 11の場合

# pkg info DLManager
Name: DLManager
Summary: Dynamic Link Manager
State: Installed
Publisher: Hitachi
Version: x.x.x.x
Build Release: 5.11
...
#

ホストを再起動します。

Sun Clusterを使用していない場合

次に示すコマンドのうち，どちらかを実行してください。

# reboot

okプロンプトで，boot

Sun Clusterを使用している場合

任意の1台のノードで，次のコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

そのあと，すべてのノードで次に示すコマンドを実行してください。

okプロンプトで，boot

注意事項

ホストの再起動は，アップグレードまたは再インストールが正常に行われたことを確認したあと，すぐに実施してください。

HDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(rr)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss
#

各機能の設定値は，更新前のものが引き継がれます。
HDLM 05-00またはHDLM 05-01をアップグレードインストールした場合，アップグレード前のロードバランスの設定値が「on」のときは「on」，アルゴリズムは「rr」（ラウンドロビン）になります。HDLM 05-02以降をアップグレードインストールした場合，アップグレード前のロードバランスの設定値が「on」のときは，ロードバランスの設定値とアルゴリズムを引き継ぎます。ロードバランスのアルゴリズムには，ラウンドロビンのほかに拡張ラウンドロビン，最少I/O数，拡張最少I/O数，最少ブロック数，および拡張最少ブロック数があります。「3.11.2 機能の設定」を参照して，必要に応じてロードバランスのアルゴリズムを選択してください。

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。x.x.x-xxにはインストールされたHDLMのバージョンが表示されます。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

3.5.9 LDoms環境へのHDLMのインストール

ここでは，ゲストドメインにHDLM管理対象のsdまたはssdデバイスを仮想ディスクとして割り当てているシステム構成へHDLMをインストールする手順について説明します。

HDLMインストール前の構成例を次の図に示します。

図3-8 構成例（インストール前）

注※

仮想ディスクバックエンドは，仮想ディスクのデータの格納場所です。バックエンドには，ディスク，ディスクスライス，ファイル，またはボリューム（ZFS，SVM，VxVMなど）を使用できます。

制御ドメインは内蔵ディスク上のinstall_diskファイルを仮想ディスクバックエンドとして登録します。I/Oドメインはこのディスクを仮想ディスクとして認識します。この仮想ディスクのデバイス名は「/dev/[r]dsk/c0d0」となります。また，I/Oドメインでは，ストレージシステムのディスクのsdまたはssdデバイスを仮想ディスクバックエンドとして登録します。ゲストドメインはこのディスクを仮想ディスクとして認識します。

この構成例では，「/dev/dsk/c2t50060E8010027A82d0s2」および「/dev/dsk/c2t50060E8010027A82d1s2」がsdまたはssdデバイスです。

LDomsドメインの設定例を次の表に示します。

表3-24 LDomsドメイン設定例

ドメイン名
ドメインの種類
ブートデバイス
仮想ディスクバックエンドのエクスポート

primary
制御ドメイン（I/Oドメイン，サービスドメインを含む）
内蔵ディスク
vol1: /install_disk
（I/Oドメインのローカルブートディスク用）

ldg1
I/Oドメイン（サービスドメインを含む）
vol1@primary-vds0
vol1: /dev/dsk/c2t50060E8010027​A82d0s2
（ゲストドメインのローカルブートディスク用）
vol2: /dev/dsk/c2t50060E8010027​A82d1s2
（ゲストドメインのデータディスク用）

ldg2
ゲストドメイン
vol1@ldg1-vds0
－

HDLMインストール前のLDoms環境の構成設定例を次に示します。

LDomsを導入したホストへHDLMをインストールする手順について次に示します。

制御ドメインにログインします。

ldm stopコマンドを実行してゲストドメインを停止します。
ゲストドメイン「ldg2」の停止コマンドの実行例を次に示します。

# ldm stop ldg2

ldm unbindコマンドを実行してゲストドメインの資源のバインド（接続）を解除します。
ゲストドメイン「ldg2」の，資源のバインド（接続）の解除コマンドの実行例を次に示します。

# ldm unbind ldg2

ldm rm-vdiskコマンドを実行してゲストドメインから仮想ディスクを削除します。
ゲストドメイン「ldg2」からの仮想ディスク「vdisk1」「vdisk2」削除コマンドの実行例を次に示します。

# ldm rm-vdisk vdisk1 ldg2
# ldm rm-vdisk vdisk2 ldg2

ldm rm-vdsdevコマンドを実行してHDLMのインストール先のI/Oドメイン上のサービスドメインから仮想ディスクバックエンドのエクスポートを停止します。
サービスドメイン「ldg1」からの仮想ディスクバックエンド「vol1」「vol2」エクスポート停止コマンドの実行例を次に示します。

# ldm rm-vdsdev vol1@ldg1-vds0
# ldm rm-vdsdev vol2@ldg1-vds0

I/Oドメインにログインします。

I/OドメインへHDLMをインストールします。
HDLMのインストール前に，エクスポートしていた仮想ディスクバックエンドによって，次の処理をしてください。

物理ディスクおよび物理ディスクスライスの場合
特に前処理はありません。

UFS，VxFSファイルシステムの場合
ファイルシステムをアンマウントします。

ZFSファイルシステムの場合
ZFSファイルシステムをエクスポートします。

VxVMの論理ボリュームの場合
ディスクグループをデポートします。

SVMの論理ボリュームの場合
ボリュームグループの設定を解除します。

HDLMのインストールについては，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，または「3.5.8 HDLMのアップグレードまたは再インストール」で説明しているインストール手順に従って操作を進めてください。HDLMをインストールしたあと，仮想ディスクバックエンドにするボリュームグループおよびファイルシステムを回復します。

制御ドメインでldm add-vdsdevコマンドを実行して，HDLMのインストール先のI/Oドメイン上サービスドメインから仮想ディスクバックエンドをエクスポートします。
サービスドメイン「ldg1」からの仮想ディスクバックエンド「vol1」「vol2」エクスポートコマンドの実行例を次に示します。

# ldm add-vdsdev /dev/dsk/c4t50060E8010027A82d0s2 vol1@ldg1-vds0※
# ldm add-vdsdev /dev/dsk/c4t50060E8010027A82d1s2 vol2@ldg1-vds0※

注※

「/dev/dsk/c4t50060E8010027A82d0s2」および「/dev/dsk/c4t50060E8010027A82d1s2」は，移行後のHDLMデバイス名です。

制御ドメインでldm add-vdiskコマンドを実行して，仮想ディスクバックエンドをゲストドメインに割り当てます。
サービスドメイン「ldg1」からエクスポート済みの仮想ディスクバックエンド「vol1」「vol2」をゲストドメイン「ldg2」へ割り当てるコマンドの実行例を次に示します。

# ldm add-vdisk vdisk1 vol1@ldg1-vds0 ldg2
# ldm add-vdisk vdisk2 vol2@ldg1-vds0 ldg2

制御ドメインでldm bindコマンドを実行して，ゲストドメインの資源をバインド（接続）します。
ゲストドメイン「ldg2」の資源をバインド（接続）するコマンドの実行例を次に示します。

# ldm bind ldg2

制御ドメインでldm startコマンドを実行して，ゲストドメインを起動します。
ゲストドメイン「ldg2」の起動コマンドの実行例を次に示します。

# ldm start ldg2

HDLMインストール後の構成例を次の図に示します。

図3-9 構成例（インストール後）

この構成例では，「/dev/dsk/c4t50060E8010027A82d0s2」および「/dev/dsk/c4t50060E8010027A82d1s2」がHDLMデバイスです。

3.6 ブートディスク環境の構築

この節では，HDLMがブートディスクを管理するブートディスク環境を構築する手順を説明します。ブートディスクをホストに置く環境のことを，ローカルブートディスク環境と呼びます。

この節の構成

3.6.1 ブートディスク環境の構築の概要

3.6.2 ブートディスク環境の構築の手順

3.6.1 ブートディスク環境の構築の概要

HDLMがブートディスクを管理するブートディスク環境を構築するには，まずHDLM管理対象外の別のディスクを用意して，そこにSolaris，HDLM，および使用するアプリケーションをインストールした環境を構築します。すでにそれらをインストールした環境がある場合，改めて環境を構築する必要はありません。この環境のことを，この節では「移行前の環境」または「移行前」と呼びます。移行前の環境を利用してブートディスク環境を構築します。HDLMがブートディスクを管理するブートディスク環境のことを，この節では「移行後の環境」または「移行後」と呼びます。

既存の3種類の環境を移行前の環境に使用する場合，および移行前の環境を新規に構築して移行する手順の概要を次に示します。

既存のHDLMをインストールしたローカルブートディスク環境を移行前の環境に使用する場合
「3.6.2 ブートディスク環境の構築の手順」の「(1) 既存のHDLMの環境を使用して移行する」に示す手順を実行してから，「3.6.2 ブートディスク環境の構築の手順」の「(5) 移行後の環境を構築する」に示す手順を実行してください。

既存のHDLMをインストールしていないローカルブートディスク環境を移行前の環境に使用する場合
「3.6.2 ブートディスク環境の構築の手順」の「(2) 既存のローカルブートディスク環境にHDLMをインストールして移行する」に示す手順を実行してから，「3.6.2 ブートディスク環境の構築の手順」の「(5) 移行後の環境を構築する」に示す手順を実行してください。

既存のHDLMをインストールしていないブートディスク環境を移行前の環境に使用する場合
「3.6.2 ブートディスク環境の構築の手順」の「(3) 既存のブートディスク環境にHDLMをインストールして移行する」に示す手順を実行してから，「3.6.2 ブートディスク環境の構築の手順」の「(5) 移行後の環境を構築する」に示す手順を実行してください。

移行前の環境を新規に構築する場合
「3.6.2 ブートディスク環境の構築の手順」の「(4) 移行前の環境を新規に構築して移行する」に示す手順を実行してから，「3.6.2 ブートディスク環境の構築の手順」の「(5) 移行後の環境を構築する」に示す手順を実行してください。

3.6.2 ブートディスク環境の構築の手順

この項で示すコマンドおよび設定の例では，それぞれのスライスが次のように割り当てられているとします。

スライス0：/（root）ファイルシステム

スライス1：スワップデバイスおよびダンプデバイス

スライス3：Sun Clusterの広域デバイスファイルシステム

スライス6：/usrファイルシステム

スライス7：SDSまたはSVMの状態データベースの複製

Solarisの機能を使用した手順の詳細については，Solarisのマニュアルを参照してください。

この項の構成

(1) 既存のHDLMの環境を使用して移行する

(2) 既存のローカルブートディスク環境にHDLMをインストールして移行する

(3) 既存のブートディスク環境にHDLMをインストールして移行する

(4) 移行前の環境を新規に構築して移行する

(5) 移行後の環境を構築する

(1) 既存のHDLMの環境を使用して移行する

ここで説明する手順は，移行前の環境で実行します。手順の流れを次の図に示します。

図3-10 既存のHDLMの環境を移行前の環境に使用する場合のブートディスク環境の構築の流れ

移行後の環境のブートディスクに使用するLUを割り当てます。

移行後の環境のブートディスクに使用するLUをSolarisに認識させます。

移行後の環境のブートディスクに使用するLUのスライスを設定します。

次に示すHDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を更新します。

# /opt/DynamicLinkManager/bin/dlmsetconf

この手順および次の手順を実行すると，移行後の環境のブートディスクに使用するLUがHDLMの管理対象に設定されます。

設定内容を有効にしHDLMデバイスを認識させるために，再構成オプションを指定してホストを再起動します。
次に示すコマンドのうち，どれかを実行してください。

# reboot -- -r

okプロンプトで，boot -r

以降は，「(5) 移行後の環境を構築する」に示す手順を実行してください。

(2) 既存のローカルブートディスク環境にHDLMをインストールして移行する

ここで説明する手順は，移行前の環境で実行します。手順の流れを次の図に示します。

図3-11 既存のローカルブートディスク環境にHDLMをインストールして移行する場合のブートディスク環境の構築の流れ

移行後の環境のブートディスクに使用するLUを割り当てます。
ブートディスクに使用するLUは，次に示すどちらかの構成にしてください。

1つのLUの各スライスにSolaris基本ファイルシステム，スワップデバイス，ダンプデバイス，Sun Clusterの広域デバイスファイルシステム，およびSDSまたはSVMの状態データベースの複製を割り当てる。

複数のLUのスライスにSolaris基本ファイルシステム，スワップデバイス，ダンプデバイス，Sun Clusterの広域デバイスファイルシステム，およびSDSまたはSVMの状態データベースの複製を割り当てる。
この場合は，それらのLUの物理パス構成を同一にしてください。

移行後の環境のブートディスクに使用するLUをSolarisに認識させます。

移行後の環境のブートディスクに使用するLUのスライスを設定します。

「3.5 HDLMのインストール」で説明する手順に従って，移行前の環境にHDLMをインストールする前の準備およびHDLMのインストールをします。
必要に応じた手順を実行してください。

注意事項

「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」の手順12または「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」の手順18でHDLM管理対象外デバイスを設定します。そのときは，移行後の環境のブートディスクをHDLMの管理対象外に設定しないでください。

以降は，「(5) 移行後の環境を構築する」に示す手順を実行してください。

(3) 既存のブートディスク環境にHDLMをインストールして移行する

ここで説明する手順は，移行前の環境で実行します。手順の流れを次の図に示します。

図3-12 既存のHDLMをインストールしていないブートディスク環境を移行前の環境に使用する場合のブートディスク環境の構築の流れ

移行後の環境のブートディスクに使用するLUを割り当てます。
ブートディスクに使用するLUは，次に示すどちらかの構成にしてください。

1つのLUの各スライスにSolaris基本ファイルシステム，スワップデバイス，ダンプデバイス，Sun Clusterの広域デバイスファイルシステム，およびSDSまたはSVMの状態データベースの複製を割り当てる。

複数のLUのスライスにSolaris基本ファイルシステム，スワップデバイス，ダンプデバイス，Sun Clusterの広域デバイスファイルシステム，およびSDSまたはSVMの状態データベースの複製を割り当てる。
この場合は，それらのLUの物理パス構成を同一にしてください。

移行後の環境のブートディスクに使用するLUをSolarisに認識させます。

移行後の環境のブートディスクに使用するLUのスライスを設定します。

「3.5 HDLMのインストール」で説明する手順に従って，移行前の環境にHDLMをインストールする前の準備およびHDLMのインストールをします。
必要に応じた手順を実行してください。

注意事項

「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」の手順12または「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」の手順18でHDLM管理対象外デバイスを設定します。そのときは，次のことにご注意ください。

移行前の環境のブートディスクがHDLMの管理対象に設定されている場合は，HDLMの管理対象外に設定してください。

移行後の環境のブートディスクは，HDLMの管理対象外に設定しないでください。

以降は，「(5) 移行後の環境を構築する」に示す手順を実行してください。

(4) 移行前の環境を新規に構築して移行する

ここで説明する手順は，移行前の環境で実行します。手順の流れを次の図に示します。

図3-13 移行前の環境を新規に構築する場合のブートディスク環境の構築の流れ

移行前の環境にSolarisをインストールします。

Sun Clusterを使用する場合は，インストールします。
詳細については，Sun Clusterのマニュアルを参照してください。

VxVMを使用する場合は，インストールします。
詳細については，VxVMのマニュアルを参照してください。

移行後の環境のブートディスクに使用するLUを割り当てます。
ブートディスクに使用するLUは，次に示すどちらかの構成にしてください。

1つのLUの各スライスにSolaris基本ファイルシステム，スワップデバイス，ダンプデバイス，Sun Clusterの広域デバイスファイルシステム，およびSDSまたはSVMの状態データベースの複製を割り当てる。

複数のLUのスライスにSolaris基本ファイルシステム，スワップデバイス，ダンプデバイス，Sun Clusterの広域デバイスファイルシステム，およびSDSまたはSVMの状態データベースの複製を割り当てる。
この場合は，それらのLUの物理パス構成を同一にしてください。

移行後の環境のブートディスクに使用するLUをSolarisに認識させます。

移行後の環境のブートディスクに使用するLUのスライスを設定します。

アプリケーションが移行後の環境でブートディスク以外のストレージシステムのLUが必要な場合は，使用するLUを割り当てます。

アプリケーションが使用するディスクをSolarisに認識させていない場合は，認識させます。

アプリケーションが使用するディスクのスライスを設定していない場合は，設定します。

「3.5 HDLMのインストール」で説明する手順に従って，移行前の環境にHDLMをインストールする前の準備およびHDLMのインストールをします。
必要に応じた手順を実行してください。

以降は，「(5) 移行後の環境を構築する」に示す手順を実行してください。

(5) 移行後の環境を構築する

dlmsetbootユティリティを使用した場合，手順1から手順11までを自動で実行するため，手順12に進んでください。dlmsetbootユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

移行後のスライス0（/（root）ファイルシステム）を指定して，移行後の環境のブートブロックを設定します。
コマンドの実行例を次に示します。

# installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/rdsk/c8t50060E80004361D1d1s0

移行後の環境のSolaris基本ファイルシステムを初期化します。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムも初期化します。
コマンドの実行例を次に示します。

# newfs /dev/rdsk/c8t50060E80004361D1d1s0
# newfs /dev/rdsk/c8t50060E80004361D1d1s6
# newfs /dev/rdsk/c8t50060E80004361D1d1s3

移行後の環境のSolaris基本ファイルシステムをマウントします。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムもマウントします。
コマンドの実行例を次に示します。

# mount /dev/dsk/c8t50060E80004361D1d1s0 /mnt0
# mount /dev/dsk/c8t50060E80004361D1d1s6 /mnt1
# mount /dev/dsk/c8t50060E80004361D1d1s3 /mnt2

移行前の環境のSolaris基本ファイルシステムを移行後の環境にコピーします。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムも移行後の環境にコピーします。
コマンドの実行例を次に示します。

# ufsdump 0f - / | (cd /mnt0; ufsrestore rf -)
# ufsdump 0f - /usr | (cd /mnt1; ufsrestore rf -)
# ufsdump 0f - /global/.devices/node@1 | (cd /mnt2; ufsrestore rf -)

移行後の環境の/etc/systemにrootdevパラメタが設定されていた場合（移行前の環境でSDS，SVM，VxVM，またはSun StorageTek Traffic Manager Software（Solaris 10では，Solarisマルチパス機能（MPxIO））を使用していた場合）は，rootdevパラメタを削除します。

ls -lコマンドを実行して，移行後のブートディスクの/（root）ファイルシステムを格納した，スライスの情報を表示します。
コマンドの実行例を次に示します。下線部分のHDLMの物理デバイスファイル名は，手順7で使用します。

# ls -l /dev/dsk/c8t50060E80004361D1d1s0
lrwxrwxrwx   1 root     root          60 Nov  6 17:09 /dev/dsk/c8t50060E80004361D1d1s0
-> ../../devices/pseudo/dlmndrv@1/dlmfdrv@w50060e80004361d1,1:a

移行後のブートディスクの/（root）ファイルシステムを格納したスライスに対応するrootdevパラメタを，移行後のブートディスクの/etc/systemファイルに設定します。
rootdevパラメタには，HDLMデバイスの物理デバイスファイル名を指定します。次に示す例では，下線部分に手順6の実行例で表示したHDLMデバイスの物理デバイスファイル名を指定しています。

rootdev:/pseudo/dlmndrv@1/dlmfdrv@w50060e80004361d1,1:a

移行後のブートディスクの/etc/vfstabファイルを編集して，Solaris基本ファイルシステムを，移行後のブートディスクのHDLM論理デバイスファイル名に変更します。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムのマウントデバイス※も同様に変更します。
例を次に示します。

変更前

/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0 / ufs 1 no -

/dev/dsk/c0t0d0s6 /dev/rdsk/c0t0d0s6 /usr ufs 1 no -

/dev/did/dsk/d24s3 /dev/did/rdsk/d24s3 /global/.devices/node@1 ufs 2 no global

変更後

/dev/dsk/c8t50060E80004361D1d1s0 /dev/rdsk/c8t50060E80004361D1d1s0 / ufs 1 no -

/dev/dsk/c8t50060E80004361D1d1s6 /dev/rdsk/c8t50060E80004361D1d1s6 /usr ufs 1 no -

/dev/did/dsk/d30s3 /dev/did/rdsk/d30s3 /global/.devices/node@1 ufs 2 no global

注※

Sun Clusterの広域デバイスファイルシステムのマウントデバイスに指定するデバイスIDは，scdidadm -lコマンドを実行して確認してください。次に示す例の場合は，「d24」が移行前の環境のブートディスクで，「d30」が移行後の環境のブートディスクです。

# scdidadm -l

...

24 node1:/dev/rdsk/c0t0d0 /dev/did/rdsk/d24

...

30 node1:/dev/rdsk/c8t50060E80004361D1d1 /dev/did/rdsk/d30

移行後のブートディスクの/etc/vfstabファイルを編集して，スワップデバイスの定義を移行前の環境のブートディスクから移行後の環境のブートディスクに変更します。
例を次に示します。

変更前

/dev/dsk/c0t0d0s1 - - swap - no -

変更後

/dev/dsk/c8t50060E80004361D1d1s1 - - swap - no -

移行後のブートディスクの/etc/dumpadm.confファイルを編集して，DUMPADM_DEVICEパラメタのダンプデバイスの定義を，移行前の環境のブートディスクから移行後の環境のブートディスクに変更します。
例を次に示します。

変更前

DUMPADM_DEVICE=/dev/dsk/c0t0d0s1

変更後

DUMPADM_DEVICE=/dev/dsk/c8t50060E80004361D1d1s1

移行後の環境からブートするために，OBPで指定するブートデバイス名を求めます。
OBPでブートデバイスに指定できるパスは，Solarisのバージョンによって次のように異なります。

Solaris 8またはSolaris 9の場合
ブートディスクの任意のオーナパスをブートデバイスに指定できます。

Solaris 10の場合
ブートディスクのパスのうち，HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスだけブートデバイスに指定できます。そのパスは，「4.5.1 HDLM運用環境を構成変更する場合の注意事項」の「(2) パスの構成を変更した場合について」に示す手順を実行すると求められます。
この手順によって求めたパスの文字列を次のように編集すると，OBPで指定するブートデバイス名になります。

ssdまたはsdドライバのドライバ名（「ssd」または「sd」）を「disk」に置き換えます。

末尾に/（root）ファイルシステムのスライス識別子(「:a」～「:h」のどれか)を付加します。

ここでは，Solaris 8またはSolaris 9の場合で，かつOracle社のHBAを使用しているときの例を示します。Oracle社以外のHBAを使用している場合のブートデバイス名の求め方，およびOBPでのHBAの設定方法については，使用しているHBAのマニュアルを参照してください。
dlnkmgrコマンドのviewオペレーションに-lu，-item，pd，type，および-hdevパラメタを指定して実行してください。実行例を次に示します。
[図]
実行結果のうち，どれかのオーナパスのPhysical Deviceの文字列を次のように編集すると，OBPで指定するブートデバイス名になります。

「/device」を削除します。

ssdドライバのドライバ名（「ssd」）を「disk」に置き換えます。

末尾に/（root）ファイルシステムのスライス識別子（「:a」～「:h」のどれか）を付加します。

この手順で示した実行例の下線部分の文字列を編集した場合，OBPで指定するブートデバイス名は次に示す文字列になります。

/ssm@0,0/pci@1c,600000/pci@1/SUNW,qlc@4/fp@0,0/disk@w50060e80004361d1,1:a

注意事項

Solaris 8またはSolaris 9の場合はブートデバイスに指定するパスに障害が発生したときに備えて，すべてのパスを対象にしてOBPで指定するブートデバイス名を求めて，控えておいてください。

移行後の環境からブートします。

手順13～手順17は，SDSまたはSVMを使用して，かつSDSまたはSVMの状態データベースの複製も移行後の環境へ移行する場合だけ実行します。また，その場合は，移行後の環境に移行前の環境を認識させたままにしてください。

SDSまたはSVMを使用して，SDSまたはSVMの状態データベースの複製を移行後の環境へ移行しない場合は，手順18に進んでください。

SDSまたはSVMを使用しない場合は，手順18に進んでください。

既存の状態データベースの設定を確認します。
例を次に示します。
[図]

移行後のブートディスクを，SDSまたはSVMの状態データベースに追加します。
例を次に示します。

# metadb -a /dev/dsk/c8t50060E80004361D1d1s7
# metadb -a /dev/dsk/c8t50060E80004361D1d2s7
# metadb -a /dev/dsk/c8t50060E80004361D1d3s7

移行後のブートディスクが，SDSまたはSVMの状態データベースに追加されたことを確認します。
例を次に示します。
[図]

移行前のブートディスクにある，SDSまたはSVMの状態データベースの複製を削除します。
コマンドの実行例を次に示します。

# metadb -d /dev/dsk/c0t0d0s7 /dev/dsk/c0t0d1s7 /dev/dsk/c0t0d2s7

移行前のブートディスクにある，SDSまたはSVMの状態データベースの複製が削除されたことを確認します。
コマンドの実行例を次に示します。
[図]

移行前の環境，および移行後の環境の内容をバックアップします。
バックアップは，次に示す事態が発生した場合に備えて行います。

移行後の環境に異常が発生した場合
移行前の環境からブートして，移行後の環境の修復作業に使用します。また，移行後の環境のバックアップをリストアして修復することもできます。

ブートディスク環境からローカルブートディスク環境に移行して，ブートディスク環境を構築する前の状態に戻す場合

3.7 ZFSファイルシステム上のブートディスク環境の構築

この節では，ZFSファイルシステム上のブートディスク環境を構築する手順について説明します。

この節の構成

3.7.1 ZFSファイルシステムを使用したブートディスク環境について

3.7.2 ZFSブートディスク環境の作成（Solaris 10の場合）

3.7.3 ZFSブートディスク環境の作成（Solaris 11の場合）

3.7.4 ZFSブートディスク環境からローカルブートディスク環境への移行手順（Solaris 10の場合）

3.7.5 ZFSブートディスク環境からローカルブートディスク環境への移行手順（Solaris 11の場合）

3.7.1 ZFSファイルシステムを使用したブートディスク環境について

HDLMは，ZFSファイルシステムのブートディスクをストレージシステム上に構築した環境をサポートします。このようなブートディスク環境を，ZFSブートディスク環境と表記します。ZFSブートディスク環境を作成する手順の概要を，図3-14および図3-15に示します。

Solaris 10の場合

図3-14 ZFSブートディスク環境の構築の流れ

ZFS上にある ローカルブートディスク環境をストレージシステム上のLU（SCSIデバイス）にコピーします。

コピーしたストレージシステム上のLUを，SCSIデバイスからHDLMデバイスへリプレースします。

移行前のブートディスクがローカルディスクではなくストレージシステム上にある場合も，同じ手順で構築できます。また，ファイルシステムがUFSの場合も同じ手順で構築できます。

Solaris 11の場合

図3-15 ZFSブートディスク環境の構築の流れ

ZFS上にある ローカルブートディスク環境をストレージシステム上のLU（HDLMデバイス）に移行します。

移行後のZFSブートディスク環境を構築します。

3.7.2 ZFSブートディスク環境の作成（Solaris 10の場合）

Solaris 10の場合の，ZFSブートディスク環境を作成する手順について説明します。

この項の構成

(1) ローカルブートディスク環境をストレージシステムのLU上（SCSIデバイス）にコピーする

(2) ZFSブートディスク環境をSCSIデバイスからHDLMデバイスへリプレース する

(1) ローカルブートディスク環境をストレージシステムのLU上（SCSIデバイス）にコピーする

ローカルブートディスク環境をストレージシステムのLU上（SCSIデバイス）にコピーします。コピーする前に，あらかじめ次に示す準備を行ってください。

コピー前の準備

ローカルブートディスクと同じ容量のLUが2つ必要となります。あらかじめ，ストレージシステム上に作成しておいてください。また，1つ以上のデータディスクもホストに設定 しておく必要があります。

すでにHDLMをインストールしている場合，ストレージシステム上に作成した2つのLUのうち，1つはHDLMの管理対象外に設定しておいてください。もう1つはHDLM管理対象デバイスに設定しておいてください。
以降の手順では，HDLMの管理対象外に設定したLUを「LU#0」と表記します。また，HDLM管理対象デバイスに設定したLUを「LU#1」と表記します。
なお，HDLM管理対象デバイスを管理対象外のデバイスに変更するには，「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

LU#0とLU#1それぞれに，ディスクスライスを設定します。
LUのディスクスライスはそれぞれ次のように設定してください。

スライス0：すべてのディスク領域を割り当てます。

スライス2：すべてのディスク領域を割り当てます。

そのほかのスライスは使用しません 。

zpool createコマンドを実行して， SCSIデバイス上にルートプールを作成します。
# zpool createルートプール名 LUのSCSIデバイスのスライス0
ルートプール名をrpool2，LUのSCSIデバイス名をc2t50060E8010253334d0とした場合の例を次に示します。

# zpool create rpool2 c2t50060E8010253334d0s0

zpool statusコマンドを実行して，ルートプールが正しく作成できていることを確認します。

# zpool status
pool: rpool2
state: ONLINE
scrub: none requested
config:
NAME                             STATE     READ  WRITE  CKSUM
rpool2                        ONLINE       0       0      0
c2t50060E8010253334d0s0        ONLINE      0       0      0
errors: No known data errors

lucreateコマンドを実行して，ローカルブートディスク環境をLU#0にコピーします。
# lucreate -n 任意のブートディスク環境名 -p ルートプール名
ブートディスク環境名をzfsBE，ルートプール名をrpool2とした場合の例を次に示します。

# lucreate -n zfsBE -p rpool2

コマンドが正常終了すると，ブートディスクがrpool2にコピー されます。

lustatusコマンドを実行して，コピーしたZFSブートディスク環境を確認します。

# lustatus
Boot Environment   Is   Active   Active   Can   Copy
Name           Complete Now   On Reboot Delete Status
---------------------------------------------------------------
s10s_u9wos_14a     yes        yes   yes   no    -
zfsBE              yes        no    no    yes   -

次のコマンドを実行して，ZFSブートディスク環境でブートできるように設定します。
# luactivate ブートディスク環境名
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk LUのSCSIデバイス
なお，installbootコマンドに指定するSCSIデバイスはrawデバイスです。
ブートディスク環境名をzfsBE，LUのSCSIデバイス名をc2t50060E8010253334d0とした場合の例を次に示します。

# luactivate zfsBE
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c2t50060E8010253334d0s0

initコマンドを実行して，ホストを再起動します。

# init 6

ホストを再起動するとき，rebootコマンドは使わないでください。

zpool exportコマンドを実行して，移行前のローカルブートディスク環境にあるルートプールをエクスポートします。
# zpool export 移行前のルートプール
移行前のルートプール名をrpoolとした場合の例を次に示します。

# zpool export rpool

ホスト再起動後の設定

移行前がZFSブートディスク環境の場合
手順4で実行したlucreateコマンドでは，/exportディレクトリおよび/export/homeディレクトリはコピーされません。
これらのディレクトリ下のデータをコピーしたい場合は，/exportディレクトリおよび/export/homeディレクトリを移行後の環境にコピーしてください。コピーの手順が不明な場合は，Oracleサポートサービスを契約した会社へお問い合わせください。

移行前がUFSブートディスク環境の場合
移行前のルートファイルシステム（スワップを含む）以外のUFSファイルシステムは，lucreateコマンドを実行しても移行後のルートプールにコピーできません。また，移行後の環境でも移行前のUFSファイルシステムはマウントされたままになります。
移行前のUFSファイルシステムを使用したくない場合は，移行後のルートプールにファイルシステムの内容をコピーしてください。UFSファイルシステムの内容をコピーする方法，および移行前のUFSファイルシステムのマウントを解除する方法が不明な場合，Oracleサポートサービスを契約した会社へお問い合わせください。

(2) ZFSブートディスク環境をSCSIデバイスからHDLMデバイスへリプレース する

「(1) ローカルブートディスク環境をストレージシステムのLU上（SCSIデバイス）にコピーする」で作成したZFSブートディスク環境のデバイスを，HDLM管理対象デバイスに設定します。

ZFSブートディスク環境のデバイスに，まだHDLMがインストールされていない場合，ここでHDLMをインストールしておいてください。さらにHDLMのインストール後，ローカルブートディスク環境のデバイスをHDLMの管理対象外に設定してから，以降の手順を実行してください。

なお，HDLMのインストール手順については「3.5 HDLMのインストール」を参照してください。デバイスをHDLMの管理対象外に設定する手順については「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

ls -lコマンドを実行して，HDLMデバイスの論理デバイスファイルを指定した場合に出力されるリンク先のファイル名を表示します。
コマンドの実行例を次に示します。

# ls -l /dev/dsk/c4t50060E8010253330d1s0
lrwxrwxrwx 1 root root 60 Jun 17 16:28 /dev/dsk/c4t50060E8010253330d1s0
-> ../../devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010253330,1:a

zpool replaceコマンドを実行して，ZFSブートディスク環境のLU#0をSCSIデバイスからHDLMデバイスへリプレースします。
# zpool replace ルートプール名 現在のブートディスク環境のデバイス HDLMデバイスの物理デバイス
最後に指定するパラメタは，HDLMデバイスの物理デバイスファイルです。
物理デバイスファイルは/devicesディレクトリ下のデバイスファイルです。
HDLMデバイスの物理デバイスの例を次に示します。

/devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010253330,1:a

ルートプール名をrpool2，現在のブートディスク環境のデバイスをc2t50060E8010253334d0s0，HDLMデバイスの物理デバイスを/devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010253330,1:aとした場合の例を次に示します。

# zpool replace rpool2 c2t50060E8010253334d0s0
/devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010253330,1:a

zpool statusコマンドを実行して，リプレースが完了したことを確認します。

# zpool status

リプレースが完了すると，次のメッセージが出力されます。
scrub: resilver completed after hh:mm with 0 errors
「hh:mm」には，完了からの経過時間が表示されます。
上記のメッセージが出力されていない場合は，時間をおいて から再度コマンドを実行して，リプレースが完了したことを確認してください。

installbootコマンドを実行して，LU#1 をZFSブートディスク環境として設定します。 新しいブートディスク環境でブートできるように次のコマンドを実行します。
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk リプレース後のHDLMデバイス
なお，installbootコマンドに指定するHDLMデバイスはrawデバイスです。
HDLMデバイスの物理デバイスを/devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010253330,1:aとした場合の例を次に示します。

# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk
/devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010253330,1:a,raw

手順4で設定したZFSブートディスク環境からブートします。
OBPで指定するブートパスの求め方は，「(5) 移行後の環境を構築する」の手順11を参照してください。

3.7.3 ZFSブートディスク環境の作成（Solaris 11の場合）

Solaris 11の場合の，ZFSブートディスク環境を作成する手順について説明します。

この項の構成

(1) ローカルブートディスク環境をストレージシステムのLU上（HDLMデバイス）に移行する

(2) 移行後のZFSブートディスク環境を構築する

(1) ローカルブートディスク環境をストレージシステムのLU上（HDLMデバイス）に移行する

ローカルブートディスク環境をストレージシステムのLU上（HDLMデバイス）に移行します。移行する前に，ローカルブートディスク環境の/（root）ディレクトリ，/varディレクトリ，および/exportディレクトリをそれぞれバックアップしてください。

ls -l コマンドを実行して，移行後のブートディスクとして使用する，HDLM デバイスの物理デバイスファイル名を確認します。
現在のローカルブートディスク環境の論理デバイスファイル名が「c6t50060E8010027A80d7s0」とした場合の例を次に示します。下線部分がHDLM デバイスの物理デバイスファイル名になります。

# ls -l /dev/dsk/c6t50060E8010027A80d7s0
lrwxrwxrwx   1 root     root          60 Nov 29 15:56 /dev/dsk/c6t50060E8010027A80d7s0 -> ../../devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010027a80,7:a

手順1.で確認したHDLM デバイスの物理デバイスファイル名を指定して，zpool createコマンドを実行し，SCSIデバイス上にルートプールを作成します。
ルートプール名を「hdlmpool」とした場合の例を次に示します。

# zpool create  hdlmpool /devices/pseudo/dlmndrv@1/dlmfdrv@w50060e8010027a80,7:a

zpool statusコマンドを実行して，ルートプールが正しく作成できていることを確認します。

# zpool status hdlmpool

installbootコマンドを実行して，ZFSブートディスク環境からOSをブートできるようにブートブロックをコピーします。

# installboot -F zfs  /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c6t50060E8010027A80d7s0

次のコマンドを実行して，空の/hdlmpool/boot/menu.lstを作成します。

# mkdir /hdlmpool/boot
# touch /hdlmpool/boot/menu.lst

beadmコマンドを実行して，ZFSブートディスク環境を作成します。

# beadm create -p ルートプール名 -a 任意のZFSブートディスク環境名

ルートプール名を「hdlmpool」，ZFSブートディスク環境名を「hdlmboot」とした場合の例を次に示します。

# beadm create -p hdlmpool -a hdlmboot

beadm listコマンドを実行して，ZFSブートディスク環境が作成されていることを確認します。
作成したZFSブートディスク環境「hdlmboot」行の，「Active」が「R」となっていることを確認してください。

# beadm list
　　　　BE       Active Mountpoint Space Policy Created
　　　　--       ------ ---------- ----- ------ -------
　　　　hdlmboot R      -          2.06G static 2011-12-06 11:37
　　　　solaris  NR     /          2.93G static 2011-11-29 14:42

eepromコマンドを実行して，現在のブートデバイスを確認します。

# eeprom boot-device
boot-device=disk0

この例では，「disk0」（内蔵ディスク）がブートデバイスに設定されています。

eepromコマンドを実行して，移行後のデバイスをブートデバイスに設定します。

移行後のZFSブートディスク環境がHDLM管理対象デバイスの場合

# eeprom boot-device=/pci@7c0/pci@0/pci@1/pci@0,2/SUNW,qlc@2,1/fp@0,0/disk@w50060e8010027a80,7:a

ブートデバイス名を設定する手順については「3.6.2 ブートディスク環境の構築の手順」の 「(5) 移行後の環境を構築する」 手順11を参照してください。

移行後のZFSブートディスク環境がHDLM管理対象外デバイスの場合

# eeprom boot-device=/pci@7c0/pci@0/pci@1/pci@0,2/SUNW,qlc@2,1/fp@0,0/disk@w50060e8010027a80,8:a

OBPに設定するデバイス名の取得方法については，使用しているHBAのマニュアルを参照してください。

initコマンドを実行して，ホストを再起動します。

# init 6

ホストを再起動するとき，rebootコマンドは使わないでください。

beadm listコマンドを実行して，作成したブートデバイス「hdlmboot」からOSがブートされたことを確認してください。
作成したブートデバイス「hdlmboot」行の，「Active」が「NR」となっていることを確認してください。

# beadm list
　　　　BE       Active Mountpoint Space Policy Created
　　　　--       ------ ---------- ----- ------ -------
　　　　hdlmboot NR     /          2.12G static 2011-12-06 11:37
　　　　solaris  R      -          2.94G static 2011-11-29 14:42

HDLMコマンドのview -pathオペレーションを実行して，移行後のパスの状態を確認します。
移行後のZFSブートディスク環境がHDLM管理対象外デバイスの場合，この手順は必要ありません。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
Paths:000032 OnlinePaths:000026
PathStatus   IO-Count    IO-Errors
Reduced      791869      0

PathID PathName                        DskName                                    iLU              ChaPort Status     Type IO-Count   IO-Errors  DNum HDevName
000000 0000.0000.0000000000641000.000B HITACHI .DF600F          .85011299         0008             0A      Online     Own        8840          0    - c6t50060E8010027A80d7
000001 0000.0000.0000000000641400.000B HITACHI .DF600F          .85011299         0008             1A      Online     Own        1506          0    - c6t50060E8010027A80d7
...
#

ブートデバイスに指定したHDLMデバイス「c6t50060E8010027A80d7」の下線部分のI/O回数がカウントされていることを確認してください。

(2) 移行後のZFSブートディスク環境を構築する

移行後のZFSブートディスク環境を構築する手順について説明します。

ここでは，移行前のローカルブートディスク環境のルートプール名を「rpool」，移行後のZFSブートディスク環境のルートプール名を「hdlmpool」とします。

スワップデバイスおよびダンプデバイスをZFSブートディスク環境に移行する

スワップデバイスおよびダンプデバイスをZFSブートディスク環境に移行します。

zfs createコマンドを実行して，移行後のルートプール「hdlmpool」にファイルシステムのスワップデバイスを作成します。
スワップデバイスおよびブロックのサイズは運用環境によって異なります。

# zfs create -V 4G  -b 8k hdlmpool/swap

移行後のZFSブートディスク環境の/etc/vfstabファイルを編集して，スワップデバイスの定義を移行前の環境のローカルブートディスクから移行後の環境のZFSブートディスクに変更します。
例を次に示します。

変更前

/dev/zvol/dsk/rpool/swap        -               -               swap    -       no      -

変更後

/dev/zvol/dsk/hdlmpool/swap     -               -               swap    -       no      -

zfs createコマンドを実行して，移行後のルートプール「hdlmpool」にファイルシステムのダンプデバイスを作成します。
ダンプデバイスのサイズは運用環境によって異なります。

# zfs create -V 3G hdlmpool/dump

dumpadmコマンドを実行して，移行後のZFSブートディスク環境のダンプデバイスに変更します。

# dumpadm -d /dev/zvol/dsk/hdlmpool/dump

dumpadmコマンドを実行して，ダンプデバイスが移行後の「hdlmpool/dump」に変更されたことを確認してください。

# dumpadm
     Dump content: kernel pages
     Dump device: /dev/zvol/dsk/hdlmpool/dump (dedicated)
     Savecore directory: /var/crash
     Savecore enabled: yes
     Save compressed: on

rpool/exportディレクトリ下のデータをZFSブートディスク環境に移行する

rpool/exportディレクトリ下のデータをZFSブートディスク環境に移行します。移行する前に，移行前のローカルブートディスク環境にあるrpool/exportディレクトリ下のバックアップをしてください。バックアップをしないと，移行前のローカルブートディスク環境での再起動ができなくなります。

zfs snapshotのコマンドを実行して，移行前のローカルブートディスク環境にあるrpool/exportディレクトリのスナップショットを作成します。

# zfs snapshot -r rpool/export@2011-12-07.01

zfs sendおよびzfs receiveコマンドを実行して，作成したスナップショットの/exportディレクトリ下のデータを，移行後のZFSブートディスク環境のルートプール「hdlmpool」にコピーします。

# zfs send -vRp rpool/export@2011-12-07.01 | zfs receive -uvdF  hdlmpool

zfs listコマンドを実行して，移行後のZFSブートディスク環境のルートプール「hdlmpool」にコピーされたことを確認します。

# zfs list -r hdlmpool

/exportディレクトリ，および/export/homeディレクトリが表示されることを確認してください。

zfs destroyコマンドを実行して，移行前のrpool/exportディレクトリ下のデータを削除します。
移行前のrpool/exportディレクトリがあると，再起動時に移行前のrpool/exportディレクトリが先にマウントされ，移行後のhdlmpool/exportディレクトリがマウントに失敗してしまうおそれがあります。

# zfs destroy -f -r  rpool/export

zfs listコマンドを実行して，移行前のrpool/exportディレクトリ下のデータが削除されたことを確認します。

# zfs list -r rpool

initコマンドを実行して，ホストを再起動します。

# init 6

ホストを再起動するとき，rebootコマンドは使わないでください。

beadm listコマンドを実行して，移行したブートデバイス「hdlmboot」でブートされたことを確認してください。
移行したブートデバイス「hdlmboot」行の，「Active」が「NR」であることを確認してください。

# beadm list
　　　　BE       Active Mountpoint Space Policy Created
　　　　--       ------ ---------- ----- ------ -------
　　　　hdlmboot NR     /          2.18G static 2011-12-06 11:37
　　　　solaris  R      -          2.94G static 2011-11-29 14:42

dfコマンドを実行して，ファイルシステムがマウントされていることを確認してください。

# df
　　　　/                  (hdlmpool/ROOT/hdlmboot):124234885 blocks 124234885 files
　　　　/var               (hdlmpool/ROOT/hdlmboot/var):124234885 blocks 124234885 files
　　　　/export            (hdlmpool/export   ):124234885 blocks 124234885 files
　　　　/export/home       (hdlmpool/export/home):124234885 blocks 124234885 files
　　　　/hdlmpool          (hdlmpool          ):124234885 blocks 124234885 files

/（root）ディレクトリ，/varディレクトリ，/exportディレクトリ，および/export/homeディレクトリが，移行後のルートプール「hdlmpool」でマウントされていることを確認してください。

dumpadmコマンドを実行して，ダンプデバイスが移行後のルートプール「hdlmpool」に移行されたことを確認します。
/dev/zvol/dsk/hdlmpool/dumpが有効であることを確認してください。

HDLMコマンドのview -pathオペレーションを実行して，移行後のパスの状態を確認します。
移行後のZFSブートディスク環境がHDLM管理対象外デバイスの場合は，この手順は必要ありません。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
Paths:000032 OnlinePaths:000026
PathStatus   IO-Count    IO-Errors
Reduced      791869      0

PathID PathName                        DskName                                    iLU              ChaPort Status     Type IO-Count   IO-Errors  DNum HDevName
000000 0000.0000.0000000000641000.000B HITACHI .DF600F          .85011299         0008             0A      Online     Own        8840          0    - c6t50060E8010027A80d7
000001 0000.0000.0000000000641400.000B HITACHI .DF600F          .85011299         0008             1A      Online     Own        1506          0    - c6t50060E8010027A80d7
...
#

ブートデバイスに指定したHDLMデバイス「c6t50060E8010027A80d7」の下線部分のI/O回数がカウントされていることを確認してください。

3.7.4 ZFSブートディスク環境からローカルブートディスク環境への移行手順（Solaris 10の場合）

ZFSブートディスク環境からローカルブートディスク環境へ移行する手順を次に示します。

LU#0とLU#1それぞれに，ディスクスライスを設定します。
内蔵ディスクのスライスはそれぞれ次のように設定してください。

スライス0：すべてのディスク領域を割り当てます。

スライス2：すべてのディスク領域を割り当てます。

そのほかのスライスは使用しません。

zpool createコマンドを実行して，内蔵ディスクにルートプールを作成します。
# zpool create ルートプール名 内蔵ディスクのスライス0
ルートプール名をrpool3，内蔵ディスクのデバイス名をc1t0d0s0とした場合の例を次に示します。

# zpool create rpool3 c1t0d0s0

lucreateコマンドを実行して，ZFSブートディスク環境をLU#0にコピーします。
# lucreate -n 任意のブートディスク環境名 -p ルートプール名
ブートディスク環境名をzfsBE2，ルートプール名をrpool3とした場合の例を次に示します。

# lucreate -n zfsBE2 -p rpool3

コマンドが正常終了すると，ブートディスクがrpool3にコピーされます。

次のコマンドを実行して，ZFSブートディスク環境でブートできるように設定します。
# luactivate ブートディスク環境名
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk 内蔵ディスクのデバイス
なお，installbootコマンドに指定する内蔵ディスクのデバイスはrawデバイスです。
ブートディスク環境名をzfsBE2，内蔵ディスクのデバイス名をc1t0d0s0とした場合の例を次に示します。

# luactivate zfsBE2
# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c1t0d0s0

initコマンドを実行して，ホストを再起動します。

# init 6

ホストを再起動するとき，rebootコマンドは使わないでください。

zpool exportコマンドを実行して，移行前のローカルブートディスク環境にあるルートプールをエクスポートします。
# zpool export 移行前のルートプール
移行前のルートプール名をrpool2とした場合の例を次に示します。

# zpool export rpool2

ホスト再起動後の設定

手順3で実行したlucreateコマンドでは，/exportディレクトリおよび/export/homeディレクトリはコピーされません。

これらのディレクトリ下のデータをコピーしたい場合は，/exportディレクトリおよび/export/homeディレクトリを移行後の環境にコピーしてください。コピーの手順が不明な場合は，Oracleサポートサービスを契約した会社へお問い合わせください。

3.7.5 ZFSブートディスク環境からローカルブートディスク環境への移行手順（Solaris 11の場合）

ZFSブートディスク環境からローカルブートディスク環境へ移行する手順を次に示します。

ここでは，移行前のZFSブートディスク環境のルートプール名を「hdlmpool」，移行後のローカルブートディスク環境のルートプール名を「rpool」とします。

zfs snapshotのコマンドを実行して，ZFSブートディスク環境にあるhdlmpool/exportディレクトリのスナップショットを作成します。

# zfs snapshot -r hdlmpool/export@2011-12-06.01

zfs sendおよびzfs receiveコマンドを実行して，スナップショットで作成したZFSブートディスク環境にあるhdlmpool/exportディレクトリ下のデータを，ローカルブートディスク環境のrpool/exportディレクトリへコピーします。

# zfs send -vRp hdlmpool/export@2011-12-06.01 | zfs receive -uvdF rpool
sending from @ to hdlmpool/export@2011-12-05.01
receiving full stream of hdlmpool/export@2011-12-05.01 into rpool/export@2011-12-05.01
sending from @2011-12-05.01 to hdlmpool/export@2011-12-06.01
received 47.9KB stream in 1 seconds (47.9KB/sec)
receiving incremental stream of hdlmpool/export@2011-12-06.01 into rpool/export@2011-12-06.01
sending from @ to hdlmpool/export/home@2011-12-05.01
received 312B stream in 3 seconds (104B/sec)
receiving full stream of hdlmpool/export/home@2011-12-05.01 into rpool/export/home@2011-12-05.01
sending from @2011-12-05.01 to hdlmpool/export/home@2011-12-06.01
received 1.10MB stream in 1 seconds (1.10MB/sec)
receiving incremental stream of hdlmpool/export/home@2011-12-06.01 into rpool/export/home@2011-12-06.01
received 31.4KB stream in 2 seconds (15.7KB/sec)

zfs listコマンドを実行して，移行後のローカルブートディスク環境のルートプール/exportディレクトリがコピーされたことを確認します。

# zfs list -r rpool
NAME                      USED  AVAIL  REFER  MOUNTPOINT
rpool                    8.71G  58.2G  73.5K  /rpool
rpool/ROOT               2.59G  58.2G    31K  legacy
rpool/ROOT/solaris       2.41G  58.2G  1.73G  /
rpool/ROOT/solaris/var    337M  58.2G   171M  /var
rpool/dump               4.06G  62.3G    16K  -
rpool/export             1.10M  58.2G    32K  /export
rpool/export/home        1.07M  58.2G  1.04M  /export/home
rpool/swap               2.06G  58.3G  2.00G  -

次のコマンドを実行して，ローカルブートディスク環境のOSから起動されるように切り替えます。

# beadm activate solaris
# beadm list
BE       Active Mountpoint Space   Policy Created
--       ------ ---------- -----   ------ -------
hdlmboot R      -          2.06G static 2011-12-06 11:37
solaris  NR     /          2.93G static 2011-11-29 14:42

切り替えた「solaris」行の，「Active」が「NR」であることを確認してください。

eepromコマンドを実行して，ローカルブートディスク環境のデバイスをブートデバイスに設定します。

# eeprom boot-device=/pci@7c0/pci@0/pci@1/pci@0,2/SUNW,qlc@2,1/fp@0,0/disk@w50060e8010027a80,6:a

initコマンドを実行して，ホストを再起動します。

# init 6

ホストを再起動するとき，rebootコマンドは使わないでください。

3.8 ブートディスク環境からローカルブートディスク環境への移行

この節では，HDLMがブートディスクを管理するブートディスク環境からローカルブートディスク環境（ブートディスクをホストに置く環境）へ移行する手順を説明します。この節では，前者を「移行前の環境」または「移行前」，後者を「移行後の環境」または「移行後」と呼ぶことがあります。手順には，次の2とおりの方法があります。

ブートディスク環境を構築したときにバックアップしたファイルシステムをリストアして移行する方法
ブートディスク環境を構築する前の状態に戻ります。Solarisおよびアプリケーションの仕様に従ってリストアしてください。手順については，Solarisおよびアプリケーションのマニュアルを参照してください。

ブートディスク環境のファイルシステムをローカルブートディスク環境へコピーして移行する方法
現在の運用状態のままローカルブートディスク環境へ移行します。以降に概要および手順を説明します。

手順の概要を次の図に示します。

図3-16 ブートディスク環境のファイルシステムをローカルブートディスク環境へコピーして移行する手順の流れ

移行前の環境からブートします。
手順16までは，移行前の環境で実行します。

移行後の環境のブートディスクに使用するLUを割り当てます。

移行後の環境のブートディスクに使用するLUをSolarisに認識させます。

移行後の環境のブートディスクに使用するLUのスライスを設定します。

Sun Clusterを使用する場合は，次の手順に進んでください。

Sun Clusterを使用しない場合は，手順8に進んでください。

デバイスIDを割り当てます。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報を通知します。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scdidadm -ui

Sun Clusterの広域デバイス名前空間を更新します。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scgdevs

移行後の環境のブートディスクがHDLMの管理対象に設定されている場合は，「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」に示す手順を実行して，そのデバイスをHDLMの管理対象外に設定します。

移行後のスライス0（/（root）ファイルシステム）を指定して，移行後の環境のブートブロックを設定します。
コマンドの実行例を次に示します。

# installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/rdsk/c0t0d0s0

移行後の環境のSolaris基本ファイルシステムを初期化します。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムも初期化します。
コマンドの実行例を次に示します。

# newfs /dev/rdsk/c0t0d0s0
# newfs /dev/rdsk/c0t0d0s6
# newfs /dev/rdsk/c0t0d0s3

移行後の環境のSolaris基本ファイルシステムをマウントします。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムもマウントします。
コマンドの実行例を次に示します。

# mount /dev/dsk/c0t0d0s0 /mnt0
# mount /dev/dsk/c0t0d0s6 /mnt1
# mount /dev/dsk/c0t0d0s3 /mnt2

移行前の環境のSolaris基本ファイルシステムを移行後の環境にコピーします。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムも移行後の環境にコピーします。
コマンドの実行例を次に示します。

# ufsdump 0f - / | (cd /mnt0; ufsrestore rf -)
# ufsdump 0f - /usr | (cd /mnt1; ufsrestore rf -)
# ufsdump 0f - /global/.devices/node@1 | (cd /mnt2; ufsrestore rf -)

移行後の環境の/etc/systemにある，HDLM物理デバイスファイルを指定したrootdevパラメタを削除します。

移行後のブートディスクの/etc/vfstabファイルを編集して，Solaris基本ファイルシステムを，移行後のブートディスクのHDLM論理デバイスファイル名に変更します。Sun Clusterを使用する場合は，Sun Clusterの広域デバイスファイルシステムのマウントデバイス※も同様に変更します。
例を次に示します。

変更前

/dev/dsk/c8t50060E80004361D1d1s0 /dev/rdsk/c8t50060E80004361D1d1s0 / ufs 1 no -

/dev/dsk/c8t50060E80004361D1d1s6 /dev/rdsk/c8t50060E80004361D1d1s6 /usr ufs 1 no -

/dev/did/dsk/d30s3 /dev/did/rdsk/d30s3 /global/.devices/node@1 ufs 2 no global

変更後

/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0 / ufs 1 no -

/dev/dsk/c0t0d0s6 /dev/rdsk/c0t0d0s6 /usr ufs 1 no -

/dev/did/dsk/d24s3 /dev/did/rdsk/d24s3 /global/.devices/node@1 ufs 2 no global

注※

Sun Clusterの広域デバイスファイルシステムのマウントデバイスに指定するデバイスIDは，scdidadm -lコマンドを実行して確認してください。次に示す例の場合は，「d30」が移行前の環境のブートディスクで，「d24」が移行後の環境のブートディスクです。

# scdidadm -l

...

24 node1:/dev/rdsk/c0t0d0 /dev/did/rdsk/d24

...

30 node1:/dev/rdsk/c8t50060E80004361D1d1 /dev/did/rdsk/d30

移行後のブートディスクの/etc/vfstabファイルを編集して，スワップデバイスの定義を移行前の環境のブートディスクから移行後の環境のブートディスクに変更します。
例を次に示します。

変更前

/dev/dsk/c8t50060E80004361D1d1s1 - - swap - no -

変更後

/dev/dsk/c0t0d0s1 - - swap - no -

移行後のブートディスクの/etc/dumpadm.confファイルを編集して，DUMPADM_DEVICEパラメタのダンプデバイスの定義を，移行前の環境のブートディスクから移行後の環境のブートディスクに変更します。
例を次に示します。

変更前

DUMPADM_DEVICE=/dev/dsk/c8t50060E80004361D1d1s1

変更後

DUMPADM_DEVICE=/dev/dsk/c0t0d0s1

移行後の環境からブートします。

SDSまたはSVMを使用して，かつSDSまたはSVMの状態データベースの複製も移行後の環境へ移行する場合は，手順18に進んでください。また，その場合は，移行後の環境に移行前の環境を認識させたままにしてください。

SDSまたはSVMを使用して，SDSまたはSVMの状態データベースの複製を移行しない場合は，手順21に進んでください。

SDSまたはSVMを使用しない場合は，手順21に進んでください。

既存の状態データベースの設定を確認します。
例を次に示します。
[図]

移行後のブートディスクを，SDSまたはSVMの状態データベースに追加します。
例を次に示します。
[図]

移行前のブートディスクにある，SDSまたはSVMの状態データベースの複製を削除します。
例を次に示します。
[図]

移行後の環境のブートディスクを次に示すアプリケーションでミラー構成やマルチパス構成にする場合は，その設定をします。
設定方法については，各アプリケーションのマニュアルを参照してください。

SDS

SVM

VxVM

Sun StorageTek Traffic Manager Software（Solaris 10では，Solarisマルチパス機能（MPxIO））

3.9 SVMを使用してブートディスクをミラー化している環境の構築

SVMを使用してミラー化しているブートディスクをHDLM管理対象にすることができます。

サポートしている構成を次に示します。

OS：Solaris 10

RAIDレベル：ミラー（3面ミラーまで）

クラスタ：なし

この節の構成

3.9.1 注意事項

3.9.2 HDLM管理対象のブートディスク環境を構築してSVMを使用してミラー化する

3.9.3 SVMを使用してブートディスクをミラー化している環境にHDLMをインストールしてブートディスクをHDLMの管理対象にする

3.9.4 HDLMをアンインストールする

3.9.1 注意事項

dlmsetconfユティリティを使用する場合，-rオプションを指定しないでください。-rオプションを指定すると，インスタンス番号（HDLMデバイスのマイナー番号）が変更され，メタデバイスが使用できなくなります。

「3.9.3 SVMを使用してブートディスクをミラー化している環境にHDLMをインストールしてブートディスクをHDLMの管理対象にする」を実行した場合，移行前のブートディスク環境は使用できません。

「3.9.4 HDLMをアンインストールする」を実行した場合，移行前のブートディスク環境は使用できません。

Solarisが動作中にブートディスク環境のブートディスクに接続した機器の保守作業を行う場合は，次に示すことに注意してください。

保守作業は，ブートディスクに接続したパスが1本以上Online状態のままで実施してください。

保守作業中に断線状態になることが予想されるパスは，作業を開始する前にdlnkmgrコマンドのofflineオペレーションを実行してOffline(C)状態にしてください。

Offline(C)状態にしないと，保守作業によるパスの断線状態を障害として検出するときにブートディスクのアクセスが一時的に滞ります。その間，システムの機能が低下するおそれがあります。作業が完了したら，すぐにdlnkmgrコマンドのonlineオペレーションを実行してOffline(C)状態にしたパスをOnline状態にしてください。

ブートディスク環境のパス障害の対処については，「5.4 ブートディスク環境のパス障害の対処」を参照してください。

ブートディスク環境では，Solarisをバージョンアップすることはできません。Solaris をバージョンアップする必要がある場合は，次に示す手順を実行してください。

「3.18.3 HDLMのアンインストール」の「(2) ブートディスク環境からアンインストールする場合」に示す手順に従って，いったんローカルブートディスク環境に移行してからHDLMをアンインストールします。

Solarisをバージョンアップします。

「3.9.2 HDLM管理対象のブートディスク環境を構築してSVMを使用してミラー化する」に示す手順に従って，ブートディスク環境を再度構築します。

HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスを変更する場合は，次に示す手順を実行してください。この手順を実行しないと，HDLMの論理デバイスファイルと対応する物理デバイスファイル名が変化するので，ブートできなくなるおそれがあります。HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスは，「4.5.1 HDLM運用環境を構成変更する場合の注意事項」の「(2) パスの構成を変更した場合について」に示す手順を実行すると取得できます。

「3.8 ブートディスク環境からローカルブートディスク環境への移行」に示す手順に従って，いったんローカルブートディスク環境に移行します。

パスの構成を変更します。

「3.9.2 HDLM管理対象のブートディスク環境を構築してSVMを使用してミラー化する」に示す手順に従って，ブートディスク環境を戻します。

3.9.2 HDLM管理対象のブートディスク環境を構築してSVMを使用してミラー化する

この項の構成

(1) ローカルブートディスク環境からHDLM管理対象のブートディスク環境を構築する

(2) SVMを使用してHDLM管理対象のブートディスク環境をミラー化する

(1) ローカルブートディスク環境からHDLM管理対象のブートディスク環境を構築する

「3.6 ブートディスク環境の構築」を参照し，ローカルブートディスク環境からHDLM管理対象のブートディスク環境を構築します。ブートディスク環境の構築についての概念を次の図に示します。

図3-17 ローカルブートディスク環境からHDLM管理対象のブートディスク環境の構築

(2) SVMを使用してHDLM管理対象のブートディスク環境をミラー化する

SVMを使用して作成したブートディスクをミラー化します。ブートディスク環境のミラー化についての概念を次の図に示します。

図3-18 HDLM管理対象のブートディスク環境のミラー化

ブートディスクのLUのデバイス名は図のようにc8t50060E08000436D1d4とc8t50060E08000436D1d5であると仮定します。

また，以降のコマンドおよび設定の例では，それぞれのスライスが次のように割り当てられていると仮定します。

スライス0：/（root）ファイルシステム

スライス1：スワップデバイスおよびダンプデバイス

スライス6：/usrファイルシステム

スライス7：SVMの状態データベース

作成したブートディスクと同一の容量を持つLUをもう1つ用意し，スライスの構成および容量を同一にします。

SVMの状態データベースを作成します。

# metadb -a -f c8t50060E08000436D1d4s7
# metadb -a c8t50060E08000436D1d5s7

メタデバイスの名称を決定します。
ここでは次のように設定します。

/（root）ファイルシステム
d10(mirror) ---- d11(submirror),d12(submirror)

swap
d20(mirror) ---- d21(submirror),d22(submirror)

/usr
d30(mirror) ---- d31(submirror),d32(submirror)

メタデバイスを/（root），swap，/usrに作成し，それぞれをミラー化します（1面ミラー）。

# metainit -f d11 1 1 c8t50060E08000436D1d4s0
# metainit d10 -m d11

# metainit -f d21 1 1 c8t50060E08000436D1d4s1
# metainit d20 -m d21

# metainit -f d31 1 1 c8t50060E08000436D1d4s6
# metainit d30 -m d31

/etc/vfstabのswapの定義を，メタデバイス（/dev/md/dsk/d20）に変更し，/usrの定義もメタデバイス（/dev/md/dsk/d30）に変更します。
（変更前）

/dev/dsk/c8t50060E08000436D1d4s1 -       swap    -       no      -
/dev/dsk/c8t50060E08000436D1d4s6 /dev/rdsk/c8t50060E08000436D1d4s6 /usr ufs 1       no      -

（変更後）

/dev/md/dsk/d20 -       swap    -       no      -
/dev/md/dsk/d30  /dev/md/rdsk/d30 /usr ufs 1       no      -

dumpデバイスを設定します。

# dumpadm -d /dev/md/dsk/d20

metarootコマンドを実行します。

# metaroot d10

ホストを再起動します。

マシンが起動したら，スワップデバイスおよびダンプデバイスの確認とmountコマンドで/（root）および/usrの確認をします。

# swap -l
swapfile             dev  swaplo blocks   free
/dev/md/dsk/d20     85,20     16 8409584 8409584

# dumpadm
     Dump content: kernel pages
      Dump device: /dev/md/dsk/d20 (swap)
Savecore directory: /var/crash/host
 Savecore enabled: yes

# mount
/ on /dev/md/dsk/d10 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=154000a on Mon Mar  9 11:00:25 2009
/usr on /dev/md/dsk/d30 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=154001e on Mon Mar  9 11:00:25 2009

/（root），swap，/usrを2面ミラー構成にします。

# metainit -f d12 1 1 c8t50060E08000436D1d5s0
# metattach d10 d12

# metainit -f d22 1 1 c8t50060E08000436D1d5s1
# metattach d20 d22

# metainit -f d32 1 1 c8t50060E08000436D1d5s6
# metattach d30 d32

metastatコマンドを実行して，2面ミラー構成になっていることを確認します。

# metastat
d10: Mirror
   Submirror 0: d11
     State: Okay
   Submirror 1: d12
     State: Okay
   Pass: 1
   Read option: roundrobin (default)
   Write option: parallel (default)
   Size: 25190400 blocks (12 GB)

d11: Submirror of d10
   State: Okay
   Size: 25190400 blocks (12 GB)
   Stripe 0:
       Device                             Start Block  Dbase        State Reloc Hot Spare
       /dev/dsk/c8t50060E08000436D1d4s0          0     No            Okay   Yes

d12: Submirror of d10
   State: Okay
   Size: 25190400 blocks (12 GB)
   Stripe 0:
       Device                             Start Block  Dbase        State Reloc Hot Spare
       /dev/dsk/c8t50060E08000436D1d5s0          0     No            Okay   Yes
      ...

HDLMコマンドのview -pathオペレーションを実行して，ブートディスクに設定したLUにIOが実行されることを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
Paths:000032 OnlinePaths:000026
PathStatus   IO-Count    IO-Errors
Reduced      791869      0

PathID PathName                        DskName                                    iLU              ChaPort Status     Type IO-Count   IO-Errors  DNum HDevName
000000 0000.0000.0000000000653200.0006 HITACHI .DF600F          .77010152         0034             0C      Online     Own      131762          0    - c8t50060E08000436D1d4
000001 0000.0000.0000000000653600.0006 HITACHI .DF600F          .77010152         0034             1C      Online     Non          44          0    - c8t50060E08000436D1d4
000002 0001.0000.0000000000653200.0006 HITACHI .DF600F          .77010152         0034             0C      Online     Own      131717          0    - c8t50060E08000436D1d4
000003 0001.0000.0000000000653600.0006 HITACHI .DF600F          .77010152         0034             1C      Online     Non          44          0    - c8t50060E08000436D1d4
000004 0000.0000.0000000000653200.0007 HITACHI .DF600F          .77010152         0043             0C      Online     Own      131670          0    - c8t50060E08000436D1d5
000005 0000.0000.0000000000653600.0007 HITACHI .DF600F          .77010152         0043             1C      Online     Non          35          0    - c8t50060E08000436D1d5
000006 0001.0000.0000000000653200.0007 HITACHI .DF600F          .77010152         0043             0C      Online     Own      131650          0    - c8t50060E08000436D1d5
000007 0001.0000.0000000000653600.0007 HITACHI .DF600F          .77010152         0043             1C      Online     Non          35          0    - c8t50060E08000436D1d5

3.9.3 SVMを使用してブートディスクをミラー化している環境にHDLMをインストールしてブートディスクをHDLMの管理対象にする

はじめに，ブートディスクと同一の容量でかつ同一のスライス構成のLUをブートディスクのミラーの数だけ用意します。これらは，移行後のブートディスクになります。

この項の構成

(1) HDLMをインストールして環境を構築する

(2) ブートディスクをHDLMの管理対象にする

(1) HDLMをインストールして環境を構築する

「3.5 HDLMのインストール」を参照し，HDLMをインストールします。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）でHDLMデバイスの構成設定を行います。

ミラー化されているブートディスクのLUをHDLMの管理対象外に設定します。
「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

再構成リブートを実行します。

# reboot -- -r

(2) ブートディスクをHDLMの管理対象にする

ここでは次の図に示すデバイス名を使用して説明します。

図3-19 既存のブートディスクと移行後のブートディスク

既存のブートディスクのLUのデバイス名は，図のようにc6t50060E08000436D1d4とc6t50060E08000436D1d5であるとし，移行後のブートディスクのLUのデバイス名はc8t50060E08000436D1d6とc8t50060E08000436D1d7であるとします。

また，以降のコマンドおよび設定の例では，それぞれのスライスが次のように割り当てられていると仮定します。

スライス0：/（root）ファイルシステム

スライス1：スワップデバイスおよびダンプデバイス

スライス6：/usrファイルシステム

スライス7：SVMの状態データベース

メタデバイスの名称を決定します。
既存のブートディスクのメタデバイス名と，移行後のブートディスクは次の表に示すように設定するものとします。

表3-25 メタデバイスの名称

ブートディスク | ファイルシステム | ミラー | サブミラー
既存 | /(root) | d10 | d11
d12
swap | d20 | d21
d22
/usr | d30 | d31
d32
移行後 | /(root) | d100 | d101
d102
swap | d200 | d201
d202
/usr | d300 | d301
d302

HDLMデバイス上にメタデバイスを作成して，ミラー化します（1面ミラー）。

# metainit -f d101 1 1 c8t50060E08000436D1d6s0
# metainit d100 -m d101

# metainit -f d201 1 1 c8t50060E08000436D1d6s1
# metainit d200 -m d201

# metainit -f d301 1 1 c8t50060E08000436D1d6s6
# metainit d300 -m d301

移行後のスライス0（/（root）ファイルシステム）を指定して，移行後の環境のブートブロックを設定します。
コマンドの実行例を次に示します。

# installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/md/rdsk/d100

移行後の環境のSolaris基本ファイルシステムを初期化します。
コマンドの実行例を次に示します。

# newfs /dev/md/rdsk/d100
# newfs /dev/md/rdsk/d300

移行後の環境のSolaris基本ファイルシステムをマウントします。
コマンドの実行例を次に示します。

# mount /dev/md/dsk/d100 /mnt0
# mount /dev/md/dsk/d300 /mnt1

既存のSolaris基本ファイルシステムを移行後の環境にコピーします。
コマンドの実行例を次に示します。

# ufsdump 0f - / | (cd /mnt0; ufsrestore rf -)
# ufsdump 0f - /usr | (cd /mnt1; ufsrestore rf -)

移行後のブートディスクの/etc/vfstabファイル（/mnt0/etc/vfstab）を編集して，swapの定義を移行後のメタデバイス（/dev/md/dsk/d200）に変更し，/usrの定義を移行後のメタデバイス（/dev/md/dsk/d300）に変更します。
（変更前）

/dev/md/dsk/d20 -       swap    -       no      -
/dev/md/dsk/d30 /dev/md/rdsk/d30 /usr ufs 1       no      -

（変更後）

/dev/md/dsk/d200 -       swap    -       no      -
/dev/md/dsk/d300  /dev/md/rdsk/d300 /usr ufs 1       no      -

移行後のブートディスクの/etc/dumpadm.confファイル(/mnt0/etc/dumpadm.conf)を編集して，DUMPADM_DEVICEパラメタのダンプデバイスの定義を移行後の環境のブートディスクに変更します。
（変更前）

DUMPADM_DEVICE=/dev/md/dsk/d20

（変更後）

DUMPADM_DEVICE=/dev/md/dsk/d200

metarootコマンドを実行します。-Rオプションで移行後の/（root）ファイルシステムのマウントポイントを指定してください。

# metaroot -R /mnt0 d100

移行後の環境からブートするために，OBPで指定するブートデバイス名を求めます。
ブートディスクのパスのうち，HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスだけブートデバイスに指定できます。そのパスは，「4.5.1 HDLM運用環境を構成変更する場合の注意事項」の「(2) パスの構成を変更した場合について」に示す手順で求められます。
求めたパスの文字列を次のように編集すると，OBPで指定するブートデバイス名になります。

ssdドライバのドライバ名（「ssd」）を「disk」に置き換えます。

末尾に/（root）ファイルシステムのスライス識別子(「:a」～「:h」のどれか)を付加します。

（例）

求めたパス

/pci@8,600000/QLGC,qlc@1,1/fp@0,0/ssd@w50060e8010027a82,6

OBPに指定するパス

/pci@8,600000/QLGC,qlc@1,1/fp@0,0/disk@w50060e8010027a82,6:a

移行後の環境からブートします。
実際にブートするディスクを次の図に示します。

図3-20 移行後の環境からのブート

マシンが起動したら，スワップデバイスおよびダンプデバイスの確認とmountコマンドで/（root）および/usrの確認をします。

# swap -l
swapfile             dev  swaplo blocks   free
/dev/md/dsk/d200   85,200     16 8409584 8409584

# dumpadm
     Dump content: kernel pages
      Dump device: /dev/md/dsk/d200 (swap)
Savecore directory: /var/crash/host
 Savecore enabled: yes

# mount
/ on /dev/md/dsk/d100 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=1540064 on Mon Mar  9 11:00:25 2009
/usr on /dev/md/dsk/d300 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=154012c on Mon Mar  9 11:00:25 2009

/（root），swap，/usrを2面ミラー構成にします。

# metainit -f d102 1 1 c8t50060E08000436D1d7s0
# metattach d100 d102

# metainit -f d202 1 1 c8t50060E08000436D1d7s1
# metattach d200 d202

# metainit -f d302 1 1 c8t50060E08000436D1d7s6
# metattach d300 d302

SVMの状態データベースの複製を移行後のブートディスクに作成します。

# metadb -a c8t50060E08000436D1d6s7
# metadb -a c8t50060E08000436D1d7s7

移行前のSVMの環境を削除します。

# metaclear d10 d11 d12
# metaclear d20 d21 d22
# metaclear d30 d31 d32

# metadb -d c6t50060E08000436D1d4s7
# metadb -d c6t50060E08000436D1d5s7

metastatコマンドを実行して，2面ミラー構成になっていることを確認します。

# metastat
d100: Mirror
   Submirror 0: d101
     State: Okay
   Submirror 1: d102
     State: Okay
   Pass: 1
   Read option: roundrobin (default)
   Write option: parallel (default)
   Size: 25190400 blocks (12 GB)
d101: Submirror of d100
   State: Okay
   Size: 25190400 blocks (12 GB)
   Stripe 0:
       Device                             Start Block  Dbase        State Reloc Hot Spare
       /dev/dsk/c8t50060E08000436D1d6s0          0     No            Okay   Yes

d102: Submirror of d100
   State: Okay
   Size: 25190400 blocks (12 GB)
   Stripe 0:
       Device                             Start Block  Dbase        State Reloc Hot Spare
       /dev/dsk/c8t50060E08000436D1d7s0          0     No            Okay   Yes
      ...

HDLMコマンドのview -pathオペレーションを実行して，移行後のブートディスクに設定したLUにIOが実行されることを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
Paths:000032 OnlinePaths:000026
PathStatus   IO-Count    IO-Errors
Reduced      791869      0

PathID PathName                        DskName                                    iLU              ChaPort Status     Type IO-Count   IO-Errors  DNum HDevName
000000 0000.0000.0000000000653200.0006 HITACHI .DF600F          .77010152         0034             0C      Online     Own      131762          0    - c8t50060E08000436D1d6
000001 0000.0000.0000000000653600.0006 HITACHI .DF600F          .77010152         0034             1C      Online     Non          44          0    - c8t50060E08000436D1d6
000002 0001.0000.0000000000653200.0006 HITACHI .DF600F          .77010152         0034             0C      Online     Own      131717          0    - c8t50060E08000436D1d6
000003 0001.0000.0000000000653600.0006 HITACHI .DF600F          .77010152         0034             1C      Online     Non          44          0    - c8t50060E08000436D1d6
000004 0000.0000.0000000000653200.0007 HITACHI .DF600F          .77010152         0043             0C      Online     Own      131670          0    - c8t50060E08000436D1d7
000005 0000.0000.0000000000653600.0007 HITACHI .DF600F          .77010152         0043             1C      Online     Non          35          0    - c8t50060E08000436D1d7
000006 0001.0000.0000000000653200.0007 HITACHI .DF600F          .77010152         0043             0C      Online     Own      131650          0    - c8t50060E08000436D1d7
000007 0001.0000.0000000000653600.0007 HITACHI .DF600F          .77010152         0043             1C      Online     Non          35          0    - c8t50060E08000436D1d7

移行前の環境，および移行後の環境の内容をバックアップします。
バックアップは，次の場合に必要になります。

移行後の環境に異常が発生した場合
移行前の環境からブートして，移行後の環境の修復作業に使用します。また，移行後の環境のバックアップをリストアして修復することもできます。

ブートディスク環境からローカルブートディスク環境に移行して，ブートディスク環境を構築する前の状態に戻す場合

3.9.4 HDLMをアンインストールする

はじめに，ブートディスクと同一の容量でかつ同一のスライス構成のLUをブートディスクのミラーの数だけ用意します。これらは，移行後のブートディスクになります。

この項の構成

(1) 新しく用意したLUをHDLMの管理対象外にする

(2) 環境を構築してHDLMをアンインストールする

(1) 新しく用意したLUをHDLMの管理対象外にする

dlmsetconfユティリティでHDLMデバイスの構成設定を行います。

新しく用意したLUをHDLMの管理対象外に設定します。
「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

再構成リブートを実行します。

# reboot -- -r

(2) 環境を構築してHDLMをアンインストールする

ここでは次の図に示すデバイス名を使用して説明します。

図3-21 既存のブートディスクと移行後のブートディスク

既存のブートディスクのLUのデバイス名は，図のようにc8t50060E08000436D1d4とc8t50060E08000436D1d5であるとし，移行後のブートディスクのLUのデバイス名はc6t50060E08000436D1d6とc6t50060E08000436D1d7であるとします。

また，以降のコマンドおよび設定の例では，それぞれのスライスが次のように割り当てられていると仮定します。

スライス0：/（root）ファイルシステム

スライス1：スワップデバイスおよびダンプデバイス

スライス6：/usrファイルシステム

スライス7：SVMの状態データベース

メタデバイスの名称を決定します。
既存のブートディスクのメタデバイス名と，移行後のブートディスクは「表3-26 メタデバイスの名称」に示すように設定するものとします。

表3-26 メタデバイスの名称

ブートディスク | ファイルシステム | ミラー | サブミラー
既存 | /(root) | d100 | d101
d102
swap | d200 | d201
d202
/usr | d300 | d301
d302
移行後 | /(root) | d10 | d11
d12
swap | d20 | d21
d22
/usr | d30 | d31
d32

sd/ssdデバイス上にメタデバイスを作成して，ミラー化します（1面ミラー）。

# metainit -f d11 1 1 c6t50060E08000436D1d6s0
# metainit d10 -m d11

# metainit -f d21 1 1 c6t50060E08000436D1d6s1
# metainit d20 -m d21

# metainit -f d31 1 1 c6t50060E08000436D1d6s6
# metainit d30 -m d31

移行後のスライス0（/（root）ファイルシステム）を指定して，移行後の環境のブートブロックを設定します。
コマンドの実行例を次に示します。

# installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/md/rdsk/d10

移行後の環境のSolaris基本ファイルシステムを初期化します。
コマンドの実行例を次に示します。

# newfs /dev/md/rdsk/d10
# newfs /dev/md/rdsk/d30

移行後の環境のSolaris基本ファイルシステムをマウントします。
コマンドの実行例を次に示します。

# mount /dev/md/dsk/d10 /mnt0
# mount /dev/md/dsk/d30 /mnt1

既存のSolaris基本ファイルシステムを移行後の環境にコピーします。
コマンドの実行例を次に示します。

# ufsdump 0f - / | (cd /mnt0; ufsrestore rf -)
# ufsdump 0f - /usr | (cd /mnt1; ufsrestore rf -)

移行後のブートディスクの/etc/vfstabファイル（/mnt0/etc/vfstab）を編集して，swapの定義を移行後のメタデバイス（/dev/md/dsk/d20）に変更し，/usrの定義を移行後のメタデバイス（/dev/md/dsk/d30）に変更します。
（変更前）

/dev/md/dsk/d200 -       swap    -       no      -
/dev/md/dsk/d300  /dev/md/rdsk/d300 /usr ufs 1       no      -

（変更後）

/dev/md/dsk/d20 -       swap    -       no      -
/dev/md/dsk/d30 /dev/md/rdsk/d30 /usr ufs 1       no      -

移行後のブートディスクの/etc/dumpadm.confファイル（/mnt0/etc/dumpadm.conf）を編集して，DUMPADM_DEVICEパラメタのダンプデバイスの定義を移行後の環境のブートディスクに変更します。
（変更前）

DUMPADM_DEVICE=/dev/md/dsk/d200

（変更後)

DUMPADM_DEVICE=/dev/md/dsk/d20

metarootコマンドを実行します。
-Rオプションで移行後の/（root）ファイルシステムのマウントポイントを指定してください。
コマンドの実行例を次に示します。

# metaroot -R /mnt0 d10

移行後の環境からブートします。
実際にブートするディスクを次の図に示します。

図3-22 移行後の環境からのブート

マシンが起動したら，スワップデバイスおよびダンプデバイスの確認とmountコマンドで/（root）および/usrの確認をします。

# swap -l
swapfile             dev  swaplo blocks   free
/dev/md/dsk/d20     85,20     16 8409584 8409584

# dumpadm
     Dump content: kernel pages
      Dump device: /dev/md/dsk/d20 (swap)
Savecore directory: /var/crash/host
 Savecore enabled: yes

# mount
/ on /dev/md/dsk/d10 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=154000a on Mon Mar  9 11:00:25 2009
/usr on /dev/md/dsk/d30 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=154001e on Mon Mar  9 11:00:25 2009

/（root），swap，/usrを2面ミラー構成にします。

# metainit -f d12 1 1 c6t50060E08000436D1d7s0
# metattach d10 d12

# metainit -f d22 1 1 c6t50060E08000436D1d7s1
# metattach d20 d22

# metainit -f d32 1 1 c6t50060E08000436D1d7s6
# metainit d30 d32

SVMの状態データベースの複製を移行後のブートディスクに作成します。

# metadb -a c6t50060E08000436D1d6s7
# metadb -a c6t50060E08000436D1d7s7

移行前のSVMの環境を削除します。

# metaclear d100 d101 d102
# metaclear d200 d201 d202
# metaclear d300 d301 d302

# metadb -d c8t50060E08000436D1d4s7
# metadb -d c8t50060E08000436D1d5s7

metastatコマンドを実行して，2面ミラー構成になっていることを確認します。

# metastat
d10: Mirror
   Submirror 0: d11
     State: Okay
   Submirror 1: d12
     State: Okay
   Pass: 1
   Read option: roundrobin (default)
   Write option: parallel (default)
   Size: 25190400 blocks (12 GB)

d11: Submirror of d10
   State: Okay
   Size: 25190400 blocks (12 GB)
   Stripe 0:
       Device                             Start Block  Dbase        State Reloc Hot Spare
       /dev/dsk/c6t50060E08000436D1d6s0          0     No            Okay   Yes

d12: Submirror of d10
   State: Okay
   Size: 25190400 blocks (12 GB)
   Stripe 0:
       Device                             Start Block  Dbase        State Reloc Hot Spare
       /dev/dsk/c6t50060E08000436D1d7s0          0     No            Okay   Yes
      ...

HDLMをアンインストールします。
「3.18 HDLMの設定解除」を参照し，HDLMをアンインストールします。

3.10 パス構成の確認

ロードバランスやフェイルオーバなどのHDLMの機能は，1つのHDLM管理対象デバイスに対して複数の稼働状態のパスがあるときにだけ使用できます。HDLMのインストール後，およびハードウェア構成の変更後には，パスの構成や状態を確認してください。

パス情報は，HDLMコマンドのviewオペレーションで確認できます。

パス情報を確認する手順について，次に説明します。viewオペレーションの詳細については，「6.7 view 情報を表示する」を参照してください。

-pathパラメタを指定して出力した情報を確認する

次に示すコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path > リダイレクト先のファイル1

リダイレクト先のファイル1を開いて，次のことを確認します。

パスがアクセスするLUがあるか
パスは「PathName」で特定できます。パスがアクセスするLUは「DskName」と「iLU」の組み合わせで特定できます。

パスはすべてOnline状態か
「PathStatus」が「Online」であることを確認してください。Online状態ではないパスが存在する場合は，「Reduced」と表示されます。

物理的なHBAのポートの数だけ，異なるホストポート番号.バス番号があるか

同じLUにアクセスするパスが経由するCHAポート（「ChaPort」）とHBAポート（「PathName」に表示されたホストポート番号およびバス番号）の組み合わせが異なっているか
「PathName」のうち，左端の番号がホストポート番号です。ホストポート番号の右側にあるピリオドから2番目のピリオドまでの番号が，バス番号です。

-drvパラメタを指定して出力した情報を確認する

次に示すコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -drv > リダイレクト先のファイル2

リダイレクト先のファイル2の「HDevName」と「Device」を参照して，sdまたはssdデバイスに対応するHDLMデバイスが作成されていることを確認します。

3.11 HDLMの機能の設定

HDLMには，ロードバランス，自動フェイルバック，障害ログの採取，監査ログの採取などの機能があります。これらの機能は，HDLMコマンドのsetオペレーションで設定できます。ここでは，それぞれの方法でHDLMの機能を設定する手順を説明します。

この節の構成

3.11.1 変更前の設定内容の確認

3.11.2 機能の設定

3.11.3 変更後の設定の確認

3.11.1 変更前の設定内容の確認

HDLMコマンドのviewオペレーションを使って変更前の設定内容を確認する方法について説明します。

次のコマンドを実行して現在の設定内容を確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 3
Elog File Size(KB)             : 9900
Number Of Elog Files           : 2
Trace Level                    : 0
Trace File Size(KB)            : 1000
Number Of Trace Files          : 4
Path Health Checking           : on(30)
Auto Failback                  : off
Intermittent Error Monitor     : off
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログの現在の設定内容を確認する場合は，次のコマンドを実行してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log                      : off
Audit Log Category             : -
Audit Log Facility             : -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

3.11.2 機能の設定

HDLMで設定できる各機能について次の表にまとめています。各機能の詳細は「(1) ロードバランスの設定」以降を参照してください。

各機能の設定値には，デフォルト値と推奨値があります。HDLMコマンドのsetオペレーションで機能を設定しない場合，機能の設定値にはデフォルト値が適用されます。推奨値は，機能を設定する場合の目安となる値です。

表3-27 各機能のデフォルト値と推奨値

機能
デフォルト値
推奨値

ロードバランス
on
アルゴリズムは拡張最少I/O数
on
アルゴリズムの推奨値は運用環境によって異なります。

パスヘルスチェック
on
チェック間隔30（分）
on
チェック間隔の推奨値は運用環境によって異なります。

自動フェイルバック
off
off

間欠障害監視
off
off

ダイナミックI/Oパスコントロール※
off
チェック間隔10（分）
off
チェック間隔の推奨値は運用環境によって異なります。

障害ログ採取レベル
3：Informationレベル以上の障害情報を採取
3：Informationレベル以上の障害情報を採取

トレースレベル
0：トレースを出力しない
0：トレースを出力しない

障害ログファイルサイズ
9900（KB）
9900（KB）

障害ログファイル数
2
2

トレースファイルサイズ
1000（KB）
1000（KB）

トレースファイル数
4
4

監査ログ採取
off
推奨値は運用環境によって異なります。
監査ログを採取したい場合「on」を設定してください。

監査ログのFacility
user
local0～7

注※

ストレージシステムがHitachi AMS2000シリーズ，Hitachi SMSシリーズ，またはHUS100シリーズを使用している場合にだけ適用されます。

この項の構成

(1) ロードバランスの設定

(2) パスヘルスチェックの設定

(3) 自動フェイルバックの設定

(4) 間欠障害監視の設定

(5) ダイナミックI/Oパスコントロールの設定

(6) 障害ログ採取レベルの設定

(7) トレースレベルの設定

(8) 障害ログファイルサイズの設定

(9) 障害ログファイル数の設定

(10) トレースファイルサイズの設定

(11) トレースファイル数の設定

(12) 監査ログ採取の設定

(13) 監査ログのFacilityの設定

(1) ロードバランスの設定

ロードバランス機能を使用するかどうかを設定します。

ロードバランスを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -lb on -lbtype exlio

ロードバランスを使用する場合は，「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-lbtypeオプションのあとに，次に示すアルゴリズムを指定します。

ラウンドロビンの場合は「rr」

拡張ラウンドロビンの場合は「exrr」

最少I/O数の場合は「lio」

拡張最少I/O数の場合は「exlio」

最少ブロック数の場合は「lbk」

拡張最少ブロック数の場合は「exlbk」

-lbtypeで設定したアルゴリズムは，-lb offを指定してロードバランス機能を無効にしても，記憶されています。そのため，再度ロードバランス機能を有効にし，アルゴリズムを指定しなかった場合，記憶されているアルゴリズムでロードバランスが実行されます。

(2) パスヘルスチェックの設定

パスヘルスチェック機能を使用するかどうかを設定します。

パスヘルスチェックを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -pchk on -intvl 10

パスヘルスチェックを使用する場合は，「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタでチェック間隔を指定できます。チェック間隔を指定しない場合は，前回指定した設定値になります。例えば，チェック間隔を15分に設定して実行したあと，パスヘルスチェックに「off」を設定して実行します。このあと，再度チェック間隔を指定しないでパスヘルスチェックに「on」を設定して実行した場合，前回指定した設定値の15分を再び使用します。

(3) 自動フェイルバックの設定

自動フェイルバック機能を使用するかどうかを設定します。

間欠障害監視を使用して「障害発生回数」が「2」以上の場合，次の条件が満たされている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はエラーとなり，KAPL01080-Wのメッセージが表示されます。

エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。障害発生回数に「1」を指定した場合，上記の条件を満たす必要はありません。

自動フェイルバックを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -afb on -intvl 10

自動フェイルバックを使用する場合は「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタでパスの状態をチェックする間隔を指定できます。チェック間隔を指定しない場合は，前回指定した設定値になります。例えば，チェック間隔を5分に設定して実行したあと，自動フェイルバックに「off」を設定して実行します。このあと，再度チェック間隔を指定しないで自動フェイルバックに「on」を設定して実行した場合，前回指定した設定値の5分を再び使用します。

(4) 間欠障害監視の設定

間欠障害監視は，自動フェイルバック機能を使用しているときだけ設定できます。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを使用する場合は，間欠障害を監視することをお勧めします。

間欠障害監視を使用した場合，「障害監視時間」および「障害発生回数」で，間欠障害と見なす条件を指定できます。障害監視時間のデフォルト値は「30」，障害発生回数のデフォルト値は「3」です。

間欠障害の監視が開始されてから指定した時間（分）が経過するまでの間に，指定した回数の障害が発生した場合に，該当するパスに間欠障害が発生していると見なします。間欠障害が発生していると見なされたパスは，自動フェイルバックの対象外になります。なお，間欠障害の監視は，自動フェイルバックによってパスが障害から回復した時点で開始されます。監視は，パスごとに実施されます。

「障害発生回数」に「2」以上の値を指定した場合，「(3) 自動フェイルバックの設定」に示す条件が満たされている必要があるので，参照してください。

パスが間欠障害と見なされているかどうかは，HDLMコマンドのviewオペレーションの実行結果で確認できます。

間欠障害監視を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -iem on -intvl 20 -iemnum 2

間欠障害を監視する場合は「on」を，監視しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタおよび-iemnumパラメタで，間欠障害と見なす条件を指定できます。-intvlパラメタでは障害監視時間を，-iemnumパラメタでは障害発生回数を指定します。条件の指定を省略すると，30分以内に3回以上障害が発生した場合に間欠障害と見なします。

(5) ダイナミックI/Oパスコントロールの設定

I/O性能の低下を防ぐため，ストレージシステム側で行われるコントローラ切り替えに追従して，HDLMの出力先コントローラを動的に切り替えます。

ダイナミックI/Oパスコントロール機能はストレージシステム単位またはLU単位に設定できます。また，ストレージシステム側で行われるコントローラ切り替えを追従するに当たり，切り替え情報を見直しするチェック間隔も設定できます。

ダイナミックI/Oパスコントロール機能を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -dpc on -pathid 000001 -lu
# /opt/DynamicLinkManager/bin/dlnkmgr set -dpcintvl 10

ダイナミックI/Oパスコントロール機能を有効にする場合は「on」を，無効にする場合は「off」を指定します。-pathidパラメタではLUまたは，ストレージシステムに接続されているパスIDを指定します。-dpcintvlパラメタでは，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を，分単位で指定します。

(6) 障害ログ採取レベルの設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））を採取するレベルを設定します。

障害ログ採取レベルの設定値とその説明を次の表に示します。

表3-28 障害ログ採取レベルの設定値

設定値 | 説明
0 | 障害ログを採取しません。
1 | Errorレベル以上の障害情報を採取します。
2 | Warningレベル以上の障害情報を採取します。
3 | Informationレベル以上の障害情報を採取します。
4 | Informationレベル（保守情報も含む）以上の障害情報を採取します。

障害が発生したときは，障害ログ採取レベルに「1」以上を設定してログを採取します。設定値が大きいほど出力される情報量が多くなります。ログの出力量が多いと，古い障害ログファイルが新しい情報で上書きされるまでの時間が短くなります。

障害ログ採取レベルを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -ellv 2

障害ログを採取するレベルを数字で指定します。

(7) トレースレベルの設定

トレースを出力するレベルを設定します。

トレースレベルを設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースレベルの設定値とその説明を次の表に示します。

表3-29 トレースレベルの設定値

設定値 | 説明
0 | トレースを出力しません。
1 | エラー情報だけ出力します。
2 | プログラムの動作概略を出力します。
3 | プログラムの動作詳細を出力します。
4 | すべての情報を出力します。

障害が発生したときは，トレースレベルに「1」以上を設定してトレース情報を採取します。設定値が大きいほど出力される情報量が多くなります。トレース情報の出力量が多いと，古いトレースファイルが新しい情報で上書きされるまでの時間が短くなります。

通常の運用では，トレースレベルに「0」を設定することを推奨します。必要以上にトレースレベルの設定値を大きくすると，HDLMの処理性能が低下したり，障害の要因分析に必要なトレース情報が上書きされたりするおそれがあります。

トレースレベルを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -systflv 1

トレースの出力レベルを数字で指定します。

(8) 障害ログファイルサイズの設定

障害ログファイル（HDLMマネージャのログ（dlmmgr[1-16].log））のサイズを設定します。

障害ログファイルサイズには，キロバイト単位で100～2000000の値を指定します。HDLMマネージャのログには指定値が反映されます。

障害ログファイルが設定サイズに達すると，最も古い障害ログファイルから順に新しいログ情報が上書きされます。障害ログファイル数の指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイルサイズを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -elfs 1000

障害ログファイルのサイズを，キロバイト単位で指定します。

(9) 障害ログファイル数の設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））のファイル数を設定します。

障害ログファイル数（HDLMマネージャのログファイル数）には，2～16の値を指定します。障害ログファイルサイズの指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイル数を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -elfn 5

障害ログファイルの数を数字で指定します。

(10) トレースファイルサイズの設定

トレースファイルのサイズを設定します。

ファイルサイズを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースファイルは固定長です。したがって，書き込まれるトレース情報が設定したファイルサイズに満たない場合でも，出力されるトレースファイル1つ当たりのファイルサイズは常に固定です。

トレースファイルサイズには，キロバイト単位で100～16000の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。すべてのトレースファイルにトレースが書き込まれると，最も古いトレースファイルに新しいトレースが上書きされます。

トレースファイル数の指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイルサイズを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -systfs 2000

トレースファイルのサイズをキロバイト単位で指定します。

(11) トレースファイル数の設定

トレースファイルの数を設定します。

ファイル数を設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースファイル数には，2～64の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。

トレースファイルサイズの指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイル数を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -systfn 10

トレースファイルの数を数字で指定します。

(12) 監査ログ採取の設定

監査ログを採取するかどうか設定します。

監査ログを採取する場合には，監査ログ採取レベルおよび監査ログ種別を設定します。

監査ログの採取レベルの設定値とその説明を次の表に示します。監査ログ採取レベルは重要度（Severity）で設定します。デフォルトの設定値は「6」です。

表3-30 監査ログ採取レベルの設定値

設定値（重要度） | 説明
0 | 監査ログを採取しません。
1
2 | Criticalレベルの監査ログを採取します。
3 | Critical，およびErrorレベルの監査ログを採取します。
4 | Critical，Error，およびWarningレベルの監査ログを採取します。
5
6 | Critical，Error，Warning ，およびInformationalレベルの監査ログを採取します。
7

監査ログ種別の設定値とその説明を次の表に示します。デフォルトの設定値は「all」です。

表3-31 監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

監査ログ採取を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -audlog on -audlv 6 -category all

監査ログを採取する場合は「on」を，採取しない場合は「off」を指定します。「on」を指定した場合，-audlvパラメタで監査ログ採取レベルを，-categoryパラメタで監査ログ種別を指定できます。

監査ログのFacilityを設定する場合は，「(13) 監査ログのFacilityの設定」を参照してください。

(13) 監査ログのFacilityの設定

監査ログの出力先を指定する場合，次の設定を行います。

監査ログのFacilityをdlnkmgr set -audfacで指定し，そのFacilityの出力先を/etc/syslog.confファイルまたは/etc/rsyslog.confファイルで定義することで，監査ログだけを指定のディレクトリに出力できます。監査ログのFacilityの設定値を次の表に示します。デフォルトの設定値は「user」です。

表3-32 監査ログのFacilityの設定値

設定値 | /etc/syslog.confファイルまたは/etc/rsyslog.confファイルでの対応するFacility値
userまたは1 | user
local0または16 | local0
local1または17 | local1
local2または18 | local2
local3または19 | local3
local4または20 | local4
local5または21 | local5
local6または22 | local6
local7または23 | local7

監査ログのFacilityを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -audfac local0

3.11.3 変更後の設定の確認

HDLMコマンドのsetオペレーションを使って設定した内容を確認する方法について説明します。

変更後のHDLMの機能設定情報を表示します。実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 2
Elog File Size(KB)             : 1000
Number Of Elog Files           : 5
Trace Level                    : 1
Trace File Size(KB)            : 2000
Number Of Trace Files          : 10
Path Health Checking           : on(10)
Auto Failback                  : on(10)
Intermittent Error Monitor     : on(2/20)
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログ採取を設定した場合は，次のコマンドで確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log                      : on(6)
Audit Log Category             : all
Audit Log Facility             : local0
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

3.12 統合トレースの設定

HDLMを使用している場合，HDLMコマンドの動作ログは，Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）の統合トレース情報ファイル（/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号））に出力されます。

統合トレース情報の出力量が多い場合，情報が短時間で削除されてしまうことがあります。また，一度に出力される統合トレース情報が多い場合，一部がバッファに取り込まれないで，統合トレースファイルに保存されないことがあります。必要な情報を保存しておくために，Hitachi Network Objectplazaトレース共通ライブラリの設定を変更して，統合トレースファイルの容量，およびバッファの容量を増やしてください。増加量はシステムへの負荷を考慮して決めてください。

統合トレースファイルの設定のデフォルト値と推奨値を次の表に示します。

表3-33 統合トレースファイルの設定のデフォルト値と推奨値

設定 | デフォルト値 | 推奨値
統合トレースファイルのサイズ | 256（KB） | 4096（KB）
統合トレースファイルの数 | 4 | 8
監視間隔当たりのバッファサイズ | 監視間隔 | 10（秒） | 5（秒）
バッファサイズ | 64（KB） | 256（KB）
監視間隔当たりのメッセージの出力件数 | 監視間隔 | 0（秒） | 0（秒）
メッセージ出力件数 | 0（件） | 0（件）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）がすでにインストールされていた場合，設定値は引き継がれます。設定を変更する場合は，HDLM以外のプログラムでの使用状況を考慮して変更してください。

この節の構成

3.12.1 Hitachi Network Objectplazaトレース共通ライブラリを使用する場合の注意事項

3.12.2 Hitachi Network Objectplazaトレース共通ライブラリの設定メニューを表示する

3.12.3 統合トレースファイルのサイズを変更する

3.12.4 統合トレースファイルの数を変更する

3.12.5 監視間隔当たりのバッファサイズを変更する

3.12.6 監視間隔当たりのメッセージの出力件数を調節する

3.12.7 Hitachi Network Objectplazaトレース共通ライブラリの設定を終了する

3.12.8 Hitachi Network Objectplazaトレース共通ライブラリの設定を有効にする

3.12.1 Hitachi Network Objectplazaトレース共通ライブラリを使用する場合の注意事項

Hitachi Network Objectplazaトレース共通ライブラリを使用する場合の注意事項について，次に説明します。

HDLMのインストール時にホストにHNTRLibがインストールされていた場合，トレース共通ライブラリの設定はHNTRLib2に引き継がれません。HDLMは，HNTRLib2の設定のデフォルト値を使用します。

HDLMのインストール時にホストにHNTRLib2がすでにインストールされていた場合，トレース共通ライブラリの設定が引き継がれます。

HDLMをアンインストールしようとした際に，ほかの日立製品がHNTRLib2を使用していた場合は，HNTRLib2はアンインストールされません。

3.12.2 Hitachi Network Objectplazaトレース共通ライブラリの設定メニューを表示する

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューを表示するための手順を次に示します。

root権限を持つユーザでログインします。

次に示すコマンドを実行します。

# /opt/hitachi/HNTRLib2/bin/hntr2utl2

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューが表示されます。
[図]
設定を変更しない場合は，「e」を入力して［Enter］キーを押し，終了してください。
次に，設定を変更する方法を説明します。

3.12.3 統合トレースファイルのサイズを変更する

統合トレースファイルのサイズを変更するための手順を次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「1」を入力して［Enter］キーを押します。
統合トレースファイルのサイズを設定する画面が表示されます。［Current Size(KB)］の値が現在の設定値を示します。
[図]

［New Size(KB)］で統合トレースファイルのサイズを変更します。
デフォルト値は256（KB）です。設定値の範囲は8～8192です。「3.12.5 監視間隔当たりのバッファサイズを変更する」の手順2で設定するバッファサイズ以上の値を設定してください。統合トレースを採取する場合の推奨値は4096（KB）です。
統合トレースファイルのサイズを変更しない場合は，［New Size(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

3.12.4 統合トレースファイルの数を変更する

統合トレースファイルの数を変更するための手順を次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「2」を入力して［Enter］キーを押します。
統合トレースファイルの数を設定する画面が表示されます。［Current Number(KB)］の値が現在の設定値を示します。
[図]

［New Number(KB)］で統合トレースファイルの数を変更します。
デフォルト値は4です。設定値の範囲は1～16です。ここで設定した値は，/var/opt/hitachi/HNTRLib2/spool/hntr2n.logの「n」の部分に反映されます。統合トレースを採取する場合の推奨値は8です。
統合トレースファイルの数を変更しない場合は，［New Number(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

3.12.5 監視間隔当たりのバッファサイズを変更する

一定の監視間隔当たりの，バッファのサイズを変更するための手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「4」を入力して［Enter］キーを押します。
バッファサイズを設定する画面が表示されます。［Current Size(KB)］の値が現在の設定値を示します。
[図]

［New Size(KB)］でバッファサイズを変更します。
［5: Interval Timer.］で設定する監視間隔当たりのバッファサイズを変更します。デフォルト値は64（KB）です。設定値の範囲は8～2048です。「3.12.3 統合トレースファイルのサイズを変更する」の手順2で設定する統合トレースファイルサイズ以下の値を設定してください。統合トレースを採取する場合の推奨値は256（KB）です。
バッファサイズを変更しない場合は，［New Size(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「5」を入力して［Enter］キーを押します。
モニタでの監視サイクルを設定する画面が表示されます。「Current Span(sec)」の値が現在の設定値を示します。
[図]

［New Span(sec)］で監視サイクルを変更します。
デフォルト値は10（秒）です。設定値の範囲は1～300です。統合トレースを採取する場合の推奨値は5（秒）です。
監視サイクルを変更しない場合は，［New Span(sec)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

3.12.6 監視間隔当たりのメッセージの出力件数を調節する

一定の監視間隔当たりの，メッセージの出力件数を調節する手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「6」を入力して［Enter］キーを押します。
統合トレースファイルに出力するメッセージの件数の監視間隔を設定する画面が表示されます。
［Current Span(sec)］の値が現在の設定値を示します。
[図]

［New Span(sec)］で監視間隔を設定します。
デフォルト値は0（秒）です。設定値の範囲は0～3600です。推奨値は0（秒）です。
監視間隔を変更しない場合は，［New Span(sec)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。
なお，監視間隔が0の場合は，［7: Max messages per span.］を選択して値を設定しても，統合トレース情報の出力量は調節されません。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「7」を入力して［Enter］キーを押します。
［6: Lookout span.］を選択して指定した監視間隔当たりの，統合トレースファイルに出力するメッセージの最大件数を設定する画面が表示されます。
［Current Max(sec)］の値が現在の設定値を示します。
[図]

［New Max(sec)］で統合トレースファイルに出力するメッセージの最大件数を調節します。
デフォルト値は0（件）です。設定値の範囲は0～500です。統合トレースファイルに出力するメッセージ件数をできるだけ多くしたい場合，推奨値は0（件）です。［6: Lookout span.］を選択して指定した監視間隔が0の場合，［New Max(sec)］での設定値は無視されます。
また，0を指定した場合，［6: Lookout span.］を選択して監視間隔を設定しても，メッセージの最大出力件数は調節されません。
メッセージの最大出力件数を変更しない場合は，［New Max(sec)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

3.12.7 Hitachi Network Objectplazaトレース共通ライブラリの設定を終了する

Hitachi Network Objectplazaトレース共通ライブラリの設定を終了し，設定メニューを閉じる手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「e」を入力して［Enter］キーを押します。
新しい設定を保存するかどうか確認されます。
[図]

新しい設定を保存する場合は「Yes」，保存しない場合は「No」を入力して，設定を終了します。

3.12.8 Hitachi Network Objectplazaトレース共通ライブラリの設定を有効にする

Hitachi Network Objectplazaトレース共通ライブラリを使用して統合トレース容量を変更した場合，設定を有効にするために，次に示す手順を実行してください。

root権限を持つユーザでログインします。

HNTRLib2を使用しているプログラムを確認します。
HDLMだけがHNTRLib2を使用している場合にコマンドを実行したときの例を次に示します。

# /opt/hitachi/HNTRLib2/etc/hntr2dgetname
JP1/HiCommand Dynamic Link Manager
#

HNTRLib2を使用しているプログラムを停止します。
手順2でHDLM以外のプログラムが表示された場合，それらのプログラムを停止してください。そのあとで，手順4に進んでください。HDLMマネージャは停止する必要はありません。
HDLM以外のプログラムの停止方法および起動方法が不明な場合は，手順4以降は実施しないで，ホストを再起動してください。

次に示すコマンドを実行して，統合トレース採取プロセスを停止します。

# /opt/hitachi/HNTRLib2/bin/hntr2kill

次に示すコマンドを実行して，メモリマップドファイルを削除します。

# rm /opt/hitachi/HNTRLib2/mmap/hntr2mmap.mm

次に示すコマンドを実行して，統合トレース採取プロセスを起動します。

# /opt/hitachi/HNTRLib2/bin/hntr2mon -d &

手順3で停止したプログラムを起動します。
手順3で，HDLM以外のプログラムを停止した場合は，それらのプログラムを起動してください。

3.13 ファイルシステムの構築（ボリューム管理ソフトウェアを使用しない場合）

ボリューム管理ソフトウェアを使用しない場合，ファイルシステムがHDLMデバイスを直接使用します。

ここでは，HDLMデバイスの論理デバイスファイル名を指定して，HDLM管理対象のデバイスをUFSファイルシステムとしてマウントする手順を説明します。HDLMデバイスをZFSファイルシステムとして使用する場合も，ZFSのコマンドでHDLMの論理デバイスファイル名を指定することでZFSファイルシステムを構築できます。

HDLMをインストールする前にエクスポートしたZFSファイルシステムを，HDLMをインストールしたあとにインポートして使用できます。

HDLMデバイスを使用してファイルシステムを作成します。
すでにファイルシステムを作成してある場合，手順2に進んでください。
ファイルシステムを作成するために実行するコマンドの例を，次に示します。

# newfs /dev/rdsk/c2t7d16s0

ファイルシステムをマウントするディレクトリを作成します。コマンドの実行例を次に示します。

# mkdir マウントポイント

ファイルシステムをマウントします。実行するコマンドの例を次に示します。

# mount -F ufs /dev/dsk/c2t7d16s0 マウントポイント

自動的にマウントするように設定します。
ホストの起動時に，HDLM管理対象のデバイスを自動的にマウントする場合， /etc/vfstabファイルを編集します。
次に示すコマンドを実行して現在の設定を出力します。

# mount -p

コマンドの出力例を次に示します。

図3-23 mount -pコマンドの出力例

出力された設定を参考にして，/etc/vfstabファイルを編集します。網掛けの部分が，/etc/vfstabファイルでの設定対象です。
/etc/vfstabファイルの編集例を次に示します。

図3-24 /etc/vfstabファイルの編集例

網掛けの部分を追加してください。

3.14 VxVMの設定

VxVMを使用する場合，VxVMはHDLMデバイスを使用してLUにアクセスします。

VxVMはHDLMデバイスを自動的に認識します。ほかのディスクデバイスと同様にVxVMのマニュアルに従って設定を行ってください。

この節の構成

3.14.1 ディスクグループの作成

3.14.2 VxVMボリュームの作成

3.14.3 VxVMでのデバイスの無効化

3.14.4 HDLMを使用中の環境にVxVMを導入する場合

3.14.5 VxVMとSun Clusterの連携

3.14.1 ディスクグループの作成

ここでは主に，HDLMデバイスをVxVMのディスクグループに登録するための準備を説明します。

HDLMデバイスをVxVMのディスクグループに登録するためには，HDLMデバイス以外のデバイスを，VxVMで無効化する必要があります。無効化を実施していない場合は，まず，「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って，HDLMデバイス以外のデバイスを無効化してください。それから，次の手順を実行してください。

VxVMがHDLMデバイスを認識していることを確認します。
次に示すコマンドを順に実行して，VxVMがHDLMデバイスを認識していることを確認してください。

HDLMコマンドのview -pathオペレーション
VxVMが認識する必要があるHDLMデバイスを確認します。コマンドの実行例を次に示します。
[図]
以降では，網掛けのHDLMデバイスが認識されていることを確認する手順を説明します。

vxdiskコマンド
VxVMが認識しているデバイスを確認します。コマンドの実行例を次に示します。
[図]

DEVICE欄にデバイスがエンクロージャに基づくデバイス名（HDS9980V0_1）で表示された場合は，次のコマンドを実行して，エンクロージャに基づくデバイス名に対応するcUtXdYsZ形式のデバイス名を確認してください。
[図]

注意事項

HDLMのインストール前とあとで，LUに対応するエンクロージャに基づくデバイス名が変わることがあります。エンクロージャに基づくデバイス名とLUの対応は，手順1を実行して必ず確認してください。

HDLMコマンドのview -pathオペレーションで出力されたHDevNameの値（cUtXdY）がvxdiskコマンドで表示された場合は，HDLMデバイスがVxVMに認識されています。手順2に進んでください。HDLMコマンドのview -pathオペレーションで出力されたHDevNameの値（cUtXdY）がvxdiskコマンドで出力されない場合は，HDLMデバイスがVxVMに認識されていません。手順2を実行したあと，再び手順1を実行してHDLMデバイスが認識されていることを確認してください。

vxdisk コマンドで表示されたデバイスに対してvxdmpadmコマンドを実行して，HDLMデバイスだけがENABLEDになっていることを確認します。
HDLMコマンドのview -pathオペレーションで出力したHDevNameの値（cUtXdY）と照らし合わせてHDLMデバイスがENABLEDになっていることを確認します。また，HDLMデバイス以外のデバイスが，VxVMの管理対象から除外されて，表示されていないことを確認します。
コマンドの実行例を次に示します。
[図]

注意事項

vxdmpadmコマンドの出力で，HDLMデバイス以外のデバイス（HDLMコマンドのview -pathオペレーションのHDevNameに表示されないデバイス）が表示され，かつ，STATEがENABLEDの場合，ロードバランス，フェイルオーバなどの機能が正常に機能しません。このため，HDLMデバイス以外のデバイスをVxVMの管理対象から除外する必要があります。「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って，HDLMデバイス以外のデバイスをVxVMの管理の対象から除外してください。「3.14.3 VxVMでのデバイスの無効化」の設定方法(2)または(3)の設定内容を有効にするためには，ホストの再起動が必要になります。

VxVMのマニュアルを参照してディスクグループを作成してください。
HDLMデバイスは「sliced」型のディスクとしてVxVMに追加できます。「cdsdisk」型のディスクとしてVxVMに追加することもできます。

注意事項

HDLMデバイスをbootdgとして登録されたディスクグループに追加したり，HDLMデバイスが含まれたディスクグループをbootdgに登録したりしないでください。

Sun Clusterを使用している場合，作成したディスクグループをSun Clusterのディスクデバイスグループに登録してください。
詳細は「3.14.5 VxVMとSun Clusterの連携」を参照してください。

3.14.2 VxVMボリュームの作成

VxVMボリュームは，vxassistコマンド，vxmakeコマンドまたはVeritas Enterprise Administratorを使用して作成できます。詳細はVxVMのマニュアルを参照してください。

注意事項

Sun Clusterに登録されているディスクグループにボリュームを作成した場合はVxVMディスクグループの構成の変更をSun Clusterに登録します。詳細は「3.14.5 VxVMとSun Clusterの連携」を参照してください。

VxVMボリュームを作成すると，ボリュームにアクセスするためのブロック型デバイスファイルおよびキャラクタ型デバイスファイルが作成されます。

ブロック型デバイスファイル
/dev/vx/dsk/ディスクグループ名/ボリューム名

キャラクタ型デバイスファイル
/dev/vx/rdsk/ディスクグループ名/ボリューム名

ファイルシステムの作成，マウント，rawパーティションを使用するデータベースのレイアウトには，それぞれの場合に適したデバイスファイルを使用してください。

ここではファイルシステムの作成およびマウントの実行例を示します。

# newfs /dev/vx/rdsk/dlmdg/vol01
# mount /dev/vx/dsk/dlmdg/vol01 /mnt

3.14.3 VxVMでのデバイスの無効化

VxVMは，HDLMが管理するLUにアクセスする場合に，HDLMデバイスを使用します。このため，LUに対応するデバイスのうち，HDLMデバイス以外のデバイス（sdまたはssdデバイスなど）は，VxVMの管理から除外する必要があります。

ここでは，デバイスをVxVMの管理から除外することを，「デバイスの無効化」と呼びます。

以降では，まず無効化する必要があるデバイスについて説明します。そのあとで，無効化の手順を説明します。

この項の構成

(1) VxVMで無効化する必要があるデバイス

(2) コントローラ単位で無効化する場合の設定方法

(3) パス単位でデバイスを無効化する場合の設定方法

(4) sdまたはssdデバイスがVxVMで無効化されていない場合の対処

(1) VxVMで無効化する必要があるデバイス

デバイスを無効化する前にVxVMが認識しているデバイスを次の図に示します。

図3-25 デバイスを無効化する前にVxVMが認識しているデバイス

VxVMが認識しているデバイスのうち，HDLMデバイス以外の，次に示すデバイスを無効化する必要があります。次に示すデバイスが，VxVMの管理の対象となっている場合，ロードバランス，フェイルオーバなどのHDLMの機能が正常に動作しません。

sdまたはssdデバイス（c3t0d0，c4t1d0）
HDLMデバイスが作成されると，対応する，sdまたはssdデバイスの論理デバイスファイルは削除されます。しかし，VxVMは，論理デバイスファイルが削除されても，sdまたはssdデバイスが存在すると認識しています。

VxVMが仮想するHDLMデバイス（c6t1d0）
VxVMが，HDLMデバイスであると仮想しているデバイスです。実際には作成されません。
HDLMデバイスは，1つのLUに対して1つだけ作成されます※。しかし，VxVMは，1つのLUに対して，物理パスの数分のHDLMデバイスが存在すると認識しています。

注※

HDLMデバイスの論理デバイスファイルは，1つのLUに対してスライスの数分作成されます。

HDLMデバイス以外のデバイスを無効化したあとにVxVMが認識するデバイスを次の図に示します。

図3-26 デバイスを無効化したあとにVxVMが認識するデバイス

実際に作成されるHDLMデバイス（c5t0d0）だけが認識されています。この場合，ロードバランス，フェイルオーバなどのHDLMの機能が正常に動作します。

注意事項

VxVMインストール後，vxdiskadmユティリティを使用してVxVMからのデバイスの無効化やDMPの無効化を行っていない場合，/etc/vx/vxvm.excludeファイルなどの設定ファイルが存在しないことがあります。これらのファイルが存在しない場合，デバイスの無効化が正しく行えないことがあります。

vxdiskadmメインメニューからメニュータスク17（Prevent multipathing/Suppress devices from VxVM's view）または18（Allow multipathing/Unsuppress devices from VxVM's view）を選択し，VolumeManager/Disk/ExcludeDevicesまたはVolumeManager/Disk/IncludeDevicesメニューからメニュータスク8（List currently suppressed/non-multipathed devices）を選択することによって，デバイスの無効化に必要な設定ファイルが作成されます。

(2) コントローラ単位で無効化する場合の設定方法

1つのLUに接続する物理パスが，異なるHBAを経由している場合，コントローラ単位またはパス単位でデバイスを無効化します。ここでは，コントローラ単位でデバイスを無効化する手順を，「図3-27 日立製ストレージシステムに接続する主パスと交替パスのHBAポートが異なる場合」に示す構成を例として説明します。この図は，デバイスを無効化する前にVxVMで認識されている構成を示しています。

図3-27 日立製ストレージシステムに接続する主パスと交替パスのHBAポートが異なる場合

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）を使用して，コントローラ番号とデバイスの対応を取得します。
VxVMで無効化する必要のあるデバイスが，dlmvxexcludeユティリティの実行結果のpathsセクションに出力されます。
dlmvxexcludeユティリティの詳細については，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。
dlmvxexcludeユティリティの実行例を次に示します。
[図]
網掛けの部分は，次の手順で/etc/vx/vxvm.excludeファイルに記述する部分です。

/etc/vx/vxvm.excludeファイルのcontrollersセクションに無効化するデバイスのコントローラのエントリを記述します。
手順1に示した，dlmvxexcludeユティリティの実行結果の網掛けの部分を，/etc/vx/vxvm.excludeファイルに記述します。設定内容は，ホストを再起動したあとに有効になります。
/etc/vx/vxvm.excludeファイルの記述例を次に示します。

図3-28 /etc/vx/vxvm.excludeファイルの記述例（controllersセクション）

網掛けの部分が記述したエントリです。

設定内容を有効にするために次に示すコマンドを実行して，ホストを再起動します。

# reboot

HDLMコマンドのview -pathオペレーションを実行してVxVMが認識する必要のあるHDLMデバイスを確認します。
次にコマンドの実行例を示します。
[図]
HDevNameに表示されるデバイス（網掛けの部分）が，VxVMが認識する必要があるHDLMデバイスです。上記の例では，c5t0d0およびc5t0d1の2つになります。

vxdiskコマンドを実行してVxVMに認識されているデバイスの一覧を表示します。
次にコマンドの実行例を示します。
[図]
HDLMコマンドのview -pathオペレーションで出力されたHDLMデバイス（網掛けの部分）が表示されていれば，HDLMデバイスがVxVMによって認識されています。
HDLMデバイスが表示されていない場合，「3.14.3 VxVMでのデバイスの無効化」の「(4) sdまたはssdデバイスがVxVMで無効化されていない場合の対処」を実行してください。

vxdiskコマンドで表示されたHDLMデバイスに対してvxdmpadmコマンドを実行して，同一LUにアクセスしているデバイスの一覧を表示します。vxdmpadmコマンドは，vxdiskコマンドで表示されたデバイスごとに実行してください。
次にコマンドの実行例を示します。
[図]
HDLMデバイス以外のデバイスがENABLEDになっているときは，「3.14.3 VxVMでのデバイスの無効化」の「(4) sdまたはssdデバイスがVxVMで無効化されていない場合の対処」に記述されている手順を実行して，vxvm.excludeを再設定してください。
vxdmpadmコマンドの表示結果が次の表に示す状態の場合，vxvm.excludeの再設定は不要です。

表3-34 vxvm.excludeの再設定が不要な状態

vxdmpadmコマンドの表示 | 無効化が不要な理由
HDLMデバイスが表示されない | 内蔵ディスクなどのHDLM管理対象外デバイスです。
HDLMデバイスだけ表示される | 管理対象デバイスに対応するデバイスのうち，HDLMデバイス以外のデバイスを無効化できています。
HDLMデバイス以外のデバイスがDISABLED状態 | 管理対象デバイスに対応するデバイスのうち，HDLMデバイス以外のデバイスを無効化できています（設定後再起動していないためDISABLEDと表示されています）。

vxvm.excludeを再設定した場合，設定内容を有効にするために，次に示すコマンドを実行して，ホストを再起動します。

# reboot

vxvm.excludeを再設定しなかった場合は，手順8に進んでください。

VxVM のvxdiskadm ユティリティを使用して無効化の設定状況を確認します。
ユティリティを起動して，vxdiskadmメインメニューからメニュータスク19（List currently suppressed/non-multipathed devices）を選択すると，無効化されているデバイスが表示されます。

(3) パス単位でデバイスを無効化する場合の設定方法

1つのLUに対する物理パスが同じHBAを経由している場合には，パス単位で，デバイスを無効化します。パス単位でデバイスを無効化する手順を次の図に示す構成を例として説明します。この図は，デバイスを無効化する前にVxVMで認識されている構成を示しています。

図3-29 日立製ストレージシステムに接続する物理パス，および他社製ストレージシステムに接続する物理パスのHBAポートが同じ場合

dlmvxexcludeユティリティを使用して，コントローラ番号とデバイスの対応を取得します。
VxVMで無効化する必要のあるデバイスがdlmvxexcludeユティリティの実行結果のpathsセクションに出力されます。
dlmvxexcludeユティリティの詳細については「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。
dlmvxexcludeユティリティの実行例を次に示します。
[図]
網掛けの部分がVxVMで無効化する必要のあるデバイスです。

/etc/vx/vxvm.excludeファイルのpathsセクションに，無効化するデバイスのエントリを記述します。
手順1に示した，dlmvxexcludeユティリティの実行結果の網掛けの部分を，/etc/vx/vxvm.excludeファイルに記述します。設定内容は，ホストを再起動したあとに有効になります。
/etc/vx/vxvm.excludeファイルの記述例を次に示します。

図3-30 /etc/vx/vxvm.excludeファイルの記述例（pathsセクション）

網掛けの部分が記述したエントリです。

設定内容を有効にするために次に示すコマンドを実行して，ホストを再起動します。

# reboot

HDLMコマンドのview -pathオペレーションを実行して，VxVMが認識する必要のあるHDLMデバイスを確認します。
次にコマンドの実行例を示します。
[図]
HDevNameに表示されるデバイス（網掛けの部分）が，VxVMが認識する必要があるHDLMデバイスです。上記の例では，c4t0d0になります。

vxdiskコマンドを実行してVxVMに認識されているデバイスの一覧を表示します。
次にコマンドの実行例を示します。
[図]
HDLMコマンドのview -pathオペレーションで出力されたHDLMデバイス（網掛けの部分）が表示されていれば，HDLMデバイスがVxVMによって認識されています。
HDLMデバイスが表示されていない場合，「3.14.3 VxVMでのデバイスの無効化」の「(4) sdまたはssdデバイスがVxVMで無効化されていない場合の対処」を実行してください。

vxdiskコマンドで表示されたHDLMデバイスに対してvxdmpadmコマンドを実行して，同一LUにアクセスしているデバイスの一覧を表示します。vxdmpadmコマンドは，vxdiskコマンドで表示されたデバイスごとに実行してください。
次にコマンドの実行例を示します。
[図]
HDLMデバイス以外のデバイスがENABLEDになっているときは，「3.14.3 VxVMでのデバイスの無効化」の「(4) sdまたはssdデバイスがVxVMで無効化されていない場合の対処」に記述されている手順を実行して，vxvm.excludeを再設定してください。
vxdmpadmコマンドの表示結果が次の表に示す状態の場合，vxvm.excludeの再設定は不要です。

表3-35 vxvm.excludeの再設定が不要な状態

vxdmpadmコマンドの表示 | 無効化が不要な理由
HDLMデバイスが表示されない | 内蔵ディスクなどのHDLM管理対象外デバイスです。
HDLMデバイスだけ表示される | 管理対象デバイスに対応するデバイスのうち，HDLMデバイス以外のデバイスを無効化できています。
HDLMデバイス以外のデバイスがDISABLED状態 | 管理対象デバイスに対応するデバイスのうち，HDLMデバイス以外のデバイスを無効化できています（設定後再起動していないためDISABLEDと表示されています）。

vxvm.excludeを再設定した場合，設定内容を有効にするために，次に示すコマンドを実行して，ホストを再起動します。

# reboot

vxvm.excludeを再設定しない場合は，手順8に進んでください。

VxVMのvxdiskadmユティリティを実行して無効化の設定状況を確認します。
ユティリティを実行して，vxdiskadmメインメニューからメニュータスク19（List currently suppressed/non-multipathed devices）を選択すると，無効化されているデバイスが表示されます。

(4) sdまたはssdデバイスがVxVMで無効化されていない場合の対処

次の条件で実行したdlmvxexcludeユティリティの出力を使用して，vxvm.excludeファイルを作成すると，ホストを再起動したあとでも，sdまたはssdデバイスの正しいコントローラ番号の情報が取得できず，VxVMでのsdまたはssdデバイスの無効化が正常に行われない場合があります。

HDLM管理対象のデバイスに対応するsdまたはssdデバイスがSun製以外のHBAに接続している

HDLMデバイスが稼働中

sdまたはssdデバイスの無効化が正しく行われていない例を次に示します。次に示すview -pathオペレーションの実行結果中で，網掛けされているHDLMデバイスが認識されていない場合を例として説明します。

（例1）

vxdiskコマンドの出力結果にHDLMデバイスが表示されず，HDLMデバイスに対応するsdまたはssdデバイスが表示されている場合

vxdiskコマンドの出力結果に，HDLMデバイスc5t0d0ではなく，HDLMデバイスに対応するSCSIデバイスc3t0d0が表示されています。

（例2）

vxdmpadmコマンドの出力結果にHDLMデバイス以外のデバイスが表示され，STATE欄がENABLEDとなっている場合

vxdmpadmコマンドの出力結果に，HDLMデバイスc5t0d0以外に，c3t0d0とc4t1d0が表示され，ENABLEDとなっています。

（例1），（例2）に示したように，sdまたはssdデバイスの無効化が正しく行われていない場合，次の対処をしてください。

vxdmpadmコマンドを実行します。
HDLMデバイスc5t0d0が作成されている場合に，HDLMデバイス以外のデバイスがENABLEDとなっている場合の例を次に示します。
（例1）で示したようにHDLMデバイス（c5t0d0s2）が表示されない場合は，HDLMデバイスに対応するSCSIデバイス（c3t0d0s2）をvxdmpadmコマンドに指定してください。
[図]

viなどのテキストエディタで，/etc/vx/vxvm.excludeファイルを開きます。

次に示すデバイスの論理デバイスファイル名（cUtXdYs2形式）を比較し，tXdY部分が一致するデバイスを探します。

vxdmpadmコマンドで表示される，ENABLED状態のデバイスのうち，HDLMデバイス以外

/etc/vx/vxvm.excludeファイル内の，dlmndrv@が含まれていないデバイス

tXdY部分が一致したデバイスについては，/etc/vx/vxvm.excludeファイルに記載されているコントローラ番号を，vxdmpadmコマンドで表示されたコントローラ番号に変更します。
/etc/vx/vxvm.excludeファイルの編集前の例を次に示します。

図3-31 /etc/vx/vxvm.excludeファイル（編集前）

図3-32 /etc/vx/vxvm.excludeファイル（編集後）

vxdmpadmコマンドで表示される，ENABLED状態のデバイス（HDLMデバイスは除く）の中には，論理デバイスファイル名（cUtXdYs2形式）のtXdY部分が一致するデバイスが複数あることがあります。この場合は，/etc/vx/vxvm.excludeファイルに記載されているコントローラ番号を，現在割り当てられているコントローラ番号と異なるものに変更してください。

/etc/vx/vxvm.excludeファイルで無効化されていないsdまたはssdデバイスのエントリの修正がすべて完了したあとに，vxdctlコマンドを実行してVxVMのデーモンを再起動します。
次に実行例を示します。

# vxdctl enable

vxdiskコマンドで出力されたデバイスをvxdmpadmコマンドに指定しデバイスの無効化を確認します。
STATE欄がDISABLEDとなっている場合，デバイスが無効化されています。次に実行例を示します。
[図]
手順4で割り当てるコントローラ番号の候補が複数ある場合，一度の操作ではVxVMからデバイスが無効化されないことがあります。この場合，手順4で変更したデバイスのコントローラ番号を，vxdmpadmコマンドで表示された別のコントローラ番号に変更し，手順5および手順6を再度実行してください。

3.14.4 HDLMを使用中の環境にVxVMを導入する場合

HDLMを使用している環境にVxVMを導入する場合，次の手順を実行してください。

「3.14.1 ディスクグループの作成」の手順に従って，ディスクグループを作成します。
HDLMデバイスを含むディスクグループをbootdgとして登録しないでください。HDLMデバイスに対するディスクグループやボリュームの作成については，VxVMのマニュアルを参照してください。

Sun Clusterを使用する場合，「3.14.5 VxVMとSun Clusterの連携」の手順5を実行してください。

3.14.5 VxVMとSun Clusterの連携

VxVMが管理するHDLMデバイスにファイルシステムを作成して，Sun Clusterで使用する場合，次の手順でファイルシステムを作成してください。

各ノードでvxdisk listコマンドを実行して，HDLMデバイスがVxVMに認識されていることを確認します。

任意のノードから次のコマンドを実行して，HDLMデバイスのデバイスIDを確認します。

# /usr/cluster/bin/scdidadm -L

VxVMディスクグループが作成されていない場合，任意のノードからVxVMのvxdiskadmユティリティを実行して， HDLMデバイスにディスクグループを作成します。
詳細は「3.14.1 ディスクグループの作成」を参照してください。

注意事項

ノードを再起動する場合は，scswitchおよびshutdownコマンドを使用してください。

コマンドの実行例を次に示します。

# /usr/cluster/bin/scswitch -S -h phys-schost-1

# shutdown -g0 -y -i6

VxVMディスクグループがクラスタを構成しているノードのうち1つのノードだけにインポートされていることを確認してください。
すべてのノードからデポートされている場合，任意の1つのノードだけに，Sun Clusterに登録するVxVMディスクグループをインポートします。

VxVMディスクグループがSun Clusterに登録されていない場合，Sun Clusterに登録するVxVMディスクグループがインポートされているノードからscsetupユティリティを実行して，VxVMディスクグループをSun Clusterのディスクデバイスグループに登録します。
詳細はSun Clusterのマニュアルの，システム管理についての説明を参照してください。
次に手順を示します。

scsetupユティリティを起動します。
# /usr/cluster/bin/scsetup
「Main Menu」が表示されます。

5（Device group and volumes）を入力して，VxVMディスクデバイスグループで作業を行います。
「Device Group Menu」が表示されます。

1（Register a VxVM disk group as a device group）を入力して，VxVMディスクデバイスグループを登録します。
指示に従って，Sun Clusterディスクデバイスグループとして登録するVxVMディスクグループ名，マスターするノードの優先順位，スイッチバックを行うかどうかを入力します。

注意事項

入力後，次のメッセージがsyslogに出力される場合があります。

「KAPL05023-E Could not process the IOCTL(00004D03).(00000000:00000000)」

このメッセージがsyslogに出力された場合でも，次の手順で新しく登録したデバイスグループのStatusが，Onlineになっていれば動作に問題はありません。

ディスクデバイスグループが登録されて，StatusがOnlineになったことを確認します。
ディスクデバイスグループが適切に登録されている場合，次のコマンドを使用すると，新しいディスクデバイスグループの情報が表示されます。
# /usr/cluster/bin/scstat -D

注意事項

VxVMディスクグループをSun Clusterのディスクデバイスグループに登録したあとは，VxVMコマンドを使用してVxVMディスクグループをインポートまたはデポートしないでください。

VxVMディスクグループを3ノード以上の構成のSun Clusterのディスクデバイスグループに登録した場合，ディスクデバイスグループをマスターするノードを変更する際に，コンソールおよびsyslogに次のメッセージが出力されることがあります。このメッセージは無視してください。

KAPL05023-E Could not process the IOCTL(00004D03). (0000000D:00000000)

VxVMボリュームが作成されていない場合，主ノード（ディスクデバイスグループを現在マスターしているノード）からディスクグループにVxVMボリュームを作成します。コマンドの実行例を次に示します。

# vxassist -g dlmdg make vol-dg 10g

Sun Clusterのディスクデバイスグループに登録したあとのVxVMディスクグループに対してボリュームの作成などの変更を行った場合，scsetupユティリティを実行して，VxVMディスクグループの構成の変更をSun Clusterに登録します。
これによって，Sun Clusterの広域デバイス名前空間が正しい状態になります。
詳細は，Sun Clusterのマニュアルの，システム管理についての説明を参照してください。
次に手順を示します。

scsetupユティリティを起動します。
# /usr/cluster/bin/scsetup
「Main Menu」が表示されます。

5（Device group and volumes）を入力して，VxVMディスクデバイスグループで作業を行います。

2（Synchronize volume information for a VxVM device group）を入力して，構成の変更を登録します。
指示に従って，構成を変更したVxVMディスクグループ名を入力します。

ファイルシステムが作成されていない場合，newfsコマンドを実行しファイルシステムを作成します。
コマンドの実行例を次に示します。

# newfs /dev/vx/rdsk/dlmdg/vol-dg

3.15 SDSの設定

SDSがHDLMのホストにインストールされている場合，SDSはHDLMデバイスの論理デバイスファイル名を使用してHDLM管理対象デバイスにアクセスします。このため，HDLMのインストール後に，SDSにHDLMデバイスの論理デバイスファイル名を登録してください。HDLMをアンインストールする場合は，HDLMデバイスの論理デバイスファイル名の登録を解除して，sdまたはssdデバイスの論理デバイスファイル名を設定してください。

この節の構成

3.15.1 注意事項

3.15.2 HDLMデバイスを登録する

3.15.1 注意事項

SDSを使用する場合，次の注意事項があります。

ローカルディスクセットと共有ディスクセットのどちらを使用する場合も，パスの構成を変更してHDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行するときは，-rオプションを指定しないでください。-rオプションを指定して実行すると，SDSで使用しているHDLMデバイスのマイナー番号が変更され，メタデバイスが使用できなくなります。

ローカルディスクセットと共有ディスクセットのどちらを使用する場合も，DiskSuiteツール（metatool）は使用できません。コマンド行ユティリティを使用してください。また，メタデバイスを構築する場合は，metainitコマンドの-aオプションを指定しないで，コマンド行でデータベースを登録して，メタデバイスの登録をしてください。

同一の共有ディスクセットに属するすべてのホストのHDLMデバイスの論理デバイスファイル名（cUtXdY）を同一にしてください。

共有ディスクセットを使用する場合，その共有ディスクセットに属するすべてのホストのHDLMデバイスの物理デバイスファイルのメジャー番号とマイナー番号を同一にしてください。
HDLMデバイスの物理デバイスファイルのメジャー番号とマイナー番号は，次のコマンドで確認できます。

# ls -lR /devices/pseudo | grep dlmfdrv

また，共有ディスクセットを使用する各ホストのHDLMデバイスの物理デバイスファイルのメジャー番号とマイナー番号を同一にする手順は次のとおりです。

各ホストで/etc/name_to_majorファイルを参照して，どのホストでも使用していないメジャー番号を1つ選択します。

/etc/name_to_majorファイルを編集して，どのホストでも使用していないメジャー番号をHDLMフィルタドライバ（dlmfdrv）のメジャー番号に設定します。

すべてのホストで，次に示すコマンドのどちらかを実行して，再起動します。
# reboot -- -r
または，
okプロンプトで，boot -r

SDSの設定の詳細は，SDSのマニュアルを参照してください。

3.15.2 HDLMデバイスを登録する

HDLMとSDSを同じホストで使用する場合，HDLMのインストール後に次に示す設定をしてください。

この項の構成

(1) ローカルメタデバイスを使用する場合

(2) 共有ディスクセットを使用する場合

(1) ローカルメタデバイスを使用する場合

状態データベースの複製を作成します。
ローカルな状態データベースの3つの複製をディスク（スライス）上に作成します。状態データベースの複製は，HDLMの管理対象としない，共有されていない，かつFibre Channelで接続されていないディスクに作成してください。
実行するコマンドの例を，次に示します。

host1# metadb -a -f c1t1d0s1 c1t1d0s3 c1t1d0s7

ローカルメタデバイスを作成します。
HDLMデバイス（スライス）を使用して，ローカルメタデバイス（論理的なディスク）を作成します。
メタデバイスの種類には，連結，ストライプ，ミラー，RAID5，トランスメタデバイスなどがあります。
2つのHDLMデバイス（スライス）から構成されるストライプ方式（1）のローカルメタデバイス（d0）を作成する場合のコマンドの実行例を次に示します。

host1# metainit d0 1 2 c5t1d0s7 c5t2d1s7

ローカルメタデバイス上にファイルシステムを作成します。
コマンドの実行例を次に示します。

host1# newfs /dev/md/rdsk/d0

作成したファイルシステムをマウントポイントにマウントします。
コマンドの実行例を次に示します。

host1# mkdir -p /mnt/filesystem1
host1# mount /dev/md/dsk/d0 /mnt/filesystem1

(2) 共有ディスクセットを使用する場合

共有ディスクセットに登録したディスクには，共有ディスクセット上に作成する共有メタデバイスの構成と状態を格納する状態データベースが，SDSによって必要な数だけ自動的に割り当てられます。Sun Cluster使用時には，ディスクのデバイス名にデバイスIDを使用します。

注意事項

共有ディスクセットにディスクを登録する際に，既存のパーティション構成を再分割することがあります。詳細はSDSのマニュアルを参照してください。

ローカルな状態データベースの3つの複製をディスク（スライス）上に作成します。
状態データベースの複製は，共有ディスクセットを使用するすべてのホストで作成してください。このとき，作成先のディスクが，次に示す条件をすべて満たしていることを確認してください。

HDLM管理対象外のディスク

共有されていないディスク

Fibre Channelで接続されていないディスク

実行するコマンドの例を次に示します。

# metadb -a -f c1t1d0s1 c1t1d0s3 c1t1d0s7

共有ディスクセットを作成します。
コマンドの実行例を次に示します。

host1# metaset -s diskset1 -a -h host1 host2

共有ディスクセットにディスクを登録します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合

host1# metaset -s diskset1 -a c5t1d2 c5t1d3

Sun Clusterを使用している場合

host1# metaset -s diskset1 -a /dev/did/dsk/d10 /dev/did/dsk/d11

共有ディスクセットに共有メタデバイスを作成します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合（ストライプ方式）

host1# metainit -s diskset1 d1 1 2 c5t1d2s0 c5t1d3s0

Sun Clusterを使用している場合（ストライプ方式）

host1# metainit -s diskset1 d1 1 2 /dev/did/dsk/d10s0 /dev/did/dsk/d11s0

共有ディスクセットのメタデバイス上にファイルシステムを作成します。
コマンドの実行例を次に示します。

host1# newfs /dev/md/diskset1/rdsk/d1

作成したファイルシステムをマウントポイントにマウントします。
Sun Clusterを使用していない場合には通常のマウントの実行例を，Sun Clusterを使用している場合には広域的なマウントの実行例を次に示します。

Sun Clusterを使用していない場合

host1# mkdir /diskset1
host1# mount /dev/md/diskset1/dsk/d1 /diskset1

Sun Clusterを使用している場合

host1# mkdir -p /global/diskset1/d1
host2# mkdir -p /global/diskset1/d1
host1# mount -g /dev/md/diskset1/dsk/d1 /global/diskset1/d1

3.16 SVMの設定

SVMがHDLMのホストにインストールされている場合，SVMはHDLMデバイスの論理デバイスファイル名を使用してHDLM管理対象デバイスにアクセスします。このため，HDLMのインストール後に，SVMにHDLMデバイスの論理デバイスファイル名を登録してください。HDLMをアンインストールする場合は，HDLMデバイスの論理デバイスファイル名の登録を解除して，sdまたはssdデバイスの論理デバイスファイル名を設定してください。

この節の構成

3.16.1 注意事項

3.16.2 HDLMデバイスを登録する

3.16.1 注意事項

SVMを使用する場合，次の注意事項があります。

ローカルディスクセットと共有ディスクセットのどちらを使用する場合も，パスの構成を変更してHDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行するときは，-rオプションを指定しないでください。SVMで使用しているHDLMデバイスのマイナー番号が変更され，ボリュームが使用できなくなります。

ローカルディスクセットと共有ディスクセットのどちらを使用する場合も，Solaris管理コンソールは使用できません。コマンド行ユティリティを使用してください。また，ボリュームを構築する場合は，metainitコマンドの-aオプションを指定しないで，コマンド行でデータベースを登録して，ボリュームを登録してください。

同一の共有ディスクセットに属するすべてのホストのHDLMデバイスの論理デバイスファイル名（cUtXdY）を同一にしてください。

共有ディスクセットを使用する場合，その共有ディスクセットに属するすべてのホストのHDLMデバイスの物理デバイスファイルのメジャー番号とマイナー番号を同一にしてください。
HDLMデバイスの物理デバイスファイルのメジャー番号とマイナー番号は，次のコマンドで確認できます。

# ls -lR /devices/pseudo | grep dlmfdrv

また，共有ディスクセットを使用する各ホストのHDLMデバイスの物理デバイスファイルのメジャー番号とマイナー番号を同一にする手順は次のとおりです。

各ホストで/etc/name_to_majorファイルを参照して，どのホストでも使用していないメジャー番号を1つ選択します。

/etc/name_to_majorファイルを編集して，どのホストでも使用していないメジャー番号をHDLMフィルタドライバ（dlmfdrv）のメジャー番号に設定します。

すべてのホストで，次に示すコマンドのどちらかを実行して，再起動します。
# reboot -- -r
または，
okプロンプトで，boot -r

SVMの設定の詳細は，SVMのマニュアルを参照してください。

3.16.2 HDLMデバイスを登録する

SVMを使用している場合，HDLMのインストール後に次に示す操作をして，SVMのボリュームを登録してください。

この項の構成

(1) ローカルボリュームを使用する場合

(2) 共有ディスクセットを使用する場合

(1) ローカルボリュームを使用する場合

状態データベースの複製を作成します。
ローカルな状態データベースの3つの複製をディスク（スライス）上に作成します。状態データベースの複製は，HDLMの管理対象としない，共有されていない，かつFibre Channelで接続されていないディスクに作成してください。
実行するコマンドの例を，次に示します。

host1# metadb -a -f c1t1d0s1 c1t1d0s3 c1t1d0s7

ローカルボリュームを作成します。
HDLMデバイス（スライス）を使用して，ローカルボリューム（論理的なディスク）を作成します。
ボリュームの種類には，連結，ストライプ，ミラー，RAID5などがあります。
2つのHDLMデバイス（スライス）から構成されるストライプ方式（1）のローカルボリューム（d0）を作成する場合のコマンドの実行例を次に示します。

host1# metainit d0 1 2 c5t1d0s7 c5t2d1s7

ローカルボリューム上にファイルシステムを作成します。
コマンドの実行例を次に示します。

host1# newfs /dev/md/rdsk/d0

作成したファイルシステムをマウントポイントにマウントします。
コマンドの実行例を次に示します。

host1# mkdir -p /mnt/filesystem1
host1# mount /dev/md/dsk/d0 /mnt/filesystem1

(2) 共有ディスクセットを使用する場合

共有ディスクセットに登録したディスクには，共有ディスクセット上に作成する共有ボリュームの構成と状態を格納する状態データベースが，SVMによって必要な数だけ自動的に割り当てられます。Sun Cluster使用時には，ディスクのデバイス名にデバイスIDを使用します。

注意事項

共有ディスクセットにディスクを登録する際に，既存のパーティション構成を再分割することがあります。詳細はSVMのマニュアルを参照してください。

ローカルな状態データベースの3つの複製をディスク（スライス）上に作成します。
状態データベースの複製は，共有ディスクセットを使用するすべてのホストで作成してください。このとき，作成先のディスクが，次に示す条件をすべて満たしていることを確認してください。

HDLM管理対象外のディスク

共有されていないディスク

Fibre Channelで接続されていないディスク

実行するコマンドの例を次に示します。

# metadb -a -f c1t1d0s1 c1t1d0s3 c1t1d0s7

共有ディスクセットを作成します。
コマンドの実行例を次に示します。

host1# metaset -s diskset1 -a -h host1 host2

共有ディスクセットにディスクを登録します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合

host1# metaset -s diskset1 -a c5t1d2 c5t1d3

Sun Clusterを使用している場合

host1# metaset -s diskset1 -a /dev/did/dsk/d10 /dev/did/dsk/d11

共有ディスクセットに共有ボリュームを作成します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合（ストライプ方式）

host1# metainit -s diskset1 d1 1 2 c5t1d2s0 c5t1d3s0

Sun Clusterを使用している場合（ストライプ方式）

host1# metainit -s diskset1 d1 1 2 /dev/did/dsk/d10s0 /dev/did/dsk/d11s0

共有ディスクセットのボリューム上にファイルシステムを作成します。
コマンドの実行例を次に示します。

host1# newfs /dev/md/diskset1/rdsk/d1

作成したファイルシステムをマウントポイントにマウントします。
Sun Clusterを使用していない場合には通常のマウントの実行例を，Sun Clusterを使用している場合には広域的なマウントの実行例を次に示します。

Sun Clusterを使用していない場合

host1# mkdir /diskset1
host1# mount /dev/md/diskset1/dsk/d1 /diskset1

Sun Clusterを使用している場合

host1# mkdir -p /global/diskset1/d1
host2# mkdir -p /global/diskset1/d1
host1# mount -g /dev/md/diskset1/dsk/d1 /global/diskset1/d1

3.17 VCSの設定

VCSがHDLMのホストにインストールされている場合，HDLMデバイスやHDLMデバイスによって構成されたVxVMディスクグループをリソースグループとして登録できます。

リソースグループの登録についてはVCSのマニュアルを参照してください。

注意事項

I/Oフェンシング機能は次の表に示す構成だけをサポートします。

表3-36 I/Oフェンシング機能をサポートする構成

OS
VCS
ストレージシステム
サービスグループ

Solaris 9
4.1 MP2以降
Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズまたはVirtual Storage Platformシリーズ
フェイルオーバサービスグループ

Solaris 10
5.0 MP1以降
フェイルオーバサービスグループ
パラレルサービスグループ

Solaris 11
6.0 PR1以降
フェイルオーバサービスグループ

I/Oフェンシング機能のvxfentsthdwコマンドを使用してHDLMデバイスをテストする場合，すべてのノードでテスト対象のHDLMデバイスに対するOnline状態のパス数を1にする必要があります。HDLMコマンドのofflineオペレーションで，ほかのパスをOffline状態にしてからテストしてください。テスト対象のHDLMデバイスに対してOnline状態のパスを複数持つノードがある場合，vxfentsthdwコマンドがエラー終了します。

VCSのI/Oフェンシング機能を使用する場合は，HDLMのパスヘルスチェック機能を有効とし，チェック間隔を1分に変更することを推奨します。
また，HDLMデバイスを使用したディスクグループを指定したDiskGroupリソースのOfflineTimeoutの値を次の計算式で求まる値以上の値に変更してください。
値 = a＋（（b－1）×（c＋0.5×（d－1）））
a：HDLMのパスヘルスチェック機能のチェック間隔
b：すべてのHDLMデバイスに対するデバイスごとのパス数※1
c：sdまたはssdドライバのI/Oタイムアウト値※2
d：すべてのHDLMデバイス数

注※1

HDLMデバイスごとにパス数が異なる場合は，最大値を使用して計算してください。

注※2

sdまたはssdドライバへ通知されるI/Oのタイムアウト値は，スイッチやHBAそれぞれのタイムアウト値の設定に依存します。

3.18 HDLMの設定解除

HDLMをインストールする前の環境に戻すための作業の流れを説明してから，各作業について説明します。

この節の構成

3.18.1 HDLMの設定解除の流れ

3.18.2 HDLMをアンインストールする前の準備

3.18.3 HDLMのアンインストール

3.18.4 HDLMをアンインストールしたあとの設定

3.18.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール

3.18.6 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール

3.18.1 HDLMの設定解除の流れ

次の図に示す流れに従って，HDLMを使用する環境を，HDLMを使用する前の環境に戻してください。

図3-33 HDLMの設定解除の流れ

注※

必要に応じて行ってください。

3.18.2 HDLMをアンインストールする前の準備

この項の構成

(1) HDLM管理対象デバイスへの操作

(2) Sun Clusterでの設定解除

(3) VCSでの設定解除

(4) VxVMでの設定解除

(5) SDSでの設定解除

(6) SVMでの設定解除

(1) HDLM管理対象デバイスへの操作

必要に応じてHDLM管理対象のデバイスの内容をテープなどにバックアップしてください。

HDLMデバイスの論理デバイスファイル名およびストレージシステムの内部LU番号の対応情報を控えてください。これは，HDLMをアンインストール後に，論理デバイスファイル名との対応が付けられるようにするためです。
HDLMコマンドのview -pathオペレーションの結果を任意のファイルに出力する方法で，対応情報を控えることができます。次にコマンドの実行例を示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path > /var/tmp/old_view_path_list.txt

注意事項

HDLMコマンドのview -pathオペレーションの結果の出力先には，次のディレクトリ以外のディレクトリを指定してください。次のディレクトリを出力先に指定すると，HDLMをアンインストールした場合に削除されます。

/opt/DynamicLinkManager

/opt/hitachi

/var/opt/DynamicLinkManager

/var/opt/hitachi

/dev/dsk，/dev/rdskのディレクトリ下の論理デバイスファイルを別のディレクトリにバックアップしてください。
コマンドの実行例を次に示します。

# mkdir /var/tmp/bkfile2
# ls -l /dev/dsk > /var/tmp/bkfile2/devices1
# ls -l /dev/rdsk > /var/tmp/bkfile2/devices2

HDLMの管理対象パスを使用しているプロセス，サービスをすべて停止します。
HDLMの管理対象パスを使用している，DBMSや，各種アプリケーションのプロセスおよびサービスを，すべて停止してください。

HDLM管理対象デバイスの登録を解除します。
クラスタソフトウェアを含むアプリケーション（ボリュームマネージャ以外）のプログラムにHDLM管理対象デバイスを登録している場合，登録を解除してください。HDLM管理対象デバイスにアクセスするときはHDLMデバイスの論理デバイスファイル名を使用していたため，これまでの設定名ではHDLM管理対象デバイスにアクセスできません。

次に示すコマンドを実行して，HDLMを使用しているマウントポイントを，すべて解除します。

# umount マウントポイント

Solaris 10 ZFSでHDLMデバイスを使用している場合は，次に示すコマンドを実行して，HDLMを使用しているZFSストレージプールをすべてエクスポートします。

# zpool export プール名

/etc/vfstabファイルを編集します。
構成を変更する対象のHDLMデバイスの論理デバイスファイル（cUtXdYsZ）およびZFSファイルシステムに関する記述を削除するかコメントにして，自動マウントの設定を解除してください。

ボリューム管理ソフトウェアからHDLM管理対象デバイスの登録を解除します。
HDLM管理対象デバイスをボリューム管理ソフトウェアに登録している場合は，登録を解除してください。

(2) Sun Clusterでの設定解除

Sun Clusterを使用している場合，HDLMのアンインストール前にディスクデバイスグループおよびQuorumデバイスの設定を解除します。

SDSまたはSVMを使用している場合は，HDLMを使用しているディスクセットを登録したディスクデバイスグループを削除して，ディスクセットの登録を解除します。SDSを使用している場合は「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」を，SVMを使用している場合は「3.18.2 HDLMをアンインストールする前の準備」の「(6) SVMでの設定解除」を参照してください。ディスクセットの登録を解除することによって，ディスクセットのデータは消去されます。データのバックアップを行ってください。VxVMを使用している場合は，HDLMを使用しているディスクグループを登録したディスクデバイスグループを削除して，ディスクグループの登録を解除します。

次にディスクグループの登録を解除する手順を示します。

ディスクデバイスグループをオフラインにします。

# /usr/cluster/bin/scswitch -F -D ディスクデバイスグループ名

scsetupユティリティを起動します。

# /usr/cluster/bin/scsetup

5(Device group and volumes)を入力して，VxVMディスクデバイスグループで作業を行います。「Device Group Menu」が表示されます。

VxVMディスクデバイスグループの登録を解除するには，3(Unregister a VxVM device group)を入力します。
指示に従って，登録を解除するVxVMディスクデバイスグループ名を入力します。

HDLMデバイスをQuorumデバイスとして設定している場合，次に示す操作をして，Quorumデバイスの設定を解除します。

QuorumデバイスのデバイスIDを確認します。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scconf -pv | grep Quorum
# /usr/cluster/bin/scdidadm -L

HDLMアンインストール後にデバイスIDが変更される可能性があるので，デバイスとストレージシステムの内部LU番号の対応を各ノードで確認しておきます。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

Quorumデバイスが2つ以上存在する場合は，Quorumデバイスが1つになるまで次のコマンドを実行します。Quorumデバイスが最後の1つになった場合は，手順4に進んでください。

# /usr/cluster/bin/scconf -r -q globaldev=QuorumデバイスのデバイスID

最後のQuorumデバイスの設定を解除するために保守状態にするノードで，スーパーユーザになります。

すべてのリソースグループとHDLMデバイスを保守状態にするノードから退避します。
コマンドの実行例を次に示します。

host1# /usr/cluster/bin/scswitch -S -h host1

保守状態にするノードをokプロンプトの状態にしてクラスタから抜けます。
コマンドの実行例を次に示します。

host1# shutdown -g0 -y -i0

クラスタ内の別のノードでスーパーユーザになり，手順6で停止したノードを保守状態にします。
コマンドの実行例を次に示します。

host2# /usr/cluster/bin/scconf -c -q node=host1,maintstate

クラスタノードが保守状態であることを確認します。
保守状態にしたノードが，次の状態であることを確認してください。

状態がオフラインであること

現在の定足数投票数（Quorum votes present）および可能な定足数投票数（Quorum votes possible）が，0（ゼロ）であること

コマンドの実行例を次に示します。

host2# /usr/cluster/bin/scstat -q

クラスタが2ノード構成の場合，インストールモードにします。
クラスタが3ノード以上の構成の場合，この手順は必要ありません。手順10に進んでください。コマンドの実行例を次に示します。

host2# /usr/cluster/bin/scconf -c -q installmode

最後のQuorumデバイスの設定を解除します。
コマンドの実行例を次に示します。

host2# /usr/cluster/bin/scconf -r -q globaldev=QuorumデバイスのデバイスID

保守状態ではない任意のノードでスーパーユーザになります。
クラスタが2ノード構成の場合は手順13へ，3ノード以上の構成の場合は手順12へ進んでください。

クラスタが3ノード以上の構成の場合，クラスタ定足数投票数を初期化します。
コマンドの実行例を次に示します。

host2# /usr/cluster/bin/scconf -c -q node=host1,reset

保守状態にしたノードを保守状態から戻します。
okプロンプトの状態からbootを実行してください。

クラスタが2ノード構成の場合，保守状態から戻したいノードが起動したことを確認し，クラスタ定足数投票数を初期化します。クラスタが3ノード以上の構成の場合，この手順は必要ありません。
コマンドの実行例を次に示します。

host2# /usr/cluster/bin/scconf -c -q node=host1,reset

(3) VCSでの設定解除

VCSを使用している場合，HDLMのアンインストール前に，HDLMデバイスやHDLMデバイスによって構成されたVxVMディスクグループを，リソースグループの登録から解除してください。解除する方法については，VCSのマニュアルを参照してください。

(4) VxVMでの設定解除

HDLMとVxVMを同じホストで使用している場合，HDLMのアンインストール前に次に示す操作をして，VxVMからHDLMデバイスを削除してください。

注意事項

Sun Clusterを使用している場合，VxVMからHDLMデバイスを削除する前に「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」を参照して，ディスクデバイスグループの設定を解除してください。

HDLM 04-01以前の場合

次に示すコマンドを実行して，VxVMボリュームをマウントしたファイルシステムをアンマウントします。
# umount マウントポイント

次に示すコマンドを実行して，ボリュームを削除します。
# vxedit -r -f rm ボリューム名

次に示すコマンドを実行して，ディスクグループを削除します。
# vxdg destroy ディスクグループ名

次に示すコマンドを実行して，HDLMデバイスを削除します。
# vxdisk rm chWtXdYsZ

HDLM 05-00以降の場合

次に示すコマンドを実行して，VxVMで使用しているボリュームをすべて停止します。
# vxvol -g ディスクグループ名 stopall
ボリュームを停止すると，そのボリュームは使用できなくなります。

作成済みのディスクグループがある場合，次に示すコマンドを実行して，ディスクグループをデポートします。
# vxdg deport ディスクグループ名

VxVMの管理を有効にするため，/etc/vx/vxvm.excludeファイルに記述してあるsdまたはssdデバイスおよびHDLMデバイスのエントリを削除します。

HDLMをアンインストールしたあと，HDLMデバイスで使用していたVxVMボリュームをsdまたはssdデバイスで使用することができます。詳細は「3.18.4 HDLMをアンインストールしたあとの設定」の「(1) VxVMの設定」を参照してください。

(5) SDSでの設定解除

SDSを使用している場合，HDLMのアンインストール前に次に示す操作をして，SDSからHDLMデバイスの登録を削除してください。

注意事項

メタデバイスの削除によって，メタデバイスのデータは消去されます。データのバックアップを行ってください。

ローカルメタデバイスを使用している場合

次に示すコマンドを実行して，ファイルシステムをアンマウントします。
コマンドの実行例を次に示します。
host1# umount /mnt/filesystem1

HDLMデバイスを使用しているローカルメタデバイスを削除します。
HDLMデバイスを使用しているローカルメタデバイス（d0）を削除する場合に実行するコマンドの例を，次に示します。
host1# metaclear d0

共有ディスクセットを使用している場合

共有メタデバイスを削除します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合

host1# umount /diskset1

host1# metaclear -s diskset1 d1

Sun Clusterを使用している場合

host1# umount /global/diskset1/d1

host1# metaclear -s diskset1 d1

共有ディスクセットからディスクを削除します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合

host1# metaset -s diskset1 -d -f c5t1d2 c5t1d3

Sun Clusterを使用している場合

host1# metaset -s diskset1 -d -f /dev/did/dsk/d10 /dev/did/dsk/d11

共有ディスクセットを削除します。
コマンドの実行例を次に示します。
host1# metaset -s diskset1 -d -f -h host1 host2

(6) SVMでの設定解除

SVMを使用している場合，HDLMのアンインストール前に次に示す操作をして，SVMからHDLMデバイスの登録を削除してください。

注意事項

ボリュームの削除によって，ボリュームのデータは消去されます。データのバックアップを行ってください。

ローカルボリュームを使用している場合

次に示すコマンドを実行して，ファイルシステムをアンマウントします。
コマンドの実行例を次に示します。
host1# umount /mnt/filesystem1

HDLMデバイスを使用しているSVMのローカルボリュームを削除します。
HDLMデバイスを使用しているSVMのローカルボリューム（d0）を削除する場合に実行するコマンドの例を，次に示します。
host1# metaclear d0

共有ディスクセットを使用している場合

共有ボリュームを削除します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合

host1# umount /diskset1

host1# metaclear -s diskset1 d1

Sun Clusterを使用している場合

host1# umount /global/diskset1/d1

host1# metaclear -s diskset1 d1

共有ディスクセットからディスクを削除します。
コマンドの実行例を次に示します。

Sun Clusterを使用していない場合

host1# metaset -s diskset1 -d -f c5t1d2 c5t1d3

Sun Clusterを使用している場合

host1# metaset -s diskset1 -d -f /dev/did/dsk/d10 /dev/did/dsk/d11

共有ディスクセットを削除します。
コマンドの実行例を次に示します。
host1# metaset -s diskset1 -d -f -h host1 host2

3.18.3 HDLMのアンインストール

この項の構成

(1) ローカルブートディスク環境からアンインストールする場合

(2) ブートディスク環境からアンインストールする場合

(3) LDoms環境からのアンインストール

(1) ローカルブートディスク環境からアンインストールする場合

HDLMのアンインストール時にKAPL09019-E，KAPL09020-Eのメッセージが出力された場合は，「3.18.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール」の手順に従って，HNTRLib2をアンインストールしてください。ただし，KAPL09026-Iのメッセージが出力された場合は，HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）を使用しているので，HDLMだけがアンインストールされます。

注意事項

05-00以降のDevice ManagerエージェントがインストールされているホストからHDLMをアンインストールする場合，アンインストール中に次に示すDevice Managerエージェントのコマンドを実行しないでください。また，次に示すDevice Managerエージェントのコマンドを実行中に，HDLMをアンインストールしないでください。

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

Solaris 11の環境でHDLMをアンインストールする場合は，必ず/opt/DynamicLinkManager/bin/removehdlmを実行してください。pkg uninstallコマンドを使用して直接パッケージをアンインストールしないでください。

Solarisに，root権限を持つユーザでログインします。

次に示すコマンドを実行して，HDLMをアンインストールします。

Solaris 8，Solaris 9，またはSolaris 10の場合

# pkgrm DLManager

Solaris 11の場合

# /opt/DynamicLinkManager/bin/removehdlm

次に示すメッセージが表示されるので，「y」を入力します。

次のパッケージは現在インストールされています:
  DLManager       Dynamic Link Manager
                  (sparc) xx.x.x.xxxx

このパッケージを削除しますか [y,n,?,q]

次に示すメッセージが表示されるので，「y」を入力します。

このパッケージには，パッケージの削除の処理中にスーパーユーザのアクセス権で実行されるスクリプトが含まれています。
このパッケージの削除処理を継続しますか [y,n,?,q]

アンインストールが開始されます。

04-00以前のHDLMをアンインストールする場合，手動でHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）をアンインストールします。
HDLM以外に，HNTRLibを使用しているプログラムがない場合は，「3.18.6 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール」の手順に従って，HNTRLibをアンインストールしてください。

再構成オプションを指定してホストを再起動します。

Sun Clusterを使用していない場合

次のコマンドのどちらかを実行してください。

# reboot -- -r

okプロンプトで，boot -r

Sun Clusterを使用している場合

任意の1台のノードで，次のコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

そのあと，すべてのノードで次に示すコマンドを実行してください。

okプロンプトで，boot -r

注意事項

ノードの起動中に次のメッセージがコンソール画面やsyslogに出力されることがあります。

Could not stat: ../../devices/pseudo/dlmndrv@1/dlmfdrv@0,0:c,raw path not loaded.

このメッセージは，HDLMをアンインストールしHDLMデバイスを削除したために出力されます。次回のノードの起動時にこのメッセージを出力しないようにするためには，「3.18.4 HDLMをアンインストールしたあとの設定」の「(4) Sun Clusterの設定」に記載されている，手順1から手順4を参照してデバイスID情報を更新してください。詳細は，Sun Clusterのマニュアルを参照してください。

(2) ブートディスク環境からアンインストールする場合

「3.8 ブートディスク環境からローカルブートディスク環境への移行」に示す手順に従って，ローカルブートディスク環境に移行します。

「(1) ローカルブートディスク環境からアンインストールする場合」に示す手順に従って，HDLMをアンインストールします。

(3) LDoms環境からのアンインストール

ここでは，I/OドメインからHDLMをアンインストールする手順について説明します。

HDLMアンインストール前の構成例を次の図に示します。

図3-34 構成例（アンインストール前）

注※

仮想ディスクバックエンドは，仮想ディスクのデータの格納場所です。バックエンドには，ディスク，ディスクスライス，ファイル，またはボリューム（ZFS，SVM，VxVMなど）を使用できます。

制御ドメインは内蔵ディスク上のinstall_diskファイルを仮想ディスクバックエンドとして登録します。I/Oドメインはこのディスクを仮想ディスクとして認識します。この仮想ディスクのデバイス名は「/dev/[r]dsk/c0d0」となります。また，I/Oドメインでは，ストレージシステムのディスクのHDLMデバイスを仮想ディスクバックエンドとして登録します。ゲストドメインはこのディスクを仮想ディスクとして認識します。

この構成例では，「/dev/dsk/c4t50060E8010027A82d0s2」および「/dev/dsk/c4t50060E8010027A82d1s2」がHDLMデバイスです。

LDomsドメインの設定例を次の表に示します。

表3-37 LDomsドメイン設定例

ドメイン名
ドメインの種類
ブートデバイス
仮想ディスクバックエンドのエクスポート

primary
制御ドメイン（I/Oドメイン，サービスドメインを含む）
内蔵ディスク
vol1: /install_disk
（I/Oドメインのローカルブートディスク用）

ldg1
I/Oドメイン（サービスドメインを含む）
vol1@primary-vds0
vol1: /dev/dsk/c4t50060E8010027​A82d0s2
（ゲストドメインのローカルブートディスク用）
vol2: /dev/dsk/c4t50060E8010027​A82d1s2
（ゲストドメインのデータディスク用）

ldg2
ゲストドメイン
vol1@ldg1-vds0
－

HDLMアンインストール前のLDoms環境の構成設定例を次に示します。

LDomsを導入したホストからHDLMをアンインストールする手順について次に示します。

制御ドメインにログインします。

ldm stopコマンドを実行してゲストドメインを停止します。
ゲストドメイン「ldg2」の停止コマンドの実行例を次に示します。

# ldm stop ldg2

ldm unbindコマンドを実行してゲストドメインの資源のバインド（接続）を解除します。
ゲストドメイン「ldg2」の，資源のバインド（接続）の解除コマンドの実行例を次に示します。

# ldm unbind ldg2

ldm rm-vdiskコマンドを実行してゲストドメインから仮想ディスクを削除します。
ゲストドメイン「ldg2」からの仮想ディスク「vdisk1」「vdisk2」削除コマンドの実行例を次に示します。

# ldm rm-vdisk vdisk1 ldg2
# ldm rm-vdisk vdisk2 ldg2

ldm rm-vdsdevコマンドを実行してHDLMのインストール先のI/Oドメイン上のサービスドメインから仮想ディスクバックエンドのエクスポートを停止します。
サービスドメイン「ldg1」からの仮想ディスクバックエンド「vol1」「vol2」エクスポート停止コマンドの実行例を次に示します。

# ldm rm-vdsdev vol1@ldg1-vds0
# ldm rm-vdsdev vol2@ldg1-vds0

I/Oドメインにログインします。

I/OドメインからHDLMのアンインストールを実行します。
HDLMのアンインストール前に，エクスポートしていた仮想ディスクバックエンドによって，次の処理をしてください。

物理ディスクおよび物理ディスクスライスの場合
特に前処理はありません。

UFS，VxFSファイルシステムの場合
ファイルシステムをアンマウントします。

ZFSファイルシステムの場合
ZFSファイルシステムをエクスポートします。

VxVMの論理ボリュームの場合
ディスクグループをデポートします。

SVMの論理ボリュームの場合
ボリュームグループの設定を解除します。

HDLMのアンインストールについては「3.18.3 HDLMのアンインストール」の「(1) ローカルブートディスク環境からアンインストールする場合」で説明しているアンインストール手順に従って操作を進めてください。
HDLMをアンインストールしたあと，仮想ディスクバックエンドにするボリュームグループおよびファイルシステムを回復します。

制御ドメインでldm add-vdsdevコマンドを実行して，HDLMのインストール先のI/Oドメイン上サービスドメインから仮想ディスクバックエンドをエクスポートします。
サービスドメイン「ldg1」からの仮想ディスクバックエンド「vol1」「vol2」エクスポートコマンドの実行例を次に示します。

# ldm add-vdsdev /dev/dsk/c2t50060E8010027A82d0s2 vol1@ldg1-vds0※
# ldm add-vdsdev /dev/dsk/c2t50060E8010027A82d1s2 vol2@ldg1-vds0※

注※

「/dev/dsk/c2t50060E8010027A82d0s2」および「/dev/dsk/c2t50060E8010027A82d1s2」は，移行後のsdまたはssdデバイス名です

制御ドメインでldm add-vdiskコマンドを実行して，仮想ディスクバックエンドをゲストドメインに割り当てます。
サービスドメイン「ldg1」からエクスポート済みの仮想ディスクバックエンド「vol1」「vol2」をゲストドメイン「ldg2」へ割り当てるコマンドの実行例を次に示します。

# ldm add-vdisk vdisk1 vol1@ldg1-vds0 ldg2
# ldm add-vdisk vdisk2 vol2@ldg1-vds0 ldg2

制御ドメインでldm bindコマンドを実行して，ゲストドメインの資源をバインド（接続）します。
ゲストドメイン「ldg2」の資源をバインド（接続）するコマンドの実行例を次に示します。

# ldm bind ldg2

制御ドメインでldm startコマンドを実行して，ゲストドメインを起動します。
ゲストドメイン「ldg2」の起動コマンドの実行例を次に示します。

# ldm start ldg2

HDLMアンインストール後の構成例を次の図に示します。

図3-35 構成例（アンインストール後）

注※

仮想ディスクバックエンドは，仮想ディスクのデータの格納場所です。バックエンドには，ディスク，ディスクスライス，ファイル，またはボリューム（ZFS，SVM，VxVMなど）を使用できます。

この構成例では，「/dev/dsk/c2t50060E8010027A82d0s2」および「/dev/dsk/c2t50060E8010027A82d1s2」がsdまたはssdデバイスです。

3.18.4 HDLMをアンインストールしたあとの設定

この項の構成

(1) VxVMの設定

(2) SDSの設定

(3) SVMの設定

(4) Sun Clusterの設定

(5) ファイルシステムの設定

(6) アプリケーションプログラムの設定

(1) VxVMの設定

VxVMを使用している場合は，次のコマンドを実行し，以前HDLMが管理していたLUのDEVICE欄がcWtXdYsZ形式（例えば，c6t0d10s2）で表示されているか確認してください。

# vxdisk list

cWtXdYsZ形式で表示されている場合は，次の操作を行ってください。

/etc/vx/disk.infoファイルを削除します。

ホストを再起動するか，または次のコマンドでVxVM構成デーモンを再起動します。

# vxconfigd -k

05-00以降のHDLMを使用していた場合，アンインストールしたあともHDLMデバイスで使用していたVxVMディスクグループを使用することができます。HDLMのアンインストール後に次に示す操作を行ってください。

次に示すコマンドを実行して，ディスクグループをインポートします。

# vxdg import ディスクグループ名

ディスクグループに含まれているボリュームを使用する場合，次に示すコマンドを実行して，ボリュームを起動します。

# vxvol -g ディスクグループ名 startall

(2) SDSの設定

メタデバイスの作成を行います。詳細はSDSのマニュアルを参照してください。

(3) SVMの設定

ボリュームの作成を行います。詳細はSVMのマニュアルを参照してください。

(4) Sun Clusterの設定

再起動後，手順1から4をすべてのノードで繰り返します。

Quorumデバイスを設定する場合は手順5を実行してください。

ディスクデバイスグループを設定する場合は，手順6を実行してください。

存在しないデバイスのデバイスID情報を削除します。コマンドの実行例を次に示します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。コマンドの実行例を次に示します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報をサーバへ通知します。コマンドの実行例を次に示します。

# /usr/cluster/bin/scdidadm -ui

Sun Clusterの広域デバイス名前空間を更新します。コマンドの実行例を次に示します。

# /usr/cluster/bin/scgdevs

クラスタ内のどれか1つのノードでQuorumデバイスを設定します。
Quorumデバイスに利用するsdまたはssdデバイスのデバイスIDを確認します。コマンドの実行例を次に示します。

# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。コマンドの実行例を次に示します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

2ノード構成の場合，クラスタのインストールモードを解除します。コマンドの実行例を次に示します。

# /usr/cluster/bin/scconf -c -q reset

ボリューム管理ソフトウェアを使用している場合，ディスクデバイスグループの設定を行います。
SDSまたはSVMを使用している場合，ディスクセットの再作成が必要になります。Sun Clusterのマニュアルを参照してください。
VxVMを使用している場合，HDLMで使用していたVxVMディスクグループをSun Clusterのディスクデバイスグループに再登録することによって使用することができます。「3.18.4 HDLMをアンインストールしたあとの設定」の「(1) VxVMの設定」を参照し，クラスタ内のどれか1つのノードでVxVMディスクグループをインポートしscsetupユティリティでSun Clusterのディスクデバイスグループの登録を行ってください。詳細はSun Clusterのマニュアルを参照してください。

(5) ファイルシステムの設定

HDLMが管理していたLUのファイルシステムは，Solarisのsdまたはssdドライバのデバイス，または再設定したあとにボリュームマネージャのボリュームをマウントするよう設定してください。

HDLMをアンインストールする前にエクスポートしたZFSファイルシステムを，HDLMをアンインストールしたあとにインポートして使用できます。

(6) アプリケーションプログラムの設定

HDLMデバイスを使用していたアプリケーションプログラムに，Solarisのsdドライバまたはssdドライバのデバイスファイルを設定してください。

3.18.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール

HDLMのアンインストール時にKAPL09019-E，KAPL09020-Eのメッセージが出力された場合は，次に示す手順でHNTRLib2をアンインストールしてください。

Solarisに，root 権限を持つユーザでログインします。

次に示すコマンドを実行して，バンドルPP名称の登録を解除します。

# /opt/hitachi/HNTRLib2/etc/hntr2cancel "JP1/HiCommand Dynamic Link Manager"

次に示すコマンドを実行します。

# /opt/hitachi/HNTRLib2/etc/hntr2setup

HNTRLib2 のセットアップメニューが表示されます。

セットアップメニューから，「9」を選択します。
HNTRLib2がアンインストールされます。

ほかのプログラムがHNTRLib2を使用していない場合

HNTRLib2が正常にアンインストールされ，次に示すメッセージが出力されます。

Unsetup is complete.

ほかのプログラムがHNTRLib2を使用している場合

次に示すメッセージが出力され，HNTRLib2はアンインストールされません。

Because a bundle PP name is registered,

I did not do the Uninstall.

HNTRLib2がアンインストールされなかった場合，次に示すコマンドを実行して，HNTRLib2を使用しているプログラムを確認してください。

# /opt/hitachi/HNTRLib2/etc/hntr2getname

HDLM以外のプログラムがHNTRLib2を使用していないにも関わらず，アンインストールできない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

注意事項

HNTRLib2でログの出力先をデフォルト以外に設定していた場合，HNTRLib2のアンインストール時にログファイルが削除されません。HNTRLib2をアンインストールしたあとで，ログファイルを削除してください。

3.18.6 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール

04-00以前のHDLMのアンインストール後，ホストにインストールされているソフトウェアのマニュアル，添付資料などを確認して，HDLM以外にHNTRLibを使用しているプログラムがない場合は，次に示す手順でHNTRLibをアンインストールしてください。

HDLM以外に，HNTRLibを使用しているプログラムがないことを確認します。
HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）を使用しているかどうかは，各プログラムのマニュアルや添付資料を参照して確認してください。

Solarisに，root権限を持つユーザでログインします。

次に示すコマンドを実行します。

# /opt/hitachi/HNTRLib/etc/hntrsetup

HNTRLibのセットアップメニューが表示されます。

セットアップメニューから，「9」を選択します。
HNTRLibがアンインストールされます。

HNTRLibの共用ライブラリファイルと共用ライブラリファイル格納ディレクトリを削除します。
次のコマンドを実行してください。

共用ライブラリファイル（シンボリックリンク）の削除

# rm /opt/hitachi/common/lib/libhntrs*
# rm /opt/hitachi/common/lib/libhntrt*

共用ライブラリファイル格納ディレクトリの削除

# rm -r /opt/hitachi/common/lib/D001

/opt/hitachiディレクトリ内に，上記のファイルおよびディレクトリだけが格納されている場合は，/opt/hitachiディレクトリ以下を削除してください。

注意事項

HNTRLibでログの出力先をデフォルト以外に設定していた場合，HNTRLibのアンインストール時にログファイルが削除されません。HNTRLibをアンインストールしたあとで，ログファイルを削除してください。

HNTRLibがインストールされている場合にHNTRLib2をアンインストールしても，HNTRLibはアンインストールされません。HDLM以外のプログラムが使用していない場合は，手動で削除してください。

4. HDLMの運用

この章では，HDLMの運用方法について説明します。運用方法には，HDLMの操作方法，HDLMマネージャの操作方法および運用環境の構成変更が含まれます。

この章の構成

4.1 HDLMを使用する場合の注意事項

4.2 コマンドを使用したHDLMの運用

4.3 HDLMマネージャの起動と停止

4.4 HDLMの常駐プロセス

4.5 HDLM運用環境の構成変更

4.1 HDLMを使用する場合の注意事項

ここでは，HDLMを使用する場合，またはHDLMがインストールされている環境を使用する場合の注意事項を説明します。必ずお読みください。

この節の構成

4.1.1 パス情報表示について

4.1.2 パスの障害を検出した場合について

4.1.3 iostatコマンドについて

4.1.4 ストレージシステムについて

4.1.5 コマンド実行について

4.1.6 Sun製HBA使用について

4.1.7 シングルユーザモードでのSolarisの起動について

4.1.8 Solarisのバージョンアップについて

4.1.9 シングルユーザモードでの運用について

4.1.10 ブートディスク環境のパスが経由する機器の保守作業について

4.1.1 パス情報表示について

HDLMコマンドのviewオペレーションで表示されるパスIDは，ホスト起動時のパスを検出する順番によって変わります。パスを特定する場合は，必ずパス名を使用してください。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して動的に追加した新規LUのパスの状態を表示したとき，LUに接続するOnlineのパスがあるにも関わらず，断線したパスがOnline(E)と表示されることがあります。この現象が起きた場合は，Online(E)と表示されているパスにオンライン操作を実行してから，そのパスの状態を更新してください。

4.1.2 パスの障害を検出した場合について

HDLMでパスの障害を検出した場合，直ちにその障害に対処して，パスを復旧してください。

パスの障害はI/Oが発行されたときにチェックされます。ノンオーナパスなど，通常I/Oが発行されないパスがある場合，パスヘルスチェック機能を有効にして，I/Oの有無に関係なく，障害を検出できるようにしてください。パスヘルスチェック機能の詳細については「2.10 パスヘルスチェックによる障害検出」を参照してください。

4.1.3 iostatコマンドについて

iostatコマンドで表示されるdeviceは，sdまたはssdデバイスの論理デバイスファイル名ではなく，sdまたはssdのデバイス種別およびインスタンス番号となります。

HDLMデバイスの論理デバイスファイル名と，iostatコマンドで表示されるsdまたはssdのデバイス種別およびインスタンス番号との対応は，HDLMコマンドのview -drvオペレーションの出力で取得できます。

LUが1つで2つのパスが存在する場合の，iostatコマンドとHDLMコマンドのview -drvオペレーションの出力例を次に示します。なお，c0t6d0とc1t12d0は，DVD-ROMドライブと内蔵ディスクです。

網掛けの部分が対応するsdまたはssdのデバイス種別およびインスタンス番号と，HDLMデバイスの論理デバイスファイル名です。

4.1.4 ストレージシステムについて

ストレージシステムはホストを起動する前に起動してください。これは，Solarisがストレージシステムを検出できるようにするためです。

ストレージシステムのベンダIDおよびプロダクトIDを変更すると，HDLMがストレージシステムを認識できなくなります。ストレージシステムのベンダIDおよびプロダクトIDは変更しないでください。

4.1.5 コマンド実行について

ファイルシステムの作成，フォーマット，fsckなどを実行しているときにパス障害が発生すると，操作が完了しない場合があります。その場合は，パス障害を回復してから再度実行してください。

4.1.6 Sun製HBA使用について

次に示すすべての条件を満たした場合，パスが正常でもブート処理中にパス障害を示すKAPL08019-EおよびKAPL08022-Eのメッセージが/var/adm/messagesへ出力されることがあります。

Solaris 8またはSolaris 9を使用している。

ssdドライバが認識するSun製HBAを使用している。

この現象が発生した場合は，ブート処理が完了したあとにdlnkmgr view -pathコマンドでパスの状態を確認してください。その結果，パスがOnline状態であれば問題はありません。

4.1.7 シングルユーザモードでのSolarisの起動について

ホストを起動したときに発生する現象について

シングルユーザモードでホストを起動した場合，実際のパスの状態が正常にも関わらず，障害と表示されます。シングルユーザモードでHDLM デバイスを使用する場合は，事前に「4.1.9 シングルユーザモードでの運用について」の「(1) シングルユーザモードで起動した場合のHDLM初期化手順」に示す手順を実行してください。

4.1.8 Solarisのバージョンアップについて

ローカルブートディスク環境の場合

Solarisをバージョンアップする場合は，HDLMをアンインストールしてからSolarisをバージョンアップしてください。Solarisのバージョンアップが終了したら，Solarisのバージョンに対応するHDLMを再インストールしてください。

ブートディスク環境の場合

ブートディスク環境では，Solarisをバージョンアップすることはできません。Solarisをバージョンアップする必要がある場合は，次に示す手順を実行してください。

「3.18.3 HDLMのアンインストール」の「(2) ブートディスク環境からアンインストールする場合」に示す手順に従って，いったんローカルブートディスク環境に移行してからHDLMをアンインストールします。

Solarisをバージョンアップします。

「3.6 ブートディスク環境の構築」に示す手順に従って，ブートディスク環境を再度構築します。

4.1.9 シングルユーザモードでの運用について

ホストをシングルユーザモードで起動しても，「(2) シングルユーザモードで実施できる作業」に示すSolaris，HDLM，およびアプリケーション関連の作業を実行することができます。ホストをシングルユーザモードで起動したあとに実行レベル1へ変更した場合も同様です。それらの作業を実行する場合は，その前に「(1) シングルユーザモードで起動した場合のHDLM初期化手順」に示す手順を実行してください。

この項の構成

(1) シングルユーザモードで起動した場合のHDLM初期化手順

(2) シングルユーザモードで実施できる作業

(1) シングルユーザモードで起動した場合のHDLM初期化手順

ホストをシングルユーザモードで起動した場合，次に示す手順に従ってHDLMを初期化してください。

作業対象のファイルシステムをマウントします。
HDLMに関連する作業を実施する場合は，/var，/opt，および/tmpをマウントしてください。

次に示すHDLMコマンドを実行して，パスを稼働状態にします。

# /opt/DynamicLinkManager/bin/dlnkmgr online -s

dlnkmgrコマンドのonlineオペレーションは，ブート処理が完了した直後に実行すると，パスが物理的に接続していても失敗する場合があります。その場合は，10秒以上待ってから再度実行してください。再度実行しても失敗した場合は，表示されたメッセージに従って対処してください。

次に示すコマンドを実行して，HDLMフィルタドライバにHDLM論理デバイスファイル名を設定します。

# /opt/DynamicLinkManager/bin/dlmsetdevname

次に示すコマンドを実行して，HDLMマネージャを起動します。

# /etc/init.d/DLMManager start

(2) シングルユーザモードで実施できる作業

シングルユーザモードでは，「(1) シングルユーザモードで起動した場合のHDLM初期化手順」に示す手順を実行すると，アプリケーションを停止した状態で次に示す作業を実行できます。

Solaris関連

HDLMがインストールされたサーバで，HDLMがインストールされていないサーバと同様に次の作業を実行できます。

パッチの適用

パッケージの追加および削除

Solarisの基本的な設定の変更など

HDLM関連

HDLMのインストール

ブートディスク環境の構築

HDLMの機能の設定

統合トレースの設定※

ファイルシステムの構築

HDLMコマンドの実行

HDLMデバイスの使用

HDLM運用環境の構成変更

HDLMのSPの適用

注※

シングルユーザモードでは統合トレースファイルにHDLMコマンドの動作ログが記録されません。

アプリケーション関連

インストール

アップグレード

構成設定および構成変更

4.1.10 ブートディスク環境のパスが経由する機器の保守作業について

Solarisが動作中にブートディスク環境のブートディスクに接続した機器の保守作業を行う場合は，次に示すことに注意してください。

保守作業は，ブートディスクに接続したパスが1本以上Online状態のままで実施してください。

保守作業中に断線状態になることが予想されるパスは，作業を開始する前にdlnkmgrコマンドのofflineオペレーションを実行してOffline(C)状態にしてください。Offline(C)状態にしないと，保守作業によるパスの断線状態を障害として検出するときにブートディスクのアクセスが一時的に滞ります。その間，システムの機能が低下するおそれがあります。作業が完了したら，すぐにdlnkmgrコマンドのonlineオペレーションを実行してOffline(C)状態にしたパスをOnline状態にしてください。

4.2 コマンドを使用したHDLMの運用

この節では，HDLMコマンドで，HDLMの機能を使用する手順について説明します。各コマンドについては，「6. コマンドリファレンス」を参照してください。

この節の構成

4.2.1 コマンドを使用する場合の注意事項

4.2.2 パスの情報を参照する

4.2.3 パスの状態を変更する

4.2.4 LUの情報を参照する

4.2.5 HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を確認する

4.2.6 パスの統計情報を初期値にする

4.2.7 動作環境を参照または設定する

4.2.8 ライセンス情報を参照する

4.2.9 ライセンスを更新する

4.2.10 HDLMのバージョン情報を参照する

4.2.11 HDLMのコンポーネント情報を参照する

4.2.1 コマンドを使用する場合の注意事項

root権限を持つユーザで，コマンドを実行してください。

パラメタで指定する値にスペースが含まれる場合には，値全体を「"」（引用符）で囲んでください。

4.2.2 パスの情報を参照する

HDLMコマンドでパスの情報を参照する手順について説明します。

パスの情報を参照するには，HDLMコマンドのviewオペレーションに-pathパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

指定したホストデバイスにアクセスするパスの情報だけを参照する場合は，HDLMコマンドのviewオペレーションに-path -hdevパラメタを指定して実行します。コマンドの実行例を次に示します。

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

4.2.3 パスの状態を変更する

パスの状態を変更する手順について，次に説明します。

この項の構成

(1) パスの状態をOnline状態にする場合

(2) パスの状態をOffline(C)状態にする場合

(1) パスの状態をOnline状態にする場合

現在のパスの状態を確認します。
パスをHBAポート単位，CHAポート単位，パス単位でOnline状態にする場合は，パス名またはパス管理PATH_IDを確認してください。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

SCSIデバイス名を指定してパスをOnline状態にする場合は，パスのSCSIデバイス名を確認してください。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu

パスの状態をOnline状態にするには，HDLMコマンドのonlineオペレーションを実行します。
Online状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。また，パスを指定する代わりにSCSIデバイス名を指定することもできます。パスの指定については，「6.5 online パスを稼働状態にする」を参照してください。
例えば，特定のHBAポートを通るすべてのパスをOnline状態にする場合は，HDLMコマンドのonlineオペレーションに-hbaパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr online -hba 0001.0000

KAPL01057-I 指定されたHBAを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 3本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

変更したパスの状態を確認します。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

(2) パスの状態をOffline(C)状態にする場合

現在のパスの状態を確認します。
パスをHBAポート単位，CHAポート単位，パス単位でOffline(C)状態にする場合は，パス名またはパス管理PATH_IDを確認してください。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

SCSIデバイス名を指定してパスをOffline(C)状態にする場合は，パスのSCSIデバイス名を確認してください。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu

パスの状態をOffline(C)状態にするには，HDLMコマンドのofflineオペレーションを実行します。
Offline(C)状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。また，パスを指定する代わりにSCSIデバイス名を指定することもできます。パスの指定については，「6.4 offline パスを閉塞状態にする」を参照してください。
例えば，特定のHBAポートを通るすべてのパスをOffline(C)状態にする場合は，HDLMコマンドのofflineオペレーションに-hbaパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hba 0001.0000
KAPL01055-I 指定されたHBAを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n] :y
KAPL01056-I 指定されたHBAを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n] :y
KAPL01061-I 3本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

変更したパスの状態を確認します。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

4.2.4 LUの情報を参照する

HDLMコマンドでLUの情報を参照する手順について説明します。

LUの情報を参照するには，HDLMコマンドのviewオペレーションに-luパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE 9500V
SerialNumber  : 0051
LUs           : 3

iLU  HDevName Device PathID Status
0001 c6t2d0   sd61   000003 Online
             sd64   000009 Online
0002 c6t2d1   sd62   000004 Online
             sd65   000010 Online
0003 c6t2d2   sd63   000005 Online
             sd66   000011 Online

Product       : SANRISE 9900V
SerialNumber  : 15001
LUs           : 3

iLU  HDevName Device PathID Status
0670 c6t5d0   sd74   000000 Online
             sd80   000006 Offline(E)
0671 c6t5d1   sd75   000001 Online
             sd81   000007 Offline(E)
0672 c6t5d2   sd76   000002 Online
             sd82   000008 Offline(C)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

4.2.5 HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を確認する

HDLMコマンドでHDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を確認する手順について説明します。

HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応は，HDLMコマンドのviewオペレーションに，-drvパラメタを指定して実行することで確認できます。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。このオペレーションの実行結果は，パスごとに1行ずつ表示されます。

次にviewオペレーションの実行結果の例を示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 c6t5d0   sd74   SANRISE9900V.15001.0670
000001 c6t5d1   sd75   SANRISE9900V.15001.0671
000002 c6t5d2   sd76   SANRISE9900V.15001.0672
000003 c6t5d3   sd77   SANRISE9900V.15001.0673
000004 c6t5d4   sd78   SANRISE9900V.15001.0674
000005 c6t5d5   sd79   SANRISE9900V.15001.0675
000006 c6t5d0   sd80   SANRISE9900V.15001.0670
000007 c6t5d1   sd81   SANRISE9900V.15001.0671
000008 c6t5d2   sd82   SANRISE9900V.15001.0672
000009 c6t5d3   sd83   SANRISE9900V.15001.0673
000010 c6t5d4   sd84   SANRISE9900V.15001.0674
000011 c6t5d5   sd85   SANRISE9900V.15001.0675
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

4.2.6 パスの統計情報を初期値にする

HDLMが管理するすべてのパスについて，統計情報（I/O回数，およびI/O障害回数）の値を初期値（0）にする手順について説明します。

この手順は，I/O回数やI/O障害回数を初期値（0）にした時点から，I/OやI/O障害が何回発生するかを調査したい場合に役立ちます。

現在のパスの状態を確認します。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

HDLMが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値にするには，HDLMコマンドのclearオペレーションに-pdstパラメタを指定して実行します。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr clear -pdst
KAPL01049-I オペレーションを開始します。オペレーション名 = clear。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

パスの統計情報が初期値になったかどうかを確認します。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

4.2.7 動作環境を参照または設定する

HDLMの動作環境を参照，または設定する手順について説明します。

この項の構成

(1) 動作環境を参照する

(2) 動作環境を設定する

(1) 動作環境を参照する

動作環境を参照するには，HDLMコマンドのviewオペレーションに-sys -sfuncパラメタを指定して実行します。

コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 3
Elog File Size(KB)             : 9900
Number Of Elog Files           : 2
Trace Level                    : 0
Trace File Size(KB)            : 1000
Number Of Trace Files          : 4
Path Health Checking           : on(30)
Auto Failback                  : off
Intermittent Error Monitor     : off
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログの動作環境を参照するには，HDLMコマンドのviewオペレーションに-sys -audlogパラメタを指定して実行します。

コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log                      : off
Audit Log Category             : -
Audit Log Facility             : -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

(2) 動作環境を設定する

HDLMの動作環境を設定するには，HDLMコマンドのsetオペレーションを実行します。HDLMコマンドのsetオペレーションで次の機能を設定できます。

ロードバランス機能

パスヘルスチェック機能

自動フェイルバック機能

間欠障害監視機能

ダイナミックI/Oパスコントロール機能

障害ログ採取レベル

トレースレベル

障害ログファイルサイズ

障害ログファイル数

トレースファイルサイズ

トレースファイル数

監査ログ採取

監査ログのFacility

ロードバランスの同一パス使用回数

拡張ロードバランスの同一パス使用回数

各機能の設定については，「6.6 set 動作環境を設定する」を参照してください。

例えば，障害ログ採取レベルを設定する場合は，HDLMコマンドのsetオペレーションに-ellvパラメタを指定して実行します。確認メッセージに対して，コマンドを実行する場合は「y」を，実行しない場合は「n」を入力してください。

コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -ellv 1
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

設定した内容が反映されているかどうか確認するには，「(1) 動作環境を参照する」の手順を実行してください。

4.2.8 ライセンス情報を参照する

ライセンス情報を参照する手順について説明します。

ライセンス情報を参照するには，HDLMコマンドのviewオペレーションに-sys -licパラメタを指定して実行します。

コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -lic
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

4.2.9 ライセンスを更新する

ライセンスを更新する手順について説明します。

ライセンスを更新するには，HDLMコマンドのsetオペレーションに-licパラメタを指定して実行します。確認メッセージに対して，コマンドを実行する場合は「y」を，実行しない場合は「n」を入力してください。ライセンスキーファイルがない場合は，ライセンスキーの入力を求めるメッセージが表示されます。ライセンスキーの入力を求めるメッセージに対して，ライセンスキーを入力してください。

注意事項

HDLMコマンドのsetオペレーションに-licパラメタを指定してライセンスのインストールを実行する場合は，必ず単独で実行してください。HDLMコマンドのsetオペレーションに-licパラメタを含むHDLMコマンドを複数同時に実行しないでください。複数同時に実行した場合，コアファイルが生成され，次のメッセージを出力することがあります。

KAPL01075-E HDLM内で重大エラーが発生しました。システム環境が不正です。

このメッセージが出力された場合は，HDLMコマンドのviewオペレーションに-sys -licパラメタを指定して実行し，ライセンスが正しくインストールされているかを確認してください。

コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -lic

KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか? [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
#

4.2.10 HDLMのバージョン情報を参照する

HDLMのバージョン情報を参照する手順について，次に説明します。

HDLMのバージョン情報を参照するには，HDLMコマンドのviewオペレーションに-sysパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd  hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd  hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd  hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

「HDLM Version」に表示されているバージョンがHDLMのバージョンです。

4.2.11 HDLMのコンポーネント情報を参照する

HDLMのコンポーネント情報を参照する手順について，次に説明します。

HDLMのコンポーネント情報を参照するには，HDLMコマンドのviewオペレーションに-sysパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd  hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd  hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd  hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目のうち，「HDLM Manager」，「HDLM Alert Driver」，および「HDLM Driver」がHDLMのコンポーネント情報です。

また，HDLMのコンポーネントごとに情報を参照できます。HDLMコマンドのviewオペレーションに-sysパラメタと後続パラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -adrv
# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -pdrv

4.3 HDLMマネージャの起動と停止

HDLMのプログラムに障害が発生した場合などに，HDLMマネージャを手動で起動，または停止して対処することがあります。

この節の構成

4.3.1 HDLMマネージャの起動

4.3.2 HDLMマネージャの停止

4.3.1 HDLMマネージャの起動

停止しているHDLMマネージャを起動する場合，root権限を持つユーザでSolarisにログインして，次に示すコマンドを実行します。

# /etc/init.d/DLMManager start

コマンド名には次のように小文字（dlmmanager）も使用できます。

# /etc/init.d/dlmmanager start

HDLMのインストール時に設定された起動スクリプトが起動し，HDLMマネージャが起動します。

HDLMマネージャが起動しているかどうかは，次に示すHDLMコマンドのviewオペレーションを実行して確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd  hh:mm:ss
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

「HDLM Manager」が「Alive」であれば，マネージャが起動しています。

4.3.2 HDLMマネージャの停止

HDLMマネージャを停止する場合，root権限を持つユーザでSolarisにログインして，次に示すコマンドを実行します。

# /etc/init.d/DLMManager stop

コマンド名には次のように小文字（dlmmanager）も使用できます。

# /etc/init.d/dlmmanager stop

HDLMのインストール時に設定された停止スクリプトが起動し，HDLMマネージャが停止します。

HDLMマネージャが停止しているかどうかは，次に示すHDLMコマンドのviewオペレーションを実行して確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
HDLM Manager Ver      WakeupTime
Dead
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

「HDLM Manager」が「Dead」であれば，マネージャが停止しています。

4.4 HDLMの常駐プロセス

HDLMの常駐プロセスを次の表に示します。システムの運用でHDLMのプロセスを監視する必要がある場合は，次のプロセスを指定してください。

表4-1 HDLMの常駐プロセス一覧

プロセス名 | 説明
dlmmgr | HDLMマネージャのプロセス
hbsa_service | Hitachi Command Suite共通エージェントコンポーネントのプロセス※
hntr2mon | Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のプロセス

注※

HDLMとGlobal Link Managerを連携させない場合は，このプロセスを監視する必要はありません。

4.5 HDLM運用環境の構成変更

この節では，HDLMを運用する環境の構成を変更する場合の操作について説明します。

次のどれかの操作を行う場合，この節で説明する操作が必要になります。

新規LUの追加，既存LUの削除および変更

既存LUに対するパスの追加および削除

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集による，LUの管理対象化および管理対象外化

ハードウェア（HBA，ファイバチャネルスイッチ，ストレージシステムなど）の追加，削除および交換

HBAの装着スロットの変更

HBAのFCodeのインストールおよびアンインストール

ストレージシステムのLUのデフォルトコントローラの変更

ストレージシステムのCHAポートの追加，削除および変更

ストレージシステムの接続方式の変更

ファイバチャネルスイッチの設定（接続ポート，ゾーニングなど）の変更

ターゲットIDの変更

/etc/path_to_instファイルの内容の変更による，HBAドライバのインスタンス番号の変更

カーネルモードの切り替え

ストレージシステム移行時の論理デバイス名の引き継ぎ

この節の構成

4.5.1 HDLM運用環境を構成変更する場合の注意事項

4.5.2 HDLMデバイスの構成変更の概要

4.5.3 新規にLUを追加する

4.5.4 LUを削除するなどの構成変更

4.5.5 動的再構成による既存LUへのパスの追加

4.5.6 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用していない場合）

4.5.7 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用している場合）

4.5.8 ストレージシステム移行時の論理デバイス名の引き継ぎ

4.5.1 HDLM運用環境を構成変更する場合の注意事項

HDLM運用環境の構成を変更する場合の注意事項を次に示します。

この項の構成

(1) HDLMを使用するシステムの構成を変更した場合について

(2) パスの構成を変更した場合について

(3) カーネルモードの切り替えについて

(4) ブートディスク環境でパスの構成を変更する場合について

(5) Solarisの動的再構成（DR）機能について

(1) HDLMを使用するシステムの構成を変更した場合について

HDLMを使用しているシステムの構成を変更した場合，次に示す手順を実行してください。

/dev/dskディレクトリ，および/dev/rdskディレクトリ内の不要な論理デバイスファイルを削除します。

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）をバックアップします。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行します。
必要に応じてHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集し，dlmsetconfユティリティを実行してください。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集の方法については，「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。

構成変更の内容によって，再構成オプションを指定してホストを再起動するか，または，HDLM構成管理ユティリティ（dlmcfgmgr）を実行します。

(2) パスの構成を変更した場合について

LUのパス構成を変更した場合，次のどちらかの操作を行ったとき，HDLMデバイスの論理デバイスファイルが異なる名称で再作成されることがあります。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）の実行時に，-rパラメタを指定した

HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスに対して，LUNの構成変更を行った

HDLMの論理デバイスファイルが異なる名称で再作成された場合，次の対処を行ってください。

アプリケーションプログラムの使用ディスクの設定を変更してください。

VxVMを使用している場合は，次のコマンドを実行し，HDLMが管理しているLUのDEVICE欄がcWtXdYsZ形式（例えば，c6t0d10s2）で表示されているか確認してください。

# vxdisk list

cWtXdYsZ形式で表示されている場合は，次の手順を行ってください。

/etc/vx/disk.infoファイルを削除する

ホストを再起動するか，または次のコマンドでVxVM構成デーモンを再起動する

# vxconfigd -k

再作成前の論理デバイスファイルが，/dev/dskディレクトリおよび/dev/rdskディレクトリに残っている場合は，再作成前の論理デバイスファイルを削除してください。再作成前の論理デバイスファイルを削除したあと，「(1) HDLMを使用するシステムの構成を変更した場合について」に記述されている操作を行ってください。

なお，次の方法で求められるパス（sdまたはssdデバイスに対応する物理デバイスファイル名）を使用して，各LUのHDLMの論理デバイスファイル名が決まります。

LUのパスを求める手順を次に示します。

LUに対応するHDLMドライバのインスタンス番号を求めます。
次のコマンドを実行して，目的とするLUのHDLMデバイス（スライス0のHDLMデバイス）のマイナー番号を表示します。表示されたマイナー番号を8で割った値がHDLMのインスタンス番号です。

# /usr/bin/ls -lL スライス0のHDLM論理デバイスファイル名

実行例を次に示します。
この例では，HDLMの論理デバイスファイル名が/dev/dsk/c4t21d0s0であるLUのHDLMドライバのインスタンス番号を求めるとします。この場合，マイナー番号が8であるため，インスタンス番号は1となります。
[図]

HDLMのインスタンス番号からパス情報を求めます。
次のコマンドを実行して，ドライバの構成情報を表示し，手順1で求めたHDLMドライバ（HDLMドライバのドライバ名はdlmfdrv）のインスタンスの個所を参照します。FilterPathプロパティからそのLUのHDLM論理デバイスファイル名を決定するため使用されているパスを確認します。

# /usr/sbin/prtconf -vP

実行例を次に示します。
prtconfコマンドの表示結果から，HDLMドライバ（HDLMドライバのドライバ名はdlmfdrv）のインスタンス1の情報を抜粋した例を示します。
網掛けの部分がHDLMの論理デバイスファイル名を決定するために使用されているパスのsdまたはssdドライバの物理デバイスファイル名です。
[図]

(3) カーネルモードの切り替えについて

32ビット版のHDLMだけがインストールされている場合に，カーネルモードを32ビットから64ビットに切り替えたとき，カーネルモードの切り替え後にHDLMを再度インストールする必要があります。

現在使用しているカーネルモードを切り替える方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(5) カーネルモードの切り替え」を参照してください。

(4) ブートディスク環境でパスの構成を変更する場合について

HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスを変更する場合は，次に示す手順を実行してください。この手順を実行しないと，HDLMの論理デバイスファイルと対応する物理デバイスファイル名が変化するので，ブートできなくなるおそれがあります。HDLMがHDLMデバイスの論理デバイスファイル名を決定するために使用するパスは，「(2) パスの構成を変更した場合について」に示す手順を実行すると取得できます。

「3.8 ブートディスク環境からローカルブートディスク環境への移行」に示す手順に従って，いったんローカルブートディスク環境に移行します。

パスの構成を変更します。

「3.6 ブートディスク環境の構築」に示す手順に従って，ブートディスク環境に戻します。

(5) Solarisの動的再構成（DR）機能について

Solaris 8またはSolaris 9では，HDLMが管理しているパス経路上のHBAに対して，Solarisの動的再構成（DR）機能は使用できません。HBAを追加，削除，および交換する場合は，動的再構成したあと，ホストの再起動が必要です。

4.5.2 HDLMデバイスの構成変更の概要

構成変更の内容によって，構成変更後にホストの再起動が不要なときと必要なときがあります。ここでは，どのような構成変更のときにホストの再起動が不要（または必要）かを説明します。また，構成変更時の注意事項を説明します。

この項の構成

(1) HDLMデバイスの構成変更の方法

(2) HDLMデバイスの構成変更についての注意事項

(1) HDLMデバイスの構成変更の方法

HDLMデバイスの構成を変更するには，次の2つの方法があります。

再構成オプションを指定してホストを再起動する
HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行してHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を更新し，そのあと再構成オプションを指定してホストを再起動します。

ホストを再起動しないで，HDLM構成管理ユティリティ（dlmcfgmgr）を使用する
dlmsetconfユティリティを実行してHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を更新し，そのあとdlmcfgmgrユティリティを実行します。

HDLMの運用中にホストを再起動しないで，HDLMデバイスの構成を変更することをHDLMデバイスの動的再構成と呼びます。

HDLMデバイスの動的再構成で実行できる操作は，次のとおりです。

新規LUの追加
新規LUとは，ホストに新規に追加し，HDLMドライバに初めて認識されたLUを指します。新規LUを追加した場合，そのLUに接続されているパスもLUと同時に追加されます。

既存LUの削除
Solaris 10またはSolaris 11では，HDLMの管理対象となっているLUが削除された場合，HDLM管理対象からも削除します。

HDLM管理対象外にしていたLUの管理対象化
すでにホストには追加されていて，HDLM管理対象外としていたLUをHDLMの管理対象とします。

パスの追加
既存のLUに対してパスを追加します。

次の操作は，HDLMデバイスの動的再構成ではサポートしていません。次の操作を有効にするには，再構成オプションを指定してホストを再起動してください。

既存LUの削除および再追加（Solaris 8またはSolaris 9の場合）

既存LUに対する設定の変更

既存LUに対するパスの削除

既存LU（HDLM管理対象のデバイス）をHDLM管理対象外にする

ハードウェア（HBA，スイッチなど）の追加および交換

HDLMで使用していないHBAポートを経由してホストに認識されたLUやパスをHDLMの管理対象にする

ストレージシステムのLUのデフォルトコントローラを変更する※

注※

再構成オプションの指定は不要です。

dlmsetconfユティリティの詳細については，「7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ」を参照してください。

dlmcfgmgrユティリティの詳細については，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

(2) HDLMデバイスの構成変更についての注意事項

HDLMデバイスの構成を変更する場合の注意事項を次に示します。

HDLMデバイスの動的再構成は，Solaris 8 1/01以降，Solaris 9，Solaris 10，またはSolaris 11の場合に行えます。

新規にLUを追加する場合，HBAドライバ，sdまたはssdドライバがLUの構成変更を認識するために，次の条件によっては，ホストの再起動が必要になるときがあります。

使用するHBAやHBAドライバ

新規追加するLUの構成

詳細は，使用しているHBAのマニュアルや取扱説明書を参照してください。

HDLM管理対象のLUにアクセスする場合に経由するHBAを取り外したり交換したりした場合，ホストを再起動するまでHBAドライバ，sdまたはssdドライバの非構成処理や再構成処理が完了しないことがあります。

ディスク装置の構成変更（Solaris 8またはSolaris 9でのLUの削減など），およびサーバ側のハードウェアの構成変更を行ったときは，必ずdlmsetconfユティリティを実行し，再構成オプションを指定してホストを再起動してください。また，ハードウェアがディスクの動的再構成に対応していて，新規LUを動的に追加する場合には，dlmsetconfユティリティを実行したあと，HDLM構成管理ユティリティ（dlmcfgmgr）を実行してください。

システムの再起動をしないでHDLMが管理しているLUに新しくパスを追加した場合，そのパスに対応するsdまたはssdデバイスの論理デバイスファイルは作成されません。新しく追加したパスをHDLMで利用するためには，dlmsetconfユティリティを実行し再構成オプションを指定してホストを再起動してください。

Solaris 10またはSolaris 11の場合，ホストを再起動しないで，HDLMデバイスを削除することができます。ただし，HDLMデバイスを使用しているプログラムを停止できない場合や，ストレージシステム側の操作で，内部LUとストレージポートのLUNとのマッピングが解除できない場合は，ホストを再起動しないで，該当のHDLMデバイスを削除することはできません。

4.5.3 新規にLUを追加する

この項では，ホストが新たに認識したLUをHDLM管理対象デバイスとして構成するための操作を示します。

Solaris 8 1/01以降，Solaris 9，Solaris 10，またはSolaris 11のHDLMデバイスの動的再構成に対応している環境では，ホストを再起動しないで，新規LUをHDLMドライバに認識させることができます。この場合，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容を，ホストを再起動しないでHDLMドライバに認識させるために，HDLM構成管理ユティリティ（dlmcfgmgr）を使用します。dlmcfgmgrユティリティの詳細については，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

この項の構成

(1) 注意事項

(2) 新規LUの追加（Sun Clusterを使用していない場合）

(3) ノードの再起動による新規LUの追加（Sun Clusterを使用している場合）

(4) 動的再構成による新規LUの追加（Sun Clusterを使用している場合）

(1) 注意事項

新規にLUを追加する場合の注意事項を次に示します。

ホストに新規に追加したLUを，HDLM管理対象デバイスとしない場合は，LUをHDLM管理対象外デバイスにする設定を行ってから，dlmcfgmgrユティリティを実行してください。新規追加されたLUがHDLM管理対象外デバイスとして設定されていた場合は，該当LUについてはHDLMドライバに対して再構成を行いません。

HDLMに新規にLUを追加する際に，追加したLUのパスに既存のインスタンス番号が割り当てられた場合は，動的再構成を実行できません。ホストの再起動が必要です。

HDLMに新規に追加するLUのsdまたはssdデバイスのメジャー番号およびマイナー番号が，以前HDLMに登録されていたsdまたはssdデバイスのメジャー番号およびマイナー番号と一致する場合は，動的再構成を実行できません。ホストの再起動が必要です。

VxVMを使用している場合，HDLMに新規に追加したLUをVxVMで使用するためには，ホストの再起動が必要になります。そのため，動的再構成を実行できません。

dlmcfgmgrユティリティを実行して新規LUを追加したあと，数十分の間にパス状態表示コマンド（view -pathオペレーション）を実行した場合，追加されたLUのHDevNameが「‐」で表示されることがあります。

ディスクラベルが設定されていない場合，dlmcfgmgrユティリティを実行すると処理完了までに時間が掛かることがあります。

(2) 新規LUの追加（Sun Clusterを使用していない場合）

新規にLUを追加する手順を次に示します。

ストレージシステム，スイッチなどを設定して，LUをSolarisに認識させます。
新規追加するLUをSolarisに認識させるため，次の設定を行います。

ストレージシステムの設定（内部LUをストレージポートのLUNへマッピング）

ストレージポートとホストHBAポート間の接続

ファイバチャネルスイッチの設定

ホストのHBAの設定，およびsdまたはssdドライバの設定

これらの設定方法については，使用しているHBAのマニュアルや取扱説明書を参照してください。使用しているHBAやそのドライバ，および新規追加するLUのパス構成によっては，ホストの再起動が必要な場合があります。

新しく認識されたLUとそのディスクラベルを確認します。
formatコマンドでLUを確認し，ディスクラベルが設定されていることを確認します。formatコマンドの実行例を次に示します。網掛けの部分が新しく認識されたLUです。

図4-1 formatコマンドの実行例

上記の実行例で，LUを選択すると，ディスクラベルが設定されていない場合は，「Disk not labeled. Label it now?」と出力されます。この場合は，yを入力し，ディスクラベルを設定してください。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行し，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を更新します。

# /opt/DynamicLinkManager/bin/dlmsetconf

HDLM管理対象外デバイスを設定します。
新しく認識されたLUのうちHDLM管理対象デバイスとしないLUがある場合は，HDLM管理対象外デバイスの設定を行います。「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。
HDLM管理対象外デバイスの設定をしない場合は，手順5に進んでください。

VxVMを使用する場合，追加されたLUに対応するHDLMデバイス以外のデバイス（sdまたはssdデバイスなど）を，VxVMから無効化します。
「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って設定してください。

追加されたLUをHDLMドライバに認識させます。
HDLMデバイスの動的再構成に対応している環境では，HDLM構成管理ユティリティ（dlmcfgmgr）を実行します。ホストを再起動することなく，HDLMデバイスが再構成されます。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

HDLMデバイスの動的再構成に対応していない環境では，再構成オプションを指定してホストを再起動してください。

# reboot -- -r

追加したLUにアクセスするパスの状態を確認します。
コマンドの実行例を次に示します。網掛けの部分が追加したLUにアクセスするパスです。
[図]

追加したLUをアプリケーションへ登録します。

(3) ノードの再起動による新規LUの追加（Sun Clusterを使用している場合）

注意事項

クラスタを構成するすべてのノードのHDLMドライバに，ノードが新たに認識したLUを認識させ，各ノードの構成を同一にしてください。

新規にLUを追加する手順を次に示します。

ストレージシステム，スイッチなどを設定して，LUをSolarisに認識させます。

ノードが新たに認識したLUとそのディスクラベルを確認します。
formatコマンドでLUを確認し，ディスクラベルが設定されていることを確認します。formatコマンドの実行例を次に示します。網掛けの部分がノードによって新たに認識されたLUです。

図4-2 formatコマンドの実行例

上記の実行例で，LUを選択すると，ディスクラベルが設定されていない場合は，「Disk not labeled. Label it now?」と出力されます。この場合は，yを入力し，ディスクラベルを設定してください。

ノードが新たに認識したLUに，Quorumデバイスやディスクデバイスグループの設定を行っている場合は，設定を解除します。
SDSおよびSVMのディスクセットの登録を解除した場合，ディスクセットのデータは消去されます。データのバックアップを行ってください。QuorumデバイスおよびVxVMのディスクグループの設定の解除は，「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」を参照してください。
SDSおよびSVMのディスクセットの解除は，「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「(6) SVMでの設定解除」を参照してください。

ノードが新たに認識したLUに，ディスク予約で使用するkeyの登録が行われているか確認します。
任意の1台のノードで，次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c inkeys -d ノードが新たに認識したLUのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c3t50060E80033A9902d2s2

keyが表示された場合には，手順5以降を行ってください。Quorumデバイスやディスクデバイスグループの設定を解除しても，ディスク予約で使用するkeyが登録されたままとなるため，非クラスタモードでのノードの再起動とkeyの登録の解除が必要になります。
keyが表示されない場合，手順9以降を行ってください。

クラスタを構成するすべてのノードを同時に停止します。
任意の1台のノードで，次のコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

クラスタを構成するすべてのノードを非クラスタモードで起動します。
okプロンプトで，boot -xを実行してください。

ノードが新たに認識したLUのkeyの登録を解除します。
任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c scrub -d ノードが新たに認識したLUのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c scrub -d /dev/rdsk/c3t50060E80033A9902d2s2

ノードが新たに認識したLUの，keyの登録が解除されているかを確認します。
任意の1台のノードで手順4を再度行い，keyが表示されないことを確認してください。

sdまたはssdデバイスの論理デバイスファイルがバックアップしてあることを確認します。
次の手順（手順10）でdlmsetconfユティリティを実行したあと，再構成オプションを指定してノードを再起動すると，HDLM管理対象予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。dlmsetconfユティリティを実行してノードを再起動する前に，これらのファイルがバックアップしてあることを確認してください。バックアップの方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」に記載されている，手順4を参照してください。

次に示すdlmsetconfユティリティを使用して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLM ドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を作成します。

# /opt/DynamicLinkManager/bin/dlmsetconf

「2.1 HDLMで管理するデバイス」に記載されているデバイスがHDLM管理対象のデバイスとして設定されます。
dlmsetconfユティリティを実行すると，sdまたはssdデバイスの論理デバイスファイルの削除を確認するKAPL10242-Iのメッセージが出力されます。
このメッセージに対して「y」を入力して，dlmsetconfユティリティを実行したあとで再構成オプションを指定してノードを再起動すると，HDLMが管理する予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。論理デバイスファイルがバックアップしてある場合，「y」を入力してdlmsetconfユティリティを実行してください。バックアップしていない場合，「n」を応答してdlmsetconfユティリティの処理を中止してください。この場合，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」に記載されている，手順4の方法によって論理デバイスファイルをバックアップ後，dlmsetconfユティリティを実行してください。
dlmsetconfユティリティを実行後，再構成オプションを指定してホストを再起動すると，ホストに接続されているすべてのsdまたはssdデバイスがHDLMの管理対象デバイスとして設定されます。

注意事項

ノードの再起動は，すべてのノードで新たに認識したLUに対する設定が完了してから手順12および手順13の方法で同時に行ってください。

VxVMを使用する場合，追加されたLUに対応するHDLMデバイス以外のデバイス（sdまたはssdデバイスなど）を，VxVMから無効化する必要があります。
「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って設定してください。

クラスタを構成するすべてのノードを停止します。
手順4でkeyが表示され，手順6で非クラスタモードでノード起動している場合には，すべてのノードで次に示すコマンドを実行してください。

# shutdown -g0 -y -i0

クラスタモードでノードを起動している場合には，任意の1ノードで次に示すコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

クラスタを構成するすべてのノードをクラスタモードで同時に起動します。
okプロンプトで，boot -rを実行してください。

注意事項

ノードの起動中に次のメッセージがコンソール画面やsyslogに出力されることがあります。

Could not read symbolic link for: /dev/rdsk/c3t50060E80033A9902d2s2 path not loaded

このメッセージは，HDLMが管理対象とするsdまたはssdデバイスの論理デバイスファイルを，HDLMが削除したために出力されます。次回のノードの起動時にこのメッセージを出力しないようにするためには，手順17から手順20でデバイスID情報の更新を行ってください。詳細は，Sun Clusterのマニュアルを参照してください。

クラスタを構成するすべてのノードでHDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

HDLMドライバに初めて認識されたLUにアクセスするパスの状態を確認します。
コマンドの実行例を次に示します。網掛けの部分がHDLMドライバに初めて認識されたLUにアクセスするパスです。
[図]

存在しないデバイスのデバイスID情報を削除します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報をノードへ通知します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

クラスタの広域デバイス名前空間を更新します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

HDLMドライバに初めて認識されたLUの，HDLMデバイスをQuorumデバイスとして使用する場合，クラスタ内のどれか1つのノードでQuorumデバイスを設定します。
コマンドの実行例を次に示します。
HDLMデバイスのデバイスIDを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

クラスタが2つのノードで構成されている場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。

# /usr/cluster/bin/scconf -c -q reset

次のコマンドを実行してHDevNameとiLUの対応を調べます。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu

コマンドの実行結果からHDevName（HDLMデバイスの論理デバイスファイル名）とiLU（内部LU番号）の対応を調べてください。HDLMをインストールする前の論理デバイスファイル名と内部LUの対応を比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。
ボリューム管理ソフトウェアを使用してHDLM管理対象のデバイスにファイルシステムを作成して使用する場合は，手順24を実行します。

ディスクデバイスグループの登録を行います。
VxVMを使用している場合，「3.14.5 VxVMとSun Clusterの連携」を参照してください。
SDSを使用している場合，「3.15.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。
SVMを使用している場合，「3.16.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。

必要に応じてファイルシステムの作成やグローバルマウントの設定などを行います。
詳細はSun Clusterのマニュアルを参照してください。

(4) 動的再構成による新規LUの追加（Sun Clusterを使用している場合）

注意事項

VxVMを使用している場合，HDLMに新規に追加したLUをVxVMで使用するためにはホストの再起動が必要になるため，動的再構成による新規LUの追加は行えません。「(3) ノードの再起動による新規LUの追加（Sun Clusterを使用している場合）」の手順を行ってください。

dlmcfgmgrユティリティの注意事項については，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

新規にLUを追加する手順を次に示します。

ストレージシステム，スイッチなどを設定して，LUをSolarisに認識させます。

ノードが新たに認識したLUとそのディスクラベルを確認します。
formatコマンドでLUを確認し，ディスクラベルが設定されていることを確認します。formatコマンドの実行例を次に示します。網掛けの部分がノードによって新たに認識されたLUです。

図4-3 formatコマンドの実行例

上記の実行例で，LUを選択すると，ディスクラベルが設定されていない場合は，「Disk not labeled. Label it now?」と出力されます。この場合は，yを入力し，ディスクラベルを設定してください。

ノードが新たに認識したLUに，Quorumデバイスやディスクデバイスグループの設定を行っている場合には，設定を解除します。
SDSおよびSVMのディスクセットの登録を解除した場合，ディスクセットのデータは消去されます。データのバックアップを行ってください。QuorumデバイスおよびVxVMのディスクグループの設定の解除は「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」を参照してください。
SDSまたはSVMのディスクセットの解除は「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「(6) SVMでの設定解除」を参照してください。

ノードが新たに認識したLUに，ディスク予約で使用するkeyの登録が行われているか確認します。
任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c inkeys -d ノードが新たに認識したLUのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c3t50060E80033A9902d2s2

「(3) ノードの再起動による新規LUの追加（Sun Clusterを使用している場合）」の手順5以降の手順で，HDLMに新規LUの追加を行ってください。Quorumデバイスやディスクデバイスグループの設定を解除しても，ディスク予約で使用するkeyが登録されたままとなるため，非クラスタモードでのノードの再起動とkeyの登録の解除が必要になります。
keyが表示されなかった場合には，手順5以降を行ってください。

sdまたはssdデバイスの論理デバイスファイルがバックアップしてあることを確認します。
次の手順（手順6）でdlmsetconfユティリティを実行したあと，手順8でdlmcfgmgrユティリティを実行すると，HDLM管理対象予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。dlmsetconfユティリティを実行し，dlmcfgmgrユティリティを実行する前に，これらのファイルがバックアップしてあることを確認してください。バックアップの方法については，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」の手順4を参照してください。

次に示すdlmsetconfユティリティを使用して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLM ドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を作成します。

# /opt/DynamicLinkManager/bin/dlmsetconf

「2.1 HDLMで管理するデバイス」に記載されているデバイスがHDLMの管理対象デバイスとして設定されます。
dlmsetconfユティリティ実行時にKAPL10242-Iのメッセージが出力されます。
「y」を応答した場合，dlmsetconfユティリティを実行したあと，手順8でdlmcfgmgrユティリティを実行すると，HDLMが管理する予定のsdまたはssdデバイスの論理デバイスファイルが削除されます。論理デバイスファイルがバックアップしてある場合，「y」を応答してdlmsetconfユティリティを実行してください。バックアップしていない場合，「n」を応答してdlmsetconfユティリティの処理を中止してください。この場合，「3.5.1 HDLMを新規インストールする前の準備」の「(1) HDLM管理対象予定のデバイスへの操作」に記載されている，手順4の方法によって論理デバイスファイルをバックアップ後，dlmsetconfユティリティを実行してください。
ホストに接続されているすべてのsdまたはssdデバイスがHDLM管理対象のデバイスとして設定されます。

ノードが新たに認識したLUのうちHDLM管理対象デバイスとしないLUがある場合は，HDLM管理対象外の設定を行います。
「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」を参照してください。HDLM管理対象外の設定をしない場合は，手順8に進んでください。

次に示すdlmcfgmgrユティリティを実行し，ノードが新たに認識したLUをHDLMドライバに認識させます。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

HDLMドライバに初めて認識されたLUのHDLMデバイスがformatコマンドで表示されていることを確認してください。
また，HDLMが管理するsdまたはssdデバイスがformatコマンドで表示されないことを確認してください。formatコマンドの実行例を次に示します。網掛けの部分がHDLMドライバに初めて認識されたLUのHDLMデバイスです。

図4-4 formatコマンドの実行例

HDLMドライバに初めて認識されたLUにアクセスするパスの状態を確認します。
コマンドの実行例を次に示します。網掛けの部分がHDLMドライバに初めて認識されたLUにアクセスするパスです。
[図]

存在しないデバイスのデバイスID情報を削除します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報をノードへ通知します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

クラスタの広域デバイス名前空間を更新します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

HDLMドライバに初めて認識されたLUのHDLMデバイスをQuorumデバイスとして使用する場合，クラスタ内のどれか1つのノードでQuorumデバイスを設定します。
コマンドの実行例を次に示します。
HDLMデバイスのデバイスIDを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

クラスタが2つのノードで構成されている場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。

# /usr/cluster/bin/scconf -c -q reset

次のコマンドを実行してHDevNameとiLUの対応を調べます。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu

コマンドの実行結果からHDevName（HDLMデバイスの論理デバイスファイル名）とiLU（内部LU番号）の対応を調べてください。HDLMをインストールする前の論理デバイスファイル名と内部LUの対応を比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。
ボリューム管理ソフトウェアを使用してHDLM管理対象のデバイスにファイルシステムを作成して使用する場合は，手順18を実行します。

ディスクデバイスグループの登録を行います。
VxVMを使用している場合，「3.14.5 VxVMとSun Clusterの連携」を参照してください。
SDSを使用している場合，「3.15.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。
SVMを使用している場合，「3.16.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。

必要に応じてファイルシステムの作成やグローバルマウントの設定などを行います。
詳細はSun Clusterのマニュアルを参照してください。

4.5.4 LUを削除するなどの構成変更

この項では，次に示す構成変更の手順を説明します。

LUの削除

LUの変更※

ホストLUNの変更

CHAポートの変更，追加，または削除

ターゲットIDの変更

ファイバチャネルスイッチの増設または交換

HBAの交換，削除，または追加

注※

LUを変更するには，ストレージシステムの管理プログラムで変更するのではなく，新規LUを追加してから既存のLUを削除することをお勧めします。新規LUを追加したあと，必要に応じて削除するLUから追加したLUへデータを移動してください。新規LUを追加する手順は「4.5.3 新規にLUを追加する」を参照してください。ストレージシステムの管理プログラムでLUのLDEVを変更すると，HDLMドライバのインスタンスが生成されません。したがって，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を作成するまで変更した構成を確認できなくなるおそれがあります。

この項の構成

(1) ホストの再起動による構成変更

(2) 動的再構成によるLUの削除

(1) ホストの再起動による構成変更

構成を変更する対象のHDLMデバイスを使用しているファイルシステム，ボリューム，およびメタデバイスのデータをバックアップします。

umountコマンドを実行して，HDLMを使用しているマウントポイントを，すべて解除します。

# umount マウントポイント

ZFSでHDLMデバイスを使用している場合は，次に示すコマンドを実行して，そのZFSストレージプールをすべてエクスポートします。

# zpool export プール名

/etc/vfstabファイルを編集します。
構成を変更する対象のHDLMデバイスの論理デバイスファイル（cUtXdYsZ）およびZFSファイルシステムに関する記述を削除するかコメントにして，自動マウントの設定を解除してください。

Sun Clusterを使用している場合は，構成を変更する対象のHDLMデバイスを含むディスクデバイスグループの設定を解除します。Quorumデバイスが構成を変更する対象のHDLMデバイスである場合は，Quorumデバイスの設定を解除します。
「3.5.1 HDLMを新規インストールする前の準備」の「(10) Sun Clusterの設定」を参照してください。

VCSを使用している場合は，構成を変更する対象のHDLMデバイスや構成を変更する対象のHDLMデバイスによって構成されたVxVMディスクグループを，リソースグループの登録から解除します。
解除する方法については，VCSのマニュアルを参照してください。

VxVMを使用している場合にLUを削除するときは，削除対象のLUに対応するHDLMデバイスの登録を解除します。
VxVMが削除するLUを使用している場合は，ボリュームおよびディスクグループを削除してください。別のLUを削除するLUに代用する場合は，そのLUと交換してください。

SDSまたはSVMを使用している場合は，必要に応じて次の手順を実行します。

共有ディスクセットを使用している場合は，共有ディスクセットから構成を変更する対象のHDLMデバイスの登録を解除してください。リザーブを発行するパスが変わると，リザーブを解除できなくなることがあるためです。

ローカルディスクセットを使用していて，かつLUを削除する場合は，削除対象のLUに対応するHDLMデバイスの登録をSDSまたはSVMから解除してください。SDSまたはSVMが削除するLUを使用している場合は，メタデバイスおよびボリュームを削除してください。別のLUを削除するLUに代用する場合は，そのLUと交換してください。

ホストをシャットダウンします。

構成を変更します。

ホストをブートします。

変更後の構成がSolarisに認識されたことを確認します。

パスを追加した場合

確認する事象はありません。

パスを削除した場合

dlnkmgrコマンドのviewオペレーションに-luパラメタを指定して実行して，削除したパスがOffline(E)になったことを確認してください。実行例を次に示します。

# dlnkmgr view -lu
...
iLU  HDevName              Device PathID Status    
063A c7t50060E80033A9938d0 ssd111 000000 Online    
                          ssd121 000001 Online    
                          ssd76  000016 Online    
                          ssd86  000017 Online    
                          ssd41  000032 Online    
                          ssd51  000033 Online    
                          ssd6   000048 Offline(E)
                          ssd16  000049 Offline(E)
...

そのほかの構成変更の場合

formatコマンドを実行して，変更後の構成がSolarisに認識されたことを確認してください。

/opt/DynamicLinkManager/configディレクトリに移動してから，次に示すコマンドを実行します。
nの値は構成を変更するたびに変更してください。

# cp -ip dlmfdrv.unconf dlmfdrv.unconfbakn

次に示すHDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を作成します。

# /opt/DynamicLinkManager/bin/dlmsetconf

dlmsetconfユティリティを実行するとKAPL10242-Iのメッセージが出力されるので，「y」を入力してください。

次に示すコマンドを実行して，dlmsetconfユティリティを実行する前とあとのHDLMドライバ非構成定義ファイルを比較します。

# diff  dlmfdrv.unconfbakn dlmfdrv.unconf

HDLMドライバ非構成定義ファイルを比較することによって，変更後の構成がHDLMに認識されたことを確認してください。例を次に示します。

HBAを交換した場合の実行例

網掛けの部分から同じ種類のHBAデバイスを示すパスが削除されたことを確認してください。網掛け以降の部分に同じ種類のHBAデバイスを示すパスが追加されたことを確認してください。

HBAポートを追加したことによりパスが追加された場合の実行例

同じHBAポートを示すパスが追加されたことを確認してください。

36a41,44
> ### Device=ssd74 target=65664 lun=2
> ### Path=/pci@8,700000/SUNW,emlxs@1/fp@0,0/ssd@w50060e80033a9938,2
> ### Device=ssd84 target=134012 lun=2
> ### Path=/pci@8,700000/SUNW,emlxs@1/fp@0,0/ssd@w50060e80033a9939,2
52a61,64
> ### Device=ssd73 target=65664 lun=3
> ### Path=/pci@8,700000/SUNW,emlxs@1/fp@0,0/ssd@w50060e80033a9938,3
> ### Device=ssd83 target=134012 lun=3
> ### Path=/pci@8,700000/SUNW,emlxs@1/fp@0,0/ssd@w50060e80033a9939,3

CHAポートを追加したことによりパスが追加された場合の実行例

同じCHAポートを示すパスが追加されたことを確認してください。

26a31,32
> ### Device=ssd119 target=134012 lun=2
> ### Path=/pci@8,700000/SUNW,emlxs@1,1/fp@0,0/ssd@w50060e80033a9939,2
28a35,36
> ### Device=ssd84 target=134012 lun=2
> ### Path=/pci@8,700000/SUNW,emlxs@1/fp@0,0/ssd@w50060e80033a9939,2
34a43,44
> ### Device=ssd118 target=134012 lun=3
> ### Path=/pci@8,700000/SUNW,emlxs@1,1/fp@0,0/ssd@w50060e80033a9939,3
36a47,48
> ### Device=ssd83 target=134012 lun=3
> ### Path=/pci@8,700000/SUNW,emlxs@1/fp@0,0/ssd@w50060e80033a9939,3

HDLMの管理対象外にするLUがある場合は，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）をテキストエディタで編集します。
管理対象外にするLUを定義している行のうち，LDEV属性行の先頭にある「#」を削除してください。それ以外の編集はしないでください。

HDLMの管理対象外にするLUがある場合は，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の内容をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。
HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行してください。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

VxVMを使用している場合，ユーザがアクセスするデバイス以外のデバイスをVxVMから無効化します。
「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「3.14.3 VxVMでのデバイスの無効化」の「(3) パス単位でデバイスを無効化する場合の設定方法」に従って設定してください。

再構成オプションを指定してホストを再起動します。
次に示すコマンドのうち，どちらかを実行してください。

# reboot -- -r

okプロンプトでboot -r

dlnkmgrコマンドのviewオペレーションに-luパラメタを指定して実行して，構成が変更されたことを確認します。

Sun Clusterを使用している場合は，存在しないデバイスのデバイスID情報を削除します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

Sun Clusterを使用している場合は，デバイスIDを割り当てます。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

Sun Clusterを使用している場合は，最新のデバイスID情報をサーバへ通知します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

Sun Clusterを使用している場合は，Sun Clusterの広域デバイス名前空間を更新します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

手順5でQuorumデバイスの設定を解除した場合はこの手順を実行します。
HDLMドライバに初めて認識されたLUのHDLMデバイスをQuorumデバイスとして使用する場合，クラスタ内のどれか1つのノードでQuorumデバイスを設定してください。コマンドの実行例を次に示します。
HDLMデバイスのデバイスIDを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

クラスタが2つのノードで構成されている場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。

# /usr/cluster/bin/scconf -c -q reset

手順5でディスクデバイスグループの設定を解除した場合は，ディスクデバイスグループの登録を行います。
VxVMを使用している場合，「3.14.5 VxVMとSun Clusterの連携」を参照してください。
SDSを使用している場合，「3.15.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。
SVMを使用している場合，「3.16.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。

手順8でメタデバイスを削除した場合は，再度メタデバイスを作成します。
「3.15.2 HDLMデバイスを登録する」の「(1) ローカルメタデバイスを使用する場合」を参照してください。

手順8でボリュームを削除した場合は，再度ボリュームを作成します。
「3.16.2 HDLMデバイスを登録する」の「(1) ローカルボリュームを使用する場合」を参照してください。

手順6でVxVMディスクグループをリソースグループの登録から解除した場合は，VCSのマニュアルを参照してリソースグループを再度登録します。

ファイルシステム，ボリューム，またはメタデバイスを再度作成した場合は，手順1でバックアップしたデータをリストアします。

手順2から手順4でファイルシステムの設定を解除した場合は，構成変更後のHDLMデバイスを確認してファイルシステムを再度設定します。

(2) 動的再構成によるLUの削除

注意事項

動的再構成によるLUの削除は，Solaris 10またはSolaris 11の場合だけ行うことができます。

上位アプリケーションがLUを使用している場合は，動的再構成によってLUの削除はできません。

LUに対する一部のパスだけを削除することはできません。

HDLMが管理対象としているLUを削除する手順を次に示します。

削除するLUを使用しているプログラムがある場合は，該当のプログラムを停止します。

ストレージシステム，スイッチなどを設定して，ホストとLUの接続を解除します。
既存のLUとの接続を解除するため，次の設定を行います。

ストレージシステムの設定（内部LUとストレージポートのLUNとのマッピングを解除）

ストレージポートとホストHBAポート間の接続を解除

ファイバチャネルスイッチの設定を解除

ホストのHBAの設定，およびsdまたはssdドライバの設定を解除

これらの設定方法については，使用しているHBAのマニュアルや取扱説明書を参照してください。使用しているHBAやそのドライバ，および削除するLUのパス構成によっては，ホストの再起動が必要な場合があります。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行し，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を更新します。

# /opt/DynamicLinkManager/bin/dlmsetconf

このとき，削除したLUのパスに対するエラーメッセージおよびワーニングメッセージが出力される場合がありますが，無視してください。また，/opt/DynamicLinkManager/config/dlmfdrv.unconfファイルを参照し，削除対象のLUが記述されていないこと，削除対象以外のLUが記述されていることを確認してください。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行し，ホストとの接続が解除されたLUをHDLMドライバから削除します。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

ホストを再起動することなく，HDLMデバイスが削除されます。

HDLMコマンドのview -pathオペレーションを実行して，構成変更後のパスの状態を確認します。
次にコマンドの実行例を示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
Paths:000006 OnlinePaths:000006
PathStatus   IO-Count    IO-Errors
Online       27          0

PathID PathName                        DskName                                    iLU              ChaPort Status     Type IO-Count   IO-Errors  DNum HDevName
000000 0000.0000.0000000000651600.0000 HITACHI .OPEN-V      -SUN.0010007          000500           5A      Online     Own           9          0    - c8t50060E8005271740d0
000001 0000.0000.0000000000651600.0001 HITACHI .OPEN-V      -SUN.0010007          000501           5A      Online     Own           9          0    - c8t50060E8005271740d1
000003 0000.0000.0000000000651600.0003 HITACHI .OPEN-V      -SUN.0010007          000503           5A      Online     Own           9          0    - c8t50060E8005271740d3
000004 0001.0000.0000000000651700.0000 HITACHI .OPEN-V      -SUN.0010007          000500           6A      Online     Own           0          0    - c8t50060E8005271740d0
000005 0001.0000.0000000000651700.0001 HITACHI .OPEN-V      -SUN.0010007          000501           6A      Online     Own           0          0    - c8t50060E8005271740d1
000007 0001.0000.0000000000651700.0003 HITACHI .OPEN-V      -SUN.0010007          000503           6A      Online     Own           0          0    - c8t50060E8005271740d3
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

削除したLUは出力されません。構成変更後の例では，000002および000006のパスIDが削除されています。
動的再構成によってLUを削除した場合，この例のようにパスIDが連続しなくなります。このあと，リブートするとパスIDが再設定されるので，リブート前後でパスIDが異なる場合があります。

4.5.5 動的再構成による既存LUへのパスの追加

既存のLUへ動的にパスを追加する手順について説明します。

ストレージシステムやスイッチなどを設定して，パスをOSに認識させます。

# cfgadm -c configure ap_id

ap_idは，cfgadm -alコマンドを実行して表示される構成できるハードウェア情報の一覧で確認してください。
コマンドの実行例を次に示します。

# cfgadm -al
Ap_Id              Type         Receptacle      Occupant           Cond
system:slot0       cpu/mem      connected       configured         ok
system:slot1       sbus-upa     connected       configured         ok

新しく認識されたパスをsyslogから確認します。
コマンドの実行例を次に示します。ログには認識されたパス1本に対して3から4行出力されるため，それを考慮して表示行数を指定してください。

# tail -10 /var/adm/messages
Apr  2 16:02:57 shiga genunix: [ID 408114 kern.info] /pseudo/dlmndrv@2/dlmfdrv@w50060e8010027a80,5 (dlmfdrv54) online
Apr  2 16:02:57 shiga devfsadmd[89]: [ID 937045 daemon.error] failed to lookup dev name for /pseudo/dlmndrv@2/dlmfdrv@w50060e8010027a80,5
Apr  2 16:03:31 shiga scsi: [ID 583861 kern.info] ssd4126 at fp2: unit-address w50060e8010027a84,5: 642400
Apr  2 16:03:31 shiga genunix: [ID 936769 kern.info] ssd4126 is /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,5
Apr  2 16:03:31 shiga genunix: [ID 408114 kern.info] /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,5 (ssd4126) online
Apr  2 16:03:31 shiga devfsadmd[89]: [ID 937045 daemon.error] failed to lookup dev name for /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,5
Apr  2 16:03:36 shiga scsi: [ID 583861 kern.info] ssd4127 at fp3: unit-address w50060e8010027a84,5: 642400
Apr  2 16:03:36 shiga genunix: [ID 936769 kern.info] ssd4127 is /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,5
Apr  2 16:03:36 shiga genunix: [ID 408114 kern.info] /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,5 (ssd4127) online
Apr  2 16:03:36 shiga devfsadmd[89]: [ID 937045 daemon.error] failed to lookup dev name for /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,5
#

この例では，下線部分が新しく認識されたパスのログです。

次に示すdlmsetconfユティリティを実行して，HDLMドライバ構成定義ファイル（/ kernel/drv/dlmfdrv.conf）を更新します。

# /opt/DynamicLinkManager/bin/dlmsetconf

dlmsetconfユティリティの詳細については，「7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ」を参照してください。

dlmcfgmgrユティリティを実行して，追加されたパスをHDLMドライバに認識させます。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a
KAPL10373-I This operation will change the configuration of HDLM devices, and delete device files of sd/ssd devices managed by HDLM.
           Do you want to continue? [y/n]:y
KAPL10771-I The path (FilterPath = /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,5) was successfully added.
KAPL10771-I The path (FilterPath = /pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,5) was successfully added.
KAPL10370-I dlmcfgmgr completed successfully.
#

OSに認識されたパスが追加されていることを確認します。
dlmcfgmgrユティリティの詳細については，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

HDLMコマンドのview -lu -item pdオペレーションを実行して，追加したパスの状態を確認してください。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu -item pd
Product       : SANRISE_AMS
SerialNumber  : 77010152
LUs           : 6

iLU  HDevName              Device  PathID Status     Physical Device
0000 c7t50060E8010027A80d2 ssd4114 000016 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a80,2
                          ssd4118 000017 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,2
                          ssd4115 000040 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a80,2
                          ssd4119 000041 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,2
0001 c7t50060E8010027A80d3 ssd4112 000018 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a80,3
                          ssd4116 000019 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,3
                          ssd4113 000042 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a80,3
                          ssd4117 000043 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,3
0002 c7t50060E8010027A80d4 ssd4121 000048 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a80,4
                          ssd4120 000049 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a80,4
                          ssd4123 000050 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,4
                          ssd4122 000051 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,4
0003 c7t50060E8010027A80d5 ssd4125 000052 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a80,5
                          ssd4124 000053 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a80,5
                          ssd4127 000054 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,5
                          ssd4126 000055 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,5
0005 c7t50060E8010027A80d0 ssd3    000020 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a80,0
                          ssd5    000021 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,0
                          ssd11   000044 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a80,0
                          ssd13   000045 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,0
0006 c7t50060E8010027A80d1 ssd2    000022 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a80,1
                          ssd4    000023 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0,1/fp@0,0/ssd@w50060e8010027a84,1
                          ssd10   000046 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a80,1
                          ssd12   000047 Online     /devices/pci@400/pci@2/pci@0/pci@8/SUNW,qlc@0/fp@0,0/ssd@w50060e8010027a84,1
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = 2012/04/02 16:05:26
#

この例では，下線部分が追加されたパスの状態です。

4.5.6 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用していない場合）

この項では，HDLM管理対象デバイスの構成を変更するための手順を説明します。

HDLM管理対象デバイスの構成変更には，HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を使用するので，「7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ」も参照してください。

この項の構成

(1) HDLM管理対象デバイスを管理対象外にする

(2) HDLM管理対象外デバイスを管理対象にする

(1) HDLM管理対象デバイスを管理対象外にする

HDLMの管理対象になっているデバイスをHDLMの管理対象外にする方法を，次に示します。

HDLMの管理対象外にするLUのLDEV情報を確認します。
次のコマンドでLDEV情報を確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 c7t0d0   sd46   SANRISE9900V.15001.066A
000001 c7t0d0   sd47   SANRISE9900V.15001.066A
000002 c7t0d0   sd48   SANRISE9900V.15001.066A
...
#

KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集します。
「3.5.6 HDLMの新規インストール時のHDLMデバイスの非構成機能」の手順1を参照して，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）をテキストエディタで編集します。

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）にHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の内容を反映します。
HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行して，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の設定をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

再構成オプションを指定してホストを再起動します。

# reboot -- -r

(2) HDLM管理対象外デバイスを管理対象にする

HDLMの管理対象外になっているデバイスをHDLMの管理対象にする方法を，次に示します。

HDLMの管理対象にするLUとそのディスクラベルを確認します。
formatコマンドでHDLMの管理対象にするLUの各パスの情報を確認し，ディスクラベルが設定されていることを確認します。formatコマンドの実行例を次に示します。

図4-5 formatコマンドの実行例

この例では，網掛けの部分がHDLMの管理対象にするLUのパスの情報です。
上記の実行例で，LUを選択すると，ディスクラベルが設定されていない場合は，「Disk not labeled. Label it now?」と出力されます。この場合は，yを入力し，ディスクラベルを設定してください。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集します。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）内のHDLMの管理対象にするLUの定義をテキストエディタで編集します。
手順1で確認したHDLMの管理対象にするLUのパスの情報（網掛けの部分）を基に，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）から対応するLUを探して，対応するLUの定義のLDEV属性行の先頭に「#」（シャープ）を付けます。LDEV属性行の先頭にシャープを付けた場合，LDEV属性で示されるLUはHDLMの管理対象になります。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集例を次に示します。

図4-6 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集前）

図4-7 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集後）

網掛けの部分が編集個所です。

注意事項

LDEVの行の先頭に「#」の追加以外の編集をしないでください。

手順2で編集した内容をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）へ反映します。
dlmsetconfユティリティを実行して，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の設定をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

HDLM構成管理ユティリティ（dlmcfgmgr）を実行するか，または再構成オプションを指定してホストを再起動します。
次に実行例を示します。

dlmcfgmgrユティリティを実行する場合

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

再構成オプションを指定してホストを再起動する場合

# reboot -- -r

4.5.7 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用している場合）

この項の構成

(1) HDLM管理対象デバイスを管理対象外にする

(2) HDLM管理対象外デバイスを管理対象にする（ノードの再起動が必要な場合）

(3) HDLM管理対象外デバイスを管理対象にする（動的再構成の場合）

(1) HDLM管理対象デバイスを管理対象外にする

注意事項

LUをHDLMの管理対象外にする場合は，クラスタを構成するすべてのノードでLUを管理対象外にする操作を行って，ノードの構成を同一にしてください。

LUをHDLMの管理対象外にする場合は，ホストの再起動が必要です。

HDLM管理対象デバイスをHDLMの管理対象外にする手順を次に示します。

Solarisにroot権限を持つユーザでログインします。

HDLMの管理対象外にするデバイスを確認します。
[図]
網掛けの部分がHDLMの管理対象外にするLUのLDEV情報です。

HDLMの管理対象外にするLUに，Quorumデバイスやディスクグループの設定を行っている場合には設定を解除します。
SDSまたはSVMのディスクセットの登録を解除した場合，ディスクセットのデータは消去されます。データのバックアップを行ってください。
QuorumデバイスおよびVxVMのディスクグループの設定の解除は，「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」を参照してください。
SDSまたはSVMのディスクセットの解除は，「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「(6) SVMでの設定解除」を参照してください。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）内のHDLMの管理対象外にするLUの定義をテキストエディタで編集します。
手順2で確認したHDLMの管理対象外にするLUのLDEV情報（網掛けの部分）を基に，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）から対応するLUを探して，対応するLUの定義のLDEV属性行の先頭の「#」（シャープ）を削除します。LDEV属性行の先頭のシャープを削除した場合，LDEV属性で示されるLUはHDLMの管理対象外になります。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集例を次に示します。

図4-8 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集前）

図4-9 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集後）

網掛けの部分が編集個所です。

注意事項

LDEVの行の先頭に「#」を削除する以外の編集をしないでください。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の設定をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。
次のコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

VxVMを使用している場合，HDLMの管理対象外デバイスをVxVMの無効化から解除する必要があります。
VxVMの無効化を解除するHDLMの管理対象外デバイスを，/etc/vx/vxvm.excludeファイルの記述から削除します。
VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の出力結果を次に示します。

図4-10 VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の出力結果

図4-11 /etc/vx/vxvm.excludeファイルの記述

網掛けの部分が，VxVMの無効化を解除するHDLMの管理対象外デバイスです。
dlmvxexcludeユティリティの詳細については，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

クラスタを構成するすべてのノードを停止します。
任意の1ノードで，次のコマンドを実行します。

# /usr/cluster/bin/scshutdown -g0 -y

クラスタを構成するすべてのノードをクラスタモードで同時に起動します。
okプロンプトで，boot -rを実行してください。

注意事項

ノードの起動中に次のメッセージがコンソール画面やsyslogに出力されることがあります。

Unable to open '/dev/rdsk/c5t50060E80033A9902d2s2'

このメッセージは，HDLM管理対象デバイスを管理対象外にしたために出力されます。次回のノードの起動時にこのメッセージを出力しないようにするためには，手順12から手順15でデバイスID情報の更新を行ってください。詳細は，Sun Clusterのマニュアルを参照してください。

クラスタを構成するすべてのノードでHDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

HDLMの管理対象外にしたLUを確認します。
formatコマンドでLUを確認します。formatコマンドの実行例を次に示します。網掛けの部分がHDLMの管理対象外にしたLUです。

図4-12 formatコマンドの実行例

存在しないデバイスのデバイスID情報を削除します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

注意事項

scdidadm -rコマンド実行時，次のメッセージが出力される場合があります。

Unable to open '/dev/rdsk/c5t50060E80033A9902d2s2'

このメッセージは，HDLM管理対象外デバイスのHDLMデバイスの論理デバイスファイルが存在する場合に出力されます。不要な論理デバイスファイルは削除してください。詳細は，Sun Clusterのマニュアルを参照してください。

最新のデバイスID情報をノードへ通知します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

クラスタの広域デバイス名前空間を更新します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

HDLMの管理対象外にしたデバイスをQuorum デバイスに使用する場合，クラスタ内のどれか1つのノードでQuorum デバイスを設定します。
コマンドの実行例を次に示します。
HDLM管理対象外デバイスのデバイスIDを確認します。

# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

2つのノードで構成されている場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。

# /usr/cluster/bin/scconf -c -q reset

必要に応じてディスクデバイスグループの登録，ファイルシステムの作成，グローバルマウントの設定などを行います。
詳細はSun Clusterのマニュアルを参照してください。

(2) HDLM管理対象外デバイスを管理対象にする（ノードの再起動が必要な場合）

注意事項

クラスタを構成するすべてのノードで管理対象にするLUをHDLMドライバに認識させ，各ノードの構成を同一にしてください。

HDLM管理対象外デバイスを管理対象にする場合，ノードの再起動が必要なときの手順を次に示します。

Solarisに，root権限を持つユーザでログインします。

HDLMの管理対象にする LUとそのディスクラベルを確認します。
formatコマンドでLUを確認し，ディスクラベルが設定されていることを確認します。formatコマンドの実行例を次に示します。網掛けの部分がHDLMの管理対象にするLUです。

図4-13 formatコマンドの実行例

上記の実行例で，LUを選択すると，ディスクラベルが設定されていない場合は，「Disk not labeled. Label it now?」と出力されます。この場合は，yを入力し，ディスクラベルを設定してください。

HDLMの管理対象にするLUに，Quorumデバイスやディスクデバイスグループの設定を行っている場合には設定を解除します。
SDSまたはSVMのディスクセットの登録を解除した場合，ディスクセットのデータは消去されます。データのバックアップを行ってください。QuorumデバイスおよびVxVMのディスクグループの設定の解除は「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」を参照してください。
SDSまたはSVMのディスクセットの解除は「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「(6) SVMでの設定解除」を参照してください。

HDLMの管理対象にするLUに，ディスク予約で使用するkeyの登録が行われているか確認します。任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c inkeys -d HDLMの管理対象にするLUのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c3t50060E80033A9902d2s2

keyが表示された場合には，手順5以降を行ってください。Quorumデバイスやディスクデバイスグループの設定を解除しても，ディスク予約で使用するkeyが登録されたままとなるため，非クラスタモードでのノードの再起動とkeyの登録の解除が必要になります。
keyが表示されない場合，手順9以降を行ってください。

クラスタを構成するすべてのノードを同時に停止します。
任意の1台のノードで，次のコマンドを実行してください。

# /usr/cluster/bin/scshutdown -g0 -y

クラスタを構成するすべてのノードを非クラスタモードで起動します。
okプロンプトで，boot -xを実行してください。

HDLMの管理対象にするLUのkeyの登録を解除します。
任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c scrub -d HDLMの管理対象にするLUのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c scrub -d /dev/rdsk/c3t50060E80033A9902d2s2

HDLMの管理対象にするLUのkeyの登録が解除されていることを確認します。
任意の1台のノードで手順4を再度行い，keyが表示されないことを確認してください。

HDLM ドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集します。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）内のHDLMの管理対象にするLUの定義をテキストエディタで編集します。手順2で確認したHDLMの管理対象にするLUのパスの情報（網掛けの部分）を基に，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）から対応するLUを探して，対応するLUの定義のLDEV属性行の先頭に「#」（シャープ）を付けます。LDEV属性行の先頭にシャープを付けた場合，LDEV属性で示されるLUはHDLMの管理対象になります。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集例を次に示します。

図4-14 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集前）

図4-15 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集後）

網掛けの部分が編集個所です。

注意事項

LDEVの行の先頭に「#」を追加または削除する以外の編集をしないでください。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の設定をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。
次に示すコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

VxVMを使用する場合，追加されたLUに対応するHDLMデバイス以外のデバイス（sdまたはssdデバイスなど）を，VxVMから無効化する必要があります。
「3.14.3 VxVMでのデバイスの無効化」の「(2) コントローラ単位で無効化する場合の設定方法」または「(3) パス単位でデバイスを無効化する場合の設定方法」に従って設定してください。

クラスタを構成するすべてのノードを停止します。
手順4でkeyが表示され，手順6で非クラスタモードでノードを起動している場合には，すべてのノードで次に示すコマンドを実行してください。

# shutdown -g0 -y -i0

クラスタモードでノードを起動している場合には，任意の1ノードで次に示すコマンドを実行してください。

# scshutdown -g0 -y

クラスタを構成するすべてのノードをクラスタモードで同時に起動します。
okプロンプトで，boot -rを実行してください。

注意事項

ノードの起動中に次のメッセージがコンソール画面やsyslogに出力されることがあります。

Could not read symbolic link for: /dev/rdsk/c3t50060E80033A9902d2s2 path not loaded

このメッセージは，HDLMが管理対象とするsdまたはssdデバイスの論理デバイスファイルを，HDLMが削除したために出力されます。次回のノードの起動時にこのメッセージを出力しないようにするためには，手順17から手順20でデバイスID情報の更新を行ってください。詳細は，Sun Clusterのマニュアルを参照してください。

クラスタを構成するすべてのノードでHDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

HDLMの管理対象にしたLUにアクセスするパスの状態を確認します。
コマンドの実行例を次に示します。網掛けの部分がHDLMの管理対象にしたLUにアクセスするパスです。
[図]

存在しないデバイスのデバイスID情報を削除します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報をノードへ通知します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

クラスタの広域デバイス名前空間を更新します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

HDLM管理対象デバイスをQuorum デバイスに使用する場合，クラスタ内のどれか1つのノードでQuorum デバイスを設定します。
コマンドの実行例を次に示します。
HDLMデバイスのデバイスIDを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

2つのノードで構成されている場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。

# /usr/cluster/bin/scconf -c -q reset

次のコマンドを実行してHDevName とiLU の欄を参照します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

コマンドの実行結果からHDLMデバイスの論理デバイスファイル名（HDevName）と内部LU番号（iLU）の対応を調べてください。その結果とHDLMをインストールする前の論理デバイスファイル名と内部LU番号の対応とを比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。
ボリューム管理ソフトウェアを使用してHDLM管理対象デバイスにファイルシステムを作成して使用する場合は，手順24を実行します。

ディスクデバイスグループの登録を行います。
VxVMを使用している場合，「3.14.5 VxVMとSun Clusterの連携」を参照してください。
SDSを使用している場合，「3.15.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。
SVMを使用している場合，「3.16.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。

必要に応じてファイルシステムの作成やグローバルマウントの設定などを行います。
詳細はSun Clusterのマニュアルを参照してください。

(3) HDLM管理対象外デバイスを管理対象にする（動的再構成の場合）

注意事項　

VxVMを使用している場合，HDLMの管理対象外から管理対象にしたLUをVxVMで使用するためにはホストの再起動が必要になるため，動的再構成は行えません。「4.5.7 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用している場合）」の「(2) HDLM管理対象外デバイスを管理対象にする（ノードの再起動が必要な場合）」の手順を行ってください。

HDLM構成管理ユティリティ（dlmcfgmgr）の注意事項については，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

HDLM管理対象外デバイスを管理対象にする手順を次に示します。

Solarisに，root権限を持つユーザでログインします。

HDLMの管理対象にする LUとそのディスクラベルを確認します。
formatコマンドでLUを確認し，ディスクラベルが設定されていることを確認します。formatコマンドの実行例を次に示します。網掛けの部分がHDLMの管理対象にするLUです。

図4-16 formatコマンドの実行例

上記の実行例で，LUを選択すると，ディスクラベルが設定されていない場合は，「Disk not labeled. Label it now?」と出力されます。この場合は，yを入力し，ディスクラベルを設定してください。

HDLMの管理対象にするLUに，Quorumデバイスやディスクデバイスグループの設定を行っている場合には設定を解除します。
SDSまたはSVMのディスクセットの登録を解除した場合，ディスクセットのデータは消去されます。データのバックアップを行ってください。QuorumデバイスおよびVxVMのディスクグループの設定の解除は，「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」を参照してください。
SDSまたはSVMのディスクセットの解除は，「3.18.2 HDLMをアンインストールする前の準備」の「(5) SDSでの設定解除」または「(6) SVMでの設定解除」を参照してください。

HDLMの管理対象にするLUに，ディスク予約で使用するkeyの登録が行われているか確認します。
任意の1台のノードで次に示すコマンドを実行してください。

# /usr/cluster/lib/sc/scsi -c inkeys -d HDLMの管理対象にするLUのスライス2の論理デバイスファイル名

コマンドの実行例を次に示します。

# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/rdsk/c3t50060E80033A9902d2s2

keyが表示された場合には，「4.5.7 LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用している場合）」の「(2) HDLM管理対象外デバイスを管理対象にする（ノードの再起動が必要な場合）」の手順5以降の手順で，LUをHDLMの管理対象にしてください。Quorumデバイスやディスクデバイスグループの設定を解除しても，ディスク予約で使用するkeyが登録されたままとなるため，非クラスタモードでのノードの再起動とkeyの登録の解除が必要になります。
keyが表示されなかった場合には，手順5以降を行ってください。

HDLM ドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集します。
HDLM ドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）内のHDLMの管理対象にするLUの定義をテキストエディタで編集します。手順2で確認したHDLMの管理対象にするLUのパスの情報（網掛けの部分）を基に，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）から対応するLUを探して，対応するLUの定義のLDEV属性行の先頭に「#」（シャープ）を付けます。LDEV属性行の先頭にシャープを付けた場合，LDEV属性で示されるLUはHDLMの管理対象になります。
HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の編集例を次に示します。

図4-17 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集前）

図4-18 /opt/DynamicLinkManager/config/dlmfdrv.unconfファイル（編集後）

網掛けの部分が編集個所です。

注意事項

LDEVの行の先頭に「#」を追加または削除する以外の編集をしないでください。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の設定をHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に反映します。
次のコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

次に示すdlmcfgmgrユティリティを実行し，HDLMの管理対象にするLUをHDLMドライバに認識させます。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

HDLMの管理対象にしたLUにアクセスするパスの状態を確認します。
コマンドの実行例を次に示します。網掛けの部分がHDLMの管理対象にしたLUにアクセスするパスです。
[図]

存在しないデバイスのデバイスID情報を削除します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -C

デバイスIDを割り当てます。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -r

最新のデバイスID情報をノードへ通知します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scdidadm -ui

クラスタの広域デバイス名前空間を更新します。
次に示すコマンドを実行します。

# /usr/cluster/bin/scgdevs

HDLM管理対象デバイスをQuorum デバイスに使用する場合，クラスタ内のどれか1つのノードでQuorum デバイスを設定します。
コマンドの実行例を次に示します。
HDLMデバイスのデバイスIDを確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/cluster/bin/scdidadm -L

Quorumデバイスを設定します。

# /usr/cluster/bin/scconf -a -q globaldev=d4

2つのノードで構成されている場合，クラスタのインストールモードを解除するため，次に示すコマンドを実行します。

# /usr/cluster/bin/scconf -c -q reset

次のコマンドを実行してHDevName とiLU の欄を参照します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

コマンドの実行結果からHDLMデバイスの論理デバイスファイル名（HDevName）と内部LU番号（iLU）の対応を調べてください。その結果とHDLMをインストールする前の論理デバイスファイル名と内部LU番号の対応とを比較して，HDLMデバイスを使用するプログラムにHDLMデバイスを登録し直してください。
ボリューム管理ソフトウェアを使用してHDLM管理対象デバイスにファイルシステムを作成して使用する場合は，手順16を実行します。

ディスクデバイスグループの登録を行います。
VxVMを使用している場合，「3.14.5 VxVMとSun Clusterの連携」を参照してください。
SDSを使用している場合，「3.15.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。
SVMを使用している場合，「3.16.2 HDLMデバイスを登録する」の「(2) 共有ディスクセットを使用する場合」を参照してください。

必要に応じてファイルシステムの作成やグローバルマウントの設定などを行います。
詳細はSun Clusterのマニュアルを参照してください。

4.5.8 ストレージシステム移行時の論理デバイス名の引き継ぎ

この項では，ストレージシステム移行時の論理デバイス名の引き継ぎについて説明します。なお，ボリュームマネージャがSVMまたはVxVMの場合は，ストレージシステム移行時の論理デバイス名を引き継ぐことはできません。

ストレージシステム移行時に論理デバイス名を引き継ぐには次の2とおりの方法があります。

ストレージシステム移行用情報定義ファイルを使用しない場合
ストレージシステム移行用情報定義ファイルを使用しない場合は，移行前後のストレージシステムのホストLUNが同じで，さらに移行前または移行後のストレージシステムのホストLUNが重複していない場合に限ります。この条件に当てはまる場合は，dlmsetconfユティリティを-tパラメタで実行することで，ストレージシステム移行時の論理デバイス名を引き継げます。

ストレージシステム移行用情報定義ファイルを使用する場合
ストレージシステム移行用情報定義ファイルを使用する場合は，前提条件はありません。ストレージシステム移行用情報定義ファイルを作成し，dlmsetconfユティリティを-tパラメタで実行することで，ストレージシステム移行時の論理デバイス名を引き継げます。

ストレージシステム移行時の論理デバイス名を引き継ぐ手順を次に示します。

移行後のストレージシステムの設定を行い，移行前のストレージシステムのLUを移行後のストレージシステムのLUへコピーします。
ストレージシステム移行用情報定義ファイルを使用する場合は，「7.7.3 ストレージシステム移行用情報定義ファイルの定義内容」を参照し，あらかじめ作成しておいてください。

移行前の環境でdlmsetconfユティリティを実行し，構成定義ファイルを更新します。

ストレージシステム移行用情報定義ファイルの使用有無に応じて，次の内容を確認してください。

ストレージシステム移行用情報定義ファイルを使用しない場合

ストレージシステム移行用情報定義ファイル（/opt/DynamicLinkManager/config/ dlmmiginfo.conf）がないことを確認します。

ストレージシステム移行用情報定義ファイルを使用する場合

ストレージシステム移行用情報定義ファイル（/opt/DynamicLinkManager/config/ dlmmiginfo.conf）が作成されていることを確認します。

移行前のストレージシステムのLUについて設定を解除します（アンマウント，ボリュームマネージャの設定解除，DBMSなどの各種アプリケーションのディスク設定解除）。

移行前のストレージシステムのLUについて，ストレージシステム，FC-SW，ホストとストレージシステム間の接続ケーブル，およびHBAドライバの構成を変更し，削除するLUを該当ホストから切り離します。

スイッチなどを設定して，移行後のストレージシステムのLUをOSに認識させます。

# cfgadm -c configure ap_id

ap_id はcfgadm -al コマンドを実行して，表示される構成できるハードウェア情報の一覧で確認してください。
コマンドの実行例を次に示します。

# cfgadm -al
Ap_Id              Type         Receptacle      Occupant           Cond
system:slot0       cpu/mem      connected       configured         ok
system:slot1       sbus-upa     connected       configured         ok

formatコマンドを実行して，新しく認識されたLUが表示されていることを確認してください。また，そのLUにディスクラベルが設定されていることも確認してください。

# format

ストレージシステム移行用情報定義ファイルを使用しない場合は，手順9に進んでください。

dlmsetconfユティリティを実行し，ストレージシステム移行用情報定義ファイルの整合性をチェックします。

# /opt/DynamicLinkManager/bin/dlmsetconf -c

ストレージシステム移行用情報定義ファイルに問題がある場合は，再作成したあと手順9から開始してください。

dlmsetconfユティリティを実行し，構成定義ファイルを更新します。

# /opt/DynamicLinkManager/bin/dlmsetconf -t

ストレージシステム移行用情報定義ファイルが存在する場合，ストレージシステム移行用情報定義ファイルに存在しないLUの扱いを問い合わせるメッセージが出力されるので，「y」または「n」で応答します。
y：ストレージシステム移行用情報定義ファイルに存在しないLUは，移行前後でホストLUNの一致を条件に論理デバイス名を引き継ぐ（ストレージシステム移行用情報定義ファイルなしと同じ条件で論理デバイス名の移行を行う）。
n：ストレージシステム移行用情報定義ファイルに存在しないLUは，論理デバイス名の引き継ぎはしないで，新しく論理デバイス名を作成する。

新しく認識されたLUの中にHDLMの管理対象外として設定するLUがある場合は，HDLM ドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集したあとに，dlmsetconfユティリティを-uパラメタで実行して構成定義ファイルを更新します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

dlmcfgmgrユティリティを実行し，追加されたLUをHDLMに認識させます。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

追加したLUにアクセスするパスの状態を確認します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path

追加したLUなどに関する上位ソフトウェアの設定を行います。

5. トラブルシュート

この章では，まずHDLMの障害情報を確認する方法について説明します。そのあとで，HDLMに障害が発生した場合の対処方法について説明します。対処方法は，パスの障害，HDLMのプログラムの障害，およびこれら以外が原因の障害の場合に分けて説明します。

この章の構成

5.1 HDLM障害情報収集ユティリティ（DLMgetras）を使った障害情報の収集

5.2 メッセージでの障害情報の確認

5.3 パス障害時の対処

5.4 ブートディスク環境のパス障害の対処

5.5 プログラム障害時の対処

5.6 パスやプログラム以外の障害時の対処

5.1 HDLM障害情報収集ユティリティ（DLMgetras）を使った障害情報の収集

エラーが発生した場合，直ちにDLMgetrasユティリティを実行して障害情報を収集してください。DLMgetrasユティリティの実行前にマシンを再起動すると，障害情報が削除されてしまい，情報を収集できなくなるおそれがあります。

DLMgetrasユティリティで収集できる障害情報，およびDLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

5.2 メッセージでの障害情報の確認

syslogにHDLMのメッセージを出力したい場合，etc/syslog.confファイルまたはetc/rsyslog.confファイルに定義するシステム機能名は「user」を指定してください。次にシステム機能名が「user」で，かつ優先順位レベルが「情報メッセージ」（info）以上のメッセージを/tmp/syslog.user.logファイルに出力する例を示します。

user.info           /tmp/syslog.user.log

パスの障害は，syslogに出力されるKAPL08xxxのメッセージから確認できます。

パスについての詳細な情報を得たい場合は，メッセージの情報を基にviewオペレーションの実行結果を確認してください。

viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

次にメッセージの例を示します。

KAPL08022-E パスの異常が発生しました。ErrorCode = aa...aa, PathID = bb...bb, PathName = cc...cc.dd...dd.ee...ee.ff...ff, DNum = gg...gg, HDevName = hh...hh

メッセージの各項目について説明します。

ErrorCode

Solarisがパスの障害を検出したときのエラー番号を示します。

PathID

パスに付けられたIDで，パス管理PATH_IDと呼びます。ホストの再起動時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLM構成管理ユティリティ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

これは，HDLMコマンドのviewオペレーションで表示される「PathID」と同じです。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

PathName

パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。

次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名は，コマンドのviewオペレーションで表示される「PathName」と同じです。パス名の詳細については，「6.7 view 情報を表示する」を確認してください。

DNum

Dev番号です。

「-」（ハイフン）が表示されます。

これはviewオペレーションで表示される「DNum」と同じです。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

HDevName

ホストデバイス名です。

パスがアクセスするHDLMデバイスの論理デバイスファイル名からスライス番号を除いたものが，cUtXdYの形式で表示されます（例：c2t32d11）。

これはviewオペレーションで表示される「HDevName」と同じです。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

5.3 パス障害時の対処

HDLMは，パスの障害を検知した場合，パスのフェイルオーバをするとともに，KAPL08022-Eのメッセージを出力します。このメッセージが出力された場合，次の図に示す，パスを構成する部分に障害が発生しています。

図5-1 KAPL08022-Eが出力される場合の障害個所

KAPL08022-Eのメッセージが出力された場合の対処手順を次の図に示します。

図5-2 パス障害時の対処手順

ブートディスク環境でブートディスクに接続するパスに障害が発生した場合は，「5.4 ブートディスク環境のパス障害の対処」に示す手順を実行してください。

HDLMコマンドを使用してパス障害に対処する手順を次に説明します。

この節の構成

5.3.1 メッセージの監視

5.3.2 パス情報の取得

5.3.3 障害パスの抽出

5.3.4 障害発生ハードウェアの絞り込み

5.3.5 障害個所の特定・ハードウェアへの障害対処

5.3.6 パスを稼働状態に変更

5.3.1 メッセージの監視

メッセージ監視用のアプリケーションやツールなどを使用して，ホストのsyslogに出力されるメッセージを監視します。KAPL08022-Eのメッセージが出力された場合，そのメッセージの内容を参照して，障害が発生したパスを確認してください。メッセージ内容については「5.2 メッセージでの障害情報の確認」を参照してください。

5.3.2 パス情報の取得

パスの情報を取得します。

次のコマンドを実行してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path -iem -hbaportwwn > pathinfo.txt

pathinfo.txtはリダイレクト先のファイル名です。ファイル名は環境に合わせて決めてください。

5.3.3 障害パスの抽出

取得したパス情報を確認して，障害パスを探します。「Status」が「Offline(E)」，または「Online(E)」のパスが障害パスです。

5.3.4 障害発生ハードウェアの絞り込み

障害パスの「DskName」，「iLU」，「ChaPort」，および「HBAPortWWN」を確認して，障害が発生した可能性があるハードウェアを絞り込みます。「DskName」，「iLU」，および「ChaPort」は，ストレージシステムの管理プログラムで参照して，物理的に特定してください。

5.3.5 障害個所の特定・ハードウェアへの障害対処

Solaris，およびハードウェアの管理ツールなどで障害個所を特定して，障害に対処します。

ハードウェアの保守については，ハードウェアの購入元会社，または保守契約があれば保守会社に連絡してください。

5.3.6 パスを稼働状態に変更

障害回復後，障害のために閉塞状態になったパスをHDLMコマンドのonlineオペレーションで稼働状態にします。onlineオペレーションについては，「6.5 online パスを稼働状態にする」を参照してください。次のコマンドを実行してください。

# /opt/DynamicLinkManager/bin/dlnkmgr online

このコマンドを実行すると，すべての閉塞状態のパスが稼働状態になります。

障害が原因で稼働状態にできないパスがあった場合は，KAPL01039-Wのメッセージが表示されます。稼働状態にできないパスを無視して処理を継続する場合は「y」を，処理を中断する場合は「n」を入力してください。

稼働状態にできないパスについては，再度状態を確認し，障害回復のための対処をしてください。

5.4 ブートディスク環境のパス障害の対処

ブートディスク環境でブートディスクに接続するパスに障害が発生した場合の対処を，説明します。

この節の構成

5.4.1 ブート処理中にパス障害が発生した場合

5.4.2 ブート処理が完了したあとにパス障害が発生した場合

5.4.1 ブート処理中にパス障害が発生した場合

原因の究明方法および対処は，ブート処理のどの段階でパス障害が発生したかによって異なります。原因の究明方法を段階ごとに説明します。

この項の構成

(1) ブート処理の初期段階にパス障害が発生した場合

(2) HDLMドライバがパスの管理を始めたあとにパス障害が発生した場合

(1) ブート処理の初期段階にパス障害が発生した場合

ブート処理の初期段階とは，OBPでブートデバイスとして指定したrootファイルシステムのマウントデバイス（ブートディスクのどれか1つのパス）から，rootdevパラメタで指定したデバイスへ切り替え（リマウント）を実施する前のことです。この段階では，ブートディスクへのアクセスにHDLMドライバは関与しません。OBPでブートデバイスとして指定したパスを使用してブートディスクへアクセスします。したがって，この段階でOBPでブートデバイスとして指定したパスに障害が発生すると，ブート処理が中断されます。その場合，次に示す情報を参照して原因の究明および対処をしてください。

OBPがコンソールに出力したメッセージ

Solarisがコンソールに出力したメッセージ

HBAドライバがコンソールに出力したメッセージ

なお，Solaris 8またはSolaris 9の場合で，かつOBPでブートデバイスに指定したパスだけに障害が発生した場合は，OBPでほかのパスのブートデバイス名を指定するとブートできます。Solaris 10またはSolaris 11の場合は，パス障害を復旧したあとにブートしてください。

(2) HDLMドライバがパスの管理を始めたあとにパス障害が発生した場合

ブート処理の初期の段階が終わると，HDLMドライバが複数のパスを使用してブートディスクへアクセスするようになります。そのあとに発生したパス障害の対処は，HDLMマネージャが起動する前とあとで異なります。

HDLMマネージャが起動する前にパス障害が発生した場合

ブートディスクのすべてのパスに障害が発生してブート処理が中断した場合

HDLMがパス障害を検出しても，HDLMはKAPL08022-Eのメッセージを出力しません。したがって，次に示す情報を参照して原因の究明および対処をしてください。

Solarisがコンソールに出力したメッセージ

HBAドライバがコンソールに出力したメッセージ

ブートディスクの一部のパスに障害が発生した場合

HDLMは，HDLMマネージャが起動したあとにKAPL08022-Eのメッセージをコンソール，syslog，および障害ログへ出力します。したがって，HDLMマネージャが起動してから次に示す情報を参照して原因の究明および対処をしてください。

HDLMがコンソール，syslog，および障害ログに出力したKAPL08022-Eのメッセージ

Solarisがコンソールに出力したメッセージ

HBAドライバがコンソールに出力したメッセージ

HDLMマネージャが起動したあとにパス障害が発生した場合

HDLMがパス障害を検出すると，HDLMは即時にコンソール，syslog，および障害ログへKAPL08022-Eのメッセージを出力します。したがって，この段階でブートディスクのすべてのパスに障害が発生してブート処理が中断した場合は，次に示す情報を参照して原因の究明および対処をしてください。

HDLMがコンソール，syslog，および障害ログに出力したKAPL08022-Eのメッセージ

Solarisがコンソールおよびsyslogに出力したメッセージ

HBAドライバがコンソールおよびsyslogに出力したメッセージ

5.4.2 ブート処理が完了したあとにパス障害が発生した場合

ローカルブートディスク環境の対処と同様です。「5.3 パス障害時の対処」を参照してください。

5.5 プログラム障害時の対処

HDLMのプログラムで障害が発生した場合の対処について説明します。対処手順を次の図に示します。

図5-3 プログラム障害時の対処手順

HDLMコマンドを使用してプログラム障害に対処する手順を次に説明します。

この節の構成

5.5.1 メッセージの監視

5.5.2 プログラム情報の取得

5.5.3 プログラム障害への対処

5.5.4 HDLMの購入元会社，または保守会社に連絡

5.5.1 メッセージの監視

ホストのsyslogに出力されるメッセージを監視します。HDLMのプログラムで障害が発生すると，KAPL08xxx以外のメッセージがsyslogに出力されます。メッセージの内容を参照して，メッセージのレベルが「E」（Errorレベル）以上の場合，対処が必要です。

5.5.2 プログラム情報の取得

HDLMの購入元会社，または保守会社に連絡する情報を取得します。

HDLM障害情報収集ユティリティ（DLMgetras）を使用して，障害情報を収集してください。DLMgetrasユティリティで収集できる情報，およびDLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

DLMgetrasユティリティが収集する情報の中には，ホストの再起動時にクリアされるものがあります。障害発生時はDLMgetrasユティリティを速やかに実行してください。

5.5.3 プログラム障害への対処

「8. メッセージ」を参照して対処してください。

対処しても同じエラーが発生する場合は，HDLMコマンドのviewオペレーションでHDLMのプログラムの状態を確認して，エラーに対処します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

次に示すコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys

コマンド実行後，KAPL01012-Eのメッセージが出力された場合

次に，KAPL01012-Eのメッセージを示します。

KAPL01012-E HDLMマネージャとの接続に失敗しました。オペレーション名 = view

この場合，HDLMマネージャを起動します。

HDLMマネージャの起動方法については，「4.3.1 HDLMマネージャの起動」を参照してください。

コマンド実行後，KAPL01013-Eのメッセージが出力された場合

次に，KAPL01013-Eのメッセージを示します。

KAPL01013-E HDLMコマンド内部処理で障害が発生しました。オペレーション名 = view， 詳細 = aa...aa

aa...aaには，文字列が表示されます。この場合，ホストを再起動します。

対処しても同じエラーが発生する場合は，「5.5.4 HDLMの購入元会社，または保守会社に連絡」に進んでください。

5.5.4 HDLMの購入元会社，または保守会社に連絡

エラーが解決されない場合，HDLM障害情報収集ユティリティ（DLMgetras）で取得した情報を，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

5.6 パスやプログラム以外の障害時の対処

HDLMに関連すると思われる障害の原因が，パスでもプログラムでもない場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して，情報を収集してください。そのあとで，取得した情報を，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティで収集できる情報，およびDLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

6. コマンドリファレンス

この章では，HDLMで使用するコマンドについて説明します。

この章の構成

6.1 コマンド概要

6.2 clear パスの統計情報を初期値にする

6.3 help オペレーションの形式を表示する

6.4 offline パスを閉塞状態にする

6.5 online パスを稼働状態にする

6.6 set 動作環境を設定する

6.7 view 情報を表示する

6.8 monitor I/O情報を一定の時間間隔で表示する

6.9 add パスを動的に追加する

6.1 コマンド概要

ここでは，HDLMで使用するコマンドの入力形式，およびオペレーションについて説明します。

コマンドの入力形式

コマンドの入力形式を次に示します。

dlnkmgr オペレーション名 [パラメタ [パラメタ値]]

dlnkmgr：コマンド名

オペレーション名：dlnkmgrに続けて入力する操作の種類

パラメタ：オペレーションによって必要になる値

パラメタ値：パラメタによって必要になる値

HDLMコマンドのオペレーション

HDLMコマンドのオペレーション，およびその機能を「表6-1 HDLMコマンドのオペレーション一覧」に示します。

表6-1 HDLMコマンドのオペレーション一覧

オペレーション | 機能
clear | HDLMシステムが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値（0）にします。詳細については，「6.2 clear パスの統計情報を初期値にする」を参照してください。
help | HDLMで使用するオペレーションの形式が表示されます。詳細については，「6.3 help オペレーションの形式を表示する」を参照してください。
offline | 稼働状態のパスを閉塞状態にします。詳細については，「6.4 offline パスを閉塞状態にする」を参照してください。
online | 閉塞状態のパスを稼働状態にします。詳細については，「6.5 online パスを稼働状態にする」を参照してください。
set | HDLMの動作環境を設定します。詳細については，「6.6 set 動作環境を設定する」を参照してください。
view | HDLMのプログラム情報，パス情報，LU情報，HBAポート情報，CHAポート情報，HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応が表示されます。詳細については，「6.7 view 情報を表示する」を参照してください。
monitor | I/O情報が一定の時間間隔で表示されます。詳細については，「6.8 monitor I/O情報を一定の時間間隔で表示する」を参照してください。
add | パスをHDLMの管理対象として動的に追加します。詳細については，「6.9 add パスを動的に追加する」を参照してください。

注意事項

root権限を持つユーザで，コマンドを実行してください。

パラメタで指定する値にスペースが含まれる場合には，値全体を「"」（引用符）で囲んでください。

6.2 clear パスの統計情報を初期値にする

HDLMシステムが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値（0）にします。

この節の構成

6.2.1 形式

6.2.2 パラメタ

6.2.1 形式

この項の構成

(1) パスの統計情報を初期値（0）にする場合

(2) clearオペレーションの形式を表示する場合

(1) パスの統計情報を初期値（0）にする場合

/opt/DynamicLinkManager/bin/dlnkmgr clear -pdst [-s]

(2) clearオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr clear -help

6.2.2 パラメタ

この項の構成

(1) パスの統計情報を初期値（0）にする場合

(2) clearオペレーションの形式を表示する場合

(1) パスの統計情報を初期値（0）にする場合

-pdst

HDLMが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値にします。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr clear -pdst
KAPL01049-I オペレーションを開始します。オペレーション名 = clear。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr clear -pdst -s
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(2) clearオペレーションの形式を表示する場合

-help

clearオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr clear -help
clear:
 Format
   dlnkmgr clear -pdst [-s]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

6.3 help オペレーションの形式を表示する

HDLMコマンド，およびHDLMコマンドの各オペレーションの形式が表示されます。

この節の構成

6.3.1 形式

6.3.2 パラメタ

6.3.1 形式

/opt/DynamicLinkManager/bin/dlnkmgr help

[オペレーション名] [オペレーション名] ...

6.3.2 パラメタ

オペレーション名

形式を知りたいオペレーション名を指定します。

オペレーション名は，複数指定できます。複数のオペレーション名を指定した場合，指定した順に形式が表示されます。

指定できるオペレーション名は，次に示すどれかです。

clear

help

offline

online

set

view

monitor

add

オペレーション名を省略すると，HDLMコマンドで使用できる，すべてのオペレーション名が表示されます。

使用例

使用例1

HDLMコマンドで使用できるすべてのオペレーション名を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr help
dlnkmgr:
 Format
   dlnkmgr { clear | help | offline | online | set | view | monitor | add }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

複数のオペレーションの形式を表示する場合

「AutoPATH_ID」はパス管理PATH_IDを示します。

# /opt/DynamicLinkManager/bin/dlnkmgr help online offline help
online:
 Format
  dlnkmgr online [-path] [-s]
  dlnkmgr online [-path]
                   { -hba HBAPortNumber.BusNumber | -hbaid HBA_ID } [-s]
  dlnkmgr online [-path] { -cha -pathid AutoPATH_ID | -chaid CHA_ID } [-s]
  dlnkmgr online [-path] [-pathid AutoPATH_ID] [-s]
  dlnkmgr online [-path] [-device SCSI_Device_Name] [-s]
 Valid value
  AutoPATH_ID    { 000000 - 999999 }(Decimal)
  HBA_ID         { 00000 - 99999 }(Decimal)
  CHA_ID         { 00000 - 99999 }(Decimal)
offline:
 Format
  dlnkmgr offline [-path]
                    { -hba HBAPortNumber.BusNumber | -hbaid HBA_ID } [-s]
  dlnkmgr offline [-path] { -cha -pathid AutoPATH_ID | -chaid CHA_ID } [-s]
  dlnkmgr offline [-path] -pathid AutoPATH_ID [-s]
  dlnkmgr offline [-path] -device SCSI_Device_Name [-s]
 Valid value
  AutoPATH_ID    { 000000 - 999999 }(Decimal)
  HBA_ID         { 00000 - 99999 }(Decimal)
  CHA_ID         { 00000 - 99999 }(Decimal)
help:
 Format
  dlnkmgr help { clear | offline | online | set | view | monitor | add }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例3

helpオペレーションで指定できるオペレーション名を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr help help
help:
 Format
   dlnkmgr help { clear | offline | online | set | view | monitor | add }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

6.4 offline パスを閉塞状態にする

稼働状態のパスを閉塞状態にします。HBAポート単位，CHAポート単位，パス単位で，閉塞状態にするパスを指定します。また，パスを指定する代わりにSCSIデバイス名を指定することもできます。

各LUにアクセスする最後のパスは閉塞状態にできません。

多くのパスを閉塞状態にすると，障害発生時にパスを切り替えられなくなることがあります。パスを閉塞状態にする前に，viewオペレーションでパスの稼働状態を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

この節の構成

6.4.1 形式

6.4.2 パラメタ

6.4.1 形式

この項の構成

(1) パスを閉塞状態にする場合

(2) offlineオペレーションの形式を表示する場合

(1) パスを閉塞状態にする場合

/opt/DynamicLinkManager/bin/dlnkmgr offline

[-path]

{-hba ホストポート番号.バス番号

|-hbaid HBAポートID

|-cha -pathid パス管理PATH_ID

|-chaid CHAポートID

|-pathid パス管理PATH_ID

|-device SCSIデバイス名}

[-s]

(2) offlineオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr offline -help

6.4.2 パラメタ

この項の構成

(1) パスを閉塞状態にする場合

(2) offlineオペレーションの形式を表示する場合

(1) パスを閉塞状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

offlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-hbaid，-cha，-chaid，-pathid，または-deviceパラメタで，閉塞状態にするパスを必ず指定します。

-hba ホストポート番号.バス番号

HBAポート単位でパスを閉塞状態にする場合に指定します。指定した番号のHBAポートを通るすべてのパスを閉塞状態にします。

viewオペレーションで表示されるパス名のうち，ホストポート番号，バス番号をピリオドで区切って指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

使用例

コマンド実行の確認をして，特定のHBAポート（ホストポート番号「0001」，バス番号「0000」）を通るすべてのパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hba 0001.0000
KAPL01055-I 指定されたHBAを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n] :y
KAPL01056-I 指定されたHBAを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n] :y
KAPL01061-I 3本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

-hbaid HBAポートID

HBAポート単位でパスを閉塞状態にする場合に指定します。指定したHBAポートIDのHBAポートを通るすべてのパスを閉塞状態にします。HBAポートIDは，次に示すviewオペレーションを実行すると表示されます。

# /opt/DynamicLinkManager/bin/dlnkmgr view -hba

viewオペレーションを実行してHBAポートIDを表示する方法については「6.7.2 パラメタ」の「(4) HBAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，HBAポートID「00001」を通るすべてのパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hbaid 00001
KAPL01102-I 指定されたHBAポートを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n]:y
KAPL01103-I 指定されたHBAポートを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n]:y
KAPL01061-I 15本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline

-cha -pathid パス管理PATH_ID

CHAポート単位でパスを閉塞状態にする場合に指定します。-pathidパラメタで指定したパスが経由しているCHAポートを通る，すべてのパスを閉塞状態にします。

viewオペレーションで表示される，現在のパス管理PATH_IDを指定してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。パス管理PATH_IDの，左側の桁から0詰めされている0は省略できます（000001と1は同値です）。ただし，パス管理PATH_ID「000000」を指定する場合は，「000000」または「0」を指定してください。

パス管理PATH_IDは，ホストの再起動時に新しく割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLM構成管理ユティリティ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，閉塞状態にするパスの現在のパス管理PATH_IDを確認してから，offlineオペレーションを実行してください。

使用例

コマンド実行の確認をして，CHAポート「0A」を通るすべてのパスを閉塞状態にする場合（パス管理PATH_ID「000001」がCHAポート「0A」を通っているとき）

# /opt/DynamicLinkManager/bin/dlnkmgr offline -cha -pathid 000001
KAPL01055-I 指定されたCHA portを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n] :y
KAPL01056-I 指定されたCHA portを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n] :y
KAPL01061-I 2本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

-chaid CHAポートID

CHAポート単位でパスを閉塞状態にする場合に指定します。指定したCHAポートIDのCHAポートを通るすべてのパスを閉塞状態にします。CHAポートIDは，次に示すviewオペレーションを実行すると表示されます。

# /opt/DynamicLinkManager/bin/dlnkmgr view -cha

viewオペレーションを実行してCHAポートIDを表示する方法については「6.7.2 パラメタ」の「(5) CHAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，CHAポートID「00001」を通るすべてのパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -chaid 00001
KAPL01102-I 指定されたCHAポートを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n]:y
KAPL01103-I 指定されたCHAポートを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n]:y
KAPL01061-I 15本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline

-pathid パス管理PATH_ID

単一のパスを閉塞状態にする場合に指定します。

viewオペレーションで表示される，現在のパス管理PATH_IDを指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。パス管理PATH_IDの，左側の桁から0詰めされている0は省略できます（000001と1は同値です）。ただし，パス管理PATH_ID「000000」を指定する場合は，「000000」または「0」を指定してください。

パス管理PATH_IDは，ホストの再起動時に新しく割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，dlmcfgmgrユティリティの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，閉塞状態にするパスの現在のパス管理PATH_IDを確認してから，offlineオペレーションを実行してください。

-device SCSIデバイス名

SCSIデバイスに接続されているパスを閉塞状態にする場合に指定します。

SCSIデバイス名には，次に示すviewオペレーションで表示されるDeviceを指定します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu

viewオペレーションを実行してSCSIデバイス名を表示する方法については「6.7.2 パラメタ」の「(3) LU情報を表示する場合」を参照してください。指定できるパラメタ値は1つだけです。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，SCSIデバイス名「sd52」を通るパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -path -device sd52
KAPL01052-I 指定されたパスをOffline(C)にします。よろしいですか？[y/n]:y
KAPL01053-I 指定されたパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。[y/n]:y
KAPL01061-I 1本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

コマンド実行の確認をしないで，パス管理PATH_ID「000001」のパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -pathid 1 -s
KAPL01061-I 1本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

(2) offlineオペレーションの形式を表示する場合

-help

offlineオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr offline -help
offline:
 Format
  dlnkmgr offline [-path]
                    { -hba HBAPortNumber.BusNumber | -hbaid HBA_ID } [-s]
  dlnkmgr offline [-path] { -cha -pathid AutoPATH_ID | -chaid CHA_ID } [-s]
  dlnkmgr offline [-path] -pathid AutoPATH_ID [-s]
  dlnkmgr offline [-path] -device SCSI_Device_Name [-s]
 Valid value
  AutoPATH_ID     { 000000 - 999999 }(Decimal)
  HBA_ID          { 00000 - 99999 }(Decimal)
  CHA_ID          { 00000 - 99999 }(Decimal)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = offline, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

参考

HDLMコマンドのviewオペレーションとUNIXの標準コマンドを組み合わせて実行すると，特定のHBAポート，またはCHAポートで，パスの情報を絞り込んで表示できます。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

HBAポート単位，またはCHAポート単位でパスを閉塞状態にする前に，次のコマンドを実行して，閉塞状態にするパスの情報を確認することをお勧めします。

例1

特定のHBAポート（ホストポート番号「0004」，バス番号「0000」）を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path | grep 0004.0000

指定したHBAポートを通るパスの情報だけが表示されます。

例2

SANRISE9500VシリーズのCHAポート「0A」を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path -stname | grep 9500V | grep 0A

指定したCHAポートを通るパスの情報だけが表示されます。

6.5 online パスを稼働状態にする

閉塞状態のパスを稼働状態にします。稼働状態にするパスは，HBAポート単位，CHAポート単位，またはパス単位で指定できます。また，パスを指定する代わりにSCSIデバイス名を指定することもできます。

この節の構成

6.5.1 形式

6.5.2 パラメタ

6.5.1 形式

この項の構成

(1) パスを稼働状態にする場合

(2) onlineオペレーションの形式を表示する場合

(1) パスを稼働状態にする場合

/opt/DynamicLinkManager/bin/dlnkmgr online

[-path]

[-hba ホストポート番号.バス番号

|-hbaid HBAポートID

|-cha -pathid パス管理PATH_ID

|-chaid CHAポートID

|-pathid パス管理PATH_ID

|-device SCSIデバイス名]

[-s]

(2) onlineオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr online -help

6.5.2 パラメタ

この項の構成

(1) パスを稼働状態にする場合

(2) onlineオペレーションの形式を表示する場合

(1) パスを稼働状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

onlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-hbaid，-cha，-chaid，-pathid，または-deviceパラメタで，稼働状態にするパスを指定できます。これらのパラメタを省略した場合は，すべての閉塞状態のパスを稼働状態にします。稼働状態にできないパスがあった場合，処理を継続するかどうかを確認するメッセージが表示されます。稼働状態にできなかったパスを閉塞状態のままにして処理を継続する場合は「y」を，処理を中断する場合は「n」を入力してください。

-hba ホストポート番号.バス番号

HBAポート単位でパスを稼働状態にする場合に指定します。指定した番号のHBAポートを通るすべてのパスを稼働状態にします。

viewオペレーションで表示されるパス名のうち，ホストポート番号，バス番号をピリオドで区切って指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

使用例

コマンド実行の確認をして，特定のHBAポート（ホストポート番号「0001」，バス番号「0000」）を通るすべてのパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -hba 0001.0000
KAPL01057-I 指定されたHBAを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 3本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

-hbaid HBAポートID

HBAポート単位でパスを稼働状態にする場合に指定します。指定したHBAポートIDのHBAポートを通るすべてのパスを稼働状態にします。HBAポートIDは，次に示すviewオペレーションを実行すると表示されます。

# /opt/DynamicLinkManager/bin/dlnkmgr view -hba

viewオペレーションを実行してHBAポートIDを表示する方法については「6.7.2 パラメタ」の「(4) HBAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，HBAポートID「00001」を通るすべてのパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -hbaid 00001
KAPL01104-I 指定されたHBAポートを通る全てのパスをOnlineにします。よろしいですか？ [y/n]:y
KAPL01061-I 15本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

-cha -pathid パス管理PATH_ID

CHAポート単位でパスを稼働状態にする場合に指定します。-pathidパラメタで指定したパスが経由しているCHAポートを通る，すべてのパスを稼働状態にします。

viewオペレーションで表示される，現在のパス管理PATH_IDを指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。パス管理PATH_IDの，左側の桁から0詰めされている0は省略できます（000001と1は同値です）。ただし，パス管理PATH_ID「000000」を指定する場合は，「000000」または「0」を指定してください。

パス管理PATH_IDは，ホストの再起動時に新しく割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLM構成管理ユティリティ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，稼働状態にするパスの現在のパス管理PATH_IDを確認してから，onlineオペレーションを実行してください。

使用例

コマンド実行の確認をして，CHAポート「0A」を通るすべてのパスを稼働状態にする場合（パス管理PATH_ID「000002」がCHAポート「0A」を通っているとき）

# /opt/DynamicLinkManager/bin/dlnkmgr online -cha -pathid 000002
KAPL01057-I 指定されたCHA portを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 2本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

-chaid CHAポートID

CHAポート単位でパスを稼働状態にする場合に指定します。指定したCHAポートIDのCHAポートを通るすべてのパスを稼働状態にします。CHAポートIDは，次に示すviewオペレーションを実行すると表示されます。

# /opt/DynamicLinkManager/bin/dlnkmgr view -cha

詳細については「6.7.2 パラメタ」の「(5) CHAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，CHAポートID「00001」を通るすべてのパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -chaid 00001
KAPL01104-I 指定された CHAポートを通る全てのパスをOnlineにします。よろしいですか？ [y/n]:y
KAPL01061-I 15本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

-pathid パス管理PATH_ID

単一のパスを稼働状態にする場合に指定します。

viewオペレーションで表示される，現在のパス管理PATH_IDを指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。パス管理PATH_IDの，左側の桁から0詰めされている0は省略できます（000001と1は同値です）。ただし，パス管理PATH_ID「000000」を指定する場合は，「000000」または「0」を指定してください。

パス管理PATH_IDは，ホストの再起動時に新しく割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，dlmcfgmgrユティリティの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，稼働状態にするパスの現在のパス管理PATH_IDを確認してから，onlineオペレーションを実行してください。

-device SCSIデバイス名

SCSIデバイスに接続されているパスを稼働状態にする場合に指定します。

SCSIデバイス名には，次に示すviewオペレーションで表示されるDeviceを指定します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu

viewオペレーションを実行してSCSIデバイス名を表示する方法については「6.7.2 パラメタ」の「(3) LU情報を表示する場合」を参照してください。指定できるパラメタ値は1つだけです。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，SCSIデバイス名「sd52」を通るパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -path -device sd52
KAPL01050-I 指定されたパスをOnlineにします。よろしいですか？ [y/n]:y
KAPL01061-I 1本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

コマンド実行の確認をしないで，パス管理PATH_ID「000002」のパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -pathid 2 -s
KAPL01061-I 1本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

(2) onlineオペレーションの形式を表示する場合

-help

onlineオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr online -help
online:
 Format
   dlnkmgr online [-path] [-s]
   dlnkmgr online [-path]
                    { -hba HBAPortNumber.BusNumber | -hbaid HBA_ID } [-s]
   dlnkmgr online [-path] { -cha -pathid AutoPATH_ID | -chaid CHA_ID } [-s]
   dlnkmgr online [-path] [-pathid AutoPATH_ID] [-s]
   dlnkmgr online [-path] [-device SCSI_Device_Name] [-s]
 Valid value
   AutoPATH_ID     { 000000 - 999999 }(Decimal)
   HBA_ID          { 00000 - 99999 }(Decimal)
   CHA_ID          { 00000 - 99999 }(Decimal)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = online, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

参考

HDLMコマンドのviewオペレーションとUNIXの標準コマンドを組み合わせて実行すると，特定のHBAポート，またはCHAポートで，パスの情報を絞り込んで表示できます。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

HBAポート単位，またはCHAポート単位でパスを稼働状態にする前に，次のコマンドを実行して，稼働状態にするパスの情報を確認することをお勧めします。

例1

特定のHBAポート（ホストポート番号「0004」，バス番号「0000」）を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path | grep 0004.0000

指定したHBAポートを通るパスの情報だけが表示されます。

例2

SANRISE9500VシリーズのCHAポート「0A」を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path -stname | grep 9500V | grep 0A

指定したCHAポートを通るパスの情報だけが表示されます。

6.6 set 動作環境を設定する

HDLMの動作環境を設定します。

この節の構成

6.6.1 形式

6.6.2 パラメタ

6.6.1 形式

この項の構成

(1) HDLMの動作環境を設定する場合

(2) setオペレーションの形式を表示する場合

(1) HDLMの動作環境を設定する場合

/opt/DynamicLinkManager/bin/dlnkmgr set

{-lb {on [-lbtype {rr|exrr|lio|exlio|lbk|exlbk}]|off}

|-ellv 障害ログ採取レベル

|-elfs 障害ログファイルサイズ

|-elfn 障害ログファイル数

|-systflv トレースレベル

|-systfs トレースファイルサイズ

|-systfn トレースファイル数

|-pchk {on [-intvl チェック間隔]|off}

|-afb {on [-intvl チェック間隔]|off}

|-iem {on [-intvl 障害監視時間] [-iemnum 障害発生回数]|off}

|-lic

|-audlog {on [-audlv 監査ログ採取レベル] [-category [[ss] [a] [ca]|all]]|off}

|-audfac Facility値

|-lbpathusetimes 同一パス使用回数

|-expathusetimes 同一パス使用回数

|-dpc {on|off} [-pathid パスID -lu|-pathid パスID -storage]

|-dpcintvl チェック間隔

}

[-s]

(2) setオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr set -help

6.6.2 パラメタ

この項の構成

(1) HDLMの動作環境を設定する場合

(2) setオペレーションの形式を表示する場合

(1) HDLMの動作環境を設定する場合

各設定のデフォルト値と推奨値を次の表に示します。setオペレーションで設定値を変更した場合，その値は直ちに有効になります。

表6-2 各設定のデフォルト値と推奨値

項目名
デフォルト値
推奨値

ロードバランス
on
アルゴリズムは拡張最少I/O数
on
アルゴリズムの推奨値は運用環境によって異なります。

障害ログ採取レベル
3: Informationレベル以上の障害情報を採取
3: Informationレベル以上の障害情報を採取

障害ログファイルサイズ
9900（KB）
9900（KB）

障害ログファイル数
2
2

トレースレベル
0: トレースを出力しない
0: トレースを出力しない

トレースファイルサイズ
1000（KB）
1000（KB）

トレースファイル数
4
4

パスヘルスチェック
on
チェック間隔: 30分
on
チェック間隔の推奨値は運用環境によって異なります。

自動フェイルバック
off
off

間欠障害監視
off
off

監査ログ採取
off
推奨値は運用環境によって異なります。
監査ログを採取したい場合「on」を設定してください。

監査ログのFacility
user
local0～7

ロードバランスの同一パス使用回数
1
推奨値は運用環境によって異なります。

拡張ロードバランスの同一パス使用回数
100
推奨値は運用環境によって異なります。

ダイナミックI/Oパスコントロール※
off
チェック間隔: 10分
off
チェック間隔の推奨値は運用環境によって異なります。

注※

ストレージシステムがHitachi AMS2000シリーズ，Hitachi SMSシリーズ，またはHUS100シリーズを使用している場合にだけ適用されます。

-lb {on [-lbtype {rr|exrr|lio|exlio|lbk|exlbk}]|off}

ロードバランス機能を有効，または無効にします。

on：有効

off：無効

-lbtype {rr|exrr|lio|exlio|lbk|exlbk}

ロードバランスのアルゴリズムを選択します。

rr：ラウンドロビン

exrr：拡張ラウンドロビン

lio：最少I/O数

exlio：拡張最少I/O数

lbk：最少ブロック数

exlbk：拡張最少ブロック数

-lbtypeで設定したアルゴリズムは，-lb offを指定してロードバランス機能を無効にしても，記憶されています。そのため，再度ロードバランス機能を有効にし，アルゴリズムを指定しなかった場合，記憶されているアルゴリズムでロードバランスが実行されます。

-ellv 障害ログ採取レベル

障害ログとして採取する障害情報のレベルを設定します。

障害ログ採取レベルを設定できるログファイルは，HDLMマネージャのログ（dlmmgr[1-16].log）です。

障害ログ採取レベルの設定値とその説明を「表6-3 障害ログ採取レベルの設定値」に示します。なお，障害が発生したときは，障害ログ採取レベルに「1」以上を選択してログを採取します。

表6-3 障害ログ採取レベルの設定値

設定値 | 説明
0 | 障害ログを採取しません。
1 | Errorレベル以上の障害情報を採取します。
2 | Warningレベル以上の障害情報を採取します。
3 | Informationレベル以上の障害情報を採取します。
4 | Informationレベル（保守情報も含む）以上の障害情報を採取します。

設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr set -ellv 1
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-elfs 障害ログファイルサイズ

障害ログファイル（dlmmgr[1-16].log）のサイズをキロバイト単位で設定します。100～2000000の値を指定します。HDLMマネージャのログには指定値が反映されます。障害ログファイル数の指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

すべてのログファイルが設定サイズに達すると，いちばん古いログファイルから順に新しいログ情報が上書きされます。

-elfn 障害ログファイル数

障害ログファイル（dlmmgr[1-16].log）の数を設定します。2～16の値を指定します。障害ログファイルサイズの指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

-systflv トレースレベル

トレースの出力レベルを設定します。トレースレベルを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースレベルの設定値とその説明を「表6-4 トレースレベルの設定値」に示します。なお，障害が発生したときは，トレースレベルに「1」以上を選択してログを採取します。

表6-4 トレースレベルの設定値

設定値 | 説明
0 | トレースを出力しません。
1 | エラー情報だけ出力します。
2 | プログラムの動作概略を出力します。
3 | プログラムの動作詳細を出力します。
4 | すべての情報を出力します。

設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

-systfs トレースファイルサイズ

トレースファイルのサイズをキロバイト単位で設定します。100～16000の値を指定します。トレースファイル数の指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。なお，設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。ファイルサイズを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースファイルは固定長です。したがって，書き込まれるトレース情報が設定したファイルサイズに満たない場合でも，出力されるトレースファイル1つ当たりのファイルサイズは常に固定です。すべてのトレースファイルにトレースが書き込まれると，いちばん古いトレースファイルから順に新しいトレースが上書きされます。

-systfn トレースファイル数

トレースファイルの数を設定します。2～64の値を指定します。トレースファイルサイズの指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。なお，設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。ファイル数を設定できるトレースファイルは，hdlmtr[1-64].logです。

-pchk {on [-intvl チェック間隔]|off}

パスヘルスチェック機能を有効，または無効にします。

on：有効

off：無効

待機系ホストや，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズのストレージシステムに接続しているホストでは，I/Oが発行されないパスの障害を検出するために，パスヘルスチェック機能を有効にすることをお勧めします。「on」を指定した場合，パスヘルスチェックのチェック間隔を，後続パラメタで指定します。チェック間隔の指定を省略した場合，チェック間隔は次のとおりになります。

これまでにチェック間隔を一度も指定していない場合
30分間隔（デフォルトの設定）になります。

これまでにチェック間隔を指定している場合
前回指定したチェック間隔になります。

パスヘルスチェックのチェック間隔を指定する後続パラメタの形式を，次に示します。

-intvl チェック間隔

パスヘルスチェックのチェック間隔を，分単位で指定します。使用している環境に合わせて1～1440の値を指定します。チェック間隔を変更した場合，変更後のチェック間隔が直ちに有効になります。チェック間隔を短くした場合，前回のパスヘルスチェックの実行終了時から，すでに変更後のチェック間隔を経過しているときには，直ちにパスヘルスチェックが始まります。このパラメタで設定したチェック間隔は，-pchk offを指定してパスヘルスチェック機能を無効にしても，記憶されています。そのため，再度パスヘルスチェック機能を有効にし，チェック間隔を指定しなかった場合，記憶されているチェック間隔でパスヘルスチェックが実行されます。

-afb {on [-intvl チェック間隔]|off}

障害パスの自動フェイルバック機能を有効，または無効にします。

on：有効

off：無効

自動フェイルバック機能を有効にすると，保守作業などのためにユーザが意識的に障害状態にしていたパスが，自動的に稼働状態になってしまうことがあります。また，ストレージやパスで間欠障害が発生した場合，パスの状態が，閉塞状態と稼働状態を繰り返すため，I/Oの性能が低下することがあります。

自動フェイルバックの対象となるのは，障害が発生してKAPL08022-Eのメッセージが出力されたパス，およびHDLMマネージャの起動時に障害となっているパスです。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを有効にする場合は，間欠障害監視を有効にすることをお勧めします。間欠障害監視は，自動フェイルバックが有効なときにだけ設定できます。自動フェイルバックと間欠障害監視の設定の関係については，「表6-5 自動フェイルバックおよび間欠障害監視の設定状況と，実行できる操作の関係」を参照してください。

「on」を指定した場合，パスの状態を確認するチェック間隔を後続パラメタで指定します。チェック間隔の指定を省略した場合，チェック間隔は次のとおりになります。

これまでにチェック間隔を一度も指定していない場合
1分間隔（デフォルトの設定）になります。

これまでにチェック間隔を指定している場合
前回指定したチェック間隔になります。

パスの状態確認のチェック間隔を指定する後続パラメタの形式を，次に示します。

-intvl チェック間隔

パスの状態確認の終了から，次回のパスの状態確認を開始するまでのチェック間隔を，分単位で指定します。1～1440の値を指定します。デフォルト値は「1」です。システムの運用方法に合わせて設定してください。

間欠障害監視の設定が「on」で障害発生回数が「2」以上の場合，次の条件が満たされている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はKAPL01080-Wエラーになります。エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。

障害発生回数に「1」を指定した場合，上記の条件を満たす必要はありません。

チェック間隔を変更した場合，変更後のチェック間隔が直ちに有効になります。チェック間隔を短くした場合，前回のパスの状態確認が終了したときから，すでに変更後のチェック間隔を経過しているときには，直ちにパスの状態確認が始まります。

このパラメタで設定したチェック間隔は，-afb offを指定して自動フェイルバック機能を無効にしても，記憶されています。そのため，再度自動フェイルバック機能を有効にし，チェック間隔を指定しなかった場合，記憶されているチェック間隔でパスの状態確認が実行されます。

-iem {on [-intvl 障害監視時間] [-iemnum 障害発生回数]|off}

間欠障害監視を有効，または無効にします。

on：有効

off：無効

間欠障害監視は，自動フェイルバックが「on」のときにだけ設定できます。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを有効にする場合は，間欠障害監視を有効にすることをお勧めします。「on」を指定した場合，障害監視時間および障害発生回数を，後続パラメタで指定します。間欠障害の監視が開始されてから指定した時間が経過するまでの間に，指定した回数の障害が発生した場合に，該当するパスに間欠障害が発生していると見なします。間欠障害が発生していると見なされたパスは，自動フェイルバックの対象外になります。間欠障害監視は，パスごとに実施されます。また，間欠障害監視は，自動フェイルバックによってパスが障害から回復した時点から開始されます。

障害監視時間または障害発生回数の指定を省略した場合，それぞれの値は次のとおりになります。

これまでに障害監視時間または障害発生回数を一度も指定していない場合
障害監視時間は30分，障害発生回数は3回になります。

これまでに障害監視時間または障害発生回数を指定している場合
前回指定した値になります。

障害監視時間と障害発生回数の設定値は障害発生回数が「2」以上の場合，次の条件を満たしている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はKAPL01080-Wエラーになります。エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。

障害発生回数が「1」の場合，上記の条件を満たす必要はありません。

間欠障害の監視時間と障害の発生回数を指定する後続パラメタの形式を，次に示します。

-intvl 障害監視時間

間欠障害の監視時間を分単位で指定します。1～1440の値を指定します。デフォルト値は「30」です。

間欠障害の監視中に障害監視時間を変更した場合，変更前までにカウントされた障害発生回数，および監視を開始してから経過した時間が0に初期化されます。そして，変更後の設定で監視が開始されます。間欠障害の監視時間外に障害監視時間を変更した場合，次に自動フェイルバックが成功した時点から，変更後の障害監視時間が有効になります。監視時間外は障害発生回数はカウントされていないため，回数の変更はありません。

このパラメタで設定した障害監視時間は，-iem offを指定して間欠障害監視を無効にしても記憶されています。そのため，再度間欠障害監視を有効にし，障害監視時間を指定しなかった場合，記憶されている障害監視時間で間欠障害監視が実行されます。

-iemnum 障害発生回数

障害の発生回数を指定します。1～99の値を指定します。デフォルト値は「3」です。

間欠障害の監視中に障害発生回数を変更した場合，変更前までにカウントされた障害発生回数，および監視を開始してから経過した時間が0に初期化されます。そして，変更後の設定で監視が開始されます。間欠障害の監視時間外に障害発生回数を変更した場合，次に自動フェイルバックが成功した時点から変更後の障害発生回数が有効になります。監視時間外は障害発生回数はカウントされていないため，回数の変更はありません。

このパラメタで設定した障害発生回数は，-iem offを指定して間欠障害監視を無効にしても，記憶されています。そのため，再度，間欠障害監視を有効にし，障害発生回数を指定しなかった場合，記憶されている障害発生回数で間欠障害監視が実行されます。

間欠障害の監視中にset -iem onオペレーションを実行した場合，障害監視時間または障害発生回数を変更していなくても，それまでにカウントされた障害発生回数，および監視を開始してから経過した時間が初期化されます。間欠障害監視は継続されます。

間欠障害監視を「on」に設定しているときに，自動フェイルバックを「off」に設定すると，間欠障害監視は無効になります。ただし，view -sysオペレーションでHDLMの機能の設定情報を表示した場合，間欠障害監視（Intermittent Error Monitor）の設定は「on」と表示されます。再度自動フェイルバックを「on」に設定すると，間欠障害監視が有効になります。

自動フェイルバックおよび間欠障害監視について実行できる操作は，それらの機能の設定状況に依存します。自動フェイルバックおよび間欠障害監視の設定状況と，それらの機能について実行できる操作の関係を，次の表に示します。

表6-5 自動フェイルバックおよび間欠障害監視の設定状況と，実行できる操作の関係

設定状況
実行できる操作
操作の結果

AFB
IEM

on
on
AFBを「on」にする
AFBとIEMの動作には変化なし

AFBの設定値を変更する
AFBは変更後の設定で動作する※1

AFBを「off」にする

AFBおよびIEMが無効になる

カウントされた障害発生回数，監視経過時間，および自動フェイルバック対象外の情報が初期化される

IEMを「on」にする

間欠障害監視中のパスは，カウントされた障害発生回数と監視経過時間が「0」に初期化され，改めて間欠障害監視が開始される

間欠障害監視時間外のパスは，変化なし

IEMの設定値を変更する

間欠障害監視中のパスは，カウントされた障害発生回数と監視経過時間が「0」に初期化され，変更後の監視条件に従って，改めて間欠障害監視が開始される※1

間欠障害監視時間外のパスは障害発生後，自動フェイルバックによって回復したときから設定値が有効となる

IEMを「off」にする

IEMが無効になる

カウントされた障害発生回数，監視経過時間，および自動フェイルバック対象外の情報が初期化される

off
AFBを「on」にする
AFBとIEMの動作には変化なし

AFBの設定値を変更する
AFBは変更後の設定で動作する

AFBを「off」にする
AFBが無効になる

IEMを「on」にする
IEMが有効になる※1

off
on※2
AFBを「on」にする
AFBおよびIEMが有効になる※1

AFBを「off」にする
AFBとIEMの動作には変化なし

off
AFBを「on」にする
AFBが有効になる

AFBを「off」にする
AFBとIEMの動作には変化なし

（凡例）

AFB：自動フェイルバック

IEM：間欠障害監視

注※1

自動フェイルバックのチェック間隔の設定値と間欠障害監視の設定値の条件を満たさない場合，KAPL01080-Wエラーになります。KAPL01080-Wエラーとなった場合は間欠障害監視状態に変化はありません。

注※2

自動フェイルバックの設定が「off」なので，間欠障害監視は無効です。

使用例

間欠障害監視を有効にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr set -iem on -intvl 20 -iemnum 2
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-lic

ライセンスを更新する場合に指定します。ライセンスは，ライセンスキーまたはライセンスキーファイルで提供されます。ライセンスキーファイルは，ライセンスキーを格納したファイルです。

ライセンスキーファイルを使用する場合

ライセンスキーファイルを，/var/tmp直下に「hdlm_license」という名称で格納してから，set -licオペレーションを実行します。ライセンスキーファイルに記述されているライセンスキーの種別に応じて，ライセンスキーが登録された旨のメッセージが出力されます。一時または非常ライセンスの場合は，期限満了日も表示されます（KAPL01071-I，KAPL01072-I）。

ライセンスキーファイルを使用しない場合

set -licオペレーションを実行すると，ユーザにライセンスキーの入力を求めるKAPL01068-Iのメッセージが出力されます。それに対して，ライセンスキーを入力します。入力したライセンスキーの種別に応じて，ライセンスキーが登録された旨のメッセージが表示されます。一時または非常ライセンスの場合は，期限満了日も表示されます（KAPL01071-I，KAPL01072-I）。

ライセンスキーの種別を次の表に示します。

表6-6 ライセンスキー種別

種類 | 説明
永久ライセンスキー | 永久的な製品の使用を可能とするためのライセンスキーです。
一時ライセンスキー※ | ユーザが製品の評価などを行う場合に使用するライセンスキーです。期間には，「120」（120日間）が，インストール時に設定されます。一時ライセンスキーは再利用できません。
非常ライセンスキー | 永久ライセンスキー発行が間に合わない場合などに，一時的に使用するライセンスキーです。期間には「30」（30日間）が，インストール時に設定されます。非常ライセンスキーは再利用できません。

注※

一時ライセンスキーは，setオペレーションでインストールできません。

使用例1

ライセンスキーを更新する場合（ライセンスキーファイルがあるとき）

# /opt/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか? [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
#

使用例2

ライセンスキーを更新する場合（ライセンスキーファイルがないとき）

# /opt/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01083-I ライセンスキーファイルがありません。ファイル名 = /var/tmp/hdlm_license
KAPL01068-I ライセンスキーを入力して下さい：*************
KAPL01071-I 永久ライセンスがインストールされました。
#

-audlog {on [-audlv 監査ログ採取レベル] [-category [[ss] [a] [ca]|all]]|off}

監査ログの採取を指定します。

on：採取する

off：採取しない

-audlv 監査ログ採取レベル

監査ログとして採取する重要度（Severity）のレベルを設定します。設定値を次の表に示します。デフォルトの設定値は「6」です。

表6-7 監査ログ採取レベルの設定値

設定値（重要度） | 説明
0 | 監査ログを採取しません。
1
2 | Criticalレベルの監査ログを採取します。
3 | Critical，およびErrorレベルの監査ログを採取します。
4 | Critical，Error，およびWarningレベルの監査ログを採取します。
5
6 | Critical，Error，Warning ，およびInformationalレベルの監査ログを採取します。
7

-category [[ss] [a] [ca]|all]

監査ログとして採取する種別を設定します。設定値を次の表に示します。デフォルトの設定値は「all」です。-categoryを指定して設定値を省略した場合は「all」が指定されたものと見なされます。

表6-8 監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

-audfac Facility値

監査ログのFacilityを指定します。

設定値を次の表に示します。デフォルトの設定値は「user」です。

表6-9 監査ログのFacilityの設定値

設定値 | /etc/syslog.confファイルまたは/etc/rsyslog.confファイルでの対応するFacility値
userまたは1 | user
local0または16 | local0
local1または17 | local1
local2または18 | local2
local3または19 | local3
local4または20 | local4
local5または21 | local5
local6または22 | local6
local7または23 | local7

-lbpathusetimes 同一パス使用回数

ロードバランスのアルゴリズムに，ラウンドロビン（rr），最少I/O数（lio），または最少ブロック数（lbk）を適用する場合，I/Oに同一のパスを使用する回数を指定します。

10進数で0～999999の値を指定できます。デフォルトの設定値は「1」です。 0を指定すると，ロードバランス機能を無効にした場合と同じです。

-expathusetimes 同一パス使用回数

ロードバランスのアルゴリズムに，拡張ラウンドロビン（exrr），拡張最少I/O数（exlio），または拡張最少ブロック数（exlbk）を適用する場合，シーケンシャルI/Oに同一のパスを使用する回数を指定します。

10進数で0～999999の値を指定できます。デフォルトの設定値は「100」です。 0を指定すると，シーケンシャルI/Oが続く間は同一パスを使い続けます。

-dpc {on|off} [-pathid パスID -lu | -pathid パスID -storage]

ストレージシステム単位またはLU単位でダイナミックI/Oパスコントロール機能を有効，または無効にします。デフォルト値は「off」です。

on：有効

off：無効

-pathid パスID -lu

ダイナミックI/Oパスコントロール機能の有効または無効をLU単位に設定します。目的のLUに接続されているパスIDのうちどれか1つを指定します。

-pathid パスID -storage

ダイナミックI/Oパスコントロール機能の有効または無効をストレージシステム単位に設定します。目的のストレージシステムに接続されているパスIDのうちどれか1つを指定します。

-pathidパラメタを指定しない場合は，システム単位の設定となり，ストレージシステム単位またはLU単位の設定はクリアされます。

-dpcintvl チェック間隔

ダイナミックI/Oパスコントロール機能の，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を，分単位で指定します。1～1440の値を指定します。デフォルト値は「10」です。

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

(2) setオペレーションの形式を表示する場合

-help

setオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr set -help
set:
 Format
   dlnkmgr set { -lb on [ -lbtype { rr | exrr | lio | exlio | lbk | exlbk } ]
               | -lb off
               | -ellv ElogLevel
               | -elfs ElogFileSize
               | -elfn Number-Of-ElogFiles
               | -systflv TraceLevel
               | -systfs TraceFileSize
               | -systfn Number-Of-TraceFiles
               | -pchk on [ -intvl Interval-Time ]
               | -pchk off
               | -afb  on [ -intvl Interval-Time ]
               | -afb  off
               | -iem  on
                       [ -intvl Error-Monitor-Interval ]
                       [ -iemnum Number-Of-Times ]
               | -iem  off
               | -lic
               | -audlog on
                         [ -audlv AudlogLevel ]
                         [ -category Category-Value ]
               | -audlog off
               | -audfac { Facility-Name | Facility-Number }
               | -lbpathusetimes Number-Of-PathUseTimes
               | -expathusetimes Number-Of-ExPathUseTimes
               | -dpc { on | off } [-pathid AutoPATH_ID { -lu | -storage } ]
               | -dpcintvl Dpc-Interval
               }
               [-s]
 Valid value
   ElogLevel                { 0 | 1 | 2 | 3 | 4 } (Default Value 3)
   ElogFileSize             { 100 - 2000000 }(KB) (Default Value 9900)
   Number-Of-ElogFiles      { 2 - 16 }(Files)     (Default Value 2)
   TraceLevel               { 0 | 1 | 2 | 3 | 4 } (Default Value 0)
   TraceFileSize            { 100 - 16000 }(KB)   (Default Value 1000)
   Number-Of-TraceFiles     { 2 - 64 }(Files)     (Default Value 4)
   Interval-Time            { 1 - 1440 }(Minute)  (Default Value 30)
     (pchk)
   Interval-Time            { 1 - 1440 }(Minute)  (Default Value 1)
     (afb)
   Error-Monitor-Interval   { 1 - 1440 }(Minute)  (Default Value 30)
   Number-Of-Times          { 1 - 99 }(Times)     (Default Value 3)
   AudlogLevel              { 0 - 7 }             (Default Value 6)
   Category-Value           { [ss] [a] [ca] |
                                            all } (Default Value all)
   Facility-Name            { user |
                              local0 - local7 }   (Default Value user)
   Facility-Number          { 1 | 16 - 23 }       (Default Value 1)
   Number-Of-PathUseTimes   { 0 - 999999 }(Times) (Default Value 1)
   Number-Of-ExPathUseTimes { 0 - 999999 }(Times) (Default Value 100)
   AutoPATH_ID              { 000000 - 999999 }(Decimal)
   Dpc-Interval             { 1 - 1440 }(Minute)  (Default Value 10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

6.7 view 情報を表示する

HDLMのプログラム情報，パス情報，LU情報，HBAポート情報，CHAポート情報，HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を表示します。

この節の構成

6.7.1 形式

6.7.2 パラメタ

6.7.1 形式

この項の構成

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

(1) プログラム情報を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -sys

[-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog|-lbpathusetimes|-expathusetimes]

[-t]

(2) パス情報を表示する場合

パス情報表示

/opt/DynamicLinkManager/bin/dlnkmgr view -path

[-hdev ホストデバイス名]

[-stname]

[-iem]

[-srt {pn|lu|cp}]

[-hbaportwwn]

[-t]

パス情報表示（表示項目を選択する場合）

/opt/DynamicLinkManager/bin/dlnkmgr view -path -item

[pn] [dn] [lu] [cp] [type] [ic] [ie] [dnu] [hd] [iep] [hbaportwwn] [vid]

[-hdev ホストデバイス名]

[-stname]

[-srt {pn|lu|cp}]

[-t]

パス情報の概略表示

/opt/DynamicLinkManager/bin/dlnkmgr view -path -c

[-stname]

[-srt {lu|cp}]

[-t]

(3) LU情報を表示する場合

LU情報表示

/opt/DynamicLinkManager/bin/dlnkmgr view -lu

[-hdev ホストデバイス名|-pathid パス管理PATH_ID]

[-t]

LU情報表示（表示項目を追加する場合）

/opt/DynamicLinkManager/bin/dlnkmgr view -lu -item

[ [slpr] [pn] [cp] [clpr] [type] [ic] [ie] [dnu] [iep] [pd] [dpc] [vid]
|all ]
[-hdev ホストデバイス名|-pathid パス管理PATH_ID]
[-t]

LU情報の概略表示

/opt/DynamicLinkManager/bin/dlnkmgr view -lu -c [-t]

LU情報の概略表示（表示項目を追加する場合）

/opt/DynamicLinkManager/bin/dlnkmgr view -lu -c -item

[slpr]

[-t]

(4) HBAポート情報を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -hba [-srt pb] [-c|-portwwn] [-t]

(5) CHAポート情報を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -cha [-srt cp] [-t]

(6) HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -drv [-t]

(7) viewオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -help

6.7.2 パラメタ

ここでは，viewオペレーションのパラメタを次の順に説明します。

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

この項の構成

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

(1) プログラム情報を表示する場合

-sys [-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog|-lbpathusetimes|-expathusetimes]

HDLMのプログラム情報が表示されます。

後続パラメタで，情報を表示する対象を指定します。後続パラメタを省略した場合は，監査ログ採取の設定情報，ロードバランスの同一パス使用回数，および拡張ロードバランスの同一パス使用回数を除くすべてのプログラム情報が表示されます。指定するパラメタ，表示される情報，表示される項目，およびその説明を「表6-10 プログラム情報の表示項目」に示します。

-t

各情報の項目名を表示しません。

表6-10 プログラム情報の表示項目

パラメタおよび表示される情報
表示項目
説明

-sfunc
HDLMの機能設定情報
HDLM Version
HDLMのバージョン番号です。

-sfunc
HDLMの機能設定情報
Service Pack Version
HDLMのSPバージョン番号です。SPがインストールされていない場合は，空白です。

-sfunc
HDLMの機能設定情報
Load Balance
ロードバランス機能の設定状態です。

設定状態
on：有効 off：無効

アルゴリズム
設定状態がonの場合，onのあとの( )にロードバランスのアルゴリズムを表示します。
rr：ラウンドロビン
extended rr：拡張ラウンドロビン
lio：最少I/O数
extended lio：拡張最少I/O数
lbk：最少ブロック数
extended lbk：拡張最少ブロック数

-sfunc
HDLMの機能設定情報
Support Cluster
空白※

-sfunc
HDLMの機能設定情報
Elog Level
障害ログ採取レベルです。

0：障害ログを採取しない

1：Errorレベル以上の障害情報を採取する

2：Warningレベル以上の障害情報を採取する

3：Informationレベル以上の障害情報を採取する

4：Informationレベル（保守情報も含む）以上の障害情報を採取する

-sfunc
HDLMの機能設定情報
Elog File Size(KB)
障害ログファイルのサイズです。単位は「キロバイト」です。

-sfunc
HDLMの機能設定情報
Number Of Elog Files
障害ログファイル数です。

-sfunc
HDLMの機能設定情報
Trace Level
トレースの出力レベルです。

0：トレースを出力しない

1：エラー情報だけ出力する

2：プログラムの動作概略を出力する

3：プログラムの動作詳細を出力する

4：すべての情報を出力する

-sfunc
HDLMの機能設定情報
Trace File Size(KB)
トレースファイルのサイズです。単位は「キロバイト」です。

-sfunc
HDLMの機能設定情報
Number Of Trace Files
トレースファイル数です。

-sfunc
HDLMの機能設定情報
Path Health Checking
パスヘルスチェック機能の設定状態です。

設定状態
on：有効 off：無効

チェック間隔
設定状態がonの場合，onのあとの( )にパスヘルスチェックを実行するチェック間隔を表示します。単位は「分」です。

-sfunc
HDLMの機能設定情報
Auto Failback
自動フェイルバック機能の設定状態です。

設定状態
on：有効 off：無効

チェック間隔
設定状態がonの場合，onのあとの( )に，パスの状態を確認するチェック間隔を表示します。単位は「分」です。

-sfunc
HDLMの機能設定情報
Intermittent Error Monitor
間欠障害監視の設定状態です。

設定状態
on：有効 off：無効
自動フェイルバックが「off」の場合，間欠障害監視に「on」が表示されていても，監視は無効です。自動フェイルバックが「on」になったときに間欠障害監視が有効になります。

障害監視時間および障害発生回数
設定状態がonの場合，onのあとの( )に，設定した障害監視時間および障害発生回数が，「障害発生回数 / 障害監視時間」の形式で表示されます。単位は「回」と「分」です。

-sfunc
HDLMの機能設定情報
Dynamic I/O Path Control
ダイナミックI/Oパスコントロール機能の設定状態です。

設定状態
on：有効 off：無効

チェック間隔
設定状態のあとの( )に，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を表示します。単位は「分」です。
ストレージシステム単位またはLU単位ごとに異なる設定をしていた場合は，チェック間隔の( )のあとに「*」が付加されます。

-msrv
HDLMマネージャの情報
HDLM Manager
HDLMマネージャの状態です。
Alive：正常 Dead：停止

Ver
HDLMマネージャのバージョン番号です。

WakeupTime
HDLMマネージャの起動時刻です。

-adrv
HDLMアラートドライバの情報
HDLM Alert Driver
HDLMアラートドライバの状態です。
Alive：正常 Dead：停止

Ver
HDLMアラートドライバのバージョン番号です。

WakeupTime
HDLMアラートドライバの起動時刻です。

ElogMem Size
HDLMアラートドライバの障害ログメモリのサイズです。単位は「キロバイト」です。

-pdrv
HDLMドライバの情報
HDLM Driver
HDLMドライバの状態です。
Alive：正常 Dead：停止

Ver
HDLMドライバのバージョン番号です。

WakeupTime
HDLMドライバの起動時刻です。

-lic
HDLMのライセンス情報
License Type
ライセンスの種別です。

Permanent：永久ライセンス

Temporary：一時ライセンス

Emergency：非常ライセンス

Expiration
ライセンスの期限です。

永久ライセンスの場合：-

一時ライセンスまたは非常ライセンスの場合：ライセンスの期限がyyyy/mm/dd(ndays after)の形式で表示されます。ライセンスの期限までn日ある場合にview -sys -licオペレーションを実行したときは，「(ndays after)」と表示されます。
ライセンス期限の満了日（2006年08月21日）まであと100日ある場合の表示例
Expiration
2006/08/21(100days after)

-audlog
監査ログ採取の設定情報
Audit Log
監査ログ採取の設定状態です。

設定状態
on：採取する off：採取しない

監査ログ採取レベル
設定状態がonの場合，onのあとの( )に，設定した採取レベルが表示されます。採取レベルは重要度（Severity）を示し，0～7で表示されます。

-audlog
監査ログ採取の設定情報
Audit Log Category
監査ログの出力対象となっている種別を表示します。種別を表す文字列が「,」で区切って表示されます。
ss：StartStop
a：Authentication
ca：ConfigurationAccess
上記のすべての種別が設定されている場合は「all」が表示されます。
監査ログ採取をしない設定の場合は「-」が表示されます。

-audlog
監査ログ採取の設定情報
Audit Log Facility
監査ログのFacility名が表示されます。「user」，「local0」，「local1」，「local2」，「local3」，「local4」，「local5」，「local6」，または「local7」が表示されます。
監査ログ採取をしない設定の場合は「-」が表示されます。

-lbpathusetimes
ロードバランスの同一パス使用回数
Times Same Path Was Used
ロードバランスのアルゴリズムに，ラウンドロビン（rr），最少I/O数（lio），または最少ブロック数（lbk）を適用する場合，I/Oに同一のパスを使用する回数です。
Global Link Managerを使用してLU単位で同一パス使用回数を設定している場合は，値のあとに「*」が付きます。

-expathusetimes
拡張ロードバランスの同一パス使用回数
Times Same ExPath Was Used
ロードバランスのアルゴリズムに，拡張ラウンドロビン（exrr），拡張最少I/O数（exlio），または拡張最少ブロック数（exlbk）を適用する場合，シーケンシャルI/Oに同一のパスを使用する回数です。
Global Link Managerを使用してLU単位で同一パス使用回数を設定している場合は，値のあとに「*」が付きます。

注※

クラスタソフトウェアを使用する場合，クラスタ対応機能の設定状態，およびクラスタサーバの種類は表示されませんが，実際にはクラスタ対応機能は問題なく動作します。

使用例

使用例1

HDLMの機能設定情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 3
Elog File Size(KB)             : 9900
Number Of Elog Files           : 2
Trace Level                    : 0
Trace File Size(KB)            : 1000
Number Of Trace Files          : 4
Path Health Checking           : on(30)
Auto Failback                  : off
Intermittent Error Monitor     : off
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

HDLMマネージャの情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例3

HDLMアラートドライバの情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -adrv
HDLM Alert Driver Ver          WakeupTime          ElogMem Size
Alive             x.x.x-xx     yyyy/mm/dd hh:mm:ss 4096
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例4

HDLMドライバの情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -pdrv
HDLM Driver Ver          WakeupTime
Alive       x.x.x-xx     yyyy/mm/dd hh:mm:ss
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例5

HDLMのライセンス情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -lic
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例6

監査ログの設定情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log                      : off
Audit Log Category             : -
Audit Log Facility             : -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例7

ロードバランスの同一パス使用回数を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -lbpathusetimes
Times Same Path Was Used    : 1
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例8

拡張ロードバランスの同一パス使用回数を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -expathusetimes
Times Same ExPath Was Used    : 100
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(2) パス情報を表示する場合

パス情報を表示する場合，-pathパラメタと同時に-itemパラメタや-cパラメタを指定すると，項目を選択して表示したり，パス情報の概略を表示したりできます。ここでは，それぞれのパラメタの説明をしたあとに，パス情報の表示項目を説明します。

パス情報表示

-path

-pathパラメタと同時に，-cパラメタ，-itemパラメタのどちらも指定しない場合，表示項目の短縮や選択を行わないで，HDLMが管理するパスの情報が表示されます。後続パラメタで表示するパスを絞り込んだり（-hdev），パスの情報をソートしたり（-srt）できます。-hdevパラメタ，および-srtパラメタを省略した場合は，すべてのパスの情報がパス管理PATH_ID順に表示されます。

各表示項目の内容については，「表6-12 パス情報の表示項目」を参照してください。

-pathパラメタを指定した場合に表示されるパス管理PATH_ID（PathID）は，ホスト起動時のパス検出の順番によって変わります。このため，パスを特定する場合は，必ずパス名（PathName）を使用してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）を指定します。英字の大文字，小文字は区別されます。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-14 プロダクトIDの表示内容」を参照してください。

-iem

パス情報の項目にIEPが追加され，間欠障害に関する情報が表示されます。

-srt {pn|lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，パス名（pn），ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。

-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。

-hbaportwwn

ストレージシステムと接続しているHBAのポートWWN情報が表示されます。

-t

各情報の項目名が非表示になります。

使用例

ホストデバイスにアクセスするパス情報を表示する場合

パス情報表示（表示項目を選択する場合）

-path -item

-pathパラメタと同時に-itemパラメタを指定した場合，HDLMが管理するパスの情報のうち，-itemのパラメタ値で指定した項目だけを表示します。

-itemパラメタでパラメタ値を何も指定しないで実行した場合，PathIDとStatusだけが表示されます。

-itemパラメタで選択できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を次の表に示します。

表6-11 -path -itemパラメタで選択できる表示項目と指定する後続パラメタ

選択できる表示項目 | 後続パラメタ
PathID※ | なし
PathName | pn
DskName | dn
iLU | lu
ChaPort | cp
Status※ | なし
Type | type
IO-Count | ic
IO-Errors | ie
DNum | dnu
HDevName | hd
IEP | iep
HBAPortWWN | hbaportwwn
Physical-DskName | vid
Physical-iLU | vid
Physical-ChaPort | vid

注※

PathIDとStatusは常に表示される項目なので，パラメタ値の指定は不要です。

また，後続パラメタで表示するパスを絞り込んだり（-hdev），情報をソートしたり（-srt）できます。-hdevパラメタおよび-srtパラメタを省略した場合は，すべてのパスの情報がパス管理PATH_ID順に表示されます。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名にはHDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）を指定します。

英字の大文字，小文字は区別されます。このパラメタを指定した場合，-itemパラメタの値にhdを指定しなくても，HDevNameが表示されます。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-14 プロダクトIDの表示内容」を参照してください。

このパラメタを指定した場合，-itemパラメタの値にdnを指定しなくても，DskNameが表示されます。

-srt {pn|lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，パス名（pn），ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。

-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。このパラメタを指定した場合，-itemパラメタで指定しなくても，ソートのキー項目が，パス情報として表示されます。

-t

各情報の項目名が非表示になります。

使用例

パス情報の表示項目のうちIO-Countを選択して，LUで昇順にソートして表示する場合

パス情報の概略表示

-path -c

-pathパラメタと同時に-cパラメタを指定した場合，HDLMが管理するパスの情報のうちPathID，DskName，iLU，CP，Status，Typeだけを表示します。表示内容を短縮して1つのパスの情報が1行で表示されます。

各表示項目の内容については，「表6-12 パス情報の表示項目」を参照してください。

DskNameに表示できるプロダクトIDは，10文字以下です。プロダクトIDの文字数が11文字以上の場合，プロダクトIDの8文字目以降は短縮形（...）で表示されます。

後続パラメタの形式を次に示します。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-14 プロダクトIDの表示内容」を参照してください。

-srt {lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。

-t

各情報の項目名が非表示になります。

使用例

パス情報の概略をiLUの順番に表示する場合

パス情報の表示項目

パス情報の表示項目とその説明を「表6-12 パス情報の表示項目」に示します。表の見出しについて，次に説明します。

概略表示しない場合：-pathまたは-path -itemパラメタを指定した場合を示します。

概略表示する場合：-path -cパラメタを指定した場合を示します。

表6-12 パス情報の表示項目

表示項目
説明

概略表示しない場合
概略表示する場合

Paths
表示対象のパスの総数が，10進数で表示されます。

OnlinePaths
表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

PathStatus
表示対象のパスの状態です。

Online：すべてのパスを使用できる

Reduced：使用できないパスがある

Reducedと表示されている場合，障害が発生しているパスがあるおそれがあります。確認して，障害が発生しているパスがあれば対処してください。

IO-Count
表示対象のすべてのパスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

IO-Errors
表示対象のすべてのパスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

PathID
パス管理PATH_IDが，10進数で表示されます。
ホストの再起動時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLM構成管理ユティリティ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

PathName※¹
－
物理パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受ける物理パスを確認してください。次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のSolarisでの表現については，「表6-13 パス名を構成する項目」を参照してください。

DskName※¹
DskName
ストレージシステム名です。この名前で，パスがアクセスするストレージシステムを特定できます。
次に示す3つの項目をピリオドで区切ったものが，ストレージシステム名として表示されます。

ベンダID（表示例：HITACHI）：ストレージシステムのベンダ名

プロダクトID（表示例：OPEN-3）：ストレージシステムのプロダクトID，エミュレーションタイプ，またはモデルID
詳細については，「表6-14 プロダクトIDの表示内容」を参照してください。

シリアル番号（表示例：15001）：ストレージシステムのシリアル番号

これらの情報をストレージシステムの管理プログラムで参照すると，物理的にストレージシステムを特定できます。

iLU※1
iLU
ストレージシステム内のLU番号が表示されます。
この番号とストレージシステム名（「DskName」に表示）を組み合わせると，パスがアクセスするLUを特定できます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi NSC55，Hitachi Universal Storage Platform 100，Hitachi Universal Storage Platform 600，Hitachi Universal Storage Platform 1100，またはHUS VMの場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

H10000/H12000，XP10000/XP12000，P9500，SVS，またはVP9500の場合
16進数で表示されます。iLUの先頭3文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。
CU番号の先頭1文字目は「0」の値が入ります。

SANRISE9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，またはHUS100シリーズの場合
10進数で表示されます。iLU全体がストレージシステム内の内部LU番号になります。iLUをストレージシステムの管理プログラムで参照すると，物理的にLUを特定できます。

Universal Storage Platform V/VMシリーズ，またはHitachi Virtual Storage Platformの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

ChaPort※1
CP
CHAポート番号です。この番号でストレージシステムに搭載されているCHAポートを特定できます。この番号をストレージシステムの管理プログラムで参照すると，物理的にCHAポートを特定できます。

Status
パスの状態です。

Online：稼働状態

Offline(C)：コマンドでのオフライン操作による閉塞状態

Offline(E)：障害による閉塞状態

Online(E)：障害が発生している状態（1つのLUにアクセスするパスのうち，稼働状態（Online）のパスがない場合，パスの1つがOnline(E)になります）

Offline(E)またはOnline(E)のパスについては対処が必要です。「5.3 パス障害時の対処」を参照して対処してください。

Type※1
Type
パスの属性です。

Own：オーナパス

Non：ノンオーナパス

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※2，Hitachi SMSシリーズ※2，HUS100シリーズ※2，またはHUS VMに接続している場合，すべてのパスがオーナパスです。

IO-Count※¹
－
パスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
IO-Countを0にしたい場合は，HDLMコマンドのclearオペレーションを実行してください。clearオペレーションを実行すると，I/O障害回数（IO-Errors）も0にクリアされます。clearオペレーションの詳細については，「6.2 clear パスの統計情報を初期値にする」を参照してください。

IO-Errors※¹
－
パスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
IO-Errorsを0にしたい場合は，HDLMコマンドのclearオペレーションを実行してください。clearオペレーションを実行すると，I/O回数（IO-Count）も0にクリアされます。clearオペレーションの詳細については，「6.2 clear パスの統計情報を初期値にする」を参照してください。

DNum※1
－
「-」（ハイフン）が表示されます。

HDevName※1
－
ホストデバイス名です。
HDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）が表示されます。
U：HDLMが予約したコントローラ番号
X：HDLMデバイスに対応するsdまたはssdデバイスのターゲットIDまたはWWN（World Wide Name）
Y：HDLMデバイスに対応するsdまたはssdデバイスのLUN

IEP※¹
－
間欠障害に関する情報が表示されます。この項目は，-pathと同時に-iemを指定した場合だけ表示されます。1本のパスにつき，次のどれかが表示されます。

-
間欠障害の監視が無効，または間欠障害の監視時間外（パスの状態はOnline(E)またはOffline(E)）

0以上の数値
間欠障害の監視中に発生した障害の回数（パスの状態はOnline(E)，Offline(E)またはOnline）

*
間欠障害が発生（自動フェイルバックの対象外）（パスの状態はOnline，Online(E)，Offline(E)またはOffline(C)）

HBAPortWWN※1
－
ストレージシステムと接続しているHBAのポートWWN情報が16桁の16進数で表示されます。この項目は，-pathと同時に-hbaportwwnを指定した場合だけ表示されます。

Physical-DskName
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステム名が表示されます。
次に示す3つの項目をピリオドで区切ったものが，ストレージシステム名として表示されます。

ベンダID：ストレージシステムのベンダ名

プロダクトID：ストレージシステムのプロダクトID，エミュレーションタイプ，またはモデルID
詳細については，「表6-14 プロダクトIDの表示内容」を参照してください。

シリアル番号：ストレージシステムのシリアル番号

仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-iLU
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステム内でのLU番号が表示されます。

HUS VMの場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

Hitachi Virtual Storage Platformの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-ChaPort
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているCHAポート番号が表示されます。
仮想IDを使用していない場合「-」（ハイフン）が表示されます。

（凡例）

－：表示されない項目

注※1

-path -itemパラメタの場合，パラメタ値に指定したときだけ表示されます。

注※2

ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

表6-13 パス名を構成する項目

項目 | Solarisでの表現 | 対応する情報
ホストポート番号（表示例：0000） | ホストポート番号 | HDLMがHBAのポートごとに割り当てる，ホストで一意な番号（2ポートを実装しているHBAがホストに2枚搭載されている場合，0000から0003が割り当てられる）
バス番号（表示例：0000） | 0（固定） | －
ターゲットID（表示例：000000000000001​A） | Target Id | /kernel/drv/sd.confファイルのtarget句
ホストLU番号（表示例：0005） | Logical Unit Id，または LUN | /kernel/drv/sd.confファイルのlun句

（凡例）

－：該当なし

表6-14 プロダクトIDの表示内容

ストレージシステム
表示内容

-stnameパラメタ
指定なし
-stnameパラメタ指定時（下記のモデルIDを表示）

概略表示しない場合
概略表示する場合

Hitachi AMS2000シリーズ
プロダクトID※
AMS
AMS

HUS100シリーズ
プロダクトID※
HUS100
HUS100

SANRISE9500Vシリーズ
プロダクトID※
SANRISE 9500V
9500V

Hitachi AMSシリーズ
プロダクトID※
SANRISE_AMS
AMS

Hitachi TMSシリーズ
プロダクトID※
SANRISE_AMS
AMS

Hitachi WMSシリーズ
プロダクトID※
SANRISE_WMS
WMS

Hitachi SMSシリーズ
プロダクトID※
SMS
SMS

H20000
エミュレーションタイプ※
H20000
H20000

H24000
エミュレーションタイプ※
H24000
H24000

SANRISE2000シリーズ
エミュレーションタイプ※
SANRISE2000
2000

SANRISE9900Vシリーズ
エミュレーションタイプ※
SANRISE 9900V
9900V

SANRISE H48
エミュレーションタイプ※
SANRISE H48
H48

SANRISE H128
エミュレーションタイプ※
SANRISE H128
H128

SANRISE H512
エミュレーションタイプ※
SANRISE H512
H512

SANRISE H1024
エミュレーションタイプ※
SANRISE H1024
H1024

H10000
エミュレーションタイプ※
SANRISE H10000
H10000

H12000
エミュレーションタイプ※
SANRISE H12000
H12000

Hitachi NSC55

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

エミュレーションタイプ※
SANRISE_USP
USP

SVS
エミュレーションタイプ※
SVS
SVS

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

エミュレーションタイプ※
USP_V
USP_V

Hitachi Virtual Storage Platform
エミュレーションタイプ※
VSP
VSP

HUS VM
エミュレーションタイプ※
HUS_VM
HUS_ VM

VP9500
エミュレーションタイプ※
VP9500
VP9500

P9500
エミュレーションタイプ※
P9500
P9500

XP48
エミュレーションタイプ※
XP48
XP48

XP128
エミュレーションタイプ※
XP128
XP128

XP512
エミュレーションタイプ※
XP512
XP512

XP1024
エミュレーションタイプ※
XP1024
XP1024

XP10000
エミュレーションタイプ※
XP10000
XP10000

XP12000
エミュレーションタイプ※
XP12000
XP12000

XP20000
エミュレーションタイプ※
XP20000
XP20000

XP24000
エミュレーションタイプ※
XP24000
XP24000

注※

-path -cパラメタで概略表示した場合，文字数が11文字以上のときは，8文字目以降が短縮形（...）で表示されます。

(3) LU情報を表示する場合

LU情報を表示する場合，-luパラメタと同時に-itemパラメタや-cパラメタ，-c -itemパラメタを指定すると，項目を追加して表示したり，LU情報の概略を表示したりできます。ここでは，それぞれのパラメタの説明をしたあとに，LU情報の表示項目を説明します。

LU情報表示

-lu

-luパラメタと同時に-cパラメタまたは-itemパラメタのどちらも指定しない場合，HDLMが認識しているLUの情報が表示されます。iLUをキーとして，そのiLUの構成情報がLUごとに表示されます。後続パラメタ（-hdevまたは-pathid）で，表示するLUの情報を絞り込むことができます。-hdevパラメタまたは-pathidパラメタを指定しない場合は，HDLMが認識しているすべてのLUの情報が表示されます。

各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

各情報の項目名が非表示になります。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE 9500V
SerialNumber  : 0051
LUs           : 3

iLU  HDevName Device PathID Status
0001 c6t2d0   sd61   000003 Online
             sd64   000009 Online
0002 c6t2d1   sd62   000004 Online
             sd65   000010 Online
0003 c6t2d2   sd63   000005 Online
             sd66   000011 Online

Product       : SANRISE 9900V
SerialNumber  : 15001
LUs           : 3

iLU  HDevName Device PathID Status
0670 c6t5d0   sd74   000000 Online
             sd80   000006 Offline(E)
0671 c6t5d1   sd75   000001 Online
             sd81   000007 Offline(E)
0672 c6t5d2   sd76   000002 Online
             sd82   000008 Offline(C)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報表示（表示項目を追加する場合）

-lu -item

-itemで指定した項目が-luの表示項目に追加して表示されます。

-itemパラメタでパラメタ値を何も指定しない場合，またはパラメタ値にallを指定した場合，DPC，Physical-Product，Physical-SerialNumber，Physical-iLU，およびPhysical-ChaPortを除く追加できる項目がすべて表示されます。

-itemパラメタで追加できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を次の表に示します。

表6-15 -lu -itemパラメタで追加できる表示項目と指定する後続パラメタ

追加できる表示項目 | 後続パラメタ
SLPR | slpr
PathName | pn
ChaPort | cp
CLPR | clpr
Type | type
IO-Count | ic
IO-Errors | ie
DNum | dnu
IEP | iep
Physical Device | pd
DPC | dpc
Physical-Product | vid
Physical-SerialNumber | vid
Physical-iLU | vid
Physical-ChaPort | vid
すべての項目 | all

後続パラメタ（-hdevまたは-pathid）で，表示するLUの情報を絞り込むことができます。-hdevパラメタまたは-pathidパラメタを指定しない場合は，HDLMが認識しているすべてのLUの情報が表示されます。

各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

各情報の項目名が非表示になります。

使用例1

LU情報の表示項目に，SLPR，PathName，ChaPort，CLPR，Type，IO-Count，IO-Errors，DNum，IEP，およびPhysical Deviceを追加して表示する場合

使用例2

Hitachi AMS2000シリーズ，Hitachi SMSシリーズ，またはHUS100シリーズを使用している場合で，LU情報の表示項目にDPCを追加して表示するとき

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu -item dpc
Product                  : HUS100
SerialNumber             : 9203008        
LUs                      : 3
Dynamic I/O Path Control : on*

iLU    HDevName DPC PathID Status
000006 c6t5d0   on  000000 Online
                   000003 Online
000007 c6t5d1   off 000001 Online
                   000004 Online
000008 c6t5d2   on  000002 Online
                   000005 Online
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報の概略表示

-lu -c

-luパラメタと同時に-cパラメタを指定した場合，LUの構成情報の概略が1行で表示されます。各LUに対して，認識されているパスの総数および稼働状態のパスの本数も表示されます。-cパラメタを指定する場合，-hdevパラメタまたは-pathidパラメタを同時に指定できません。

各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

-t

各情報の項目名が非表示になります。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu -c
Product       S/N   LUs iLU  HDevName Paths  OnlinePaths
SANRISE 9500V 0051    3 0001 c6t2d0        2           2
                       0002 c6t2d1        2           2
                       0003 c6t2d2        2           2
SANRISE 9900V 15001   3 0670 c6t5d0        2           1
                       0671 c6t5d1        2           1
                       0672 c6t5d2        2           1
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報の概略表示（表示項目を追加する場合）

-lu -c -item

-itemで指定した項目が-lu -cの表示項目に追加して表示されます。

-itemパラメタでパラメタ値を何も指定しない場合，追加できる項目がすべて表示されます。各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

-itemパラメタで追加できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を，次の表に示します。

表6-16 -lu -c -itemパラメタで追加できる表示項目と指定する後続パラメタ

追加できる表示項目 | 後続パラメタ
SLPR | slpr

後続パラメタの形式を次に示します。

-t

各情報の項目名が非表示になります。

使用例

LU情報の概略表示項目に，SLPRを追加して表示する場合

LU情報の表示項目

LU情報を表示する場合に，表示される項目とその説明を「表6-17 LU情報の表示項目」に示します。見出しについて，次に説明します。

概略表示しない場合：-luまたは-lu -itemパラメタを指定した場合を示します。

概略表示する場合：-lu -cまたは-lu -c -itemパラメタを指定した場合を示します。

表6-17 LU情報の表示項目

表示項目
説明

概略表示しない場合
概略表示する場合

Product
ストレージシステムのモデルIDです。

SerialNumber
S/N
ストレージシステムのシリアル番号です。

LUs
ストレージシステム内のLUのうち，HDLM管理下のLUの総数です。

Dynamic I/O Path Control
－
ストレージシステム単位にダイナミックI/Oパスコントロール機能の設定情報が表示されます。
on：ダイナミックI/Oパスコントロール機能の設定が有効に設定されています。
off：ダイナミックI/Oパスコントロール機能の設定が無効に設定されています。
-：ダイナミックI/Oパスコントロール機能をサポートしていません。
ストレージシステム単位の設定と異なる設定のLUが含まれる場合，表示された「on」または「off」のあとに「*」が付加されます。

iLU
ストレージシステム内のLU番号が表示されます。
この番号とストレージシステム名（「DskName」に表示）を組み合わせると，パスがアクセスするLUを特定できます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi NSC55，Hitachi Universal Storage Platform 100，Hitachi Universal Storage Platform 600，Hitachi Universal Storage Platform 1100，またはHUS VMの場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

H10000/H12000，XP10000/XP12000，P9500，SVS，またはVP9500の場合
16進数で表示されます。iLUの先頭3文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。
CU番号の先頭1文字目は「0」の値が入ります。

SANRISE9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，またはHUS100シリーズの場合
10進数で表示されます。iLU全体がストレージシステム内の内部LU番号になります。iLUをストレージシステムの管理プログラムで参照すると，物理的にLUを特定できます。

Universal Storage Platform V/VMシリーズ，またはHitachi Virtual Storage Platformの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

SLPR※1
SLPR※2
LUが属するSLPRの番号が0から31までの10進数で表示されます。ストレージ論理分割機能がサポートされていないストレージシステム内のLUが表示対象の場合は「-」（ハイフン）が表示されます。

HDevName※1
－
ホストデバイス名です。
HDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）が表示されます。
U：HDLMが予約したコントローラ番号
X：HDLMデバイスに対応するsdまたはssdデバイスのターゲットIDまたはWWN（World Wide Name）
Y：HDLMデバイスに対応するsdまたはssdデバイスのLUN

DPC
－
LU単位にダイナミックI/Oパスコントロール機能の設定情報が表示されます。
on：ダイナミックI/Oパスコントロール機能の設定が有効に設定されています。
off：ダイナミックI/Oパスコントロール機能の設定が無効に設定されています。
-：ダイナミックI/Oパスコントロール機能をサポートしていません。

Device
－
SCSIデバイスのタイプ（「sd」または「ssd」）と，対応するインスタンス番号が表示されます。

PathID
－
パス管理PATH_IDが，10進数で表示されます。ホストの再起動時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLM構成管理ユティリティ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

PathName※1
－
物理パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受ける物理パスを確認してください。次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のSolarisでの表現については，「表6-13 パス名を構成する項目」を参照してください。

ChaPort※1
－
CHAポート番号です。この番号でストレージシステムに搭載されているCHAポートを特定できます。この番号をストレージシステムの管理プログラムで参照すると，物理的にCHAポートを特定できます。

CLPR※1
－
CHAポートが属するCLPRの番号が0から31までの10進数で表示されます。ただし，次に示すものが表示対象の場合は「-」（ハイフン）が表示されます。

キャッシュ論理分割機能がサポートされていないストレージシステムに搭載されているCHAポート

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズのCopy-on-write SnapshotのSnapshotイメージに接続するパス

Status
－
パスの状態です。

Online：稼働状態

Offline(C)：コマンドでのオフライン操作による閉塞状態

Offline(E)：障害による閉塞状態

Online(E)：障害が発生している状態（1つのLUにアクセスするパスのうち，稼働状態（Online）のパスがない場合，パスの1つがOnline(E)になります）

Offline(E)またはOnline(E)のパスについては対処が必要です。「5.3 パス障害時の対処」を参照して対処してください。

Type※1
－
パスの属性です。

Own：オーナパス

Non：ノンオーナパス

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※3，Hitachi SMSシリーズ※3，HUS100シリーズ※3，またはHUS VMに接続している場合，すべてのパスがオーナパスです。

IO-Count※1
－
パスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。IO-Countを0にしたい場合は，HDLMコマンドのclearオペレーションを実行してください。clearオペレーションを実行すると，I/O障害回数（IO-Errors）も0にクリアされます。clearオペレーションの詳細については，「6.2 clear パスの統計情報を初期値にする」を参照してください。

IO-Errors※1
－
パスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。IO-Errorsを0にしたい場合は，HDLMコマンドのclearオペレーションを実行してください。clearオペレーションを実行すると，I/O回数（IO-Count）も0にクリアされます。clearオペレーションの詳細については，「6.2 clear パスの統計情報を初期値にする」を参照してください。

DNum※1
－
「-」（ハイフン）が表示されます。

IEP※1
－
表示対象のパスが，間欠障害と見なされ，自動フェイルバックの対象外になっているかどうかが，表示されます。1本のパスにつき，次のどれかが表示されます。

-：間欠障害の監視が無効，または間欠障害の監視時間外

0以上の数値：間欠障害の監視時間内に発生した障害の回数

*：間欠障害発生（自動フェイルバックの対象外）

Physical Device※1
－
SCSIデバイスの構成情報です。/devicesディレクトリ以下の物理デバイスファイル名が表示されます。

Physical-Product
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステムのモデルIDが表示されます。
仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-SerialNumber
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステムのシリアル番号が表示されます。
仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-iLU
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステム内でのLU番号が表示されます。

HUS VMの場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

Hitachi Virtual Storage Platformの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-ChaPort
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているCHAポート番号が表示されます。
仮想IDを使用していない場合「-」（ハイフン）が表示されます。

－
Paths
表示対象のLUに対して，認識されているパスの総数が，10進数で表示されます。

－
OnlinePaths
表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

（凡例）

－：表示されない項目

注※1

-lu -itemパラメタを使用してパラメタ値に表示項目もしくはallを指定した場合，またはパラメタ値に何も指定しなかった場合だけ表示されます。

注※2

-lu -c -itemパラメタを使用してパラメタ値に表示項目を指定した場合，またはパラメタ値に何も指定しなかった場合だけ表示されます。

注※3

ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

(4) HBAポート情報を表示する場合

-hba

HBAポートを通るパスの情報が，HBAポート単位に表示されます。HDLMはHBAポートごとに固有のHBAポートIDを付けて表示します。HBAポートIDはmonitorオペレーションで使用します。また，OfflineおよびOnlineオペレーションで使用できます。表示される項目とその説明を次の表に示します。

表6-18 HBAポート情報の表示項目

項目
説明

HbaID
HBAポートIDです。

Port.Bus
Port（ホストポート番号，16進数）とBus（バス番号，16進数）がピリオドで区切って表示されます。

HBAPortWWN
ストレージシステムと接続しているHBAのポートWWN情報が，16桁の16進数で表示されます。
この項目は，-hbaと同時に-portwwnを指定した場合だけに表示されます。

IO-Count
表示対象のパスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

IO-Errors
表示対象のパスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

Paths
表示対象のパスの総数が，10進数で表示されます。

OnlinePaths
表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

Physical Device
HBAポートの構成情報です。/devicesディレクトリ以下の物理デバイスファイル名が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -hba
HbaID Port.Bus  IO-Count   IO-Errors  Paths  OnlinePaths
Physical Device
00000 0000.0000      71520          0     20          20 /devices/pci@8,70000/JNI,FCE@2
00001 0002.0000        425        100     20          10 /devices/pci@8,70000/JNI,FCE@3
00002 0001.0000       1425          0     20          20 /devices/pci@8,70000/JNI,FCE@4
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

後続パラメタの形式を次に示します。

-srt pb

HBAポート情報がホストポート番号（Port），バス番号（Bus）の順番にソートされて表示されます。

-c

SCSIデバイスの構成情報（Physical Device）が非表示になります。

-portwwn

ストレージシステムと接続しているHBAのポートWWN情報が，16桁の16進数で表示されます。

-t

各情報の項目名が非表示になります。

(5) CHAポート情報を表示する場合

-cha

CHAポートを通るパスの情報が，CHAポート単位に表示されます。HDLMはCHAポートごとに固有のCHAポートIDを付けて表示します。CHAポートIDはmonitorオペレーションで使用します。また，OfflineおよびOnlineオペレーションで使用できます。表示される項目とその説明を次の表に示します。

表6-19 CHAポート情報の表示項目

項目 | 説明
ChaID | CHAポートIDです。
Product | ストレージシステムのモデルIDです。
S/N | ストレージシステムのシリアル番号です。
ChaPort | CHAポート番号です。この番号でストレージシステムに搭載されているCHAポートを特定できます。この番号をストレージシステムの管理プログラムで参照すると，物理的にCHAポートを特定できます。
IO-Count | 表示対象のパスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
IO-Errors | 表示対象のパスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
Paths | 表示対象のパスの総数が，10進数で表示されます。
OnlinePaths | 表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

使用例

後続パラメタの形式を次に示します。

-srt cp

CHAポート情報がストレージシステムのモデルID（Product），ストレージシステムのシリアル番号（S/N），CHAポート番号（ChaPort）の順番にソートされて表示されます。

-t

各情報の項目名が非表示になります。

(6) HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応を表示する場合

-drv

PathID，HDLMデバイス，HDLMデバイスに対応するsdまたはssdデバイス，およびLDEV（ストレージシステム内のLU）の情報が表示されます。

各表示項目の内容については，「表6-20 HDLMデバイス，sdまたはssdデバイスおよびLDEV情報」を参照してください。

-t

各情報の項目名が非表示になります。

表6-20 HDLMデバイス，sdまたはssdデバイスおよびLDEV情報

項目
説明

PathID
パス管理PATH_IDが，10進数で表示されます。
ホストの再起動時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLM構成管理ユティリティ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

HDevName
ホストデバイス名です。
HDLMデバイスの論理デバイスファイル名からスライス番号を除いたもの（cUtXdY）が表示されます。
U：HDLMが予約したコントローラ番号
X：HDLMデバイスに対応するsdまたはssdデバイスのターゲットIDまたはWWN（World Wide Name）
Y：HDLMデバイスに対応するsdまたはssdデバイスのLUN

Device
SCSIデバイスのタイプ（「sd」または「ssd」）と，対応するインスタンス番号が表示されます。

LDEV
ストレージシステムのモデルID，シリアル番号，およびiLU番号が，ピリオドで区切った文字列で表示されます。LDEVの情報によって，LUを物理的に特定できます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 c6t5d0   sd74   SANRISE9900V.15001.0670
000001 c6t5d1   sd75   SANRISE9900V.15001.0671
000002 c6t5d2   sd76   SANRISE9900V.15001.0672
000003 c6t5d3   sd77   SANRISE9900V.15001.0673
000004 c6t5d4   sd78   SANRISE9900V.15001.0674
000005 c6t5d5   sd79   SANRISE9900V.15001.0675
000006 c6t5d0   sd80   SANRISE9900V.15001.0670
000007 c6t5d1   sd81   SANRISE9900V.15001.0671
000008 c6t5d2   sd82   SANRISE9900V.15001.0672
000009 c6t5d3   sd83   SANRISE9900V.15001.0673
000010 c6t5d4   sd84   SANRISE9900V.15001.0674
000011 c6t5d5   sd85   SANRISE9900V.15001.0675
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(7) viewオペレーションの形式を表示する場合

-help

viewオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -help
view:
 Format
   dlnkmgr view -sys [ -sfunc | -msrv | -adrv | -pdrv | -lic | -audlog
                              | -lbpathusetimes | -expathusetimes ] [-t]
   dlnkmgr view -path [ -hdev HostDeviceName ] [-stname] [-iem]
                                              [-srt {pn | lu | cp}] [-hbaportwwn] [-t]
   dlnkmgr view -path
                -item [pn] [dn] [lu] [cp] [type] [ic] [ie] [dnu]
                                              [hd] [iep] [hbaportwwn] [vid]
                 [-hdev HostDeviceName] [-stname] [-srt {pn | lu | cp}] [-t]
   dlnkmgr view -path -c [-stname] [-srt {lu | cp}] [-t]
   dlnkmgr view -lu [ -hdev HostDeviceName | -pathid AutoPATH_ID ] [-t]
   dlnkmgr view -lu
                -item [ [slpr] [pn] [cp] [clpr] [type]
                                          [ic] [ie] [dnu] [iep] [pd] [dpc] [vid] | all ]
                          [ -hdev HostDeviceName | -pathid AutoPATH_ID ] [-t]
   dlnkmgr view -lu -c [-t]
   dlnkmgr view -lu -c -item [slpr]  [-t]
   dlnkmgr view -drv [-t]
   dlnkmgr view -hba [-srt pb] [-c | -portwwn] [-t]
   dlnkmgr view -cha [-srt cp] [-t]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

6.8 monitor I/O情報を一定の時間間隔で表示する

HBAポートまたはCHAポートごとのI/O情報を，一定の時間間隔で表示します。HBAポートはHBAポートID，CHAポートはCHAポートIDを使って指定します。HBAポートIDおよびCHAポートIDは，次に示すviewオペレーションを実行すると表示されます。

HBAポートID

/opt/DynamicLinkManager/bin/dlnkmgr view -hba

詳細については「6.7.2 パラメタ」の「(4) HBAポート情報を表示する場合」を参照してください。

CHAポートID

/opt/DynamicLinkManager/bin/dlnkmgr view -cha

詳細については「6.7.2 パラメタ」の「(5) CHAポート情報を表示する場合」を参照してください。

monitorオペレーションを実行中にHDLMデバイスの動的再構成をした場合，KAPL01078-Wのメッセージを表示して，monitorオペレーションを中断します。

この節の構成

6.8.1 形式

6.8.2 パラメタ

6.8.1 形式

この項の構成

(1) HBAポートごとのI/O情報を表示する場合

(2) CHAポートごとのI/O情報を表示する場合

(3) monitorオペレーションの形式を表示する場合

(1) HBAポートごとのI/O情報を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr monitor -hbaid HBAポートID [-intvl 間隔] [-count 回数] [-t]

(2) CHAポートごとのI/O情報を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr monitor -chaid CHAポートID [-intvl 間隔] [-count 回数] [-t]

(3) monitorオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr monitor -help

6.8.2 パラメタ

注意事項

monitorオペレーションの表示対象のパスが約500本以上ある場合，monitorオペレーションの実行が次に示すように遅れるおそれがあります。

monitorオペレーションを実行した時間よりStartTimeの時間が遅れることがあります。
約2000本のパスの場合は7秒程度，約4000本のパスの場合は20秒程度遅れます。

-intvlパラメタに「表6-21 パスが約500本以上ある場合に-intvlパラメタへ指定する推奨値」に示す推奨値より短い値を指定した場合，monitorオペレーションの時間間隔が-intvl パラメタで指定した値より数秒から20秒程度遅れることがあります。
パスの数が約500本以上の場合は，「表6-21 パスが約500本以上ある場合に-intvlパラメタへ指定する推奨値」に示す値を目安にして-intvlパラメタを指定してください。ただし，monitorオペレーションの実行と次に示す処理が並行して実行された場合は，「-intvlパラメタに指定する推奨値」に示す値を指定しても，monitorオペレーションの時間間隔が数秒遅れることがあります。
・viewオペレーション
・パスヘルスチェック
・自動フェイルバック

表6-21 パスが約500本以上ある場合に-intvlパラメタへ指定する推奨値

パスの数 | -intvlパラメタに指定する推奨値
約500本 | 3（秒）以上
約1000本 | 5（秒）以上
約2000本 | 10（秒）以上
約4000本 | 30（秒）以上

この項の構成

(1) HBAポートごとのI/O情報を表示する場合

(2) CHAポートごとのI/O情報を表示する場合

(3) monitorオペレーションの形式を表示する場合

(1) HBAポートごとのI/O情報を表示する場合

-hbaid HBAポートID

I/O情報を表示するHBAポートを，HBAポートIDで指定します。後続パラメタで表示する間隔および回数を指定します。後続パラメタの形式を次に示します。

-intvl 間隔

I/O情報を表示する間隔を1～60（秒）で指定します。省略した場合はデフォルト値の3秒になります。

-count 回数

I/O情報を表示する回数を1～999（回）で指定します。省略した場合はデフォルト値の10回になります。

-t

各情報の項目名が非表示になります。

表6-22 HBAポートごとのI/O情報の表示項目

項目 | 説明
HbaID | HBAポートIDです。
Port.Bus | Port（ホストポート番号，16進数）とBus（バス番号，16進数）がピリオドで区切って表示されます。
Physical Device | HBAポートの構成情報です。/devicesディレクトリ以下の物理デバイスファイル名が表示されます。
StartTime | コマンドを実行した時間がyyyy/mm/dd hh:mm:ssの形式で表示されます。
ElapsedTime | コマンドを実行してから経過した時間がhh:mm:ssの形式で表示されます。
IO-Count | 指定した時間間隔で発生したI/O回数のうち，表示対象となるパスでのI/O回数を合計した数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
IO-Errors | 指定した時間間隔で発生したI/O障害回数のうち，表示対象となるパスでのI/O障害回数を合計した数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr monitor -hbaid 0 -intvl 30 -count 3
HbaID           : 00000
Port.Bus        : 0001.0000
Physical Device : /devices/pci@8,70000/JNI,FCE@2
StartTime       : yyyy/mm/dd hh:mm:ss

ElapsedTime IO-Count   IO-Errors
00:00:30           223         10
00:01:00          1140          1
00:01:30           557          0
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = monitor, 終了時刻 = yyyy/mm/dd  hh:mm:ss

(2) CHAポートごとのI/O情報を表示する場合

-chaid CHAポートID

I/O情報を表示するCHAポートを，CHAポートIDで指定します。後続パラメタで表示する間隔および回数を指定します。後続パラメタの形式を次に示します。

-intvl 間隔

I/O情報を表示する間隔を1～60（秒）で指定します。省略した場合はデフォルト値の3秒になります。

-count 回数

I/O情報を表示する回数を1～999（回）で指定します。省略した場合はデフォルト値の10回になります。

-t

各情報の項目名が非表示になります。

表6-23 CHAポートごとのI/O情報の表示項目

項目 | 説明
ChaID | CHAポートIDです。
Product | ストレージシステムのモデルIDです。
SerialNumber | ストレージシステムのシリアル番号です。
ChaPort | CHAポート番号です。この番号でストレージシステムに搭載されているCHAポートを特定できます。この番号をストレージシステムの管理プログラムで参照すると，物理的にCHAを特定できます。
StartTime | コマンドを実行した時間がyyyy/mm/dd hh:mm:ssの形式で表示されます。
ElapsedTime | コマンドを実行してから経過した時間がhh:mm:ssの形式で表示されます。
IO-Count | 指定した時間間隔で発生したI/O回数のうち，表示対象となるパスでのI/O回数を合計した数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
IO-Errors | 指定した時間間隔で発生したI/O障害回数のうち，表示対象となるパスでのI/O障害回数を合計した数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr monitor -chaid 1 -intvl 30 -count 3
ChaID          : 00001
Product        : SANRISE_USP
SerialNumber   : 1100
ChaPort        : 1R
StartTime      : yyyy/mm/dd hh:mm:ss

ElapsedTime IO-Count   IO-Errors
00:00:30          1154          0
00:01:00           205         22
00:01:30            54         10
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = monitor, 終了時刻 = yyyy/mm/dd  hh:mm:ss

(3) monitorオペレーションの形式を表示する場合

-help

monitorオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr monitor -help
monitor:
 Format
   dlnkmgr monitor -hbaid HBA_ID [-intvl Interval-Time]
                                          [-count Number-Of-Times] [-t]
   dlnkmgr monitor -chaid CHA_ID [-intvl Interval-Time]
                                          [-count Number-Of-Times] [-t]
 Valid value
   HBA_ID              { 00000 - 99999 }(Decimal)
   CHA_ID              { 00000 - 99999 }(Decimal)
   Interval-Time       { 1 - 60 }(Seconds)        (Default Value 3)
   Number-Of-Times     { 1 - 999 }(Times)         (Default Value 10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = monitor, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

6.9 add パスを動的に追加する

ホストに接続されておりかつホストが認識していないパスを一括で追加します。このコマンドは，既存のパスへの影響なしに動的に実行できます。

この節の構成

6.9.1 形式

6.9.2 パラメタ

6.9.1 形式

この項の構成

(1) パスを動的に追加する場合

(2) addオペレーションの形式を表示する場合

(1) パスを動的に追加する場合

/opt/DynamicLinkManager/bin/dlnkmgr add -path [-s]

(2) addオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr add -help

6.9.2 パラメタ

この項の構成

(1) パスを動的に追加する場合

(2) addオペレーションの形式を表示する場合

(1) パスを動的に追加する場合

-path

HDLMが管理しているパスを操作することを指定します。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr add -path
KAPL01161-I パス構成変更を実行します。よろしいですか? [y/n] :y
KAPL01162-I パスを追加しました。パスID = 00010, ストレージ = HITACHI.HUS100.9100163, iLU = 0030
       :
KAPL01159-I 2パスを追加しました。終了時刻 = yyyy/mm/dd hh:mm:ss

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr add -path -s
KAPL01162-I パスを追加しました。パスID = 00010, ストレージ = HITACHI.HUS100.9100163, iLU = 0030
       :
KAPL01159-I 2パスを追加しました。終了時刻 = yyyy/mm/dd hh:mm:ss

注意事項

コマンド実行前に，HDLMの管理対象にするパスがOSに認識されている必要があります。次のコマンドを実行してOSにパスを認識させてください。

# cfgadm -c configure ＜SCSIデバイスのコントローラID＞
#devfsadm

次のどちらかの場合，コマンドを実行するとLU単位で動的にパスが削除されます。

ストレージシステムやスイッチなどを設定して，ホストとLUの接続が解除されている場合

パス障害が発生して，LU単位でOSがパスを認識できない場合

ディスクラベルが設定されていない場合，コマンドを実行すると処理完了までに時間が掛かることがあります。

(2) addオペレーションの形式を表示する場合

-help

addオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr add -help
add:
 Format
   dlnkmgr add -path [-s]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss

7. ユティリティリファレンス

この章では，HDLMで使用するユティリティについて説明します。

この章の構成

7.1 ユティリティ概要

7.2 DLMgetras　HDLM障害情報収集ユティリティ

7.3 dlmcfgmgr　HDLM構成管理ユティリティ

7.4 dlminstcomp　HDLMコンポーネントインストールユティリティ

7.5 dlmlisthdev　HDLM移行支援ユティリティ

7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ

7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ

7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ

7.9 installhdlm　HDLMインストールユティリティ

7.10 installux.sh　HDLM共通インストーラユティリティ

7.11 removehdlm　HDLMアンインストールユティリティ

7.1 ユティリティ概要

HDLMは，次に示すユティリティを提供します。

HDLM障害情報収集ユティリティ（DLMgetras）
障害発生時に，HDLMの購入元会社，または保守会社に連絡する必要がある情報を持つファイルを収集します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

HDLM構成管理ユティリティ（dlmcfgmgr）
HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容を，ホストを再起動しないでHDLMドライバに認識させます。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

HDLMコンポーネントインストールユティリティ（dlminstcomp）
「3.1.1 HDLMがサポートするホストとOS」の「Global Link Managerと連携する場合に必要なJDK」に示したJDKのバージョン要件を満たしていない環境にHDLMをインストールした場合，このユティリティを実行してHDLMのインストールを補完します。
dlminstcompユティリティについては，「7.4 dlminstcomp　HDLMコンポーネントインストールユティリティ」を参照してください。

HDLM移行支援ユティリティ（dlmlisthdev）
HDLM 04-00または04-01で使用していたHDLMデバイスの論理デバイスファイル名と新しく作成されるHDLMデバイスの論理デバイスファイル名の対応表を作成します。dlmlisthdevユティリティについては，「7.5 dlmlisthdev　HDLM移行支援ユティリティ」を参照してください。

HDLMブートディスク環境構築支援ユティリティ（dlmsetboot）
Solaris 9以降の環境において，HDLMのブートディスク環境の構築作業を一部自動化します。
dlmsetbootユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）
HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を作成します。dlmsetconfユティリティについては，「7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ」を参照してください。

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）
HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容に対応した，VxVM管理対象除外設定ファイルと同一形式のファイルを指定したディレクトリへ出力します。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

HDLMインストールユティリティ（installhdlm）
HDLMの新規インストール，アップグレードまたは再インストールする場合に，サイレントインストールを実行します。installhdlmユティリティについては，「7.9 installhdlm　HDLMインストールユティリティ」を参照してください。サイレントインストールの手順については，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」，または「3.5.8 HDLMのアップグレードまたは再インストール」を参照してください。

HDLMアンインストールユティリティ（removehdlm）
Solaris 11の環境において，HDLMをアンインストールします。 removehdlmユティリティについては，「7.11 removehdlm　HDLMアンインストールユティリティ」を参照してください。

注意事項

ユティリティは，root権限を持つユーザで実行してください。

7.2 DLMgetras　HDLM障害情報収集ユティリティ

HDLMで発生した障害の解析に必要な障害ログ，統合トレースファイル，トレースファイル，定義ファイル，コアファイル，システムクラッシュダンプファイル，ライブラリなどの情報を収集します。収集した情報はファイルにまとめ，指定されたディレクトリに出力します。出力するファイルは次のとおりです。

システムクラッシュダンプファイルディレクトリ名/システムクラッシュダンプファイル
システムクラッシュダンプファイルへのシンボリックリンクファイルです。

hbsa.tar.Z
HDLM以外のHitachi Command Suite製品の障害情報を圧縮したファイルです。障害情報の収集対象となるHitachi Command Suite製品を使用している場合だけ出力されます。

getras.tar.Z
HDLMおよびシステムの情報を圧縮したファイルです。

各出力ファイルに含まれる情報の詳細については，「7.2.3 収集される障害情報」を参照してください。

「7.2.3 収集される障害情報」に記載されている以外の情報を収集したい場合は，収集したい情報を収集情報定義ファイルに定義してください。収集情報定義ファイルに定義した情報は，getras.tar.Zに圧縮されます。

なお，HDLM障害情報収集ユティリティ（DLMgetras）が収集する情報には，ホストの再起動時に消去されてしまうものもあります。障害発生時は，速やかにこのユティリティを実行してください。

この節の構成

7.2.1 形式

7.2.2 パラメタ

7.2.3 収集される障害情報

7.2.1 形式

/opt/DynamicLinkManager/bin/DLMgetras {収集情報出力先ディレクトリ [-f 収集情報定義ファイル名]|-h}

ユティリティ名には次のように小文字（dlmgetras）も使用できます。

/opt/DynamicLinkManager/bin/dlmgetras {収集情報出力先ディレクトリ [-f 収集情報定義ファイル名]|-h}

7.2.2 パラメタ

収集情報出力先ディレクトリ

HDLM障害情報収集ユティリティ（DLMgetras）で収集した情報の出力先ディレクトリを指定します。収集された情報は，「機能」に示した3つのファイルにまとめられ，指定したディレクトリに出力されます。マルチバイト文字は指定できません。

-f 収集情報定義ファイル名

情報を収集したいディレクトリ，またはファイルを任意に指定する場合に指定します。情報を収集したいディレクトリ，またはファイルを，収集情報定義ファイルに記述して，このパラメタを指定します。

収集情報定義ファイル名は，絶対パスで指定してください。マルチバイト文字は指定できません。

収集情報定義ファイルの記述例を次に示します。

図7-1 収集情報定義ファイルの記述例

収集情報定義ファイルの記述規則と注意事項

収集するディレクトリ，またはファイルは，絶対パスで指定してください。誤って相対パスで指定した場合は，DLMgetrasユティリティを実行したディレクトリ内で，指定したディレクトリ，またはファイルが検索され，ファイルが収集されます。

収集情報出力先ディレクトリを含むディレクトリを指定しないでください。指定した場合，DLMgetrasユティリティが終了しなくなります。

行の先頭に「#」がある場合，その行をコメント行と見なします。

行の先頭以外に「#」がある場合は，「#」をパスの一部と見なします。

1行につき，1つのファイルまたはディレクトリを指定してください。

ルートディレクトリ「/」は指定できません。

ディレクトリが指定された場合，指定されたディレクトリ内のすべてのファイルを取得します。その場合，指定されたディレクトリ内にあるサブディレクトリ内のファイルも含みます。ただし，ディレクトリ内にファイルがない場合，そのディレクトリについてはファイルを取得しません。取得先のディレクトリにもディレクトリは作成しません。

指定したファイルまたはディレクトリは，root権限で読み取りできる設定にしてください。読み取りできないファイルまたはディレクトリの情報は取得できません。

-h

DLMgetrasユティリティの形式を表示します。

注意事項

障害情報は，指定された収集情報出力先ディレクトリに格納してから圧縮するため，情報収集する領域は余裕を持って見積もってください。

指定した収集情報出力先ディレクトリがすでにある場合，上書きを確認するメッセージが表示されます。「y」を入力すると，既存のファイルはすべて上書きされます。「n」やそのほかのキーを入力すると，DLMgetrasユティリティは実行されないで終了します。
前回，障害情報を収集したときに作成したディレクトリの名称を変更してからユティリティを実行するか，重複しないディレクトリ名を指定してユティリティを実行してください。

DLMgetrasユティリティで収集したシステムクラッシュダンプのアーカイブを作成する場合は，次の手順を実行してください。

# cd 収集情報出力先ディレクトリ
# tar cvfh アーカイブファイル名 ./var
# compress アーカイブファイル名

Solaris 11.1以降のrsyslogを使用している環境で，rsyslogのマクロおよびテンプレート機能を使用して，syslogファイル名を決定している場合，DLMgetrasユティリティを実行しても，syslogは採取されません。syslogファイル名にマクロおよびテンプレート機能を使用している場合は，DLMgetrasユティリティで採取した情報のほかにsyslogも同時に採取してください。

7.2.3 収集される障害情報

DLMgetrasユティリティ実行時に収集される障害情報を，出力されるファイルごとに示します。

システムクラッシュダンプファイルディレクトリ名/システムクラッシュダンプファイル名
システムクラッシュダンプファイルへのシンボリックリンクファイルです。
/etc/dumpadm.confファイルのDUMPADM_SAVDIRパラメタに指定したディレクトリ内のすべてのファイルを設定します。

hbsa.tar.Z
HDLM以外のHitachi Command Suite製品の障害情報を圧縮したファイルです。
障害情報の収集対象となるHitachi Command Suite製品を使用している場合だけ出力されます。

getras.tar.Z
HDLMおよびシステムの情報です。
収集情報定義ファイルを指定してDLMgetrasユティリティを実行した場合，収集情報定義ファイルに定義された情報も，getras.tar.Zに含まれます。
getras.tar.Zに含まれる情報の詳細を次の表に示します。
なお，この表には，収集情報定義ファイルの指定の有無に関係なく収集される情報を示しています。

表7-1 getras.tar.Zに含まれる情報

出力先ディレクトリ※1
ファイル
説明

var/opt/DynamicLinkManager/log
dlmguiinst.log
Hitachi Command Suite共通エージェントコンポーネントのスクリプト用ログ

dlmmgr[1-16].log
HDLMマネージャのログ（ドライバのログを含む）

dlmsetconf1.log
HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）の実行ログ。実行時に取得した情報および発生したエラーの詳細を取得する

dlmsetconf2.log
dlmsetconf1.logの1世代前のログ

dlmwebagent[1-N].log※2
Hitachi Command Suite共通エージェントコンポーネントのログ

dlmcfgmgr1.log
dlmcfgmgr2.log
実行時に生じたエラーの詳細を取得する，HDLM構成管理ユティリティ（dlmcfgmgr）の実行ログ

hdlmtr[1-64].log
トレースファイル

installhdlm.log
HDLMインストールユティリティ（installhdlm）の実行ログ

var/opt/DynamicLinkManager/log/mmap
hdlmtr.mm
トレース管理ファイル

opt/DynamicLinkManager/config
dlmfdrv.unconf
HDLMドライバの非構成定義ファイル

dlmfdrv.unconf.bak
dlmfdrv.unconfファイルを作成するときすでにdlmfdrv.unconfファイルがあった場合に作成される，1世代前のHDLMドライバの非構成定義ファイル

dlmfdrv.unconf_oldbackup※3
05-61以前のHDLMからアップグレードインストールするとき，変換する前のdlmfdrv.unconfファイルをバックアップしたファイル

dlmfdrv.unconf.bak_oldbackup※3
05-61以前のHDLMからアップグレードインストールするとき，変換する前のdlmfdrv.unconf.bakファイルをバックアップしたファイル

dlmwebagent.properties
Hitachi Command Suite共通エージェントコンポーネントの設定ファイル

dlmmgr.xml
HDLMの機能設定ファイル

dlmmgr_DPC.xml
DPCオプション設定ファイル

opt/hitachi/HNTRLib/mmap
hntrmmap.mm
HDLM 04-00以前を使用していたときに出力されたメモリマップドファイル

opt/hitachi/HNTRLib2/mmap
hntr2mmap.mm
メモリマップドファイル

opt/hitachi/HNTRLib/spool
hntr[1-16].log
HDLM 04-00以前を使用していたときに出力された統合トレースファイル

Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイル出力先ディレクトリ
（デフォルトは，var/opt/hitachi/HNTRLib2/spool）
Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイルのプレフィックス2[1-16].log※4
（デフォルトは，hntr）
統合トレースファイル
（デフォルトは/var/opt/hitachi/HNTRLib2/spool/hntr2[1-16].log）

kernel/drv
dlmadrv.conf
HDLMアラートドライバの構成定義ファイル

dlmfdrv.conf
HDLMドライバの構成定義ファイル

dlmfdrv.conf.bak
dlmfdrv.confファイルを作成するときすでにdlmfdrv.confファイルがあった場合に作成される，1世代前のHDLMドライバの構成定義ファイル

dlmfdrv.conf_oldbackup※3
05-61以前のHDLMからアップグレードインストールするとき，変換する前のdlmfdrv.confファイルをバックアップしたファイル

dlmfdrv.conf.bak_oldbackup※3
05-61以前のHDLMからアップグレードインストールするとき，変換する前のdlmfdrv.conf.bakファイルをバックアップしたファイル

dlmndrv.conf
HDLMネクサスドライバの構成定義ファイル

dlmndrv.conf.bak
HDLMネクサスドライバの構成定義ファイルのバックアップファイル（Solaris 8以降）

bfa.conf，
emlxs.conf，
fca-pci.conf，
fcaw.conf，
fcp.conf，
fjpfca.conf，
fjfcif.conf，
jnic.conf，
jnic146x.conf，
jfca.conf，
fp.conf，
lpfc.conf，
lpfs.conf，
qla2200.conf，
qla2300.conf，
または
qlc.conf
HBAドライバの設定ファイル（導入したHBAドライバによってファイル名は異なる）

md.conf
メタデバイス，metasetの上限値情報

scsi_vhci.conf
Sun StorageTek Traffic Manager Softwareの設定，および構成定義ファイル

sd.conf
sd（SCSIドライバ）の構成定義ファイル

ssd.conf
ssd（SCSIドライバ）の構成定義ファイル

etc
coreadm.conf
コアファイルの構成定義ファイル

devlink.tab
論理デバイスファイル作成定義ファイル

dumpadm.conf
OSクラッシュダンプの構成定義ファイル

gabtab
llthosts
llttab
vxfendg
vxfenmode※5
vxfentab
I/Oフェンシング機能の設定ファイル

mnttab
ファイルシステムのマウント情報

syslog.conf
syslogの出力先ディレクトリの定義

rsyslog.conf
rsyslogの定義ファイル（Solaris 11）

system
カーネルパッチファイル

vfstab
起動時のファイルシステムの自動マウント情報

driver_aliases
driver_classes
inittab
minor_perm
name_to_major
path_to_inst
release
Solarisの各種設定情報，および構成情報ファイル

etc/cfg/fp
fabric_WWN_map

etc/default
init

etc/dfs
dfstab
システムのブート時に実行するコマンドの設定ファイル

fstypes
デフォルトのファイルシステムタイプ（NFS），およびそのほかのファイルシステムタイプの設定ファイル

etc/VRTSvcs/conf/config
main.cf
VCSの設定ファイル

main.cf.previous
1世代前のVCSの設定ファイル

syslog出力先ディレクトリ名
syslog名
/etc/syslog.confまたは/etc/rsyslog.confの指定内容に従う

getrasinfo
－
各種コマンドの実行結果収集用ディレクトリ

cfg.txt
HDLMネクサスドライバへのリンクファイル情報

dev.txt
論理デバイスファイル一覧

devices.txt
物理デバイスファイルの一覧

df-k.txt
マウント情報

df-o.txt
iノード使用状況

dlmgetomtrace.dmp
オンメモリトレース情報

dlmls-la.txt
HDLMのインストールファイル情報（ls -alRコマンドの出力結果）

dlmmgr-cha.txt
dlnkmgr view -chaの出力結果

dlmmgr-hba.txt
dlnkmgr view -hba -portwwnの出力結果

dlmmgr-lu.txt
HDLMのLU情報

dlmmgr-lu-all.txt
HDLMのLU情報（間欠障害の発生回数を含む）

dlmmgr-path.txt
HDLMのパス情報

dlmmgr-path-iem.txt
HDLMのパス情報（間欠障害の発生回数を含む）

dlmmgr-sys.txt
HDLMのシステム設定情報

dlmmgr-drv.txt
HDLMデバイス，sdまたはssdデバイスおよびLDEV情報の対応の表示

dmesg.txt
システム診断メッセージ

dumpadm.txt
ダンプデバイスの構成（dumpadmコマンドの出力結果）

env.txt
環境変数情報

format.txt
formatコマンドの出力結果

isainfo-b.txt
OSのタイプ（32 bitまたは64 bit）

modinfo.txt
ロードされているドライバの情報

pagesize.txt
メモリページサイズ

pkg_lang.txt
パッケージの製品情報

pkginfo-l.txt
パッケージ情報一覧

pkg-info.txt
パッケージ情報一覧（Solaris 11）

pkg-history-l.txt
パッケージのインストール履歴一覧（Solaris 11）

pkg-contents-DLManager.txt
インストール済みのファイル一覧（Solaris 11）

prtconf-pv.txt
ホストのハードウェア構成情報（prtconf -pvコマンドの出力結果）

prtconf-vP.txt
ドライバ情報一覧

prtconfMemory.txt
物理メモリサイズ

prtvtoc.txt
全ディスクのパーティション構成情報（prtvtocコマンドの出力結果）

ps-ef.txt
プロセス情報

psrinfo-v.txt
CPU情報

showrev-p.txt
インストール済みのパッチリスト

svcs-a.txt
svcs -aコマンドの出力結果（Solaris 10またはSolaris 11）

svcs-l.txt
svcs -l hdlmload，svcs -l hdlm-manager，svcs -l hdlm-initpath，svcs -l hdlm-onlinepathのコマンド出力結果（Solaris 10またはSolaris 11）

swap-l.txt
スワップ領域の情報

swap-s.txt
スワップ使用状況

sysdef.txt
カーネルパラメタ値

ulimit-a.txt
プロセスで使用できるシステム資源（データセグメント，スタックセグメント，ファイル記述子）の制限値

uname-a.txt
OSのバージョン

what.txt
whatコマンドの出力

zfs-list.txt※6
ZFSのファイルシステム情報（zfs listコマンドの出力結果）

zpool-list.txt※6
ZFSストレージプールの構成情報（zpool listコマンドの出力結果）

zpool-status.txt※6
ZFSストレージプールのステータス情報（zpool statusコマンドの出力結果）

VXVM※6
－
VxVM情報の収集ディレクトリ

VXVM_pkginfo.txt
VxVMのパッケージ情報

VXVM_vxdmp.txt
/dev/vx/dmpディレクトリの一覧

VXVM_vxrdmp.txt
/dev/vx/rdmpディレクトリの一覧

VXVM_vxdsk.txt
/dev/vx/dskディレクトリの一覧

VXVM_vxrdsk.txt
/dev/vx/rdskディレクトリの一覧

VXVM_vxdisklist.txt
VxVMのディスク一覧

VXVM_vxdisklist-s.txt
vxdisk -s listの出力結果

VXVM_vxdiskpath.txt
vxdisk pathの出力結果

VXVM_vxdglist.txt
ディスクグループの一覧

VXVM_vxprint.txt
vxprintの出力結果

etc/vx
/etc/vx以下のすべてのディレクトリとファイル
VxVMの設定情報

var/sadm/system/admin
CLUSTER
Solarisの構成情報

var/svc/log
system-device-hdlmload:default.log
system-device-hdlmload:default.log.[0-9]
hdlmloadサービスのログ（Solaris 10またはSolaris 11）

system-hdlm-initpath:default.log
system-hdlm-initpath:default.log.[0-9]
hdlm-initpathサービスのログ（Solaris 10またはSolaris 11）

system-hdlm-manager:default.log
system-hdlm-manager:default.log.[0-9]
HDLMマネージャサービスのログ（Solaris 10またはSolaris 11）

system-hdlm-onlinepath:default.log
system-hdlm-onlinepath:default.log.[0-9]
hdlm-onlinepathサービスのログ（Solaris 10またはSolaris 11）

var/vxvm※6
vxconfigd.log.txt
エラーメッセージのログ
ユーザのデバッグオプション設定によって出力先が/var/vxvm/vxconfigd.logか/var/adm/syslog/syslog.logになる

var/adm/syslog
syslog.log.txt
エラーメッセージのログ
ユーザのデバッグオプション設定によって出力先が/var/vxvm/vxconfigd.logか/var/adm/syslog/syslog.logになる

VCS※6
－
VCS情報の収集ディレクトリ

IOF_gabconfig-a.txt
I/Oフェンシング用GAB情報

IOF_lltstat-nvv.txt
I/Oフェンシング用LLTリンク詳細情報

IOF_lltstat-p.txt
I/Oフェンシング用LLTポート情報

IOF_pkginfo.txt
I/Oフェンシングのパッケージ情報

IOF_vxfenadm-d.txt
I/Oフェンシング設定情報

VCS_pkginfo.txt
VCSのパッケージ情報

VCS_hastatus-summary.txt
VCSの状態情報

VCS_haclus-display.txt
VCSクラスタ情報

VCS_hasys-list.txt
VCSクラスタ内システム情報

VCS_hagrp-display.txt
サービスグループ情報

VCS_hares-display.txt
リソース情報

VCS_hasys-display.txt
VCS設定情報

var/VRTSvcs/log※6
engine_[A, ...].log
VCSエンジンログ

SDS※6
－
SDS情報の収集ディレクトリ

SDS_pkginfo.txt
SDSのパッケージ情報

SDS_metadb.txt
状態データベース情報

SDS_metaset.txt
ディスクセット情報

SDS_metastat.txt
メタデバイス情報

SDS_metastat-s.txt
metastat -s ディスクセット名情報

etc/lvm※6
md.tab
SDSまたはSVMの入力パラメタファイル

md.cf
SDSまたはSVMの構成バックアップファイル

mddb.cf
SDSまたはSVMの状態データベースの，複製の格納場所情報

mdlogd.cf
SDSまたはSVMから収集するログ

SVM※6
－
SVM情報の収集ディレクトリ

SVM_pkginfo.txt
SVMのパッケージ情報

SVM_metadb.txt
状態データベース情報

SVM_metaset.txt
ディスクセット情報

SVM_metastat.txt
ボリューム情報

SVM_metastat-s.txt
metastat -s ディスクセット名情報

etc/opt/SUNWmd※6
md.tab
SDSの入力パラメタファイル

md.cf
SDSの構成バックアップファイル

mddb.cf
SDSの状態データベースの，複製の格納場所情報

SC3.0※6
－
Sun Cluster 情報の収集ディレクトリ

SC3.0_pkginfo.txt
パッケージ情報

SC3.0_scstat-q.txt
クラスタの状態のスナップショット

SC3.0_scconf-p.txt
クラスタの構成情報

SC3.0_scdidadm-L.txt
HDLMドライバとデバイスIDとのマッピング情報

SC3.0_dev_did_dsk.txt
/dev/did/dskディレクトリ内のディレクトリおよびファイル一覧

SC3.0_dev_did_rdsk.txt
/dev/did/rdskディレクトリ内のディレクトリおよびファイル一覧

etc/cluster※6
/etc/cluster以下のすべてのディレクトリおよびファイル
Sun Clusterのクラスタ設定情報

（凡例）

－：該当なし

注※1

getras.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

注※2

Nの値は，dlmwebagent.propertiesファイルの設定に依存します。デフォルト値は「2」です。

注※3

このファイルは，HDLM管理対象のデバイスによっては作成されない場合があります。

注※4

実際のファイル名は，ユティリティで指定したプレフィックス2のあとにファイルの番号が付きます。例えば，デフォルトの場合はhntr21.log～hntr216.logとなります。統合トレースファイルのプレフィックス直後の2はファイルの番号を表すものではないので，ご注意ください。

注※5

VCS 5.0用の設定ファイルです。ファイルがあるときだけ収集されます。

注※6

収集対象のソフトウェアがインストールされているときだけ収集されます。

7.3 dlmcfgmgr　HDLM構成管理ユティリティ

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容を，ホストを再起動しないで，動的にHDLMドライバに認識させます。操作の対象および対象外の操作を次の表に示します。

表7-2 HDLM構成管理ユティリティ（dlmcfgmgr）の操作対象および操作対象外の操作

操作対象の操作
操作対象外の操作

新規LUの追加

管理対象外にしていたLUの管理対象化

パスの追加※

既存LUの削除（Solaris 10およびSolaris 11の場合）

既存LUの削除（Solaris 8またはSolaris 9の場合）

既存LUの設定変更（LUNのマッピング変更，ストレージポートの変更など）

パスの削除

既存LUの管理対象外化

注※

HBAの新規追加に伴う動的パス追加の場合は，Solaris 8およびSolaris 9は未サポートです。

HDLMドライバに認識されたLUは，ホストを再起動しないで，HDLMで使用することができます。さらに，Solaris 10またはSolaris 11の場合は，ホストから接続が解除されたLUに対するHDLMデバイスを削除することができます。

Solaris 8またはSolaris 9でのLUの削除およびパスの変更または削除，Solaris 10またはSolaris 11でのパスの変更または削除などの構成変更があり，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義が変更された場合は，dlmcfgmgrユティリティの操作対象外です。この場合，変更内容はHDLMドライバには反映されません。再構成オプションを指定してホストを再起動して構成変更を行ってください。

dlmcfgmgrユティリティを実行すると，KAPL10373-Iのメッセージが出力されます。KAPL10373-Iのメッセージに対して「y」を入力すると，HDLMデバイスの動的再構成を実行後，HDLMが管理するsdまたはssdデバイスの論理デバイスファイルを削除し，HDLMの管理から削除されたLUに対するHDLMデバイスの論理デバイスファイルを削除します。また，詳細なログを/var/opt/DynamicLinkManager/log/dlmcfgmgr1.logに出力します。「n」を入力すると，動的再構成を中止します。

dlmcfgmgrユティリティは，Solaris 8 1/01以降，Solaris 9，Solaris 10，またはSolaris 11の環境で有効です。

この節の構成

7.3.1 形式

7.3.2 パラメタ

7.3.1 形式

/opt/DynamicLinkManager/bin/dlmcfgmgr { -a | -h }

7.3.2 パラメタ

-a

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の内容をHDLMに適用します。追加されたLUは，このオプションの実行後，有効となります。また，削除されたLUに対するHDLMデバイスは，このオプションの実行後，使用できなくなります。

-h

使用法を表示します。

使用例

（例1）-aオプションを指定した場合

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の内容によって，新規に追加されたLUの情報をHDLMドライバに適用します。Solaris 10またはSolaris 11の場合は，ホストからの接続が解除されたLUの情報をHDLMドライバから削除します。Solaris 8またはSolaris 9の場合は，すでにHDLMの管理下にあるLUの情報についての更新は行いません。

# /opt/DynamicLinkManager/bin/dlmcfgmgr -a

（例2）オプションを省略した場合

エラーメッセージを出力したあと，使用法を表示します。

# /opt/DynamicLinkManager/bin/dlmcfgmgr
KAPL10380-E A parameter is invalid.
KAPL10368-I usage: dlmcfgmgr {-a | -h}
#

注意事項

dlmcfgmgrユティリティは，HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行後，実行してください。

VxVMを使用している場合は，dlmcfgmgrユティリティを使用しないで，再構成オプションを指定してホストを再起動してください。HDLMデバイスのVxVMへの登録または登録解除には，再構成リブートが必要です。

dlmcfgmgrユティリティを実行してHDLMデバイスの動的再構成を実行した場合と，ホストの再起動によってHDLMデバイスの動的再構成を実行した場合とでは，パスとパスIDの対応が異なることがあります。

アップグレードまたは再インストール後は，必ずホストを再起動してださい。ホストを再起動する前にdlmcfgmgrユティリティを実行しても，動的にLUを追加または削除しません。

dlmcfgmgrユティリティは，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に新しく追加されたLUの定義がある場合，新規LUをHDLMドライバに認識させ，HDLMの管理対象とします。また，HDLMドライバ構成定義ファイル（dlmfdrv.confファイル）から既存のLUの定義がなくなった場合，既存LUをHDLMドライバから削除し，HDLMの管理対象外とします。

削除されたLU（Solaris 8またはSolaris 9の場合），パスが削除されたLU，およびパスの設定（インスタンス番号など）が変更されたLUについては，HDLMドライバに対して動的再構成を行いません。LUの削除（Solaris 8またはSolaris 9の場合），パスの削除，およびパスの変更については，再構成オプションを指定してホストを再起動して構成変更を行ってください。

HDLMが管理しているLUを管理対象外にする場合は，再構成オプションを指定してホストを再起動する必要があります。dlmcfgmgrユティリティを使用しないでください。

新規に追加したLUに，HDLMの管理対象としないLUがある場合は，dlmcfgmgrユティリティを実行する前にHDLMの管理対象外にする設定を行ってください。新規追加されたLUに管理対象外の設定が行われていた場合は，該当するLUについてはHDLMドライバに対して再構成を行いません。

次に示す場合には，HDLMデバイスの構成変更後にdlmcfgmgrユティリティを実行しても，LUの追加を動的に行いません。

LUNのマッピング，マッピング先のストレージポート，または認識するホスト側のHBAポートを変更したLUの場合

構成済みのLUが使用していたストレージポートのLUNに，別のLDEVをマッピングした場合（Solaris 8またはSolaris 9の場合）

新規LUの追加を行う際に，既存のインスタンス番号が追加したLUのパスに割り当てられた場合

HBAを動的に追加した場合（Solaris 8またはSolaris 9の場合）

新規追加するLUのsdまたはssdデバイスのメジャー番号・マイナー番号が，以前HDLMに登録されていたsdまたはssdデバイスのメジャー番号・マイナー番号と一致する場合

次に示す場合には，HDLMデバイスの構成変更後にdlmcfgmgrユティリティを実行しても，LUの削除を動的に行いません。

LUNのマッピング，マッピング先のストレージポート，または認識するホスト側のHBAポートを変更したLUの場合

削除しようとしたLUが上位プログラムによって使用されている場合

HDLMマネージャからのパスヘルスチェックなどが動作している場合もLUの削除が失敗します。LUの削除が失敗した場合は，時間をおいて，再度dlmcfgmgrユティリティを実行してください。

Solaris 8またはSolaris 9の場合，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）にHDLMデバイスの情報が記述されていなかったときは，メッセージを出力して終了します。Solaris 10またはSolaris 11の場合は，すべてのLUがHDLMドライバから削除されます。

dlmcfgmgrユティリティを実行した場合に，HDLM管理対象のデバイスに変更がないときは，メッセージを出力して終了します。

dlmcfgmgrユティリティは，同一ホスト上で同時に複数実行できません。複数実行した場合は，メッセージを出力し終了します。

Solaris 10またはSolaris 11環境で次の操作をしたとき，devfsadmdデーモンから次の形式のメッセージがsyslogやコンソールへ出力されます。このメッセージは無視してください。

LUを動的に追加

LUを動的に削除

パスを動的に追加

devfsadmd[124]: [ID 937045 daemon.error] failed to lookup dev name for /pseudo/dlmndrv@1/dlmfdrv@w50060e800436e211,1

7.4 dlminstcomp　HDLMコンポーネントインストールユティリティ

HDLMのインストールを補完するユティリティです。次の条件をすべて満たす場合，このユティリティを実行してください。

Global Link Managerと連携する場合

HDLMのインストール時に，KAPL09241-Wのメッセージが出力された場合※

注※

JDKを導入してから，このユティリティを実行してください。

導入するJDKのバージョンについては，「3.1.1 HDLMがサポートするホストとOS」の「Global Link Managerと連携する場合に必要なJDK」を参照してください。

この節の構成

7.4.1 形式

7.4.2 パラメタ

7.4.1 形式

/opt/DynamicLinkManager/bin/dlminstcomp [-h]

7.4.2 パラメタ

-h

dlminstcompユティリティの形式を表示します。

7.5 dlmlisthdev　HDLM移行支援ユティリティ

Solaris 8またはSolaris 9環境にインストールされた04-00または04-01のHDLMを，新しいHDLMに移行する場合に使用します。04-00または04-01で使用していたHDLMデバイスの論理デバイスファイル名と，新しく作成されたHDLMデバイスの論理デバイスファイル名の対応表を作成します。

この節の構成

7.5.1 形式

7.5.2 パラメタ

7.5.1 形式

/opt/DynamicLinkManager/bin/dlmlisthdev 入力ファイル名

7.5.2 パラメタ

入力ファイル名

HDLM 04-00または04-01をアンインストールする前に作成した，HDLMコマンドのview -pathオペレーションの表示結果を出力したファイルを，入力ファイルとして指定してください。マルチバイト文字は指定できません。

使用例

（例）

/var/tmp/old_view_path_list.txtに保存したHDLMコマンドのview -pathオペレーションの出力結果を参照して，HDLMデバイスの論理デバイスファイル名の対応表を作成します。

# /opt/DynamicLinkManager/bin/dlmlisthdev /var/tmp/old_view_path_list.txt

Solaris 8環境下でHDLM 04-00から新しいバージョンのHDLMへ移行する手順

移行手順を次に示します。

HDLM 04-00で使用していたHDLMデバイスの論理デバイスファイル名を保存します。
HDLM 04-00をアンインストールする前に，HDLMコマンドのview -pathオペレーションを実行して，出力結果を任意のファイル名で保存します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path > /var/tmp/old_view_path_list.txt

HDLM 04-00をアンインストールしたあと，再構成オプションを指定してホストを再起動します。

新しいバージョンのHDLMをインストールします。

HDLMが正常にインストールされたことを確認するために，HDLM のパス構成を確認します。

HDLM 04-00と新しいバージョンのHDLMのHDLMデバイスの論理デバイスファイル名の対応表を作成します。
HDLM 04-00をアンインストールする前に作成した，HDLMコマンドのview -pathオペレーションの出力結果を保存したファイルを次のコマンドの入力ファイルとして指定します。コマンドを実行すると，HDLM 04-00と新しいバージョンのHDLMの論理デバイスファイル名の対応表を作成して，標準出力で出力します。次にコマンドの実行例を示します。
[図]
表示される項目とその説明を次の表に示します。

表7-3 HDLM移行支援ユティリティ（dlmlisthdev）が表示する情報

項目 | 説明
OldHDevName | HDLM 04-00のHDLMデバイスの論理デバイスファイル名（HDevName）を示します。「-」が表示されている場合は，新しいバージョンのHDLMをインストールする前に対応するHDevが存在していなかったことを示します。
NewHDevName | 新しいバージョンのHDLMのHDLMデバイスの論理デバイスファイル名（HDevName）を示します。「-」が表示されている場合は，新しいバージョンのHDLMをインストールしたあとに対応するHDevが存在しないことを示します。
DskName | ストレージシステム名を示します。
iLU | ストレージシステム内のLU番号を示します。

HDLMデバイスを登録します。
手順5で作成したHDLM 04-00と新しいHDLM のHDLMデバイスの論理デバイスファイル名の対応表を参照して，登録するHDLMデバイスの論理デバイスファイル名を確認します。確認後，必要に応じて，HDLMデバイスをアプリケーションに登録します。登録する手順は，「3.13 ファイルシステムの構築（ボリューム管理ソフトウェアを使用しない場合）」を参照してください。

注意事項

HDLMコマンドのview -pathオペレーションの表示結果を出力するファイルは，HDLMをアンインストールする際に削除されないディレクトリの下に作成してください。HDLMが使用しているディレクトリ下に作成した場合，アンインストールする際にファイルが削除されてしまいます。次のディレクトリは，HDLMをアンインストールする際に削除されてしまうので，ファイルの出力先ディレクトリとして指定しないでください。

/opt/DynamicLinkManager
/opt/hitachi
/var/opt/DynamicLinkManager
/var/opt/hitachi

7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ

Solaris 9およびSolaris 10の環境において，HDLMのブートディスク環境の構築作業を一部自動化するユティリティです。ただし，クラスタソフトウェアおよびボリュームマネージャを使用している環境では，このユティリティは使用できません。

この節の構成

7.6.1 形式

7.6.2 パラメタ

7.6.1 形式

/opt/DynamicLinkManager/bin/dlmsetboot -d 移行後ブートディスクデバイス名

7.6.2 パラメタ

-d 移行後ブートディスクデバイス名

移行後のブートディスクのHDLMデバイス名を指定します。

注意事項

dlmsetbootユティリティは，同一ホスト上で同時に複数実行できません。また，ほかのHDLMユティリティとの同時実行もできません。

dlmsetbootユティリティを実行する場合には，ほかのユーザがdlmsetbootユティリティおよび，ほかのHDLMユティリティを実行していないことを確認してください。

次の条件をすべて満たす場合，このユティリティが実行できます。

root 権限を持つユーザで実行する場合

移行後の環境のブートディスクがHDLMデバイスの場合

移行前の環境のブートディスクがUFSファイルシステム作成済みの場合

移行前の環境のブートディスクが移行後の環境のブートディスクと異なる場合

移行後の環境のブートディスクのパーティションサイズが，移行前のパーティションサイズ以上である場合

移行先デバイスへのすべてのパスに障害が発生している場合，dlmsetbootユティリティが失敗します。このため，dlmsetbootユティリティを使用する場合，パス障害が発生していないか事前に確認してください。

7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ

Solarisが保持しているデバイスの情報を取得して，ストレージシステムのsdまたはssdデバイスのエントリを，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）に定義します。

sdまたはssdデバイスのエントリは，LDEV情報（例：SANRISE9900V.15001.066A）で昇順にソートして定義します。

既存のHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）がある場合，既存の定義内容を引き継ぎます。既存のHDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）がある場合も，既存の定義内容を引き継ぎます。さらにHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を作成します。

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）には，HDLM管理対象のデバイスをコメントアウトした状態（先頭が「#」）でLU単位ですべて定義されています。HDLMの管理対象外にしたいデバイスがある場合は，テキストエディタでHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集して，LDEV属性行のコメントアウトした状態を解除（先頭の「#」を削除）してください。

また，HDLMの管理対象外にしたデバイスをHDLMの管理対象にする場合は，テキストエディタでHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集して，LDEV属性行をコメントアウトした状態（先頭が「#」）にしてください。どちらの場合でも，LDEV 属性行の先頭にある「#」の削除または追加以外の編集をしないでください。

ストレージシステムの構成変更（LUの増減，デフォルトコントローラの変更※など），またはホスト側のハード構成変更を実施した場合は，必ずdlmsetconfユティリティを実行して，そのあと次に示すどちらかのコマンドを実行してホストを再起動してください。HDLMデバイスが再構成されます。

# reboot -- -r
okプロンプトで，boot -r

注※

デフォルトコントローラの変更だけの場合は，-rオプションは不要です。

以降の説明で，「構成定義ファイル」は「HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）」および「HDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）」を指します。

この節の構成

7.7.1 形式

7.7.2 パラメタ

7.7.3 ストレージシステム移行用情報定義ファイルの定義内容

7.7.1 形式

/opt/DynamicLinkManager/bin/dlmsetconf [-d 出力先ディレクトリ名] [-c|-r|-u|-t]

7.7.2 パラメタ

-d 出力先ディレクトリ名

dlmsetconfユティリティが作成する構成定義ファイルを出力するディレクトリ名を指定します。指定するディレクトリ名は絶対パスで指定してください。マルチバイト文字は指定できません。出力先ディレクトリ名を省略した場合は，/kernel/drvに構成定義ファイルを作成します。出力先ディレクトリを作成してから，ユティリティを実行してください。

-c

-tパラメタで使用するストレージシステム移行用情報定義ファイルの整合性をチェックします。ストレージシステム移行用情報定義ファイルを読み込み，既存のdlmfdrv.confと移行後の物理パスリスト（ストレージシステムの情報）をストレージシステム移行用情報定義ファイルと比較し，実行結果をファイル（/opt/DynamicLinkManager/config/dlmfdrv.conf_check）に出力します。構成定義ファイルは作成されません。

-r

既存の構成定義ファイルの定義を無効にして，新規に構成定義ファイルとHDLMドライバ非構成定義ファイルを作成する場合に指定します。このパラメタを省略した場合，既存の構成定義ファイルとHDLMドライバ非構成定義ファイルの定義情報を引き継ぎ，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に対しては構成変更部分の追加，削除を行い，HDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）に対しては構成変更部分の追加を行います。

SDS，またはSVMを使用する場合は，-rパラメタを指定しないでください。HDLMデバイスの構成変更によって，インスタンス番号，つまりHDLMデバイスのマイナー番号が変わると，メタデバイスやボリュームが使用できなくなります。-rパラメタを使用しなければ，既存の構成定義ファイルに定義されているインスタンス番号が維持されるため，ストレージシステムの構成を変更しても，メタデバイスやボリュームを引き続き使用できます。

注意事項

-rパラメタを指定してdlmsetconfユティリティを実行後，再構成オプションを指定してホストを再起動すると，新しい論理デバイスファイルが作成されることがあります。この場合，古い方の論理デバイスファイルを削除してください。

-u

HDLM管理対象外にするLUを示すHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の内容に従って，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）内の既存エントリ中のHDLM管理対象かどうかを示す属性値だけを更新します。再構成オプションを指定してホストを起動したときに，HDLM管理対象かどうかを示す属性値がシステムに反映されます。

-uパラメタ指定時には，LUの追加または削除などのシステム構成変更があった場合でも，エントリの追加または削除は行われません。-uパラメタを指定してdlmsetconfユティリティを実行した結果，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）内のHDLM管理対象かどうかを示す属性値に変化がない場合，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）は更新されません。HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）がない場合や，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）内に無効なエントリがある場合はエラーとなります。

-t

既存のdlmfdrv.confのdevice-nameプロパティ（論理デバイス名）を，移行先のLUのdevice-nameプロパティ（論理デバイス名）に引き継ぐことで，ストレージシステムが移行されてもHDLMの論理デバイス名をそのまま維持できます。

-tパラメタだけを指定した場合（ストレージシステム移行用情報定義ファイル（/opt/DynamicLinkManager/config/dlmmiginfo.conf）を使用しない場合）

既存のdlmfdrv.confのホストLUNと，移行後のストレージシステムのホストLUNが同じときだけ論理デバイス名を引き継ぎます。ただし，移行前または移行後のストレージシステムでホストLUNが重複している場合は，論理デバイス名引き継ぎ機能は未サポートです。

-tパラメタを指定し，かつストレージシステム移行用情報定義ファイル（/opt/DynamicLinkManager/config/dlmmiginfo.conf）を使用した場合

ストレージシステム移行用情報定義ファイルに記載されている移行前後のストレージシステムおよびLU情報を，既存のdlmfdrv.confおよび移行後のストレージシステムの情報と比較して，一致したLUの論理デバイス名だけを引き継ぎます。

使用例

（例1）パラメタを省略した場合

/kernel/drvディレクトリ内に，構成定義ファイルを作成します。すでに構成定義ファイルが作成されている場合は定義情報を引き継ぎ，構成変更部分を追加，削除します。

# /opt/DynamicLinkManager/bin/dlmsetconf

（例2）-dパラメタを指定した場合

/tmpディレクトリ内に，構成定義ファイルを作成します。

# mkdir /tmp/dlmdir
# /opt/DynamicLinkManager/bin/dlmsetconf -d /tmp/dlmdir

（例3）-rパラメタを指定した場合

/kernel/drvディレクトリ内に，構成定義ファイルを新規作成します。既存ファイルがあっても定義情報を引き継ぎません。

# /opt/DynamicLinkManager/bin/dlmsetconf -r

（例4）-u パラメタを指定した場合

HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の定義内容に従って，HDLM管理対象から外すLUを定義します。

# /opt/DynamicLinkManager/bin/dlmsetconf -u

注意事項

dlmsetconfユティリティを実行すると，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）にはLU単位でsdまたはssdデバイスが定義されます。

dlmsetconfユティリティを実行すると，KAPL10242-Iのメッセージが出力されます。KAPL10242-Iのメッセージに対して「y」を入力すると，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）とHDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）とHDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）を作成または更新します。「n」を入力すると，これらの定義ファイルの作成または更新を中止します。

dlmsetconfユティリティを実行したあとで，再構成オプションを指定してホストを再起動すると，HDLMに管理されるsdまたはssdデバイスの論理デバイスファイルが削除されます。

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）およびHDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）は編集できません。これらの構成定義ファイルを編集した場合，HDLMデバイスの論理デバイスファイルが正しく作成されないことがあります。

/kernel/drvディレクトリ，または指定したディレクトリにdlmfdrv.confおよびdlmndrv.confという名前のファイルがある場合には，dlmfdrv.conf.bakおよびdlmndrv.conf.bakと名前を変換して1世代前の構成定義ファイルを保存します。さらに，/opt/DynamicLinkManager/configディレクトリまたは指定したディレクトリにdlmfdrv.unconfという名前のファイルがある場合には，既存のdlmfdrv.unconfをdlmfdrv.unconf.bakと名前を変換して一世代まで保存します。

-dパラメタを指定した場合でも，既存の定義情報は，指定したディレクトリのdlmfdrv.confおよびdlmndrv.confファイルではなく，/kernel/drv/dlmfdrv.confおよび/kernel/drv/dlmndrv.confファイルから読み込みます。

dlmsetconfユティリティの実行時に，新しく追加されたパスが検知された場合，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）にはパスを追加したLUに，エントリの定義が追加されます。また，削除されたパスがある場合，該当するLUの定義からエントリの定義を削除します。パスが追加された場合でも，削除された場合でも，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を新規作成しないかぎり，既存のインスタンス番号は引き継がれます。

dlmsetconfユティリティの実行時に，新しく追加されたHBAにストレージシステムが接続されていることが検知された場合，HDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）には追加したHBAのエントリの定義が追加されます。また，日立製ストレージシステムが接続されていたHBAが削除された場合でもそのエントリは引き継がれます。HDLMネクサスドライバ構成定義ファイル（/kernel/drv/dlmndrv.conf）を新規作成しないかぎり，既存のインスタンス番号は引き継がれ，エントリは削除されることはありません。

構成定義ファイル（/kernel/drv/dlmfdrv.confおよび/kernel/drv/dlmndrv.conf）がない場合は，-rパラメタの指定に関係なく構成定義ファイル（/kernel/drv/dlmfdrv.confおよび/kernel/drv/dlmndrv.conf）を新規作成します。

LUを削除した場合，dlmsetconfユティリティを実行する前に/dev/dsk，または/dev/rdskディレクトリ内にある，削除したLUに対応するHDLMデバイスの論理デバイスファイルを削除してください。削除したLUに対応するHDLMデバイスの論理デバイスファイルを削除しないでdlmsetconfユティリティを実行すると，formatコマンドの実行時，新しく認識したLUが削除したLUのHDLMデバイスの論理デバイスファイル名で表示されることがあります。

SDSまたはSVMを使用している場合，パスの構成を変更してdlmsetconfユティリティを実行するときは，-rパラメタを指定しないでください。-rパラメタを指定して実行すると，メタデバイスやボリュームが使用できなくなります。

-uパラメタを指定してdlmsetconfユティリティを実行した場合，HDLM管理対象のデバイスに変更がない場合，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）のunconfプロパティの更新はしません。また，更新されたHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）が有効となるのは，再構成オプションを指定してホストを再起動したあとになります。

HDLM管理対象外のデバイスを管理対象にする場合は，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）の管理対象にしたいLUの定義のうち，LDEV行をコメントアウト（先頭に「#」を付ける）して，再構成オプションを指定してホストを再起動してください。

デバイスをHDLMの管理対象外または管理対象とする場合には，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集したあと，-uオプションを指定してdlmsetconfユティリティを実行する前に，ホストを再起動しないでください。

dlmsetconfユティリティを実行して，次のメッセージが出力されたときは，SCSIドライバからデバイスIDが取得できない状態になっています。この場合，ホストの再起動を行ったあと，再度dlmsetconfユティリティを実行してください。

KAPL10237-E The property information (devid) on a device (aa...aa) could not be collected.

aa...aa：sdまたはssdデバイス名
SCSIドライバからデバイスIDが取得できない場合，詳細は，My Oracle Support (https://support.oracle.com/)のBug ID 4897065のバグレポートを参照してください。このバグレポートの参照にはMy Oracle Supportのアカウントが必要です。

7.7.3 ストレージシステム移行用情報定義ファイルの定義内容

ストレージシステム移行用情報定義ファイル（/opt/DynamicLinkManager/config/dlmmiginfo.conf）で定義する内容について説明します。

次に示すパラメタ値を半角スペースで区切り設定します。

before-SerialNo：移行前のシリアル番号 （ストレージシステムのシリアル番号）を設定します。

before-iLU： 移行前のiLU番号（内部LU番号）を設定します。

after-SerialNo：移行後のシリアル番号（ストレージシステムのシリアル番号）を設定します。

after-iLU：移行後のiLU番号（内部LU番号）を設定します。

ストレージシステム移行用情報定義サンプルファイル（/opt/DynamicLinkManager/config/sample_dlmmiginfo.conf）を参考に設定してください。

サンプルファイルの内容を次に示します。

7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ

ユティリティ実行時にHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容に対応した，VxVM管理対象除外設定ファイル（/etc/vx/vxvm.exclude）と同一形式のファイル（vxvm_exclude.txt）を，-dパラメタで指定したディレクトリへ出力します。-dパラメタを指定しない場合，標準出力に記述内容を出力します。

この節の構成

7.8.1 形式

7.8.2 パラメタ

7.8.1 形式

/opt/DynamicLinkManager/bin/dlmvxexclude [-d 出力先ディレクトリ名 | -h ]

7.8.2 パラメタ

-d 出力先ディレクトリ名

出力先となるディレクトリのパス名を指定します。マルチバイト文字は指定できません。ここで指定したディレクトリにvxvm_exclude.txtと同名の通常ファイルがある場合，確認プロンプトを表示します。Yまたはyが入力された場合，「vxvm_exclude.txt.bak」というファイル名でバックアップファイルを作成し，新たにvxvm_exclude.txtファイルを作成します。出力先ディレクトリ名がディレクトリ以外のファイルだった場合，存在しないディレクトリの場合，および，-dパラメタで出力先ディレクトリ名を指定しなかった場合はエラーとなります。

-h

使用法を表示します。

使用例

（例1）

現在のHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容に対するVxVM管理対象除外設定の内容を標準出力に出力します。

# /opt/DynamicLinkManager/bin/dlmvxexclude

（例2）

現在のHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）の定義内容に対するVxVM管理対象除外設定の内容を/tmp/vxvm_exclude.txtファイルに出力します。

# /opt/DynamicLinkManager/bin/dlmvxexclude -d /tmp

出力例

（例）

次のデバイスのエントリが出力されます。

HDLM管理対象のデバイスに対応するsdまたはssdデバイス

実際には作成されないHDLMデバイス
HDLMデバイスは，1つの管理対象デバイス（1つのスライス）に対して1つだけ作成されます。しかし，VxVMは，1つの管理対象デバイスに対して，物理パスの数分のHDLMデバイスが作成されると認識しています。このため，dlmvxexcludeユティリティを実行すると，実際には作成されないHDLMデバイスのエントリが出力されます。

これらのデバイスのエントリはLU単位で出力され，論理デバイスファイル名をキーとしてアルファベット順にソートされます。

exclude_all 0
paths
c3t0d10s2 /pci@8,600000/pci@1/JNI,FCE@4/sd@0,a
c3t0d11s2 /pci@8,600000/pci@1/JNI,FCE@4/sd@0,b
c3t0d12s2 /pci@8,600000/pci@1/JNI,FCE@4/sd@0,c
c3t0d13s2 /pci@8,600000/pci@1/JNI,FCE@4/sd@0,d
c4t1d10s2 /pci@8,600000/pci@1/JNI,FCE@5/sd@1,a
c4t1d11s2 /pci@8,600000/pci@1/JNI,FCE@5/sd@1,b
c4t1d12s2 /pci@8,600000/pci@1/JNI,FCE@5/sd@1,c
c4t1d13s2 /pci@8,600000/pci@1/JNI,FCE@5/sd@1,d
c6t1d10s2 /pseudo/dlmndrv@2/dlmfdrv@1,a
c6t1d11s2 /pseudo/dlmndrv@2/dlmfdrv@1,b
c6t1d12s2 /pseudo/dlmndrv@2/dlmfdrv@1,c
c6t1d13s2 /pseudo/dlmndrv@2/dlmfdrv@1,d
#
controllers
#
product
#
pathgroups
#

注意事項

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）は，root権限を持つユーザでだけ実行可能です。

HDLMのインストール後，HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあとでdlmvxexcludeユティリティを実行してください。

dlmvxexcludeユティリティで出力された結果をvxvm.excludeファイルとしてそのまま使用しないでください。HDLM管理対象のデバイス以外にもVxVMで無効化しているデバイスがすでにある場合，無効化した設定が解除されてしまうときがあります。

7.9 installhdlm　HDLMインストールユティリティ

HDLMの新規インストール，アップグレードまたは再インストールする場合に，サイレントインストールを実行します。応答処理の内容はあらかじめインストール情報設定ファイルに定義しておきます。

Solaris 11にはブート環境を新しく作成する機能がありますが，HDLMはカレントのブート環境以外にはインストールできません。

サイレントインストールの手順については，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」，または「3.5.8 HDLMのアップグレードまたは再インストール」を参照してください。

この節の構成

7.9.1 形式

7.9.2 パラメタ

7.9.3 インストール情報設定ファイルの定義内容

7.9.4 ログファイルについて

7.9.1 形式

/DVD-ROMをマウントしたディレクトリ/HDLM_Solaris/installhdlm ［ -f インストール情報設定ファイル名 | -h］

7.9.2 パラメタ

-fパラメタまたは-hパラメタを指定しない場合は，pkgaddコマンドまたはpkg installコマンドでインストールが実行されます。

-f インストール情報設定ファイル名

インストールに必要な情報を定義します。

インストール情報設定ファイルについては，「7.9.3 インストール情報設定ファイルの定義内容」を参照してください。

-h

installhdlmユティリティの形式を表示します。

7.9.3 インストール情報設定ファイルの定義内容

インストール情報設定ファイルで定義する内容について，次に示します。

セクション[INSTALLATION_SETTINGS]

installhdlmユティリティの動作情報を定義します。このセクション名はインストール情報設定ファイルの先頭行に指定してください。ただし，セクション[INSTALLATION_SETTINGS]の前に空行またはコメント行が存在してもかまいません。

セクション[INSTALLATION_SETTINGS]で定義するキーの一覧を次の表に示します。

表7-4 セクション[INSTALLATION_SETTINGS]のキー

キー名※1
説明※2
定義の要否
指定できる長さ
（文字）

新規インストール
アップグレードインストールまたは再インストール

installfile_location
DVD-ROMをマウントしたディレクトリを絶対パス名称で指定します。
デフォルトは「/cdrom/cdrom0」です。
省略可
省略可
400

logdir
ログ情報のファイルを出力するディレクトリを，絶対パス名称で指定します。
デフォルトは「/var/tmp」です。ログファイルについては，「7.9.4 ログファイルについて」を参照してください。
省略可
省略可
400

licensekeyfile
ホストに格納されているライセンスキーファイル名を，絶対パス名称で指定します。指定したファイルはサイレントインストール後に削除されません。
デフォルトは「/var/tmp/hdlm_license」です。
なお，ライセンスを更新しないでアップグレードインストールまたは再インストールを行う場合は，licensekeyfileキーと設定値を削除してください。
省略可※3
省略可※3
400

driver_config
HDLMドライバの構成を行うかどうかを，次の値で指定します。
y：HDLMドライバを構成します（デフォルト）。
n：HDLMドライバを構成しません。
なお，アップグレードインストールまたは再インストールの場合は，指定値に関係なく実行されません。
省略可
省略可
1

restart
インストール終了後に，ホストの再起動を行うかどうかを，次の値で指定します。
y：再起動します。
n：再起動しません（デフォルト）。
Sun Clusterを使用する場合は，「n」を指定してください。
省略可
省略可
1

（凡例）

省略可：キーと設定値を指定しない場合，デフォルト値が適用されます。

ただし，アップグレードインストールまたは再インストールの場合，licensekeyfileキーは以前のライセンス情報が引き継がれます。

注※1

キーと設定値は，1行につき1つの情報を記載してください。

注※2

定義できる内容以外を指定した場合は，エラーとなります。

注※3

HDLMを新規インストールする場合，またはライセンスの有効期限が過ぎている状態でアップグレードインストールする場合は，ライセンスキーファイルを用意してください。

セクション[ENVIRONMENT_SETTINGS]

HDLMコマンドのsetオペレーションでの動作情報を定義します。このセクションは省略できます。セクション名を省略した場合，またはセクション内のキーを1つも記載しなかった場合は，HDLMコマンドのsetオペレーションによる設定は行われません。

setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

セクション[ENVIRONMENT_SETTINGS]で定義するキーの一覧を次の表に示します。

表7-5 セクション[ENVIRONMENT_SETTINGS]のキー

キー名※1
説明※2
定義の要否
指定できる長さ
（文字）

新規インストール
アップグレードインストールまたは再インストール

load_balance
ロードバランス機能を有効，または無効にするかを，次の値で指定します。
on：有効（デフォルト）
off：無効
省略可
省略可
3

load_balance_type
ロードバランスのアルゴリズムを，次の値で指定します。
rr：ラウンドロビン
exrr：拡張ラウンドロビン
lio：最少I/O数
exlio：拡張最少I/O数（デフォルト）
lbk：最少ブロック数
exlbk：拡張最少ブロック数
省略可
省略可
5

load_balance_same_path_use_times
ロードバランスのアルゴリズムに，ラウンドロビン（rr），最少I/O 数（lio），または最少ブロック数（lbk）を適用する場合，I/O に同一のパスを使用する回数を指定します。回数は，「0～999999」の値を設定できます。デフォルトは「1」です。
省略可
省略可
6

lbex_usetimes_limit
ロードバランスのアルゴリズムに，拡張ラウンドロビン（exrr），拡張最少I/O数（exlio），または拡張最少ブロック数（exlbk）を適用する場合，シーケンシャルI/Oに同一のパスを使用する回数を指定します。
回数は，「0～999999」の値を設定できます。デフォルトは「100」です。
省略可
省略可
6

error_log_level
障害ログとして採取する障害情報のレベルを設定します。
レベルは，「0～4」が設定できます。デフォルトは「3」です。
省略可
省略可
1

error_log_size
障害ログファイル(dlmmgr[1-16].log)のサイズをKB単位で設定します。
サイズは，「100～2000000​」の値を設定できます。デフォルトは「9900」です。
省略可
省略可
7

error_log_number
障害ログファイル(dlmmgr[1-16].log)の数を設定します。
ファイル数は，「2～16」の値を設定できます。デフォルトは「2」です。
省略可
省略可
2

trace_level
トレースの出力レベルを設定します。
レベルは，「0～4」が設定できます。デフォルトは「0」です。
省略可
省略可
1

trace_file_size
トレースファイル(hdlmtr[1-64].log)のサイズをKB単位で設定します。
サイズは，「100～16000」の値を設定できます。デフォルトは「1000」です。
省略可
省略可
5

trace_file_number
トレースファイル(hdlmtr[1-64].log)の数を設定します。
ファイル数は，「2～64」の値を設定できます。デフォルトは「4」です。
省略可
省略可
2

path_health_check
パスヘルスチェック機能を有効，または無効にするかを，次の値で指定します。
on：有効（デフォルト）
off：無効
省略可
省略可
3

path_health_check_interval
パスヘルスチェックのチェック間隔を，分単位で指定します。
チェック間隔は，「1～1440」の値を設定できます。デフォルトは「30」です。
省略可
省略可
4

auto_failback
障害パスの自動フェイルバック機能を有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

auto_failback_interval
パスの状態確認の終了から，次回のパスの状態確認を開始するまでのチェック間隔を，分単位で指定します。
チェック間隔は，「1～1440」の値を設定できます。デフォルトは「1」です。
省略可
省略可
4

intermittent_error_monitor※3※4
間欠障害監視を有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

intermittent_error_monitor_interval※4
間欠障害の監視時間を分単位で指定します。
チェック間隔は，「1～1440」の値を設定できます。デフォルトは「30」です。
省略可
省略可
4

intermittent_error_monitor_number※4
障害の発生回数を指定します。
発生回数は，「1～99」の値を設定できます。デフォルトは「3」です。
省略可
省略可
2

dynamic_io_path_control
ダイナミックI/Oパスコントロール機能を有効，または無効にするかを次の値で指定します。なお，この機能を設定するとストレージシステム単位またはLU単位の設定はクリアされます。
on：有効
off：無効（デフォルト）
省略可
省略可
3

dynamic_io_path_control_interval※5
ダイナミックI/Oパスコントロール機能の，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を，分単位で指定します。
チェック間隔は，「1～1440」の値を設定できます。デフォルトは「10」です。
省略可
省略可
4

（凡例）

省略可：キーと設定値を指定しない場合，次の値が適用されます。

新規インストールの場合
デフォルト値が適用されます。

アップグレードインストールまたは再インストールの場合
以前の設定値が引き継がれます。

注

監査ログの設定は未サポートです。

注※1

キーと設定値は，1行につき1つの情報を記載してください。

注※2

定義できる内容以外を指定した場合は，エラーとなります。

設定する機能の詳細については，「6.6 set 動作環境を設定する」を参照してください。

注※3

次に示す場合だけ，キーを指定できます。

新規インストールの場合
インストール情報設定ファイルのauto_failbackキーに「on」を指定している。

アップグレードインストールまたは再インストールの場合
インストール情報設定ファイルのauto_failbackキーに「on」を指定しているか，またはインストール前の設定で，自動フェイルバック機能を有効にしている。

注※4

間欠障害監視を有効にする場合は，auto_failbackキー，およびauto_failback_intervalキーのあとに指定してください。

注※5

ダイナミックI/Oパスコントロール機能の有効，または無効に関係なくチェック間隔を設定できます。

インストール情報設定ファイルの編集例を，次に示します。

[INSTALLATION_SETTINGS]
installfile_location=/cdrom/cdrom0
logdir=/var/tmp
licensekeyfile=/var/tmp/hdlm_license
driver_config=y
restart=n
[ENVIRONMENT_SETTINGS]
load_balance=on
load_balance_type=exlio
load_balance_same_path_use_times=1
lbex_usetimes_limit=100
error_log_level=3
error_log_size=9900
error_log_number=2
trace_level=0
trace_file_size=1000
trace_file_number=4
path_health_check=on
path_health_check_interval=30
auto_failback=on
auto_failback_interval=1
intermittent_error_monitor=on
intermittent_error_monitor_interval=30
intermittent_error_monitor_number=3
dynamic_io_path_control=off
dynamic_io_path_control_interval=10

7.9.4 ログファイルについて

サイレントインストールを使用したインストールでは，インストール処理状況を示すログファイル（installhdlm.log）が出力されます。

installhdlm.logファイルについて，次に示します。

installhdlm.logファイルは，インストール情報設定ファイルのlogdirキーの値に指定したディレクトリに出力されます。ただし，サイレントインストールを実行するホスト間で，ログファイルの出力先ディレクトリを共有しないでください。logdirキーの値を指定しない場合は，/var/tmpディレクトリに出力されます。

すでにinstallhdlm.logファイルが存在している場合は，ログ情報が追記されます。

注意事項

installhdlm.logファイルは，HDLMのアンインストールと同時に削除されることはありません。したがって，installhdlm.logファイルが不要になったときは，手動で削除してください。

7.10 installux.sh　HDLM共通インストーラユティリティ

インストール先のOSを判別してDVD-ROMからOSに対応したHDLMをインストールします。また，パラメタを指定することでサイレントインストールも実行できます。

このユティリティを使ったインストールの手順については，「3.5.4 HDLMの新規インストール（Sun Clusterを使用していない場合）」，「3.5.5 HDLMの新規インストール（Sun Clusterを使用している場合）」，または「3.5.8 HDLMのアップグレードまたは再インストール」を参照してください。

この節の構成

7.10.1 形式

7.10.2 パラメタ

7.10.3 ログファイルについて

7.10.1 形式

/DVD-ROMをマウントしたディレクトリ/installux.sh [ -f インストール情報設定ファイル名 | -h ]

7.10.2 パラメタ

-f インストール情報設定ファイル名

サイレントインストールに必要な情報を定義します。

インストール情報設定ファイルについては，「7.9.3 インストール情報設定ファイルの定義内容」を参照してください。

-h

installux.shユティリティの形式を表示します。

7.10.3 ログファイルについて

installux.shユティリティは，実行ログを/var/tmp/hdlm_installux_sh.logに出力します。hdlm_installux_sh.logファイルがすでにある場合，実行ログを追記します。

ユティリティを起動したときにログファイルのサイズが1MB以上となっている場合，ファイル名をhdlm_installux_sh2.logに変更します。そのあと，hdlm_installux_sh.logファイルを新規に作成して実行ログを出力します。

注意事項

hdlm_installux_sh.logファイルおよびhdlm_installux_sh2.logファイルは，HDLMをアンインストールしても削除されません。hdlm_installux_sh.logファイルおよびhdlm_installux_sh2.logファイルが不要になったときは，手動で削除してください。

7.11 removehdlm　HDLMアンインストールユティリティ

Solaris 11の環境において，HDLMをアンインストールします。

Solaris 8，Solaris 9，およびSolaris 10の環境では，このユティリティはインストールされません。pkgrmコマンドを使用してください。

この節の構成

7.11.1 形式

7.11.2 パラメタ

7.11.1 形式

/opt/DynamicLinkManager/bin/removehdlm [-h]

7.11.2 パラメタ

-h

removehdlmユティリティの形式を表示します。

注意事項

［Ctrl］+［C］でアンインストール処理を中断しないでください。

Solaris11の環境でHDLMをアンインストールする場合は，必ずこのユティリティを使用してください。

このユティリティを実行した場合にKAPL09289-Eのメッセージが出力されるときは，インストールで使用したDVD-ROMに格納されているremovehdlmを使用してください。
/DVD-ROMをマウントしたディレクトリ/HDLM_Solaris/IPS/remove_scripts/removehdlm[-h]

8. メッセージ

この章では，HDLMから出力されるメッセージを参照するときに知っておいてほしい情報について説明します。そのあと，HDLMの運用に関わるメッセージと対処を説明します。「8.14 Hitachi Command Suite共通エージェントコンポーネントのリターンコード」では，Global Link ManagerからHDLMへ要求があった場合に，HDLMが出力するリターンコードの意味と対処を説明します。

この章の構成

8.1 メッセージ一覧を参照するための前提知識

8.2 KAPL01001～KAPL02000

8.3 KAPL03001～KAPL04000

8.4 KAPL04001～KAPL05000

8.5 KAPL05001～KAPL06000

8.6 KAPL06001～KAPL07000

8.7 KAPL07001～KAPL08000

8.8 KAPL08001～KAPL09000

8.9 KAPL09001～KAPL10000

8.10 KAPL10001～KAPL11000

8.11 KAPL11001～KAPL12000

8.12 KAPL13001～KAPL14000

8.13 KAPL15001～KAPL16000

8.14 Hitachi Command Suite共通エージェントコンポーネントのリターンコード

8.1 メッセージ一覧を参照するための前提知識

ここでは，「8.2 KAPL01001～KAPL02000」以降に記載するメッセージ一覧を参照するために必要な，次の情報について説明します。

メッセージIDの出力形式と意味

メッセージおよびメッセージの説明で使用する用語

メッセージの言語種別

上記の情報について，次に説明します。

この節の構成

8.1.1 メッセージIDの出力形式と意味

8.1.2 メッセージおよびメッセージの説明で使用する用語

8.1.3 メッセージの言語種別

8.1.1 メッセージIDの出力形式と意味

各メッセージにはメッセージIDが付いています。メッセージIDの形式と意味を次の表に示します。

表8-1 メッセージID（KAPLnnnnn-l）の形式と意味

形式
意味

KAPL
HDLMのメッセージであることを示します。

nnnnn
モジュール別のメッセージの通し番号です。

l
メッセージのレベルです。
C：Critical
E：Error
W：Warning
I：Information

8.1.2 メッセージおよびメッセージの説明で使用する用語

メッセージに表示される用語，およびメッセージの説明（意味，説明，対処）で使用する用語を次の表に示します。

表8-2 メッセージとメッセージの説明で使用する用語

用語 | 意味
aa...aa | 変数（1つのメッセージに2つ以上の変数がある場合，bb...bb，cc...ccのように続きます）
オペレーション名 | コマンド名「dlnkmgr」に続けて入力する操作の種類

8.1.3 メッセージの言語種別

メッセージの言語種別は，出力元のコンポーネントごとに異なります。

それぞれのメッセージの節の冒頭で，言語種別を説明しています。また，言語種別を変更できるものについては，言語種別の変更方法についても説明しています。

コンポーネントや言語種別の設定に関係なく，syslogには英語のメッセージだけが出力されます。

syslogに出力されるメッセージがあるコンポーネントを次に示します。

HDLMマネージャ

HDLMドライバ（フィルタ部）

HDLMアラートドライバ

HDLM管理対象物

8.2 KAPL01001～KAPL02000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。出力されるメッセージの言語種別を変更したい場合は，次のようにLANG環境変数の値を変更してください。デフォルトでは，英語のメッセージが出力されます。

Bourneシェル，またはKornシェルの場合

LANG=LANG環境変数の値
NLSPATH=$NLSPATH:/opt/DynamicLinkManager/rc/%L/%N
export LANG NLSPATH

Cシェルの場合

setenv LANG LANG環境変数の値
setenv NLSPATH ${NLSPATH}:/opt/DynamicLinkManager/rc/%L/%N

LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-3 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL01001-I
HDLMコマンドが正常終了しました。オペレーション名 = aa...aa, 終了時刻 = bb...bb
The HDLM command completed normally. Operation name = aa...aa, completion time = bb...bb

説明

コマンドが正常に終了しました。

aa...aa：clear，help，monitor，offline，online，set，またはview

bb...bb：西暦/月/日 時:分:秒

対処

特にありません。

KAPL01002-I
HDLMコマンドを開始しました。オペレーション名 = aa...aa
The HDLM command started. Operation name = aa...aa

説明

コマンドが実行されました。

aa...aa：clear，monitor，offline，online，set，またはview

対処

特にありません。

KAPL01003-W
オペレーション名が指定されていません。
No operation name is specified.

対処

オペレーション名を指定してから，再実行してください。

KAPL01004-W
オペレーション名が誤っています。オペレーション名 = aa...aa
The operation name is invalid. Operation name = aa...aa

説明

aa...aa：指定したオペレーション名

対処

HDLMコマンドのhelpを実行してオペレーション名を確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01005-W
パラメタが誤っています。オペレーション名 = aa...aa, パラメタ = bb...bb
A parameter is invalid. Operation name = aa...aa, parameter = bb...bb

説明

aa...aa：clear，set，monitor，online，offline，またはview

bb...bb：指定したパラメタ

対処

HDLMコマンドのhelp オペレーション名を実行してパラメタを確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01006-W
必要なパラメタが指定されていません。オペレーション名 = aa...aa
A necessary parameter is not specified. Operation name = aa...aa

説明

指定したオペレーションに必要なパラメタがありません。

aa...aa：clear，set，monitor，offline，またはview

対処

HDLMコマンドのhelp オペレーション名を実行してパラメタを確認し，正しいパラメタを指定してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01007-W
パラメタが重複して指定されています。オペレーション名 = aa...aa, パラメタ = bb...bb
A duplicate parameter is specified. Operation name = aa...aa, parameter = bb...bb

説明

aa...aa：clear，monitor，offline，online，set，またはview

bb...bb：重複しているパラメタ

対処

重複したパラメタを削除して，再実行してください。

KAPL01008-W
必要なパラメタ値が指定されていません。オペレーション名 = aa...aa, パラメタ = bb...bb
A necessary parameter value is not specified. Operation name = aa...aa, parameter = bb...bb

説明

aa...aa：monitor，offline，online，set，またはview

bb...bb：パラメタ名

対処

パラメタ値を指定して，再実行してください。

KAPL01009-W
パラメタ値が誤っています。オペレーション名 = aa...aa, パラメタ = bb...bb, パラメタ値 = cc...cc, 有効値 = dd...dd
A parameter value is invalid. Operation name = aa...aa, parameter = bb...bb, parameter value = cc...cc, Valid value = dd...dd

説明

aa...aa：monitor，offline，online，set，またはview

bb...bb：パラメタ名

cc...cc：指定したパラメタ値

dd...dd：パラメタ値の指定可能範囲

対処

パラメタに正しい値を指定してから，再実行してください。

KAPL01012-E
HDLMマネージャとの接続に失敗しました。オペレーション名 = aa...aa
Could not connect the HDLM manager. Operation name = aa...aa

説明

viewオペレーションの-sys -sfuncパラメタではHDLMマネージャから情報を取得する必要がありますが，HDLMマネージャに対してアクセスができません。

aa...aa：view

対処

HDLMコマンドのviewオペレーションを実行し，HDLMマネージャが起動されているか確認してください。起動されていない場合は，HDLMマネージャを起動してからHDLMコマンドを再実行してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01013-E
HDLMコマンド内部処理で障害が発生しました。オペレーション名 = aa...aa, 詳細 = bb...bb
An error occurred in internal processing of the HDLM command. Operation name = aa...aa details = bb...bb

説明

コマンド処理中にユーザ操作以外が原因と思われるエラーが発生しました。

aa...aa：clear，monitor，offline，online，set，またはview

bb...bb：エラーの発生した関数名，処理内容

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL01014-W
HDLMコマンドを実行する権限がありません。オペレーション名 = aa...aa
No authority to execute the HDLM command. Operation name = aa...aa

説明

HDLMコマンドの実行に必要な管理者権限がありません。

aa...aa：clear，monitor，offline，online，set，またはview

対処

root 権限を持つユーザで実行してください。

KAPL01015-W
操作対象のHBAがありませんでした。オペレーション名 = aa...aa
The target HBA was not found. Operation name = aa...aa

説明

-hbaパラメタで指定したポート番号，バス番号を持つパスが見つかりません。

aa...aa：offlineまたはonline

対処

HDLMコマンドのviewオペレーション（dlnkmgr view -path）を実行して，「PathName」に表示される値を確認してください。そのあと，操作するHBAポートの「PathName」上位2つの値を指定して，再実行してください。viewオペレーションについては，「6.7 view 情報を表示する 」を参照してください。

KAPL01016-W
操作対象のCHAポートがありませんでした。オペレーション名 = aa...aa
The target CHA port was not found. Operation name = aa...aa

説明

-chaパラメタで必要な-pathidに指定されたパス管理Path_IDを持つパス，および-chaidパラメタで指定されたCHA_IDを持つCHAが見つかりません。

aa...aa：monitor，offline，またはonline

対処

-pathidでパス管理PathIDを指定した場合
HDLMコマンドのviewオペレーション（dlnkmgr view -path）を実行して，操作対象とするCHAポートとそのCHAポートを経由するパス管理Path_IDを確認してください。そのあと，該当するパス管理Path_IDを指定して再実行してください。viewオペレーションについては，「6.7 view 情報を表示する 」を参照してください。

-chaidでCHA_IDを指定した場合
HDLMコマンドのviewオペレーション（dlnkmgr view -cha）を実行して，操作対象とするCHAポートとそのCHAポートのCHA_IDを確認してください。そのあと，該当するCHA_IDを指定して再実行してください。viewオペレーションについては，「6.7 view 情報を表示する 」を参照してください。

KAPL01018-W
操作対象のデバイスがありませんでした。オペレーション名 = aa...aa
The target device was not found. Operation name = aa...aa

説明

指定したホストデバイス名はありません。

aa...aa：view

対処

HDLMコマンドのviewオペレーション（dlnkmgr view -path）を実行して，「HDevName」に表示される値を確認してください。そのあと，操作するホストデバイスの「HDevName」の値を指定して，再実行してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01019-W
操作対象のパスがありませんでした。オペレーション名 = aa...aa
The target path was not found. Operation name = aa...aa

説明

aa...aa：offline，online，monitor，またはview

offline，onlineオペレーションの場合
パスの指定が間違っています。

view，monitorオペレーションの場合
HDLMの環境構築，または運用環境の構成変更が正しく完了していないため，パスが構成されていません。

対処

offline，onlineオペレーションの場合
HDLMコマンドのviewオペレーションで指定値を確認して，再実行してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

view，monitorオペレーションの場合
「3. HDLMの環境構築」または「4.5 HDLM運用環境の構成変更」を参照して，パスを構成してください。そのあともこのメッセージが出力される場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL01021-E
メモリ不足によりHDLMコマンドが実行できません。
Cannot execute the HDLM command due to insufficient memory.

説明

HDLMコマンド処理に必要なメモリが確保できませんでした。

対処

不要なアプリケーションを終了させて空きメモリを増やし，再実行してください。

KAPL01023-W
デバイスに対する最後の稼働状態のパスは閉塞することができません。
The last Online path for the device cannot be placed Offline(C).

説明

offlineオペレーションで指定したパスは該当するLUへの最後のパスであるため，Offline(C)にはできません。

対処

HDLMコマンドのviewオペレーションでパスの状態を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01024-W
同時に指定できないパラメタが指定されています。オペレーション名 = aa...aa， パラメタ = bb...bb
The specified parameters cannot be specified at the same time. Operation name = aa...aa, parameters = bb...bb

説明

aa...aa：clear，monitor，offline，online，set，またはview

bb...bb：同時に指定できないパラメタ

対処

HDLMコマンドのhelpオペレーション名を実行し，指定できるパラメタを確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01036-E
パスの回復に失敗しました。PathID = aa...aa
The Offline path cannot be placed online. PathID = aa...aa

説明

aa...aa：パスID（10進数）

対処

該当するパスの障害を取り除いたあと，再度コマンドを実行してください。

KAPL01039-W
HDLMコマンドのonlineオペレーションの処理中に，状態をOnlineにできないパスを検出しました。 PathID = aa...aa。 onlineオペレーションの処理を継続しますか？ [y/n]:
During the online operation processing of the HDLM command, a path that cannot be placed in the Online status was detected. PathID = aa...aa Would you like to continue the processing of the online operation? [y/n]:

説明

マルチパスのオンライン処理を実行中に，Online状態にできないパスがありました。該当するパスを無視して次のパスのオンライン処理を行う場合は「y」を，処理を中止する場合は「n」を入力してください。

aa...aa：パスID（10進数）

対処

ほかのパスに対して，HDLMコマンドのonlineオペレーションの処理を継続する場合は「y」を，そのまま中止する場合は「n」を入力してください。onlineオペレーションについては，「6.5 online パスを稼働状態にする」を参照してください。

KAPL01040-W
入力の値が不正です。再入力してください。 [y/n]:
The entered value is invalid. Re-enter [y/n]:

説明

「y」または「n」の入力要求に対して「y」または「n」以外が入力されました。「y」または「n」のどちらかの値を入力してください。

対処

「y」または「n」を入力してください。

KAPL01041-E
入力の値が不正です。オペレーションを中断します。オペレーション名 = aa...aa
The entered value is invalid. The operation stops. Operation name = aa...aa

説明

入力要求に対し，3回間違った入力を行ったため，コマンドの処理を中止します。

aa...aa：clear，offline，online，またはset

対処

入力する値を確認して，HDLMコマンドを再実行してください。

KAPL01044-W
パラメタ値が重複して指定されています。オペレーション名 = aa...aa, パラメタ = bb...bb, パラメタ値 = cc...cc
A duplicate parameter value is specified. Operation name = aa...aa, parameter = bb...bb, parameter value = cc...cc

説明

aa...aa：view

bb...bb：パラメタ名

cc...cc：重複しているパラメタ値

対処

重複したパラメタ値を削除して，再実行してください。

KAPL01045-W
パラメタ値が多過ぎます。オペレーション名 = aa...aa，パラメタ = bb...bb，パラメタ値 = cc...cc
Too many parameter values are specified. Operation name = aa...aa, parameter = bb...bb, parameter value = cc...cc

説明

aa...aa：monitor，offline，online，set，またはview

bb...bb：パラメタ名

cc...cc：パラメタ値

対処

HDLMコマンドのhelp オペレーション名を実行してパラメタ値を確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01048-W
ヘルプ情報が存在しません。オペレーション名 = aa...aa
Help information cannot be found. Operation name = aa...aa

説明

指定したオペレーションはHDLMコマンドのオペレーションではありません。

aa...aa：指定オペレーション名

対処

HDLMコマンドのhelpオペレーションでオペレーション名を確認してから再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01049-I
オペレーションを開始します。オペレーション名 = aa...aa。よろしいですか？ [y/n]:
Would you like to execute the operation? Operation name = aa...aa [y/n]:

説明

clearまたはsetオペレーションを開始します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：clearまたはset

対処

オペレーションを実行する場合は「y」を入力してください。中止する場合は「n」を入力してください。clearオペレーションについては，「6.2 clear パスの統計情報を初期値にする」を参照してください。setオペレーションについては，「6.6 set 動作環境を設定する 」を参照してください。

KAPL01050-I
指定されたパスをOnlineにします。よろしいですか？ [y/n]:
The currently selected paths will be changed to the Online status. Is this OK? [y/n]:

説明

onlineオペレーションを開始します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

指定したパスをOnline状態にする場合は「y」を入力してください。中止する場合は「n」を入力してください。onlineオペレーションについては，「6.5 online パスを稼働状態にする」を参照してください。

KAPL01051-I
パスが指定されていないので，Offline(C),Offline(E),Online(E)のパスをOnlineにします。よろしいですか？ [y/n]:
Because no path has been selected among the currently displayed paths, the paths in the Offline(C), Offline(E), and Online(E) statuses will be changed to the Online status. Is this OK? [y/n]:

説明

onlineオペレーションでパスを選択するパラメタが指定されていないので，すべてのパスをOnlineにします。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

Offline(C)，Offline(E)，Online(E)のパスをOnlineにする場合は「y」を入力してください。中止する場合は「n」を入力してください。実行する前に必ずHDLMコマンドのviewオペレーションでパスの状態を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。onlineオペレーションについては，「6.5 online パスを稼働状態にする 」を参照してください。

KAPL01052-I
指定されたパスをOffline(C)にします。よろしいですか？ [y/n]:
The currently selected paths will be changed to the Offline(C) status. Is this OK? [y/n]:

説明

offlineオペレーションを開始します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

指定したパスをOffline(C)にする場合は「y」を入力してください。中止する場合は「n」を入力してください。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。

KAPL01053-I
指定されたパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n]:
If you are sure that there would be no problem when the path is placed in the Offline(C) status, enter y. Otherwise, enter n. [y/n]:

説明

offlineオペレーションを開始します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

指定したパスをOffline(C)にする場合は「y」を入力してください。中止する場合は「n」を入力してください。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。

KAPL01054-W
HDLMコマンドのofflineオペレーションの処理中に，状態をOffline(C)にできないパスを検出しました。PathID = aa...aa。offlineオペレーションの処理を継続しますか？ [y/n]:
During the offline operation processing of the HDLM command, a path that cannot be placed in the Offline(C) status was detected. PathID = aa...aa Would you like to continue the processing of the offline operation? [y/n]:

説明

マルチパスのオフライン処理中に，Offline(C)にできないパスがありました。該当するパスを無視して次のパスのオフライン処理を行う場合は「y」を，処理を中止する場合は「n」を入力してください。

aa...aa：パスID（10進数）

対処

ほかのパスに対して，HDLMコマンドのofflineオペレーションの処理を継続する場合は「y」を，そのまま中止する場合は「n」を入力してください。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする 」を参照してください。

KAPL01055-I
指定されたaa...aaを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n]:
All the paths which pass the specified aa...aa will be changed to the Offline(C) status. Is this OK? [y/n]:

説明

-hbaまたは-chaパラメタが指定されたため，複数のパスをまとめてOffline(C)状態にします。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：CHA portまたはHBA

対処

指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01056-I
指定されたaa...aaを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n]:
If you are sure that there would be no problem when all the paths which pass the specified aa...aa are placed in the Offline(C) status, enter y. Otherwise, enter n. [y/n]:

説明

パスをOffline(C)にしてよいかどうかを再度確認します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：CHA portまたはHBA

対処

指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01057-I
指定されたaa...aaを通る全てのパスをOnlineにします。よろしいですか？ [y/n]:
All the paths which pass the specified aa...aa will be changed to the Online status. Is this OK? [y/n]:

説明

-hbaまたは-chaパラメタが指定されたため，複数のパスをまとめてOnline状態にします。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：CHA portまたはHBA

対処

指定した対象物を通るすべてのパスをOnlineにするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01058-W
不要なパラメタ値が指定されました。オペレーション名 = aa...aa，パラメタ = bb...bb，パラメタ値 = cc...cc
The specified parameter value is not needed. Operation name = aa...aa, parameter = bb...bb, parameter value = cc...cc

説明

値を必要としないパラメタにパラメタ値が指定されました。

aa...aa：clear，monitor，offline，online，set，またはview

bb...bb：パラメタ名

cc...cc：パラメタ値

対処

HDLMコマンドのhelp オペレーション名を実行してパラメタおよびパラメタ値を確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01059-W
パラメタaa...aaにパラメタ値bb...bbを指定した場合，同時にパラメタcc...ccは指定できません。オペレーション名 = dd...dd
Cannot specify the parameter cc...cc at the same time if you specify parameter aa...aa and parameter value bb...bb. Operation name = dd...dd

説明

パラメタ値とほかのパラメタの指定が矛盾しています。

aa...aa：パラメタ名

bb...bb：パラメタ値

cc...cc：パラメタ名

dd...dd：viewまたはset

対処

HDLMコマンドのhelp オペレーション名を実行してパラメタおよびパラメタ値を確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01060-I
ユーザの指定により，オペレーションの処理を中断しました。オペレーション名 = aa...aa
The user terminated the operation. Operation name = aa...aa

説明

確認に対し「n」が入力されたため，コマンドの処理を中止します。

aa...aa：online，offline，set，またはclear

対処

特にありません。

KAPL01061-I
aa...aa本のパスをbb...bbにしました。失敗したパス = cc...cc本。オペレーション名 = dd...dd
aa...aa path(s) were successfully placed bb...bb; cc...cc path(s) were not. Operation name = dd...dd

説明

onlineオペレーションまたはofflineオペレーションで処理したパス数を示します。

aa...aa：onlineオペレーションまたはofflineオペレーションが成功したパス数（10進数）

bb...bb：OnlineまたはOffline(C)

cc...cc：onlineオペレーションまたはofflineオペレーションに失敗したパス数（10進数）

dd...dd：onlineまたはoffline

対処

特にありません。onlineオペレーションについては，「6.5 online パスを稼働状態にする」を参照してください。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。

KAPL01063-I
操作対象のパスは既にaa...aaです。
The target path(s) are already aa...aa.

説明

onlineオペレーションまたはofflineオペレーションを実行した結果，指定されたパスはすでにOnlineまたはOffline(C)となっています。

aa...aa：OnlineまたはOffline(C)

対処

HDLMコマンドのviewオペレーションでパスの状態を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。onlineオペレーションについては，「6.5 online パスを稼働状態にする 」を参照してください。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする 」を参照してください。

KAPL01068-I
ライセンスキーを入力して下さい：
Enter a license key:

説明

ライセンスを更新します。ライセンスキーを入力してください。

対処

特にありません。

KAPL01069-W
入力されたライセンスキーが不正です。
The entered license key is invalid.

説明

入力したライセンスキーが不正です。再入力してください。

対処

正しいライセンスキーを入力してください。

KAPL01070-E
入力されたライセンスキーが不正です。ライセンスの更新を中断します。
The entered license key is invalid. Renewal of the license key will now stop.

説明

3回不正なライセンスキーが入力されたため，ライセンス更新を中断します。

対処

正しいライセンスキーを取得したあと，再実行してください。

KAPL01071-I
永久ライセンスがインストールされました。
The permanent license was installed.

説明

ライセンスが永久ライセンスに更新されました。

対処

特にありません。

KAPL01072-I
非常ライセンスがインストールされました。期限満了日はaa...aaです。
The emergency license was installed. The license expires on aa...aa.

説明

ライセンスが非常ライセンスに更新されました。

aa...aa：西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL01073-E
一時ライセンスの期限が切れています。
The temporary license expired.

説明

特にありません。

対処

永久ライセンスをインストールしてください。

KAPL01074-E
非常ライセンスの期限が切れています。
The emergency license expired.

説明

非常ライセンスの期限が切れています。永久ライセンスをインストールしてください。

対処

永久ライセンスをインストールしてください。

KAPL01075-E
HDLM内で重大エラーが発生しました。システム環境が不正です。
A fatal error occurred in HDLM. The system environment is invalid.

説明

ライセンス情報ファイルがありません。

対処

HDLMを再インストールしてください。

KAPL01076-I
永久ライセンスがインストールされています。
The permanent license has been installed.

説明

すでに永久ライセンスがインストールされているので，ライセンスのインストールは必要ありません。

対処

特にありません。

KAPL01078-W
HDLMコマンド実行中にパスの構成が変更されたため，オペレーションの処理を中断しました。オペレーション名 = aa...aa
The operation terminated because the path configuration changed during execution of the HDLM command. Operation name = aa...aa

説明

aa...aa：monitor

対処

HDLMデバイスの動的再構成の終了後，HDLMコマンドを再実行してください。

KAPL01079-W
自動フェイルバック機能が無効のため，間欠障害監視機能の設定ができません。
The intermittent error monitoring function cannot be set up because automatic failback is disabled.

説明

自動フェイルバック機能が無効のため，間欠障害監視は設定できません。

対処

自動フェイルバック機能を有効に設定してから，間欠障害監視を設定してください。

KAPL01080-W
障害監視時間，および障害発生回数が自動フェイルバックチェック間隔と矛盾しています。
The error monitoring interval and the number of times that the error is to occur conflict with the automatic failback checking interval.

説明

自動フェイルバックで指定したチェック間隔と，間欠障害監視で指定した障害監視時間および障害発生回数の値では，間欠障害を検出できません。

対処

間欠障害監視の障害監視時間は，「自動フェイルバックで指定するチェック間隔×間欠障害監視で指定する障害発生回数」以上に設定してください。

KAPL01081-E
ライセンスキーファイルが不正です。ファイル名 = aa...aa
The license key file is invalid. File name = aa...aa

説明

ライセンスキーファイルの形式に不正があります。

aa...aa：/var/tmp/hdlm_license

対処

正しいライセンスキーファイルを所定のディレクトリに格納してから，再実行してください。

/var/tmp/hdlm_license

KAPL01082-E
インストール可能なライセンスキーがライセンスキーファイル内にありません。ファイル名 = aa...aa
There is no installable license key in the license key file. File name = aa...aa

説明

ライセンスキーファイル中に，HDLMのインストールが可能なライセンスキーがありません。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーファイルが正しいか確認してから，再実行してください。

/var/tmp/hdlm_license

KAPL01083-I
ライセンスキーファイルがありません。ファイル名 = aa...aa
There is no license key file. File name = aa...aa

説明

ライセンスキーファイルが所定のディレクトリにありません。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

または，HDLMコマンドを中断し，正しいライセンスキーファイルを所定のディレクトリに格納してから，HDLMコマンドを再実行してください。

/var/tmp/hdlm_license

KAPL01084-W
ライセンスキーファイルの削除に失敗しました。ファイル名 = aa...aa
An attempt to delete the license key file has failed. File name = aa...aa

説明

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーファイルが存在している場合は，削除してください。

/var/tmp/hdlm_license

KAPL01088-W
同時に指定できないパラメタ値が指定されています。オペレーション名 = aa...aa， パラメタ = bb...bb， パラメタ値 = cc...cc
The specified parameter values cannot be specified at the same time. Operation name = aa...aa, parameter = bb...bb, parameter values = cc...cc

説明

aa...aa：view

bb...bb：パラメタ名

cc...cc：同時に指定できないパラメタ値

対処

HDLMコマンドのhelpオペレーション名を実行し，指定できるパラメタ値を確認してから，再実行してください。helpオペレーションについては，「6.3 help オペレーションの形式を表示する」を参照してください。

KAPL01089-E
HDLMコマンドのset -licオペレーションまたは，更新インストール時におけるライセンスの更新が同時に実行されました。
One of the following was executed at the same time as an HDLM command set -lic operation: another set -lic operation, or an update of the license for an update installation.

対処

HDLMコマンドのview -sys -licオペレーションでライセンスを確認し，必要に応じて，再度HDLMコマンドのset -licオペレーションを実行してください。同じエラーメッセージが表示される場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

なお，次の操作は行わないでください。

HDLMコマンドのset -licオペレーションの同時実行

HDLMコマンドのset -licオペレーションとアップグレードまたは再インストール時のライセンスの更新の同時実行

KAPL01090-E
パス障害が発生したため，パスの回復に失敗しました。PathID = aa...aa, 詳細 = bb...bb
The Offline path cannot be placed Online because a path error occurred. path ID = aa...aa, details = bb...bb

説明

パスに障害が発生しているため，パスの回復に失敗しました。

aa...aa：パスID

bb...bb：エラーの発生要因コード

対処

該当するパスの障害を取り除いたあと，再実行してください。

KAPL01091-E
メモリ不足が発生したため，パスの回復に失敗しました。PathID = aa...aa, 詳細 = bb...bb
The Offline path cannot be placed Online because memory is insufficient. path ID = aa...aa, details = bb...bb

説明

オンライン処理中にドライバ（カーネル）でメモリ不足が発生したため，パスの回復に失敗しました。マルチパスに対してオンライン処理中の場合は，オンライン処理を中断します。

aa...aa：パスID

bb...bb：エラーの発生要因コード

対処

再実行してください。繰り返し同じエラーが発生する場合は，システムのメモリが不足していないか確認してください。

KAPL01092-E
Reservation Conflictが発生したため，パスの回復に失敗しました。PathID = aa...aa, 詳細 = bb...bb
The Offline path cannot be placed Online because a Reservation Conflict occurred. path ID = aa...aa, Details = bb...bb

説明

Online対象パスに対応するLUがほかのパスでリザーブされていたため，パスの回復に失敗しました。

aa...aa：パスID

bb...bb：エラーの発生要因コード

対処

ほかのホストがOnline対象パスに対応するLUを不正にリザーブしていないかformatコマンドなどで確認してください。

ほかのホストがLUを不正にリザーブしている場合は，リザーブを解除したあと，HDLMコマンドのonlineオペレーションを再実行してください。

ほかのホストがLUを不正にリザーブしていない場合やリザーブを解除したあとも同じエラーが発生する場合には，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01093-E
ディスクラベルの読み込みに失敗したため，パスの回復に失敗しました。PathID = aa...aa, 詳細 = bb...bb
The offline path cannot be placed online because an attempt to read the disk label failed. path ID = aa...aa, details = bb...bb

説明

Online対象パスに対応するLUに正しいディスクラベルが設定されていないため，パスの回復に失敗しました。

aa...aa：パスID

bb...bb：エラーの発生要因コード

対処

formatコマンドなどで該当するパスに対応するLUにVTOCラベルまたはEFIラベルを設定したあと，再度コマンドを実行してください。

KAPL01094-E
エラーが発生したため，パスの回復に失敗しました。PathID = aa...aa, 詳細 = bb...bb
The Offline path cannot be placed Online because an error occurred. path ID = aa...aa, details = bb...bb

説明

SCSIドライバとのアクセス中にエラーが発生したために，パスの回復に失敗しました。

aa...aa：パスID

bb...bb：エラーの発生要因コード

対処

再実行してください。繰り返し同じエラーが発生する場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01095-E
HDLMのバージョン情報の取得に失敗しました。詳細 = aa...aa
An attempt to acquire the HDLM version information has failed. details = aa...aa

説明

aa...aa：エラーの発生要因コード

対処

再実行してください。繰り返し同じエラーが発生する場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01096-E
Service Packのバージョン情報の取得に失敗しました。詳細 = aa...aa
An attempt to acquire the Service Pack version information has failed. details = aa...aa

説明

aa...aa：エラーの発生要因コード

対処

再実行してください。繰り返し同じエラーが発生する場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01097-W
既存のトレースファイルが全て削除されます。よろしいですか？ [y/n]:
All the current trace files will be deleted. Is this OK? [y/n]

説明

トレースファイルサイズ，またはファイル数を現在の設定値より縮小する場合は，既存のトレースファイルがすべて削除されます。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

操作を続行する場合は「y」を入力してください。続行しない場合は「n」を入力してください。

KAPL01100-I
aa...aa

説明

実行したコマンドラインを示します。

aa...aa：実行したコマンド

対処

特にありません。

KAPL01101-W
操作対象のHBAポートがありませんでした。オペレーション名 = aa...aa
The target HBA port was not found. Operation name = aa...aa

説明

-hbaidパラメタで指定したHBAポートIDを持つパスがありません。

aa...aa：monitor，offlineまたはonline

対処

HDLMコマンドのviewオペレーション（dlnkmgr view -hba）を実行して，操作対象とするHBAポートとそのHBAポートのHBA_IDを確認してください。そのあと，該当するHBA_IDを指定して，再実行してください。

KAPL01102-I
指定されたaa...aaポートを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n]:
All the paths which pass the specified aa...aa port will be changed to the Offline(C) status. Is this OK? [y/n]:

説明

-hbaidまたは-chaidパラメタが指定されたため，複数のパスをまとめてOffline(C)にします。指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

aa...aa：HBAまたはCHA

対処

指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01103-I
指定されたaa...aaポートを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n]:
If you are sure that there would be no problem when all the paths which pass the specified aa...aa port are placed in the Offline(C) status, enter y. Otherwise, enter n. [y/n]:

説明

パスをOffline(C)にしてよいかどうかを再度確認します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：HBAまたはCHA

対処

指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01104-I
指定された aa...aaポートを通る全てのパスをOnlineにします。よろしいですか？ [y/n]:
All the paths which pass the specified aa...aa port will be changed to the Online status. Is this OK? [y/n]:

説明

-hbaidまたは-chaidパラメタが指定されたため，複数のパスをまとめてOnlineにします。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：HBAまたはCHA

対処

指定した対象物を通るすべてのパスをOnlineにするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01107-I
オペレーションを開始します。オペレーション名 = set。本オペレーションを実行すると，LU個別に設定されているロードバランス種別が無効になります。よろしいですか？ [y/n]:
The load balancing type specified for individual LUs will become invalid when this operation is executed. Do you want to execute the operation anyway? Operation name = set [y/n]:

対処

システムのロードバランス種別を設定するには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01112-E

HDLMドライバとの接続に失敗しました。オペレーション名 = aa...aa

An attempt to connect to the HDLM driver has failed. Operation name = aa...aa

説明

実行したHDLMコマンドのオペレーションはHDLMドライバから情報を取得する必要がありますが，HDLMドライバにアクセスができません。

aa...aa：clear，offline，online，set，またはview

対処

HDLMの構成設定を未実行の場合は，HDLMの構成設定を行ってください。

上記に当てはまらない場合，または，上記の対処の実施後も繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL01114-W
監査ログ設定ファイルがありません。マネージャを再起動した後，"dlnkmgr view -sys -audlog"コマンドを実行して，設定を確認してください。
The audit log configuration file does not exist. Restart the HDLM Manager, and execute the "dlnkmgr view -sys -audlog" command and check the setting.

説明

監査ログ設定ファイルが存在しません。

対処

マネージャを再起動したあと，dlnkmgr view -sys -audlogコマンドを実行してください。そのあと，必要に応じてdlnkmgr set -audlogコマンドまたはdlnkmgr set -audfacコマンドで設定してください。

KAPL01115-W
監査ログ設定ファイルがオープンできません。"dlnkmgr view -sys -audlog"コマンドを実行して，結果が正常に表示されるか確認してください。
The audit log configuration file cannot be opened. Execute the "dlnkmgr view -sys -audlog" command and check whether a normal result is displayed.

説明

監査ログ設定ファイルがオープンできません。

対処

dlnkmgr view -sys -audlogコマンドを実行した結果，正常に表示されない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01116-W
監査ログ設定ファイルが不正です。マネージャを再起動した後，"dlnkmgr view -sys -audlog"コマンドを実行して設定を確認してください。
The audit log configuration file is invalid. Restart the HDLM Manager, and execute the "dlnkmgr view -sys -audlog" command and check the setting.

説明

監査ログ設定ファイルが不正です。

対処

マネージャを再起動したあと，dlnkmgr view -sys -audlogコマンドを実行してください。そのあと，必要に応じてdlnkmgr set -audlogコマンドまたはdlnkmgr set -audfacコマンドで設定してください。

KAPL01117-W
監査ログ設定ファイルの読み込み処理でエラーが発生しました。
An error occurred during processing to read the audit log configuration file.

説明

監査ログ設定ファイルの読み込み中に内部エラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01118-W
監査ログの出力処理でエラーが発生しました。
An error occurred during processing to output the audit log configuration file.

説明

監査ログの出力中に内部パラメタエラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01119-W
監査ログの出力処理でエラーが発生しました。
An error occurred during processing to output the audit log configuration file.

説明

監査ログの出力中に内部エラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01120-W
ストレージシステムのモデルIDを表示できませんでした。 詳細 = aa...aa, bb...bb
A storage system model ID could not be displayed. Details = aa...aa, bb...bb

説明

ストレージシステムのモデルIDを表示できませんでした。

aa...aa：ストレージ認識情報

bb...bb：エラーコード

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL01121-W
HNTRLib2の初期化に失敗しました。統合トレース情報は採取されません。
HNTRLib2 initialization failed. Integrated trace information cannot be collected.

対処

root権限を持つユーザでHDLMコマンドを実行してください。

HDLMコマンドを再実行してもなおこのエラーが出力される場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害資料を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL01154-W
すでにシステム単位で(aa...aa)設定済みです。
The dynamic I/O path control function is already set to aa...aa for the system.

説明

aa...aa：on または off

対処

HDLMコマンドのviewオペレーションでホスト単位，ストレージシステム単位，およびLU単位の設定を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01155-W
すでにストレージ単位で(aa...aa)設定済みです。
The dynamic I/O path control function is already set to aa...aa for storage.

説明

aa...aa：on または off

対処

HDLMコマンドのviewオペレーションでストレージシステム単位の設定を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01156-I
ストレージ単位で(aa...aa)設定しました。
The dynamic I/O path control function was set to aa...aa for storage.

説明

aa...aa：on または off

対処

HDLMコマンドのviewオペレーションでストレージシステム単位およびLU単位の設定を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01157-I
システム単位で(aa...aa)設定しました。
The dynamic I/O path control function was set to aa...aa for the system.

説明

aa...aa：on または off

対処

HDLMコマンドのviewオペレーションでホスト単位，ストレージシステム単位，およびLU単位の設定を確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01158-E
指定したストレージは動的パス制御が適用できないストレージ装置です。
Dynamic I/O path control cannot be applied to the specified storage.

対処

HDLMコマンドのviewオペレーションでパスIDを確認してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

KAPL01159-I
aa...aaパスを追加しました。終了時刻 = bb...bb
Paths were added. (number of paths added = aa...aa, completion time = bb...bb)

説明

addオペレーションは成功しました。

aa...aa：追加したパス数

bb...bb：西暦(4桁)/月/日 時:分:秒

対処

HDLMコマンドのviewオペレーションで追加されたパス情報を確認してください。

KAPL01160-W
パス構成は変更されませんでした。
The path configuration was not changed.

説明

パスが追加されませんでした。

対処

OSコマンドを実行し，OSにパス追加が認識されているかどうか確認してください。

HDLMコマンドのviewオペレーションでパスがすでに削除済みではないかどうか確認してください。

KAPL01161-I
パス構成変更を実行します。よろしいですか? [y/n] :
This operation will change the path configuration. Do you want to continue? [y/n]:

説明

addオペレーションでパス構成変更の実行を確認します。

対処

パス構成変更を実行する場合は「y」，実行を取り消す場合は「n」を入力してください。

KAPL01162-I
パスを追加しました。パスID = aa...aa, ストレージ = bb...bb, iLU = cc...cc
A path was added. (path ID = aa...aa, storage = bb...bb, iLU = cc...cc)

説明

addオペレーションを実行したあと，追加したパスの情報を表示します。

aa...aa: 追加したパスのパスID

bb...bb: 追加したパスが接続されているストレージ(ベンダID.プロダクトID.シリアル番号)

cc...cc: 追加したパスが接続されているLU番号

対処

HDLMコマンドのviewオペレーションで追加されたパス情報を確認してください。

KAPL01163-E
パスの構成変更が失敗しました。詳細 = aa...aa
The path configuration change failed. (details = aa...aa)

説明

addオペレーションの実行が失敗しました。

aa...aa: 発生したエラーの内容を示すコード

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01166-I
オペレーションを開始します。オペレーション名 = set。本オペレーションを実行すると，LU個別に設定されている同一パス使用回数が無効になります。よろしいですか？ [y/n]:
If you execute this operation, the specified number of times that the same path can be used for individual LUs will become invalid. Do you want to execute the operation anyway? Operation name = set [y/n]:

説明

LU単位に設定された同一パス使用回数設定が無効になります。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

システムの同一パス使用回数を設定する場合は「y」を入力してください。中止する場合は「n」を入力してください。

8.3 KAPL03001～KAPL04000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-4 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL03001-I
HDLM ＡＰＩ情報 - aa...aa
HDLM API information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：APIトレース情報

対処

特にありません。

KAPL03003-E
HDLM ＡＰＩエラー情報 - aa...aa
HDLM API Error information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：APIトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL03004-C
HDLM ＡＰＩ内で重大エラーが発生しました。 - aa...aa
A critical error occurred in the HDLM API. (aa...aa)

説明

問題発生時の調査に必要な情報です。

aa...aa：APIトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL03006-E
HDLMドライバのアクセスでエラーが発生しました。 - aa...aa
An access to the HDLM driver causes an error. (aa...aa)

説明

問題発生時の調査に必要な情報です。

aa...aa：APIトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL03007-E
HDLMマネージャとの通信処理中にエラーが発生しました。 - aa...aa
An error occurred during communication with the HDLM manager. (aa...aa)

説明

問題発生時の調査に必要な情報です。

aa...aa：APIトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL03008-E
HDLMアラートドライバのログ入力処理でエラーが発生しました。 - aa...aa
An error occurred during log input to the HDLM alert driver. (aa...aa)

説明

問題発生時の調査に必要な情報です。

aa...aa：APIトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL03999-E
予期しない障害が発生しました。
An unexpected error occurred.

説明

HDLM内部で使用するモジュールのバージョンに矛盾があります。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

8.4 KAPL04001～KAPL05000

メッセージの言語種別は，インストールを実行した，root権限を持つユーザに設定されている言語種別に従います。出力されるメッセージの言語種別は変更できません。

表8-5 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL04001-I
HDLMマネージャが起動しました。
HDLM manager started.

対処

特にありません。

KAPL04002-E
HDLMマネージャの起動に失敗しました。
Could not start the HDLM manager.

説明

HDLMマネージャが正しく動作する環境ではないためにHDLMマネージャの起動に失敗しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04003-E
スタートアップパラメタが不当です。
The startup parameter is invalid.

説明

HDLMマネージャが内部的に保持しているパラメタにエラーがあります。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04004-I
HDLMマネージャを終了します。
HDLM manager will now terminate.

対処

特にありません。

KAPL04008-E
オプション定義ファイル(aa...aa)がオープンできません。
Cannot open the option definition file (aa...aa).

説明

HDLMマネージャが正常に起動できませんでした（オプション定義ファイルのオープンに失敗しました）。

aa...aa：オプション定義ファイル名

対処

ファイルをほかのプログラムで使用していないか（テキストエディタなどで開いていないか），ファイルを間違って削除していないか確認してください。

KAPL04009-E
オプション定義が不当です。
The option definition is invalid.

説明

HDLMマネージャが正常に起動できませんでした（オプション定義ファイル中の定義が不当です）。

対処

このメッセージのあとにKAPL04033-Wメッセージが出力されている場合は，HDLMコマンドのview -sys -sfuncオペレーションを実行して，オプション設定を確認してください。設定値がデフォルト値に戻っているオプションは，setオペレーションで再設定してください。

KAPL04033-Wメッセージが出力されていない場合は，HDLMマネージャを再起動してください。

対処しても同じエラーが発生する場合は，HDLMを再インストールしてください。

viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

KAPL04010-E
障害ログファイルのオープンに失敗しました。
Could not open the error log file.

説明

HDLMマネージャが正常に起動できませんでした（障害ログファイル（/var/opt/DynamicLinkManager/log/dlmmgr[1-16].log）のオープンに失敗しました）。

対処

ファイルをほかのプログラムで使用していないか（テキストエディタなどで開いていないか），ファイルを間違って削除していないか確認してください。

KAPL04011-E
障害ログファイルの出力に失敗しました。
Could not output the error log file.

説明

障害ログファイル（/var/opt/DynamicLinkManager/log/dlmmgr[1-16].log）へのログ情報の出力に失敗しました。

対処

ディスクに空き容量があるか確認してください。

KAPL04012-E
通信パイプの作成に失敗しました。RC = aa...aa
Could not create a communication pipe. RC = aa...aa

説明

HDLMマネージャが正常に起動できませんでした（HDLMコマンドとの通信に使用するパイプファイルの作成に失敗しました）。

aa...aa：OSのエラーコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04013-E
通信パイプからの入力に失敗しました。RC = aa...aa
Input is impossible via the communication pipe. RC = aa...aa

説明

HDLMコマンドとの通信時，パイプファイルからのデータ入力に失敗しました。

aa...aa：OSのエラーコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04014-E
通信パイプへの出力に失敗しました。RC = aa...aa
Output is impossible via the communication pipe. RC = aa...aa

説明

HDLMコマンドとの通信時，パイプファイルへのデータ出力に失敗しました。

aa...aa：OSのエラーコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04019-E
障害情報取得に失敗しました。RC = aa...aa
Could not collect the error information. RC = aa...aa

説明

アラートドライバからログ情報を入力できませんでした。

aa...aa：APIのリターンコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04021-I
HDLMマネージャ情報 - aa...aa
HDLM manager information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース情報

対処

特にありません。

KAPL04022-W
HDLMマネージャ警告情報 - aa...aa
HDLM manager warning information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース（警告）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04023-E
HDLMマネージャエラー情報 - aa...aa
HDLM manager error information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04024-C
HDLMマネージャ内で重大エラーが発生しました。 - aa...aa
A critical error occurred in the HDLM manager. (aa...aa)

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04025-C
HDLM マネージャでメモリ不足が発生しました。
A memory shortage occurred in the HDLM manager.

説明

HDLMマネージャの処理に必要なメモリを確保できませんでした。

対処

不要なアプリケーションを終了させ，空きメモリを増やすか，ホストを再起動してください。

KAPL04026-I
一時ライセンスが有効です。一時ライセンス満了まであとaa...aa日です(bb...bb)。
The temporary license is valid. The license expires in aa...aa days on (bb...bb).

説明

aa...aa：有効日数

bb...bb：期限満了日 西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL04027-I
非常ライセンスが有効です。非常ライセンス満了まであとaa...aa日です (bb...bb)。
The emergency license is valid. The license expires in aa...aa days on (bb...bb).

説明

aa...aa：有効日数

bb...bb：期限満了日 西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL04028-E
一時ライセンスの期限が切れています。
The temporary license expired.

対処

永久ライセンスをインストールしてください。

KAPL04029-E
非常ライセンスの期限が切れています。
The emergency license expired.

対処

永久ライセンスをインストールしてください。

KAPL04030-E
一時ライセンスの期限が切れました。
The temporary license has already expired.

対処

永久ライセンスをインストールしてください。

KAPL04031-E
非常ライセンスの期限が切れました。
The emergency license has already expired.

対処

永久ライセンスをインストールしてください。

KAPL04032-C
HDLM内で重大エラーが発生しました。システム環境が不正です。
A fatal error occurred in HDLM. The system environment is invalid.

説明

HDLM構成ファイルの一部がありません。

対処

HDLMを再インストールしてください。

KAPL04033-W
オプション定義ファイルを再作成しました。
The option definition file was re-created.

説明

オプション定義ファイルをデフォルト値で再作成しました。一部のオプションが読めた場合は指定値が設定されています。

対処

デフォルト以外のオプションについては，dlnkmgr setオペレーションでオプションを再設定してください。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

KAPL04034-E
オプション定義ファイルの作成に失敗しました。
An attempt to create the option definition file has failed.

説明

オプション定義ファイル（/etc/opt/DynamicLinkManager/dlmmgr.xml）をデフォルト値で再作成しようとしましたが，失敗しました。

対処

不要ファイルを削除して，ファイルシステムの空き容量を確保してください。または，ディレクトリの書き込み権限，ファイルの書き込み権限を確認してください。

KAPL04035-I
ヘルスチェックを開始します。全パス数 = aa...aa
The path health check will now start. Total number of paths = aa...aa

説明

aa...aa：全パス数

対処

特にありません。

KAPL04036-I
aa...aaパスのヘルスチェックを実行しました。異常パス数 = bb...bb
The path health check for the path aa...aa was executed. Number of error paths = bb...bb

説明

aa...aa：ヘルスチェック対象パス数

bb...bb：ヘルスチェックが失敗したパス数

対処

特にありません。

KAPL04037-I
ヘルスチェックに成功しました。パスID = aa...aa
The path health check completed normally. Path ID = aa...aa

説明

パスのヘルスチェックを行った結果，パスに異常はありませんでした。

aa...aa：ヘルスチェックを行ったパスのパスID

対処

特にありません。

KAPL04042-I
HDLM SNMP TRAP 情報 - aa...aa
HDLM SNMP TRAP information - aa...aa

説明

aa...aa：StartまたはStop

対処

特にありません。

KAPL04045-I
HDLM SNMP TRAPを送信しました。Trap ID = aa...aa, IPアドレス = bb...bb, ポート番号 = cc...cc, Community = dd...dd, Trap データ = ee...ee
HDLM SNMP TRAP was sent. Trap ID = aa...aa, IP Address = bb...bb, Port Number= cc...cc, Community = dd...dd, Trap Data = ee...ee

説明

aa...aa：Trap ID

bb...bb：Trap送信先のIPアドレス

cc...cc：Trap送信先のポート番号

dd...dd：Trapに付与したCommunity名

ee...ee：送信データ

対処

特にありません。

KAPL04053-W
オプション定義ファイルを作業ファイルから回復しました。
The option definition file was recovered from a work file.

対処

HDLMコマンドのviewオペレーション（dlnkmgr view -sys）を実行して，設定値が回復されているかどうかを確認してください。設定値が回復されていない場合は，HDLMコマンドのsetオペレーションを実行して設定値を回復してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

KAPL04054-I
オーナコントローラの見直しを開始します。対象LU数 = aa...aa
The owner controller will now be revised. (number of LUs = aa...aa)

説明

aa...aa：見直し対象のLU数

対処

特にありません。

KAPL04055-I
オーナコントローラの見直しを終了しました。変更LU数 = aa...aa
The owner controller was revised. (number of changed LUs = aa...aa)

説明

aa...aa：オーナコントローラの変更が行われたLU数

対処

特にありません。

KAPL04056-W
Online状態のパスが無いため見直し処理は行いませんでした。LU = aa...aa
The owner controller cannot be revised because no paths are in the Online status. (LU = aa...aa)

説明

aa...aa：見直し処理が行われなかったLUのID（シリアル番号+iLUN）

対処

パス障害を回復し，Online状態にしてください。または，該当LUを追従対象外として設定してください。

8.5 KAPL05001～KAPL06000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。英語だけが表示されているメッセージについては常に英語で出力されます。

表8-6 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL05003-I
Disk(aa...aa),Partition(bb...bb)へのHDLMドライバ（フィルタ部）のアタッチに成功しました。
The HDLM driver (filter component) was successfully attached to Disk (aa...aa), Partition (bb...bb).

説明

コアロジックへDisk，Partitionのパス登録に成功しました。

aa...aa：sdまたはssdデバイスのマイナー番号（10進数）

bb...bb：スライス番号（10進数）

対処

特にありません。

KAPL05008-E
メモリ確保に失敗しました。(aa...aa:bb...bb) DLMgetrasユティリティを実行して，障害情報を購入元会社または保守会社に連絡してください。
Could not allocate memory. (aa...aa:bb...bb) Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

aa...aa：ファイルID，行番号（16進数）

bb...bb：確保しようとしたメモリサイズ（16進数）

対処

HDLMドライバが正常に開始しているか確認してください。開始していないか，エラー状態の場合，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL05011-E
Disk(aa...aa),Partition(bb...bb)へのHDLMドライバ（フィルタ部）のアタッチに失敗しました。(cc...cc:dd...dd) DLMgetrasユティリティを実行して，障害情報を購入元会社または保守会社に連絡してください。
Could not attach the HDLM driver (filter component) to Disk (aa...aa), Partition (bb...bb). (cc...cc:dd...dd) Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

コアロジックへDisk，Partitionのパス登録に失敗しました。

aa...aa：sdまたはssdデバイスのマイナー番号（10進数）

bb...bb：スライス番号（10進数）

cc...cc：エラーコード（16進数）

dd...dd：HDLMフィルタドライバ管理テーブルアドレス（16進数）

対処

HDLMドライバが正常に開始しているか確認してください。開始していないか，エラー状態の場合，エラーと詳細コードをHDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05014-I
デバイスオブジェクト(aa...aa)をパス(bb...bb)として登録しました。
The device object (aa...aa) was registered as the path (bb...bb).

説明

HDLMフィルタドライバのアタッチに成功し，パスとして登録しました。

aa...aa：フィルタドライバ管理テーブルアドレス（16進数）

bb...bb：パスID（16進数）

対処

特にありません。

KAPL05018-W
パス(aa...aa)でのFO処理が失敗しました。(bb...bb:cc...cc) aa...aaのパス接続状態を確認してください。パス接続状態に問題が無い場合，DLMgetrasユティリティを実行して，障害情報を購入元会社または保守会社に連絡してください。
The FO processing in the path (aa...aa) failed. (bb...bb:cc...cc) Check the connection status of the path aa...aa. If there is no problem with the connection status, execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

aa...aa：FO失敗したコアロジックパス識別子（16進数）

bb...bb：エラーコード（16進数）

cc...cc：0固定

対処

処理中のI/Oは破棄されます。パスの状態を確認して適切な処置をしてください。パス接続状態に問題がない場合，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05019-I
パス(aa...aa)でのFO処理が完了しました。I/O要求はパス(bb...bb)で処理されました。
The FO processing in the path (aa...aa) finished. The I/O request was processed in the path (bb...bb).

説明

aa...aa：パスID（16進数）

bb...bb：パスID（16進数）

対処

特にありません。

KAPL05020-I
IOCTL(aa...aa)の処理を開始します。
Processing of IOCTL(aa...aa) will now start.

説明

IOCTL要求を受け付けました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL05021-I
IOCTL(aa...aa)の処理は正常に完了しました。
Processing of IOCTL(aa...aa) completed normally.

説明

要求されたIOCTLに対応する処理が成功しました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL05023-E
IOCTL(aa...aa)の処理に失敗しました。(bb...bb:cc...cc) HDLMマネージャやHDLMコマンドのメッセージを確認して，対処してください。適切な対処方法が不明な場合は，DLMgetrasユティリティを実行して，障害情報を購入元会社または保守会社に連絡してください。
Could not process the IOCTL(aa...aa). (bb...bb:cc...cc) Check the message of the HDLM command or the HDLM manager, and then take the appropriate action. If you do not know the appropriate action, execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

要求されたIOCTLに対応する処理が失敗しました。

aa...aa：IOCTLコード（16進数）

bb...bb：エラーコード（16進数）

cc...cc：0固定

対処

HDLMコマンドやHDLMマネージャのメッセージを確認して，対処してください。適切な対処方法が不明な場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL05039-W
ディスクドライバからIOCTLエラーを受け取りました。errno = aa...aa (bb...bb:cc...cc) パスがディスクに正しく接続されているか確認してください。
Received the IOCTL error from Disk Driver. errno = aa...aa (bb...bb:cc...cc) Check whether the path is correctly connected to the disk.

説明

HDLMフィルタドライバが下位のsdまたはssdドライバからIOCTLエラーを受け取りました。

aa...aa：エラーコード（10進数）

bb...bb：IOCTLコード（16進数）

cc...cc：sdまたはssdドライバのマイナー番号（16進数）

対処

パスがディスクに正しく接続されているか確認してください。

KAPL05040-E
ディスクジオメトリまたはパーティション情報の設定ができませんでした。 IOCTL = aa...aa, ErrorCode = bb...bb, PathID = cc...cc 該当パスの障害回復後，Onlineにしてください。
The disk geometry or partition information could not be set. IOCTL = aa...aa, ErrorCode = bb...bb, PathID = cc...cc After fixing the path, change its status to Online. Refer to the HDLM User's Guide for instructions how to change the path status to Online.

説明

HDLMフィルタドライバが下位のsdまたはssdドライバにディスクジオメトリまたはパーティション情報設定のIOCTLを要求しましたが，エラーが返却されました。

aa...aa：IOCTLコード（16進数）

bb...bb：エラーコード（10進数）

cc...cc：パスID（10進数）

対処

該当パスの障害を取り除いたあと，Online状態にしてください。すべてのパスでエラーが発生した場合には，操作をやり直してください。

KAPL05041-E
構成定義ファイルに記述されている定義内容が不正です。Instance = aa...aa dlmsetconfコマンドを実行した後，リブートしてください。 (bb...bb:cc...cc:dd...dd)
The contents of the configuration definition file (dlmfdrv.conf) are invalid. (Instance = aa...aa) Execute the dlmsetconf command, and then reboot. (bb...bb:cc...cc:dd...dd)

説明

HDLMフィルタドライバの構成定義ファイルの定義内容に不正がありました。

aa...aa：HDLMフィルタドライバインスタンス番号

bb...bb：不正検出個所を示すコード

cc...cc：不正情報1

dd...dd：不正情報2

対処

パスがディスクに正しく接続されているかどうか確認してください。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，ホストを再起動してください。

KAPL05042-I
Persistent Group Reservationキー登録結果 - minor = aa...aa, ioctl = bb...bb, errno = cc...cc, status = dd...dd
Results of Persistent Group Reservation key registration - minor = aa...aa, ioctl = bb...bb, errno = cc...cc, status = dd...dd

説明

保守用に出力しているメッセージです。

Persistent Group Reservation キー登録または解除の結果を出力します。

aa...aa：sdまたはssdドライバのマイナー番号（16進数）

bb...bb：IOCTL種別（内部コード）（16進数）

cc...cc：エラー番号（10進数）

dd...dd：uscsi_status（16進数）

対処

特にありません。

KAPL05411-W
The instance number aa...aa for "dlmfdrv" already exists. The HDLM device could not be attached. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

アタッチしようとしたHDLMフィルタドライバインスタンスのインスタンス番号はすでに使用されていました。

aa...aa：インスタンス番号（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05412-W
An attempt to allocate a bus address for the HDLM device instance aa...aa failed. The HDLM device could not be attached.

説明

アタッチしようとしたHDLMフィルタドライバインスタンスに対して物理パス名（デバイスアドレス）割り当てに失敗しました。

aa...aa：インスタンス番号（10進数）

対処

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，リブートしてください。

KAPL05436-E
Failed to attach the HDLM Nexus device. Instance = aa...aa. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

HDLMネクサスドライバインスタンスのアタッチが失敗しました。

aa...aa：インスタンス番号（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05437-E
The contents of the configuration definition file aa...aa.conf are invalid. Check whether the path is correctly connected to the disk. Execute the dlmsetconf command and reboot. Refer to the HDLM User's Guide for instructions how to execute the dlmsetconf command.

説明

フィルタドライバまたはネクサスドライバの構成定義ファイル（/kernel/drv/dlmfdrv.conf，/kernel/drv/dlmndrv.conf）に不正な記述が含まれています。

aa...aa：ドライバ名

対処

パスがLUに正しく接続されているか確認してください。HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，ホストを再起動してください。

KAPL05438-E
The contents of the configuration definition file aa...aa.conf are invalid. Instance = bb...bb. Check whether the path is correctly connected to the disk. Execute the dlmsetconf command and reboot. Refer to the HDLM User's Guide for instructions how to execute the dlmsetconf command.

説明

フィルタドライバまたはネクサスドライバの構成定義ファイル（/kernel/drv/dlmfdrv.conf，/kernel/drv/dlmndrv.conf）に不正な記述が含まれています。

aa...aa：ドライバ名

bb...bb：インスタンス番号（10進数）

対処

パスがLUに正しく接続されているか確認してください。HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，ホストを再起動してください。

KAPL05451-I
The path (aa...aa) has been deleted.

説明

動的LU削除機能によりLUに接続されているパス（aa...aa）が削除されました。

aa...aa：パスID

対処

特にありません。

KAPL05452-W
The path (aa...aa) could not be deleted. Code = bb...bb. Stop any applications that are using the HDLM devices, and then re-execute the dlmcfgmgr utility.

説明

LUが使用中のため，パス（aa...aa）の削除はできません。

aa...aa：パスID

bb...bb：エラー情報（内部コード）

対処

上位アプリケーションを停止したあと，再度HDLM構成管理ユティリティ（dlmcfgmgr）を実行してください。

KAPL05514-W
The label might be invalid or there might be a problem with the slice to be mounted.

説明

ラベルに誤りがあるか，またはマウントするスライスに問題があるおそれがあります。

対処

マウントしているLUがUFSのときは，マウントしているスライスを確認してください。それ以外の場合は，作成されたラベルに誤りがあるおそれがあります。ラベルを確認してください。マウントしているスライスおよびラベルを確認して，問題がなかった場合は，Oracle ASMを使用している環境で，このメッセージが出力される場合があります。この場合はシステム環境に影響を与えないため，そのまま使用してください。

KAPL05515-W
A path error occurred. The label might be invalid. (ErrorCode = aa...aa, PathID = bb...bb)

説明

パスの異常が発生しました。ラベルに誤りがあるおそれがあります。

aa...aa：ErrorCode

bb...bb：PathID

対処

パスが断線していないか確認してください。エラーの原因がパスの断線以外の場合は，マウントを実行したLUのラベルに誤りがあるおそれがあります。作成したラベルを確認してください。

KAPL05901-E
Failed to open aa...aa directory. errno = bb...bb Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

dlmsetdevnameでディレクトリのオープンに失敗しました。

aa...aa：ディレクトリ名

bb...bb：エラーコード（10進数）

対処

errnoに従って対処してください。

KAPL05902-E
Failed to allocate memory. errno = aa...aa Check that there is enough available memory.

説明

dlmsetdevnameでメモリの割り当てに失敗しました。

aa...aa：エラーコード（10進数）

対処

利用可能なメモリの容量を確認してください。

KAPL05903-E
Failed to search aa...aa directory. Check the permission for the directory.

説明

dlmsetdevnameでディレクトリの検索に失敗しました。

aa...aa：ディレクトリ名

対処

ディレクトリの権限を確認してください。

KAPL05904-E
Failed to set device name. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company. Refer to the HDLM User's Guide for instructions how to execute the DLMgetras utility.

説明

dlmsetdevnameでフィルタドライバに対するHDLMデバイスの論理デバイスファイル名の通知が失敗しました。

対処

HDLMドライバが正常に開始しているか確認してください。

KAPL05905-W
No authority to execute the dlmsetdevname command. Do not execute the command unless it is in a boot script.

説明

dlmsetdevnameの実行権限がありません。

対処

起動スクリプト以外で実行しないでください。

KAPL05921-E
There is no symbolic link file for the HDLM nexus driver (dlmndrv@bb...bb) in the aa...aa directory. Execute the dlmsetconf utility, and then reboot the host. Refer to the HDLM User's Guide for instructions how to execute the dlmsetconf command.

説明

LinkGenがaa...aaディレクトリを検索しましたが，HDLMネクサスドライバのシンボリックリンクファイルがありませんでした。

aa...aa：ディレクトリ名

bb...bb：HDLMネクサスドライバのインスタンス番号（10進数）

対処

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行したあと，ホストを再起動してください。

8.6 KAPL06001～KAPL07000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-7 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL06003-I
HDLMアラートドライバ(aa...aa)の初期化に成功しました。
Initialization of the HDLM alert driver (aa...aa) was successful.

説明

aa...aa：アラートドライバ管理テーブルアドレス（16進数）

対処

特にありません。

KAPL06004-E
メモリ確保に失敗しました。(aa...aa:bb...bb)
Could not allocate memory. (aa...aa:bb...bb)

説明

aa...aa：プログラムライン（16進数）

bb...bb：確保しようとしたメモリサイズ（16進数）

対処

HDLMドライバが正常に開始しているか確認してください。開始していないか，エラー状態の場合，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL06007-I
IOCTL(aa...aa)の処理を開始します。
IOCTL processing (aa...aa) will now start.

説明

IOCTL要求を受け付けました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL06008-I
IOCTL(aa...aa)の処理は正常に完了しました。
IOCTL processing (aa...aa) completed normally.

説明

IOCTL要求を正常に処理しました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL06009-I
不正なIOCTL(aa...aa)を受け取りました。処理はキャンセルされます。
Invalid IOCTL(aa...aa) was received. The processing is canceled.

説明

不正なIOCTLコードでアラートドライバへ要求されました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL06010-E
IOCTL(aa...aa)の処理に失敗しました。(bb...bb:cc...cc)
Could not process the IOCTL(aa...aa). (bb...bb:cc...cc)

説明

IOCTL要求は正常に処理されませんでした。

aa...aa：IOCTLコード（16進数）

bb...bb：IOCTL終了コード（16進数）

cc...cc：0固定

対処

HDLMコマンドやHDLMマネージャのメッセージを確認して，対処してください。適切な対処方法が不明な場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL06013-E
ログ情報をログバッファに書き込めませんでした。(aa...aa:bb...bb)
Could not write log information into the log buffer. (aa...aa:bb...bb)

説明

フィルタドライバからのログ情報がメモリ確保の失敗によって，ログバッファに書き込まれないで破棄されました。

aa...aa：メッセージコード（16進数）

bb...bb：バッファサイズ（16進数）

対処

ほかにエラーが発生していないか確認してください。書き込みに失敗したログ情報は破棄されます。ほかにエラーが発生していない場合，実メモリサイズを見直してください。

実メモリが不足している場合は，実メモリを増設してください。

実メモリが不足していない場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL06014-E
緊急情報を緊急情報バッファに書き込めませんでした。(aa...aa:bb...bb)
Could not write emergency information into the emergency information buffer. (aa...aa:bb...bb)

説明

フィルタドライバからの緊急情報がメモリ確保の失敗によって，

緊急情報バッファに書き込まれないで破棄されました。

aa...aa：メッセージコード（16進数）

bb...bb：バッファサイズ（16進数）

対処

ほかにエラーが発生していないか確認してください。書き込みに失敗した情報は破棄されます。ほかにエラーが発生していない場合，実メモリサイズを見直してください。

実メモリが不足している場合は，実メモリを増設してください。

実メモリが不足していない場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

8.7 KAPL07001～KAPL08000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-8 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL07819-I
保守用トレースデータです。：aa...aa bb...bb cc...cc dd...dd
Data for maintenance: aa...aa bb...bb cc...cc dd...dd.

説明

コアロジックが保守用に出力しているメッセージです。

aa...aa：詳細情報1（10進数）

bb...bb：コアロジック内部の関数番号（10進数）

cc...cc：詳細情報2（10進数）

dd...dd：詳細情報3（10進数）

対処

特にありません。

KAPL07824-I
パス(aa...aa)に接続されているLUのオーナ・コントローラを(bb...bb)に変更しました。
The owner controller of the LU connected to the path (aa...aa) was changed to (bb...bb).

説明

aa...aaで示すパスIDに接続されているLUのオーナコントローラを変更しました。

aa...aa：変更したLUのパスID（view -pathのPathIDと同じ）（10進数）

bb...bb：変更後のオーナコントローラのID（16進数）

対処

特にありません。

KAPL07825-I
パス(aa...aa)に接続されているLUのオーナ・コアを(bb...bb)に変更しました。
The owner core of the LU connected to the path (aa...aa) was changed to (bb...bb).

説明

aa...aaで示すパスIDに接続されているLUのオーナ・コアを変更しました。

aa...aa：変更したLUのパスID（view -pathのPathIDと同じ）（10進数）

bb...bb：変更後のオーナ・コアのID（16進数）

対処

特にありません。

8.8 KAPL08001～KAPL09000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-9 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL08019-E
パス(aa...aa)が障害(bb...bb)を検知しました。(cc...cc)
The path (aa...aa) detected an error (bb...bb). (cc...cc)

説明

断線などによって，パスで障害が発生しました。

aa...aa：パス識別子（16進数）

bb...bb：エラーコード（16進数）

パスへルスチェック，またはonlineオペレーションによって障害が検出された場合
0x000F0000が表示されます。

I/Oエラーによって障害が検出された場合
OSのエラーコードが表示されます。

cc...cc：0x00000000​固定

対処

障害を検知したパスを確認してください。

KAPL08022-E
パスの異常が発生しました。ErrorCode = aa...aa, PathID = bb...bb, PathName = cc...cc.dd...dd.ee...ee.ff...ff, DNum = gg...gg, HDevName = hh...hh
A path error occurred. ErrorCode = aa...aa, PathID = bb...bb, PathName = cc...cc.dd...dd.ee...ee.ff...ff, DNum = gg...gg, HDevName = hh...hh

説明

物理的または論理的なパス障害が発生しました。

aa...aa：エラーコード（16進数）

パスへルスチェック，またはonlineオペレーションによって障害が検出された場合
0x000F0000が表示されます。

I/Oエラーによって障害が検出された場合
OSのエラーコードが表示されます。

bb...bb：パスID（view -pathのPathIDと同じ）（10進数）

cc...cc：ポート番号（view -pathのPathNameと同じ）（16進数）

dd...dd：バス番号（view -pathのPathNameと同じ）（16進数）

ee...ee：ターゲットID（view -pathのPathNameと同じ）（16進数）

ff...ff：HLU番号（view -pathのPathNameと同じ）（16進数）

gg...gg：Dev番号（view -pathのDNumと同じ）（10進数）

hh...hh：ホストデバイス名（view -pathのHDevNameと同じ）

対処

パスで障害が発生したおそれがあります。「5.3 パス障害時の対処」を参照して，メッセージ中に表示されたパスを稼働状態にしてください。

KAPL08023-I
パスを回復しました。PathID = aa...aa, PathName = bb...bb.cc...cc.dd...dd.ee...ee, DNum = ff...ff, HDevName = gg...gg
A path was recovered. PathID = aa...aa, PathName = bb...bb.cc...cc.dd...dd.ee...ee, DNum = ff...ff, HDevName = gg...gg

説明

aa...aa：パスID（view -pathのPathIDと同じ）（10進数）

bb...bb：ポート番号（view -pathのPathNameと同じ）（16進数）

cc...cc：バス番号（view -pathのPathNameと同じ）（16進数）

dd...dd：ターゲットID（view -pathのPathNameと同じ）（16進数）

ee...ee：HLU番号（view -pathのPathNameと同じ）（16進数）

ff...ff：Dev番号（view -pathのDNumと同じ）（10進数）

gg...gg：ホストデバイス名（view -pathのHDevNameと同じ）

対処

特にありません。

KAPL08026-E
LUへの全てのパスで障害が発生しています。PathID = aa...aa
An error occurred on all the paths of the LU. PathID = aa...aa

説明

断線などによって，1つのLUに対する最後のパスで障害が発生しました。

aa...aa：パスID（view -pathのPathIDと同じ）（10進数）

対処

LUに対するすべてのパスで障害が発生しました。「5.3 パス障害時の対処」を参照して，メッセージ中に表示されたパス，および該当LUに対するそのほかのパスを稼働状態にしてください。

KAPL08027-E
パスを自動フェイルバック対象から除外しました。PathID = aa...aa
A path was excluded from the items subject to automatic failback. PathID = aa...aa

説明

該当パスに間欠障害が発生していると判断したため，自動フェイルバックの対象外としました。

aa...aa：パスID（view -pathのPathIDと同じ）（10進数）

対処

間欠障害が発生しています。パスで障害が発生したおそれがあります。「5.3 パス障害時の対処」を参照して，メッセージ中に表示されたパスを稼働状態にしてください。

KAPL08032-I
パスを回復しました。PathID = aa...aa
A path was recovered. (PathID = aa...aa)

説明

パスがOnlineになりました。

aa...aa：パスID（view -pathのPathIDと同じ）（10進数）

対処

特にありません。

8.9 KAPL09001～KAPL10000

この節で説明するメッセージの言語種別は，英語だけです。

メッセージID
メッセージテキスト
説明

KAPL09002-E
The disk does not have sufficient free space.

説明

インストール先のファイルシステムに十分な容量がないため，HDLMをインストールできません。

対処

不要なファイルを削除して空き容量を増やしてから再実行してください。

KAPL09008-W
The license code is invalid.

説明

ライセンスコードが不適切です。

対処

ライセンスコードを確認して，再入力してください。

KAPL09009-E
The license code is invalid. The HDLM installation program will now terminate.

説明

入力したライセンスコードが不適切なため，インストール処理が中止されました。ライセンスコードの入力に複数回失敗したのでインストールを中止します。

対処

ライセンスコードを確認して，インストールプログラムを再実行してください。

KAPL09017-E
Prerequisite patch is not applied. The sufficient OS patches for the Dynamic Link Manager have not been applied yet. Reinstall the software after those patches, which are described in the Software Description, are applied to the Operating System.

説明

HDLMに必要なパッチが適用されていません。

対処

「3.1.1 HDLMがサポートするホストとOS」に記載されている前提パッチを適用後，インストールプログラムを再実行してください。

KAPL09019-E
An attempt to cancel the registration of the bundle PP name of Hitachi Network Objectplaza Trace Library 2 failed. Remove Hitachi Network Objectplaza Trace Library 2 by referring to HDLM User's Guide section "Removing Hitachi Network Objectplaza Trace Library (HNTRLib2)".

説明

Hitachi Network Objectplaza Trace Library 2のバンドルPP名称の登録解除に失敗しました。

対処

手動でバンドルPP名称の登録解除とHitachi Network Objectplaza Trace Library 2のアンインストールを行ってください。再度，バンドルPP名称の登録解除とHitachi Network Objectplaza Trace Library 2のアンインストールに失敗した場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09020-E
An attempt to remove Hitachi Network Objectplaza Trace Library 2 failed.

説明

HNTRLib2のアンインストールに失敗しました。

対処

手動でHitachi Network Objectplaza Trace Library 2のアンインストールを行ってください。再度，アンインストールに失敗した場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09021-E
An attempt to register the bundle PP name of Hitachi Network Objectplaza Trace Library 2 failed.

説明

HNTRLib2のPP名称登録に失敗しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09023-E
A file or directory related to HDLM could not be found. Re-install HDLM.

説明

HDLMに関連するファイルのうち，HDLM以外のHitachi Command Suite製品のディレクトリにコピーする対象のファイルがありません。

対処

HDLMを再度インストールしてください。

KAPL09024-E
An attempt to copy a file or directory related to HDLM has failed. Refer to the Messages section of the HDLM User's Guide for instructions to correct this problem.

説明

HDLM以外のHitachi Command Suite製品のディレクトリにHDLMに関連するファイルをコピーする処理が失敗しました。

対処

このメッセージがHDLMのインストール時に発生した場合はHDLMを再度インストールしてください。このメッセージがHDLM以外のHitachi Command Suite製品のインストール時に発生した場合はその製品を再度インストールしてください。

KAPL09025-W
An attempt to delete a file or directory has failed.

説明

HDLM以外のHitachi Command Suite製品のディレクトリからHDLMに関連するファイルを削除する処理が失敗しました。

対処

ホスト上に次のディレクトリまたはファイルがある場合は，手動で削除してください。

/opt/HDVM/agent/docroot/webstart/HDLM.jnlp

/opt/HDVM/agent/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/HDLMManager.class

/opt/HDVM/agent/docroot/webstart/hdlm

/opt/HDVM/agent/docroot/hdlmhelp

/opt/HDVM/agent/classes/jp

/opt/HDVM/agent/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/hdlm

KAPL09026-I
Hitachi Network Objectplaza Trace Library2 wasn't removed because it was being used for other products.

説明

Hitachi Network Objectplaza Trace Library 2はほかの製品に利用されているためアンインストールされませんでした。

対処

特にありません。

KAPL09027-E
This version of the OS is not supported. Please install HDLM on a supported OS.

説明

このOSのバージョンはサポートしていません。

対処

「3.1.1 HDLMがサポートするホストとOS」を参照して，サポート対象のOSにインストールしてください。

KAPL09029-E
This version of HDLM cannot be updated by installation. Remove the already installed version of HDLM.

説明

このバージョンのHDLMはアップグレードおよび再インストールができません。インストール済みのHDLMをアンインストールしてください。

対処

インストール済みのHDLMをアンインストールしてください。

KAPL09030-E
The installed version of HDLM is not supported for the present OS version. Remove the already installed version of HDLM.

説明

インストールされているHDLMは現在のOSのバージョンに適用していません。インストール済みのHDLMをアンインストールしてください。

対処

インストール済みのHDLMをアンインストールしてください。

KAPL09031-E
A version of HDLM with a different language environment is already installed. Remove the already installed version of HDLM.

説明

言語環境が異なるHDLMがインストールされています。インストール済みのHDLMをアンインストールしてください。

対処

インストール済みのHDLMをアンインストールしてください。

KAPL09032-I
Update installation completed successfully. Reboot the machine to enable the new HDLM modules.

説明

HDLMのアップグレードまたは再インストールが正常に完了しました。新しいHDLMのモジュールを有効にするために再起動してください。

対処

ホストを再起動してください。

KAPL09033-E
HDLM supports only SPARC platform systems. Please install HDLM on a supported architecture.

説明

HDLMは，SPARC版のプラットフォームだけサポートしています。

対処

「3.1.1 HDLMがサポートするホストとOS」を参照して，サポート対象のOSにインストールしてください。

KAPL09076-I
The permanent license was installed.

説明

永久ライセンスがインストールされました。

対処

特にありません。

KAPL09077-I
The temporary license was installed. The license expires on aa...aa.

説明

一時ライセンスがインストールされました。期限満了日は，aa...aaです。

aa...aa：西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09078-I
The emergency license was installed. The license expires on aa...aa.

説明

非常ライセンスがインストールされました。期限満了日は，aa...aaです。

aa...aa：西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09079-I
The permanent license has been installed.

説明

永久ライセンスがインストールされています。

対処

特にありません。

KAPL09080-I
The temporary license has been installed. The license expires on aa...aa.

説明

一時ライセンスがインストールされています。期限満了日は，aa...aaです。

aa...aa：西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09081-I
The emergency license has been installed. The license expires on aa...aa.

説明

非常ライセンスがインストールされています。期限満了日は，aa...aaです。

aa...aa：西暦（4桁）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09082-W
The temporary license expired.

説明

一時ライセンスの期限が切れています。

対処

永久ライセンスのライセンスキーを入力してください。

KAPL09083-W
The emergency license expired.

説明

非常ライセンスの期限が切れています。

対処

永久ライセンスのライセンスキーを入力してください。

KAPL09086-W
The license key is invalid.

説明

入力されたライセンスキーが不正です。

対処

正しいライセンスキーを入力してください。

KAPL09087-E
The entered license key is invalid. Renewal of the license key will now stop. Obtain a valid license key, and then re-install HDLM.

説明

3回不正なライセンスキーが入力されたため，ライセンス更新を中断します。

対処

正しいライセンスキーを取得後，再度インストールしてください。

KAPL09088-E
The entered license key is invalid. The HDLM installation will now terminate. Obtain a valid license key, and then re-install HDLM.

説明

ライセンスキーが不正です。インストールを中止します。

対処

正しいライセンスキーを取得後，再度インストールしてください。

KAPL09089-W
License information cannot be acquired.

説明

すでにインストールされている環境からライセンス情報が取得できないため，ライセンスのインストールが必要です。

対処

ライセンスキーファイルを所定のディレクトリ（/var/tmp/hdlm_license）に置いている場合

ライセンスキーファイルからライセンスがインストールされます。特に操作は必要ありません。

ライセンスキーファイルを別のディレクトリ，または別のファイル名で保存している場合

KAPL09200-Iのメッセージに対して「1」を入力したあと，出力されるメッセージに従ってください。

上記以外の場合

ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

または，インストールを中断し，正しいライセンスキーファイルを所定のディレクトリ（/var/tmp/hdlm_license）に格納するか，ユーザ任意のディレクトリまたはファイル名で格納してから，再度インストールしてください。

KAPL09090-W
This operation will now be continued without updating the license.

説明

ライセンスを更新しないで処理を続行します。

対処

別途，永久ライセンスをインストールしてください。

KAPL09091-E
A fatal error occurred in HDLM. The system environment is invalid. Contact your HDLM vendor or the maintenance company if there is a maintenance contract of HDLM.

説明

HDLM内で重大エラーが発生しました。システム環境が不正です。HDLM構成ファイルの一部がありません。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09095-E
The entered value is invalid. The installation has been stopped.

説明

入力の値が不正です。インストールを中断しました。

対処

インストールを実行する場合には再度インストーラを実行してください。

KAPL09112-E
The license key file is invalid. File name = aa...aa
Place the correct license key file in the designated directory (/var/tmp/hdlm_license), in a user-specified directory or with a user-specified file name, and then re-install HDLM.

説明

ライセンスキーファイルの形式に不正があります。

aa...aa：/var/tmp/hdlm_licenseまたは，ユーザが指定したファイル

対処

正しいライセンスキーファイルを所定のディレクトリ（/var/tmp/hdlm_license）に格納するか，ユーザ任意のディレクトリまたはファイル名で格納してから，再度インストールしてください。

KAPL09113-E
There is no installable license key in the license key file. File name = aa...aa
Make sure that the license key file is correct, and then re-install HDLM.

説明

ライセンスキーファイル中に，HDLMのインストールが可能なライセンスキーがありません。

aa...aa：/var/tmp/hdlm_licenseまたは，ユーザが指定したファイル

対処

ライセンスキーファイルが正しいか確認してから，再度インストールしてください。

/var/tmp/hdlm_licenseまたは，ユーザが指定したファイル

KAPL09114-I
There is no license key file. File name = aa...aa

説明

ライセンスキーファイルが所定のディレクトリにありません。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

または，インストールを中断し，正しいライセンスキーファイルを所定のディレクトリに格納してから，再度インストールしてください。

/var/tmp/hdlm_license

KAPL09115-W
An attempt to delete the license key file has failed. File name = aa...aa

説明

ライセンスキーファイルの削除に失敗しました。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーファイルが存在している場合は，削除してください。

/var/tmp/hdlm_license

KAPL09120-E
There is no license key file. File name = aa...aa

説明

ライセンスキーファイルが所定のディレクトリにありません。

aa...aa：/var/tmp/hdlm_license

対処

正しいライセンスキーファイルを所定のディレクトリに格納してから，JP1/NETM/DMの配布指令を再実行してください。

/var/tmp/hdlm_license

KAPL09133-E
One or more required patches (aa...aa) could not be found. Please apply all required patches then install again.

説明

HDLMに必要なパッチが適用されていません。

aa...aa：適用されていないパッチのパッチ番号

対処

「3.1.1 HDLMがサポートするホストとOS」に記載されている前提パッチを確認してください。

表示されたパッチ番号のパッチを適用したあとで，HDLMをインストールしてください。

KAPL09135-E
One of the following was executed at the same time as an HDLM command set -lic operation: another set -lic operation, or an update of the license for an update installation.

説明

HDLMコマンドのset -licオペレーションまたは，HDLMのアップグレードもしくは再インストール時のライセンスの更新が同時に実行されました。

対処

view -sys -licオペレーションでライセンスを確認し，必要に応じてインストール中，またはインストール後にset -licオペレーションを使用してライセンスを更新してください。

同じメッセージが表示される場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

なお，次の操作は行わないでください。

set -licオペレーションとHDLMのアップグレードまたは再インストール時のライセンスの更新の同時実行

KAPL09137-W
An internal error occurred when the system information was set. Please contact product support.

説明

HDLMのインストール中に，ユーザ操作が原因ではないと思われるエラーが発生しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09140-E
HDLM cannot be installed in this zone. Install it in the global zone.

説明

HDLMはnon-global zoneにインストールできません。

対処

global zoneにHDLMをインストールしてください。

KAPL09142-E
HDLM aa...aa cannot be performed. Wait a while, and then perform aa...aa again. Error Code =bb...bb

説明

HDLMをインストールまたはアンインストールできませんでした。

aa...aa：installationまたはremove

bb...bb：内部コード（10進数）

対処

時間を置いてから再度インストールまたはアンインストールを行ってください。インストール後は，あらかじめ取得しておいたバックアップを使用してHDLMの設定を行ってください。

KAPL09143-E
HDLM aa...aa cannot be performed. Error Code = bb...bb

説明

HDLMをインストールまたはアンインストールできませんでした。

aa...aa：installationまたはremove

bb...bb：内部コード（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09148-W
Could not modify file. File name = aa...aa, Details = bb...bb. Please contact product support.

説明

aa...aa（HDLMドライバ構成定義ファイルまたはHDLMドライバ非構成定義ファイル）を更新できませんでした。

aa...aa：次に示すファイル名のどれか

/kernel/drv/dlmfdrv.conf

/opt/DynamicLinkManager/config/dlmfdrv.unconf

/kernel/drv/dlmfdrv.conf.bak

/opt/DynamicLinkManager/config/dlmfdrv.unconf.bak

bb...bb：内部コード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得します。
HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。aa...aaが/kernel/drv/dlmfdrv.conf.bakまたは/opt/DynamicLinkManager/config/dlmfdrv.unconf.bakの場合は，システム環境に影響を与えないので，そのまま使用してください。
aa...aaが/kernel/drv/dlmfdrv.confまたは/opt/DynamicLinkManager/config/dlmfdrv.unconfの場合は，次に示す手順を実行してください。

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行して，ファイルを更新します。
dlmsetconfユティリティについては，「7.7 dlmsetconf　HDLMドライバ構成定義ファイル作成ユティリティ」を参照してください。

次に示すどちらかのコマンドを実行して，ホストを再起動します。
# reboot -- -r
okプロンプトで，boot -r

KAPL09149-E
An attempt to update the file has failed. File name = aa...aa, Details = bb...bb. Please contact product support.

説明

aa...aa（HDLMドライバ構成定義ファイルまたはHDLMドライバ非構成定義ファイル）の更新に失敗しました。

aa...aa：次に示すファイル名のどれか

/kernel/drv/dlmfdrv.conf

/opt/DynamicLinkManager/config/dlmfdrv.unconf

/kernel/drv/dlmfdrv.conf.bak

/opt/DynamicLinkManager/config/dlmfdrv.unconf.bak

bb...bb：内部コード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL09171-E
An internal error occurred in the installation of the HDLM. Error Code = aa...aa,bb...bb

説明

HDLMのインストール中にユーザ操作が原因でないと思われるエラーが発生しました。

aa...aa：実行した処理を特定するエラー番号（10進数）

bb...bb：実行した処理の返り値（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09176-I
The installation completed successfully. Execute the dlmsetconf utility and, if you are using VxVM, execute the dlmvxexclude utility. After that, specifying the -r (reconfigure) option, restart the host machine.

説明

HDLMの新規インストールが成功しました。

対処

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行して，HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）を作成してください。

HDLMの管理対象外にしたいデバイスがある場合は，HDLMドライバ非構成定義ファイル（/opt/DynamicLinkManager/config/dlmfdrv.unconf）を編集してから，-uオプションを指定してdlmsetconfユティリティを再実行してください。

VxVMを使用している場合は，VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）を実行してVxVM管理対象除外設定ファイルを作成し，VxVMの管理対象からHDLMデバイスを除外してください。

再構成オプション（-r）を指定してホストを再起動してください。

KAPL09179-I
Data for maintenance: aa...aa bb...bb

説明

aa...aa：メッセージ出力位置情報（10進数）

bb...bb：詳細情報（文字列）

対処

特にありません。

KAPL09183-I
HDLM version aa...aa is installed. This version will now be overwritten with version bb...bb.

説明

aa...aa：すでにインストールされているHDLMのバージョン番号

bb...bb：インストールしようとしているHDLMのバージョン番号

対処

特にありません。

KAPL09187-W
No parameter is specified.

説明

HDLMインストールユティリティ（installhdlm）にパラメタ（インストール情報設定ファイル）が指定されていません。

対処

installhdlmユティリティのパラメタをチェックしてから，再実行してください。

KAPL09188-W
Too many parameters are specified.

説明

HDLMインストールユティリティ（installhdlm）に3個以上のパラメタが指定されました。

対処

installhdlmユティリティのパラメタをチェックしてから，再実行してください。

KAPL09190-W
The installation information settings file is not specified.

説明

HDLMインストールユティリティ（installhdlm）の第2パラメタにインストール情報設定ファイルが指定されていません。

対処

installhdlmユティリティのパラメタをチェックしてから，再実行してください。

KAPL09191-W
The installation information settings file does not exist.

説明

HDLMインストールユティリティ（installhdlm）の第2パラメタに指定されているファイルが存在しません。

対処

正しいインストール情報設定ファイルのパス名称を指定して，再実行してください。

KAPL09200-I
If your license key file is located somewhere else or has a different file name than "hdlm_license", enter "1". If you will enter the license key text directly, enter "2". [1/2]:

説明

ライセンスキーファイルを別のディレクトリ，または別のファイル名で保存している場合は，「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

対処

「1」または「2」を入力してください。

KAPL09201-I
Enter the absolute path to the license key, including file name :

説明

ライセンスキーファイル名を絶対パスで入力してください。

対処

ライセンスキーファイルを絶対パスで指定してください。

KAPL09202-W
The entered absolute path is invalid.

説明

入力された絶対パスは無効です。

対処

同時に出力されるメッセージに従ってください。

KAPL09203-W
There is no license key file. File name = aa...aa

説明

ライセンスファイルキーファイルがありません。

aa...aa：ユーザが入力した文字列

対処

同時に出力されるメッセージに従ってください。

KAPL09204-E
The entered absolute path is invalid. The HDLM installation will now terminate.

説明

入力された絶対パスは無効です。インストールを中断します。

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09205-E
There is no license key file. The HDLM installation will now terminate. File name = aa...aa

説明

ライセンスキーファイルがありません。インストールを中断します。

aa...aa：ユーザが入力した文字列

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09206-W
The entered value is invalid. Re-enter [1/2]:

説明

入力された値が不正です。再入力してください。

対処

「1」または「2」を入力してください。

KAPL09207-E
The entered absolute path is invalid. Renewal of the license key will now stop.

説明

入力された絶対パスは無効です。ライセンスの更新を中断します。

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09208-E
There is no license key file. Renewal of the license key will now stop. File name = aa...aa

説明

ライセンスキーファイルがありません。ライセンスの更新を中断します。

aa...aa：ユーザが入力した文字列

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09209-E
The entered value is invalid. Renewal of the license key will now stop.

説明

入力された値が不正です。ライセンスの更新を中断します。

対処

インストールをやり直してください。

KAPL09210-I
aa...aa will now start.

説明

aa...aaを開始しました。

aa...aa：installhdlm，pkgadd，dlnkmgr，またはdlmsetconf

対処

特にありません。

KAPL09211-I
aa...aa completed successfully.

説明

aa...aaが正常終了しました。

aa...aa：installhdlm，pkgadd，dlnkmgr，またはdlmsetconf

対処

特にありません。

KAPL09212-E
aa...aa ended abnormally.

説明

aa...aaが異常終了しました。

aa...aa：installhdlm，pkgadd，dlnkmgr，またはdlmsetconf

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

KAPL09213-W
An error occurred during aa...aa processing.

説明

HDLMインストールユティリティ（installhdlm）の処理は最後まで実行されましたが，途中でエラーになった処理があります。

aa...aa：installhdlm，pkgadd，dlnkmgr，またはdlmsetconf

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

KAPL09214-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定されたパラメタ（文字列）

対処

HDLMインストールユティリティ（installhdlm）に-hパラメタを指定して実行し，指定するパラメタを確認してから，再実行してください。

KAPL09215-E
The system environment is invalid. Error Code = aa...aa

説明

HDLMインストールユティリティ（installhdlm）を実行するシステム環境に不正があります。

aa...aa：実行した処理を特定するエラー番号(10進数)

対処

Error Code = 4の場合

/var/tmpディレクトリがありません。/var/tmpディレクトリを用意してから再実行してください。

Error Code = 5の場合

/var/tmpディレクトリに書き込み権限がありません。/var/tmpディレクトリのアクセス権限を確認してください。

Error Code = 6の場合

/var/tmpディレクトリのファイルシステムに書き込み権限がありません。/var/tmpディレクトリのファイルシステムのアクセス権限を確認してください。

Error Code = 7の場合

/var/tmpディレクトリのファイルシステムに空き容量がありません。/var/tmpディレクトリの空き容量を確認してください。

Error Code = 10の場合

dlmsetconfコマンドがデフォルトの場所にないか，dlmsetconfコマンドに実行権限がありません。dlmsetconfコマンドの状態を確認してください。

Error Code = 11の場合

rebootコマンドがデフォルトの場所にないか，rebootコマンドに実行権限がありません。rebootコマンドの状態を確認してください。

KAPL09216-E
An error occurred during I/O of a file that installhdlm uses. Error Code = aa...aa,bb...bb

説明

HDLMインストールユティリティ（installhdlm）が使用するファイルの入出力でエラーが発生しました。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

対処

/var/tmpディレクトリの容量に不足がないか確認してください。/var/tmpディレクトリの容量が不足している場合は，十分な空き容量を確保したあとに再実行してください。必要な空き容量は，「3.1.7 メモリ所要量とディスク占有量」の「(2) ディスク占有量」を参照してください。

KAPL09217-E
An error occurred during reading of the installation information settings file. Error Code = aa...aa,bb...bb

説明

インストール情報設定ファイルの読み込みでエラーが発生しました。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

対処

Error Code = 9001,-1の場合

インストール情報設定ファイルに読み取り権限がありません。指定したファイルのアクセス権限を確認してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09218-E
aa...aa cannot be executed.

説明

HDLMインストールユティリティ（installhdlm）が使用するユティリティやコマンドが規定の場所にない，または実行権限がありません。

aa...aa：installhdlm_analysis，dlnkmgr，またはdlmsetconf

対処

aa...aaがdlnkmgrまたはdlmsetconfの場合

規定の場所は/opt/DynamicLinkManager/binディレクトリです。

規定の場所になかった，または実行権限がなかった場合は，再度installhdlmユティリティを実行してください。

aa...aaがinstallhdlm_analysisの場合

規定の場所はinstallhdlmユティリティと同じディレクトリです。

規定の場所になかった場合は，必要なファイルをコピーして再実行してください。実行権限がなかった場合は，実行権限を与えてから再実行してください。

KAPL09219-E
An internal error occurred in the installhdlm_analysis. Error Code = aa...aa,bb...bb

説明

installhdlm_analysisで内部エラーが発生しました。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09220-W
The composition of the installation information settings file is invalid. Error Code = aa...aa,bb...bb

説明

インストール情報設定ファイルの[INSTALLATION_SETTINGS]より前に1023文字を超える行がありました。または，空行およびコメント行を除いて，最初の行の内容が[INSTALLATION_SETTINGS]以外でした。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09221-W
The definition of the installation information settings file includes an unusable character. Error Code = aa...aa,bb...bb, line = cc...cc

説明

コメント行以外の行で使用できない文字を使用しています。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09227-W
The definition of the installation information settings file includes an invalid key. Error Code = aa...aa,bb...bb, line = cc...cc

説明

存在しないキーが記載されています。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09228-W
The definition of the installation information settings file includes an invalid key value. Error Code = aa...aa,bb...bb, line = cc...cc

説明

キー値の形式が不正です。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09229-W
The definition of the installation information settings file includes an invalid section name. Error Code = aa...aa,bb...bb, line = cc...cc

説明

存在しないセクション名が記載されています。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09230-W
The definition of the installation information settings file includes a duplicated section name. Error Code = aa...aa,bb...bb, line = cc...cc

説明

同一名称のセクション名が記載されています。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09231-W
The definition of the installation information settings file includes a duplicated key. Error Code = aa...aa,bb...bb, line = cc...cc

説明

同一名称のキーが記載されています。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09232-W
The composition of the definition of the installation information settings file is invalid. Error Code = aa...aa,bb...bb, line = cc...cc

説明

キー，キー値，または=が記載されていません。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09233-W
The definition of the installation information settings file is too long. Error Code = aa...aa,bb...bb, line = cc...cc

説明

1行の定義文の長さが1023文字を超えています。

aa...aa：実行した処理を特定するエラー番号(10進数)

bb...bb：実行した処理の返り値(10進数)

cc...cc：インストール情報設定ファイルの行番号(10進数)

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09234-W
A folder or file specified by the installation information settings file does not exist. Name = aa...aa

説明

インストール情報設定ファイルで指定されたフォルダまたはファイルがありませんでした。

aa...aa：存在しなかったフォルダ名，またはファイル名（文字列）

対処

内容を訂正したインストール情報設定ファイルを指定して，再実行してください。

KAPL09235-E
The log file cannot be output to its destination because the environment is invalid. Error Code = aa...aa

説明

ログファイルを出力する環境に不正があります。

aa...aa：実行した処理を特定するエラー番号(10進数)

対処

Error Code = 1の場合

ログファイルの出力先であるディレクトリがありません。ディレクトリを用意してから，再実行してください。

Error Code = 2の場合

ログファイルの出力先であるディレクトリに書き込み権限がありません。ディレクトリのアクセス権限を修正してから再実行してください。

Error Code = 3の場合

ログファイルを書き込むファイルシステムに書き込み権限がありません。格納場所のアクセス権限を修正してから再実行してください。

Error Code = 4の場合

installhdlm.logファイルに書き込み権限がありません。installhdlm.logファイルのアクセス権限を修正してから再実行してください。

KAPL09236-W
An error occurred during the output of a log file.

説明

ログファイルの出力先に十分な空き容量がありません。

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

KAPL09237-I
A user operation ended installhdlm.

説明

実行中に［Ctrl］+［C］などで中断したため，処理を中止しました。

対処

/var/opt/DynamicLinkManagerディレクトリが存在しているか確認してください。/var/opt/DynamicLinkManagerディレクトリが存在している場合は，次のコマンドを実行して削除してください。

# rm -rf /var/opt/DynamicLinkManager

アップグレードまたは再インストール中にインストールを中断した場合は，このディレクトリを削除しないでください。

また，次のコマンドを実行してSTATUSを確認してください。

# pkginfo -l DLManager

STATUSがpartially installedと表示された場合は，更新インストールを行ってください。

KAPL09238-W
The specified file is not a normal one. Fail name = aa...aa

説明

通常ファイル以外（ディレクトリファイル，スペシャルファイルなど）が指定されています。

aa...aa：指定されたファイル名（文字列）

対処

正しいファイルの名称を指定して，再実行してください。

KAPL09239-I
The system will now restart.

説明

インストール情報設定ファイルで再起動するように指定されているため，ホストを再起動します。

対処

特にありません。

KAPL09241-W
An attempt to install an HDLM component failed. Error Code = aa...aa

説明

HDLMコンポーネントのインストールに失敗しました。

aa...aa：実行した処理を特定するエラー番号（10進数）

対処

次に示す条件に応じて対処してください。ただし，Global Link Managerと連携しない場合は，HDLMの動作に影響しないため対処は不要です。

Error Code = 3またはError Code = 100の場合

時間をおいてからHDLMコンポーネントインストールユティリティ(dlminstcomp)を実行してください。

Error Code = 5の場合

前提となるJDKをインストールしたあとに，dlminstcompユティリティを実行してください。

Error Code = 200の場合

dlminstcompユティリティを実行してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09242-E
No usable JDK or JRE exists.

説明

前提となるJDKがシステムにインストールされていません。

対処

前提となるJDKをインストールしたあとに，HDLMコンポーネントインストールユティリティ(dlminstcomp)を実行してください。

KAPL09243-I
dlminstcomp completed successfully.

説明

HDLMコンポーネントインストールユティリティ(dlminstcomp)が正常に終了しました

対処

特にありません。

KAPL09246-E
An attempt to install an HDLM component failed because an HDLM component was operating. Error Code = aa...aa

説明

HDLMコンポーネントが動作中のため，HDLMコンポーネントのインストールに失敗しました。

aa...aa：実行した処理を特定するエラー番号（10進数）

対処

時間をおいてから，再度HDLMコンポーネントインストールユティリティ(dlminstcomp)を実行してください。

KAPL09247-E
An attempt to install an HDLM component failed. Error Code = aa...aa

説明

HDLMコンポーネントのインストールに失敗しました。

aa...aa：実行した処理を特定するエラー番号（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09248-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMコンポーネントインストールユティリティ(dlminstcomp)に-hパラメタを指定して実行し，ユティリティの形式を確認してから，再実行してください。

KAPL09288-E
An error occurred during "aa...aa" processing. (error code = bb...bb)

説明

インストーラまたはアンインストーラの処理中にエラーが発生しました。

aa...aa：コマンド名

bb...bb：エラーコード

対処

Solaris 8，Solaris 9，またはSolaris 10の環境の場合
HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

Solaris 11以降の環境の場合
publisherが無効で設定されているか確認してください。publisherの設定が正しい場合は，/var/pkg/cache配下のファイルとフォルダを全て削除し再度インストールまたはアンインストールを実施してください。/var/pkg/cache配下を削除してもインストールまたはアンインストールに失敗する場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09289-E
Removal of HDLM will now end because a required file or folder was not found. Execute removehdlm from the installation media.

説明

アンインストールで使用するファイルおよびディレクトリが存在しません。

対処

インストールに使用したDVD-ROM中にあるremovehdlmを実行してください。

removehdlmの所在：（DVD-ROMのマウントポイント）/HDLM_Solaris/IPS/remove_scripts/removehdlm

KAPL09290-I
A user operation ended removehdlm.

説明

実行中に［Ctrl］+［C］ボタンなどで中断したため，処理を中止しました。

対処

再度アンインストールを実行してください。

KAPL09291-E
This version of the OS is not supported. Please remove HDLM on a supported OS.

説明

サポートしていないOSです。

対処

サポートしているバージョンのOSで実行してください。

KAPL09501-E
HDLM is not installed on this system.

説明

このシステムにはHDLMがインストールされていないため，SPは適用できません。

対処

システムにHDLMが正しくインストールされていることを確認してください。

KAPL09504-E
HDLMとService Packの言語環境が異なります。
The language environments of HDLM and the Service Pack are different.

説明

英語のHDLMに日本語のSPをインストールしようとしたか，または日本語のHDLMに英語のSPをインストールしようとした場合に出力されます。

対処

インストールされたHDLMと同じ言語のSPをインストールしてください。

KAPL09505-E
aa...aa cannot be applied to the installed bb...bb.

説明

インストールされているHDLMまたはSP（bb...bb）に対して，このHDLMまたはSP（aa...aa）はアップグレードまたは再インストールできません。

aa...aa：インストールしようとしたHDLMのバージョンまたはSPのバージョン

bb...bb：インストール済みのHDLMのバージョンまたはSPのバージョン

対処

インストール済みのHDLM，またはSPに対してアップグレードまたは再インストールはできません。HDLMをインストールする場合，アンインストールを行ってから再度インストールを実行してください。SPをインストールする場合，インストール済みのHDLMに適用可能なSP，または修正版を入手して，再度インストールを実行してください。

KAPL09509-E
Service Pack aa...aa cannot be installed. The same version has already been installed.

説明

インストールしようとしているSPと同等のバージョンがすでにインストールされているため，SPのインストールを中断しました。

aa...aa：インストールするSPのバージョン

対処

インストールしようとしているSPは，インストールの必要がありません。インストールされているHDLMをそのままお使いください。

KAPL09510-E
Service Pack aa...aa cannot be installed. A newer bb...bb version has already been installed.

説明

インストールしようとしているSP（aa...aa）より新しいバージョン（bb...bb）がインストールされているため，SPのインストールを中断しました。

aa...aa：インストールするSPのバージョン

bb...bb：インストール済みのHDLMのバージョンまたはインストール済みのSPのバージョン

対処

インストールしようとしているSPは，インストールの必要がありません。インストールされているHDLMをそのままお使いください。

8.10 KAPL10001～KAPL11000

この節で説明するメッセージの言語種別は，英語だけです。

メッセージID
メッセージテキスト
説明

KAPL10001-W
No parameter has been specified.

説明

パラメタ（収集情報出力先ディレクトリ）が指定されていません。

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10002-W
Too many parameters have been specified.

説明

パラメタが4個以上指定されました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10003-W
The first parameter has not been set to a directory. Value = aa...aa

説明

第1パラメタにディレクトリ以外が指定されました。第1パラメタは収集情報出力先ディレクトリでなければなりません。

aa...aa：第1パラメタ

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10004-W
The parameter contains an incorrect value. Value = aa...aa

説明

パラメタ値が誤っています。第1パラメタはディレクトリでなければなりません。第2パラメタは「-f」でなければなりません。

aa...aa：不当なパラメタ

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10005-W
The number of parameters is insufficient.

説明

パラメタが不足しています。「-f」パラメタはありますが，収集情報定義ファイル名がありません。

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10006-W
The file for defining the information to be collected does not exist, or cannot be read. Value = aa...aa

説明

指定した収集情報定義ファイルがありません。または指定したファイルがあっても読み取り権限がありません。

aa...aa：収集情報定義ファイル名

対処

指定した収集情報定義ファイルの有無，または収集情報定義ファイルのアクセス権限を確認してください。

KAPL10007-W
A directory has been specified in the third parameter. Value = aa...aa

説明

「-f」パラメタでディレクトリが指定されています。

aa...aa：第3パラメタ

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10008-W
You lack write permission for the specified directory. Value = aa...aa

説明

指定したディレクトリに書き込み権限がありません。または，指定したディレクトリのサブディレクトリの作成に失敗しました。

aa...aa：第1パラメタ

対処

次のことを確認してください。

指定したディレクトリのアクセス権限を確認してください。

指定したディレクトリ名が正しいかどうかを確認してください。

ディスクに空き容量があるか確認してください。

KAPL10009-W
The specified directory already exists. Do you want to overwrite it? [y/n]:

説明

指定したディレクトリがすでに存在します。上書きする場合は「y」，中止する場合は「n」を入力してください。

対処

指定したディレクトリはすでに存在します。「y」を指定したときには，上書きします。「n」またはそのほかのキーを入力した場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行しないで終了します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10010-W
A root directory has been specified. Line = aa...aa

説明

収集情報定義ファイル内で，収集するディレクトリとして「/」を指定しました。

aa...aa：収集情報定義ファイルの行番号（10進数）

対処

指定したファイル内のルートディレクトリの記述を削除してください。HDLM障害情報収集ユティリティ（DLMgetras）は，指定されたディレクトリを無視して処理を続行します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10011-W
More than one file or directory has been specified on one line. Line = aa...aa, Value = bb...bb

説明

収集情報定義ファイル内の行に，2つ以上ファイル名またはディレクトリ名があります。

aa...aa：収集情報定義ファイルの行番号（10進数）

bb...bb：行の記載内容

対処

HDLM障害情報収集ユティリティ（DLMgetras）終了後，メッセージに記述された収集情報定義ファイルの内容を確認してください。内容に誤りがあった場合，内容を修正し，再度障害情報を取得してください。DLMgetrasユティリティは，指定されたファイルまたはディレクトリを無視して処理を続行します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10012-W
The specified file or directory does not exist. Line = aa...aa, Value = bb...bb

説明

収集情報定義ファイル内で指定したファイルまたはディレクトリがありません。

aa...aa：収集情報定義ファイルの行番号（10進数）

bb...bb：行の記載内容

対処

HDLM障害情報収集ユティリティ（DLMgetras）終了後，メッセージに記述された収集情報定義ファイルの内容を確認してください。内容に誤りがあった場合，内容を修正し，再度障害情報を取得してください。DLMgetrasユティリティは，指定されたファイルまたはディレクトリを無視して処理を続行します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10013-W
You lack read permission for the specified file. Line = aa...aa Value = bb...bb

説明

収集情報定義ファイル内で指定したファイルに読み取り権限がありません。

aa...aa：収集情報定義ファイルの行番号（10進数）

bb...bb：行の記載内容

対処

HDLM障害情報収集ユティリティ（DLMgetras）終了後，メッセージに記述された収集情報定義ファイルの内容を確認してください。内容に誤りがあった場合，内容を修正し，再度障害情報を取得してください。DLMgetrasユティリティは，指定されたファイルを無視して処理を続行します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10014-W
You lack read permission for the specified directory. Line = aa...aa, Value = bb...bb

説明

収集情報定義ファイル内で指定したディレクトリに読み取り権限がありません。

aa...aa：収集情報定義ファイルの行番号（10進数）

bb...bb：行の記載内容

対処

HDLM障害情報収集ユティリティ（DLMgetras）終了後，メッセージに記述された収集情報定義ファイルの内容を確認してください。内容に誤りがあった場合，内容を修正して，再度障害情報を取得してください。DLMgetrasユティリティは，指定されたディレクトリを無視して処理を続行します。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10015-W
The file format is invalid. Value = aa...aa

説明

収集情報定義ファイルのファイルタイプがテキスト形式のファイルでありません。

aa...aa：第3パラメタ

対処

HDLM障害情報収集ユティリティ（DLMgetras）終了後，メッセージに記述された収集情報定義ファイルがテキストファイルであるかどうかを確認してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10016-W
The root directory has been specified in the first parameter.

説明

収集情報出力先ディレクトリに「/」は指定できません。

対処

HDLM障害情報収集ユティリティ（DLMgetras）のパラメタをチェックしてから，再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10017-W
You lack privileges for executing the utility for collecting HDLM error information.

説明

HDLM障害情報収集ユティリティ（DLMgetras）を実行する権限がありません。DLMgetrasユティリティはroot権限を持つユーザで実行する必要があります。

対処

root権限を持つユーザで再実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10020-I
The file has been obtained successfully. File = aa...aa, Collection time = bb...bb(GMT:bb...bb)

説明

収集対象ファイルを取得しました。

aa...aa：収集したファイル名

bb...bb：西暦/月/日 時:分:秒

対処

特にありません。

KAPL10021-I
Processing terminated before completion because a signal was received.

説明

実行中に［Ctrl］+［C］などで中断したため，処理を中止しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を途中で終了しました。収集情報出力先に指定したディレクトリが不要な場合は，ディレクトリを削除してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10022-I
The utility for collecting HDLM error information completed normally.

説明

HDLM障害情報収集ユティリティ（DLMgetras）が正常終了しました。障害情報の収集が終了しました。

対処

特にありません。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10030-I
A user terminated the utility for collecting HDLM error information.

説明

確認に対し「n」が入力されたため，DLMgetrasユティリティの処理を中止しました。

対処

特にありません。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10031-W
The entered value is invalid. Continue operation? [y/n]:

説明

「y」または「n」の入力要求に対して「y」または「n」以外が入力されました。「y」または「n」を入力してください。

対処

「y」，または「n」を入力してください。

KAPL10032-W
The entered value is invalid. The utility for collecting HDLM error information stops.

説明

入力要求に対し，3回間違った入力をしたため，DLMgetrasユティリティの処理を中止します。

対処

再度DLMgetrasユティリティを実行してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10033-W
The file does not exist. Filename = aa...aa

説明

収集しようとしたファイルがありません。

aa...aa：収集対象ファイル

対処

特にありません。

KAPL10034-E
The file could not be copied. Filename = aa...aa, Details = bb...bb

説明

cpコマンドの実行が失敗しました。

aa...aa：コピーしようとしたファイル名

bb...bb：cpコマンドの出力メッセージ

対処

収集対象のファイルのコピー中にエラーが発生しました。ユーザ環境が安定していなかったおそれがあります。システム構成を確認してください。

KAPL10035-E
An attempt to archive the error information failed. Details = aa...aa

説明

障害情報のアーカイブの生成に失敗しました。tarコマンドの実行が失敗しました。

aa...aa：tarコマンドの出力メッセージ

対処

メッセージに記載された詳細情報を参照して，エラー要因を取り除いてください。障害情報については，実行時に指定した出力先ディレクトリをアーカイブなどにまとめてHDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10036-E
An attempt to compress the error information failed. Details = aa...aa

説明

障害情報の圧縮に失敗しました。compressコマンドの実行が失敗しました。

aa...aa：compressコマンドの出力メッセージ

対処

メッセージに記載された詳細情報を参照して，エラー要因を取り除いてください。障害情報については，実行時に指定した出力先ディレクトリの下のアーカイブを取得してHDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10049-I
Error information collection command = aa...aa, Return value = bb...bb, Execution time = cc...cc

説明

収集対象情報を取得するためにコマンドを実行しました。

aa...aa：実行したコマンド

bb...bb：実行したコマンドの戻り値

cc...cc：西暦（4桁）/月/日 時:分:秒

対処

特にありません。

KAPL10050-I
The utility for collecting HDLM error information started. Start time = aa...aa (GMT aa...aa)

説明

HDLM障害情報収集ユティリティ(DLMgetras)を開始しました。

aa...aa：西暦（4桁）/月/日 時:分:秒

対処

特にありません。

KAPL10201-W
usage: dlmsetconf [-d output-directory-name] [-c|-r|-u|-t]

説明

形式: dlmsetconf [-d 出力先ディレクトリ名] [-c| -r| -u| -t]

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）の使用法を表示します。

対処

正しいオプションを指定して，コマンドを再実行してください。

KAPL10202-W
A backup file (aa...aa) could not be created. Errno = bb...bb (cc...cc)

説明

バックアップファイルの作成に失敗しました。

aa...aa：バックアップファイル名

bb...bb：errno

cc...cc：errnoに対応する文字列

対処

ルートファイルシステムか，-dオプションで指定したディレクトリを含むファイルシステムの容量を確認してください。利用可能なメモリ容量を確認してください。

KAPL10204-I
dlmsetconf completed successfully.

説明

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）が正常に終了しました。

対処

特にありません。

KAPL10220-E
An error occurred when collecting the HDLM support disk information.

説明

HDLM管理対象デバイスの情報取得に失敗しました。

対処

システム構成を確認してください。

KAPL10221-E
An error occurred when creating the configuration definition file (aa...aa).

説明

構成定義ファイルの作成に失敗しました。

aa...aa：構成定義ファイル名

対処

システム構成を確認してください。

KAPL10223-E
An error occurred when releasing the memory.

説明

メモリの解放に失敗しました。

対処

繰り返し出力する場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10224-E
An error occurred when creating the configuration definition information.

説明

構成定義ファイル作成に失敗しました。

対処

システム構成を確認してください。

KAPL10225-W
The existing configuration definition file could not be opened. Errno = aa...aa (bb...bb)

説明

構成定義ファイルのオープンに失敗しました。

aa...aa：errno（10進数）

bb...bb：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10227-E
The text aa...aa could not be found in the existing configuration definition file (bb...bb).

説明

構成定義ファイルに，検索文字列のプロパティ名が存在しません。

aa...aa：検索文字列

bb...bb：構成定義ファイル名

対処

既存の構成定義ファイル(/kernel/drv/bb...bb)を確認してください。

KAPL10228-W
The HDLM support disk information does not exist.

説明

HDLM管理対象のデバイスが見つかりませんでした。

対処

システム構成を確認してください。

KAPL10229-E
Internal processing error.

説明

内部処理エラーが発生しました。

対処

内部処理エラー。HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10230-E
The aa...aa directory could not be opened. Errno = bb...bb (cc...cc)

説明

ディレクトリのオープンに失敗しました。

aa...aa：ディレクトリ名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10231-W
The aa...aa file could not be deleted. Errno = bb...bb (cc...cc)

説明

ファイルの削除に失敗しました。

aa...aa：ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10234-W
Get file(aa...aa) status failed. Function = stat, Errno = bb...bb (cc...cc)

説明

ファイルの情報取得に失敗しました。

aa...aa：ファイル名

bb...bb：errno

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10235-W
Get symbolic link file(aa...aa) status failed. Function = lstat, Errno = bb...bb (cc...cc)

説明

シンボリックリンクファイルの情報取得に失敗しました。

aa...aa：ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10236-E
Could not allocate memory. Errno = aa...aa (bb...bb)

説明

メモリ確保に失敗しました。

aa...aa：errno（10進数）

bb...bb：errnoに対応する文字列

対処

メモリを必要以上に確保していないか確認してください。メモリを必要以上に確保している場合は，不要な資源を解放してください。

KAPL10237-E
The property information (aa...aa) on a device (bb...bb) could not be collected.

説明

sdまたはssdデバイスのプロパティ情報の取得に失敗しました。

aa...aa：プロパティ名

bb...bb：sdまたはssdデバイス名（物理パス名）

対処

sdまたはssdドライバがアタッチされているか確認してください。異常がない場合はHDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10238-W
The device (aa...aa) could not be opened. Errno = bb...bb (cc...cc)

説明

sdまたはssdデバイスのオープンに失敗しました。

aa...aa：sdまたはssdデバイス名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10240-E
The directory specified by the -d option does not exist.

説明

-dオプションで指定したディレクトリが見つかりませんでした。

対処

指定したディレクトリが存在しているか確認してください。

KAPL10241-E
An error occurred when collecting the catalog message. Errno = aa...aa(bb...bb)

説明

カタログファイルからメッセージが取得できませんでした。

aa...aa：errno（10進数）

bb...bb：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10242-I
To configure HDLM, device files of sd/ssd devices managed by HDLM are removed after reboot. Do you want to continue? [y/n]

説明

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）の実行確認メッセージです。HDLMを構成するためにHDLMが管理するsdまたはssdデバイスの論理デバイスファイルが再起動後に削除されます。

対処

dlmsetconfユティリティを実行後，HDLMが管理するsdまたはssdデバイスの論理デバイスファイルは再起動時に削除されます。HDLMを構成するために，dlmsetconfユティリティを実行する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10243-W
A lock error occurred during open processing for the physical path (aa...aa).

説明

ほかの処理が排他オープン中のため，パスのオープン処理に失敗しました。

aa...aa：物理パス

対処

このあとに出力されるKAPL10244-Iメッセージに従ってください。

KAPL10244-I
The definition of the physical path was reconfigured since the same physical path existed in the configuration definition file (dlmfdrv.conf).

説明

openに失敗したパスと同一物理パスの情報が既存のHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に定義されているため，その情報を基にパス情報を再定義しました。

対処

直前に出力されているKAPL10243-Wメッセージの物理パス名が不要な場合は，構成定義ファイルから該当するLUの定義を削除してください。

KAPL10251-W
An attempt to retrieve information for the directory aa...aa failed. Function = readdir, errno = bb...bb (cc...cc)

説明

ディレクトリ情報の収集に失敗しました。

aa...aa：ディレクトリ名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10252-W
An attempt to read the contents of symbolic link aa...aa failed. Function = readlink, errno = bb...bb (cc...cc)

説明

シンボリックリンクファイルのリンク先の情報取得に失敗しました。

aa...aa：ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10253-W
An attempt to create symbolic link aa...aa to a file failed. Function = symlink, errno = bb...bb (cc...cc)

説明

シンボリックリンクファイルの作成に失敗しました。

aa...aa：ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10254-W
The entered value is invalid. Re-enter [y/n]:

説明

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）の実行確認メッセージ出力時に，不正な値が入力されました。

対処

dlmsetconfユティリティの処理を続行する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10255-E
The entered value is invalid. The operation stops.

説明

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）の実行確認メッセージに対し，3回以上不正な値が入力されたため，処理を中断します。

対処

dlmsetconfユティリティを実行する時には，正しい値を入力してください。

KAPL10256-I
The user terminated the operation.

説明

ユーザによって処理を中断しました。

対処

特にありません。

KAPL10257-W
The output file (aa...aa) could not be opened. Errno = bb...bb (cc...cc)

説明

出力ファイルのオープンに失敗しました。

aa...aa：出力ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処してください。

KAPL10258-W
The ioctl(aa...aa) operation has failed. Errno = bb...bb (cc...cc),
Device = dd...dd

説明

ディスクの情報を取得するために実行したIOCTL要求が失敗しました。

このメッセージは，動的に削除したLUのパスに対しても出力されます。

aa...aa：IOCTLコード（16進数）

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

dd...dd：情報取得対象のsdまたはssdドライバの物理デバイスファイル名

対処

デバイスファイル名が示すディスクが動的に削除したLUの場合は，対処不要です。メッセージを抑止する場合は，ホストを再起動してください。デバイスファイル名が示すディスクが動的に削除したLUでない場合は，サーバに正しく接続されているか確認してください。ディスクの接続に問題がある場合は，その問題に対処したあと，再度コマンドを実行してください。

ディスクの接続に問題がない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10259-W
No authority to execute the dlmsetconf utility.

説明

dlmsetconfを実行する権限がありません。

対処

root権限を持つユーザで再実行してください。

KAPL10260-W
The LDEV property was assumed because the storage model ID could not be acquired. aa...aa

説明

ストレージのモデルIDが取得できないため，LDEV属性を仮定しました。

aa...aa：エラー情報

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10297-E
The specified file does not exist. Value = aa...aa

説明

HDLM移行支援ユティリティ（dlmlisthdev）実行時に指定されたファイルが存在しません。

aa...aa：入力ファイル名

対処

入力ファイルを確認し，再度コマンドを実行してください。dlmlisthdevユティリティについては，「7.5 dlmlisthdev　HDLM移行支援ユティリティ」を参照してください。

KAPL10298-E
Could not get host device information. The "dlnkmgr view -path" command failed.

説明

HDLMコマンドのview -pathオペレーションの実行に失敗したため，HdevListが取得できませんでした。

対処

HDLMコマンドのview -pathオペレーションのエラーを取り除き，再度コマンドを実行してください。

KAPL10299-E
The input file is invalid. The input file is not the output result of the "dlnkmgr view -path" command.

説明

HDLM移行支援ユティリティ（dlmlisthdev）の引数で指定されたファイルが，HDLMコマンドのview -pathオペレーションの出力結果と異なります。

対処

入力ファイルを確認し，再度コマンドを実行してください。dlmlisthdevユティリティについては，「7.5 dlmlisthdev　HDLM移行支援ユティリティ」を参照してください。

KAPL10316-E
Could not allocate memory. Size = aa...aa. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

aa...aa：確保しようとしたメモリサイズ

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10320-E
The file format is invalid. File name = aa...aa

説明

ファイル形式が不正です。

aa...aa：ファイル名

対処

再度HDLM構成管理ユティリティ（dlmcfgmgr）を実行してください。同じメッセージが出力される場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10328-E
The entered value is invalid. The HDLM-configuration definition utility processing will now stop. Execute the HDLM-configuration definition utility again.

説明

dlmcfgmgrユティリティの実行確認メッセージに対し，3回以上不正な値が入力されたため，処理を中断します。

対処

再度dlmcfgmgrユティリティを実行してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10329-E
A file could not be opened. File name = aa...aa, Errno = bb...bb. Refer to the Messages section of the HDLM User's Guide for instructions to correct this problem.

説明

ファイルがオープンできませんでした。

aa...aa：ファイル名

bb...bb：OSのエラー番号（10進数）

対処

ファイルの有無，およびアクセス権限を確認してください。異常がない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10334-E
Ioctl aa...aa failed with errno = bb...bb. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

IOCTLの発行に失敗しました。

aa...aa：IOCTLコード

bb...bb：OSのエラー番号（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10368-I
usage: dlmcfgmgr {-a|-h}

説明

形式: dlmcfgmgr {-a| -h}

HDLM構成管理ユティリティ（dlmcfgmgr）の使用法を表示します。

対処

正しいパラメタを指定して，再実行してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10369-I
dlmcfgmgr aa...aa started: bb...bb

説明

dlmcfgmgrユティリティの実行オプションと実行開始時間を記述します。

aa...aa：パラメタ，実行オプション

bb...bb：日時（文字列）

対処

特にありません。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10370-I
dlmcfgmgr completed successfully.

説明

HDLM構成管理ユティリティ（dlmcfgmgr）が正常終了しました。

対処

特にありません。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10371-W
The HDLM support disk information does not exist in the configuration file (dlmfdrv.conf). Check the system configuration, and then retry the command.

説明

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に，HDLM管理対象デバイスのデータがありません。

対処

システム構成を確認して，再実行してください。

KAPL10372-E
An error occurred when collecting the catalog message. ErrorCode = aa...aa(bb...bb)

説明

メッセージカタログから，メッセージを取得できませんでした。

aa...aa：errno（10進数）

bb...bb：errnoに対応する文字列

対処

ErrorCode(errno)に従って対処したあと，再実行してください。

KAPL10373-I
This operation will change the configuration of HDLM devices, and delete device files of sd/ssd devices managed by HDLM. Do you want to continue? [y/n]:

説明

HDLM構成管理ユティリティ（dlmcfgmgr）の実行確認メッセージです。この操作はHDLMデバイスの構成定義を変更し，HDLMが管理するsdまたはssdデバイスの論理デバイスファイルを削除します。

対処

dlmcfgmgrユティリティの処理を続行する場合は「y」を，中止する場合は「n」を入力してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10374-I
The user terminated the operation.

説明

HDLM構成管理ユティリティ（dlmcfgmgr）の実行を中止しました。

対処

特にありません。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10375-W
The entered value is invalid. Please Re-enter it [y/n]:

説明

HDLM構成管理ユティリティ（dlmcfgmgr）の実行確認メッセージに対し，不正な値が入力されました。

対処

「y」または「n」のどちらかの値を入力してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10376-E
The device (aa...aa) could not be opened. ErrorCode = bb...bb (cc...cc)

説明

HDLMフィルタドライバ管理デバイスのオープンに失敗しました。

aa...aa：HDLMフィルタドライバ管理デバイス名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

ErrorCode（errno）に従って対処したあと，再実行してください。

KAPL10377-I
The HDLM device configurations have not been changed.

説明

HDLMデバイス構成に変更がありませんでした。

対処

特にありません。

KAPL10378-I
The LU (LDEV = aa...aa) was successfully added.

説明

LU (LDEV = aa...aa) の追加に成功しました。

aa...aa：LDEV名

対処

特にありません。

KAPL10379-E
An operation (aa...aa) of the lock file (bb...bb) has failed. ErrorCode = cc...cc (dd...dd). Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

同時実行排他用ロックの取得に失敗しました。

aa...aa：コマンドパラメータ（F_SETLK，F_GETLKなどの文字列）

bb...bb：ファイル名

cc...cc：errno（10進数）

dd...dd：errnoに対応する文字列

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10380-E
A parameter is invalid. Execute the HDLM-configuration definition utility with valid parameter.

説明

HDLM構成管理ユティリティ（dlmcfgmgr）の実行オプションが不正です。

対処

正しいパラメタを指定してコマンドを再実行してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10382-W
There is no instance of the HDLM nexus driver that manages the path of the LU. This LU (LDEV = aa...aa) is not added. Filter Path = bb...bb. If you want to use the LU, reboot the host.

説明

このLUにHDLMネクサスドライバのインスタンスが存在していないパスが存在します。そのためこのLUは追加されません。

aa...aa：LDEV名

bb...bb：フィルタパス

対処

このLUを使用する場合は，ホストを再起動してください。

KAPL10383-E
The text aa...aa could not be found in the existing configuration definition file (bb...bb). Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に検索文字列のプロパティ名が存在しません。

aa...aa：構成定義ファイル名

bb...bb：検索文字列

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10384-E
The value of the aa...aa property in the configuration definition file (bb...bb) is invalid. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

HDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）に定義されているプロパティの値が不正です。

aa...aa：プロパティ名

bb...bb：構成定義ファイル名

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10385-I
The LU (LDEV = aa...aa) is not configured.

説明

このLUはHDLMドライバ構成定義ファイル（/kernel/drv/dlmfdrv.conf）でUnconf指定されています。

aa...aa：LDEV名

対処

特にありません。

KAPL10386-I
The LU (LDEV = aa...aa) is already managed by HDLM. If the path configuration of the LU shown by the LDEV name has changed, reboot the host.

説明

このLUはすでにdlmfdrvが管理済みです。

aa...aa：LDEV名

対処

LDEV名で示されるLUに対して，パスの構成変更を行っている場合は再構成リブートしてください。構成に変更のない場合は，特にありません。

KAPL10387-W
The path of the another LU (LDEV = aa...aa) managed by HDLM has the same value as the property (bb...bb). The configuration of the LU (LDEV = cc...cc) will not be changed. If you want to use the LU, reboot the host.

説明

構成定義ファイルに記述されているパスのプロパティ値が，dlmfdrv管理下の異なるLUのパスと同じ値を持っています。

aa...aa：LDEV名

bb...bb：プロパティ名

cc...cc：LDEV名

対処

このLUを使用する際は，ホストを再起動してください。

KAPL10388-E
The path (aa...aa) could not be added. (Function: bb...bb, Error Code = cc...cc (dd...dd)). Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

パスの追加に失敗しました。

aa...aa：追加に失敗したHDLMデバイスに対応するsdまたはssdデバイスの物理デバイスファイルパス

bb...bb：関数名

cc...cc：errno（10進数）

dd...dd：errnoに対応する文字列

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10390-W
The backup file (aa...aa) could not be created. ErrorCode = bb...bb (cc...cc). Check the capacity of the root file system or the file system including the file, and also check the memory capacity which can be used.

説明

バックアップファイルの作成に失敗しました。

aa...aa：バックアップファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

ルートファイルシステムかバックアップファイルを含むファイルシステムの容量を確認してください。

利用可能なメモリ容量を確認してください。

KAPL10391-E
The output file (aa...aa) could not be opened. ErrorCode = bb...bb (cc...cc). Resolve the error by referencing ErrorCode.

説明

出力ファイルのオープンに失敗しました。

aa...aa：出力ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

ErrorCode(errno)に従って対処してください。

KAPL10392-E
The catalog file (aa...aa) could not be opened. ErrorCode = bb...bb (cc...cc)

説明

カタログファイルのオープンに失敗しました。

aa...aa：カタログファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10395-E
Multiple paths of the LU (LDEV = aa...aa) to be added have the same value as the property (bb...bb). The configuration of the LU will not be changed. Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

構成定義ファイルに記述されている同一LUのパスに同じプロパティ値が存在します。このLUの構成は変更されません。

aa...aa：LDEV名

bb...bb：プロパティ名 = プロパティ値

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10396-W
No authority to execute the dlmcfgmgr utility.

説明

HDLM構成管理ユティリティ（dlmcfgmgr）を実行する権限がありません。

対処

root権限を持つユーザで再実行してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10397-E
Multiple instances of the dlmcfgmgr utility cannot be executed concurrently. Wait for the program to complete execution and then run the command.

説明

HDLM構成管理ユティリティ（dlmcfgmgr）は複数同時に実行できません。

対処

実行中のdlmcfgmgrユティリティが終了してから，再度dlmcfgmgrユティリティを実行してください。dlmcfgmgrユティリティについては，「7.3 dlmcfgmgr　HDLM構成管理ユティリティ」を参照してください。

KAPL10398-E
An attempt to acquire the process ID has failed. ErrorCode = aa...aa (bb...bb). Execute the DLMgetras utility to collect error information, and then contact your vendor or maintenance company.

説明

複数同時実行排他ロックを取得しているプロセスのID取得に失敗しました。

aa...aa：errno（10進数）

bb...bb：errnoに対応する文字列

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10701-I
usage: dlmvxexclude [ -d dir | -h ]

説明

使用法：dlmvxexclude [ -d dir | -h ]

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の使用法を表示します。

対処

正しいオプションを指定して，dlmvxexcludeユティリティを再実行してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10702-E
A backup file (aa...aa) could not be created. Errno = bb...bb (cc...cc)

説明

バックアップファイルの作成に失敗しました。

aa...aa：バックアップファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

ルートファイルシステムか，指定したファイルを含むファイルシステムの容量を確認してください。利用できるメモリ容量を確認してください。

KAPL10703-E
This version of the OS is not supported.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）がサポートしていないOS上でユティリティを実行しました。

対処

このコマンドによる設定は必要ありません。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10704-I
dlmvxexclude completed successfully.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）は正常終了しました。

対処

特にありません。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10705-E
Internal processing error.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）実行中に内部エラーが発生しました。

対処

システム構成を確認して再実行してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10706-E
Invalid argument.

説明

不正な引数を指定しました。

対処

正しい引数を指定して再実行してください。

KAPL10707-E
This version of the VxVM is not supported.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）がサポートしていないVxVM環境でユティリティを実行しました。

対処

このコマンドによる設定は必要ありません。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10708-W
No authority to execute dlmvxexclude.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）を実行する権限がありません。

対処

root権限を持つユーザで実行してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10709-E
An error occurred when creating the file aa...aa.

説明

ファイルの作成に失敗しました。

aa...aa：ファイル名

対処

システム構成を確認してください。

KAPL10710-E
The existing configuration definition file aa...aa could not be opened. Errno = bb...bb (cc...cc)

説明

構成定義ファイルのオープンに失敗しました。

aa...aa：構成定義ファイル名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10711-E
The text aa...aa could not be found in the existing configuration definition file (bb...bb).

説明

HDLM構成定義ファイル（/kernel/drv/dlmfdrv.conf）に，検索文字列のプロパティ名が存在しません。

aa...aa：検索文字列

bb...bb：構成定義ファイル名

対処

既存の構成定義ファイル（/kernel/drv/aa...aa）を確認してください。

KAPL10712-W
The HDLM support disk information does not exist.

説明

HDLM構成定義ファイル（/kernel/drv/dlmfdrv.conf）に有効なエントリが存在しません。

対処

システム構成を確認して，HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行してください。

KAPL10713-E
The aa...aa directory could not be opened. Errno = bb...bb (cc...cc)

説明

ディレクトリのオープンに失敗しました。

aa...aa：ディレクトリ名

bb...bb：errno（10進数）

cc...cc：errnoに対応する文字列

対処

システム構成を確認して，再実行してください。

KAPL10714-E
Could not allocate memory. Errno = aa...aa (bb...bb).

説明

メモリの確保に失敗しました。

aa...aa：errno（10進数）

bb...bb：errnoに対応する文字列

対処

メモリを必要以上に確保していないか確認してください。メモリを必要以上に確保している場合は，不要な資源を解放してください。

KAPL10715-E
The information on a device (aa...aa) could not be collected.

説明

HDLM管理対象デバイスの情報の取得に失敗しました。

aa...aa：物理パス名

対処

HDLMドライバ構成定義ファイル作成ユティリティ（dlmsetconf）を実行し，VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）を再実行してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10716-E
aa...aa specified by the -d option is not a directory.

説明

-dオプションでディレクトリ以外のファイル名を指定しました。

aa...aa：ディレクトリ名

対処

正しいディレクトリを指定してください。

KAPL10717-E
The directory specified by the -d option does not exist.

説明

-dオプションで存在しないディレクトリを指定しました。

対処

正しいディレクトリを指定してください。

KAPL10718-E
An error occurred when collecting the catalog message. Errno = aa...aa (bb...bb)

説明

メッセージカタログから，メッセージを取得できませんでした。

aa...aa：errno

bb...bb：errnoに対応する文字列

対処

Errnoに従って対処したあと，再度コマンドを実行してください。

KAPL10719-I
The file aa...aa already exists. Do you want to overwrite it? [y/n]:

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の実行確認メッセージです。ファイルaa...aaは上書きされます。

aa...aa：ファイル名

対処

dlmvxexcludeユティリティを実行する場合は「y」，中止する場合は「n」を入力してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10720-W
The entered value is invalid. Re-enter [y/n]:

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の実行確認メッセージに対し，不正な値が入力されました。

対処

「y」，または「n」を入力してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10721-E
The entered value is invalid. The processing will now stop.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の実行確認メッセージに対し，3回以上不正な値が入力されたため，処理を中断します。

対処

dlmvxexcludeユティリティを再実行してください。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10722-I
The user terminated the operation.

説明

VxVM設定ファイル作成支援ユティリティ（dlmvxexclude）の実行を中止しました。

対処

特にありません。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10723-I
The execution of dlmvxexclude is not required for the configuration.

説明

VxVMからのデバイスを無効化する必要がないのでVxVM設定ファイル作成支援ユティリティ（dlmvxexclude）を実行する必要はありません。

対処

このユティリティによる設定は必要ありません。dlmvxexcludeユティリティについては，「7.8 dlmvxexclude　VxVM設定ファイル作成支援ユティリティ」を参照してください。

KAPL10751-I
The dlmsetboot utility started. Start time = aa...aa

説明

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) を開始しました。開始時刻 = aa...aa

aa...aa：西暦(4 桁)/ 月/ 日 時: 分: 秒

対処

特にありません。

KAPL10752-I
The dlmsetboot utility completed successfully. End time = aa...aa

説明

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) が正常に終了しました。終了時刻 = aa...aa

aa...aa：西暦(4 桁)/ 月/ 日 時: 分: 秒

対処

特にありません。

KAPL10753-E
The dlmsetboot utility terminated unsuccessfully. End time = aa...aa

説明

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) が異常終了しました。

aa...aa：西暦(4 桁)/ 月/ 日 時: 分: 秒

対処

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) 終了後，メッセージに記述された内容を確認してください。内容に誤りがあった場合，内容を修正し，HDLMブートディスク環境構築支援ユティリティを再度実行してください。HDLMブートディスク環境構築支援ユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

KAPL10754-I
A user terminated the dlmsetboot utility. End time = aa...aa

説明

確認に対し「n」が入力されたため，HDLMブートディスク環境構築支援ユティリティの処理を中止しました。

aa...aa：西暦(4 桁)/ 月/ 日 時: 分: 秒

対処

特にありません。HDLMブートディスク環境構築支援ユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

KAPL10755-I
Processing terminated before completion because a signal was received. End time = aa...aa

説明

HDLMブートディスク環境構築支援ユティリティ実行中に［Ctrl］+［C］などで中断したため，処理を中止しました。

aa...aa：西暦(4 桁)/ 月/ 日 時: 分: 秒

対処

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot)を途中で終了しました。

KAPL10756-E
The entered value is invalid. The dlmsetboot utility processing will now stop. Execute the utility again. End time = aa...aa

説明

入力要求に対し，3 回間違った入力をしたため，HDLMブートディスク環境構築支援ユティリティの処理を中止します。

aa...aa：西暦(4 桁)/ 月/ 日 時: 分: 秒

対処

再度，HDLMブートディスク環境構築支援ユティリティを実行してください。HDLMブートディスク環境構築支援ユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

KAPL10757-E
Parameters are invalid. Execute the dlmsetboot utility with valid parameters. Usage: -d <device_post_migration (cXtYdZ)>

説明

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) の実行オプションが不正です。

対処

正しいパラメタを指定してHDLMブートディスク環境構築支援ユティリティを再実行してください。HDLMブートディスク環境構築支援ユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

KAPL10758-E
You lack privileges for executing the dlmsetboot utility.

説明

HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) を実行する権限がありません。

HDLMブートディスク環境構築支援ユティリティはroot権限を持つユーザで実行する必要があります。

対処

root権限を持つユーザで再実行してください。HDLMブートディスク環境構築支援ユティリティについては，「7.6 dlmsetboot HDLMブートディスク環境構築支援ユティリティ」を参照してください。

KAPL10759-E
The specified post-migration boot disk device is invalid. (aa...aa)

説明

移行後ブートディスクデバイスの指定が不正です。

aa...aa: 移行後ブートディスクデバイス名 (cXtYdZ)

対処

正しい移行後ブートディスクデバイスを指定してください。

KAPL10760-E
The post-migration boot disk device is not an HDLM management target. (aa...aa)

説明

移行後ブートディスクデバイスはHDLM 管理対象デバイスではありません。

aa...aa: ブートディスクデバイス名 (cXtYdZ)

対処

移行後ブートディスクデバイスをHDLM 管理対象デバイスに設定してください。

KAPL10761-E
The file system of the pre-migration boot disk device is not a UFS file system.

説明

移行前ブートディスクデバイスのファイルシステムがUFSではありません。

対処

移行前ブートディスクデバイスのファイルシステムはUFSで構成してください。

KAPL10762-E
Do not specify the pre-migration boot disk device for the post-migration boot disk device. (aa...aa)

説明

移行後ブートディスクデバイスに移行前ブートディスクデバイスが指定されています。

aa...aa: 移行後ブートディスクデバイス名 (cXtYdZ)

対処

移行後ブートディスクデバイスは移行前ブートディスクデバイス以外を指定してください。

KAPL10763-E
The partitions on the post-migration boot disk device are different from those on the pre-migration boot disk device. (aa...aa)

説明

移行後ブートディスクデバイスのパーティション構成が移行前ブートディスクデバイスと異なります。

aa...aa: 移行後ブートディスクデバイス名 (cXtYdZ)

対処

移行後ブートディスクデバイスのパーティション構成を移行前と同じ構成にしてください。

KAPL10764-E
Command execution failed. Return value = aa...aa, Command = bb...bb

説明

コマンド実行が異常終了しました。

aa...aa: 終了コード

bb...bb: コマンド※

注※

次の内容が出力されます。

/usr/sbin/installboot
/usr/sbin/newfs
/usr/sbin/mount
/usr/sbin/ufsdump
/usr/sbin/ufsrestore
/usr/sbin/eeprom

対処

コマンド実行が異常終了しました。HDLMブートディスク環境構築支援ユティリティ(dlmsetboot) を終了します。異常終了コマンドのエラー情報から原因対策してください。そのあとHDLMブートディスク環境構築支援ユティリティ(dlmsetboot)を再実行してください。

KAPL10765-I
Do you use Sun Cluster or SVM? [y/n]

説明

Sun ClusterまたはSVMを使用します。使用する場合は「y」，使用しない場合は「n」を入力してください。

対処

使用する場合は「y」，使用しない場合は「n」を入力してください。

KAPL10766-W
The dlmsetboot utility does not support the migration of Sun Cluster global device file systems or SVM state databases. Are you sure you want to continue? [y/n]

説明

HDLMブートディスク環境構築支援ユーティリティではSun Clusterの広域デバイス・ファイルシステム及び SVMの状態データベースの移行作業には対応しません。継続してユーティリティを実行し，Sun Clusterの広域デバイス・ファイルシステムおよびSVMの状態データベースの移行作業をユーティリティ終了後に手動で実施する場合は「y」，またはユーティリティを終了して利用者側で「3.6 ブートディスク環境の構築」に記載された移行手順に従って移行作業すべてを手動で実施する場合は「n」を入力してください。[y/n]

対処

継続してユーティリティを実行する場合は「y」，ユーティリティを終了して利用者側で移行作業すべてを手動で実施する場合は「n」を入力してください。

KAPL10767-I
The migration ended successfully. Do you want to update the boot-device parameter in the /usr/sbin/eeprom command for the post-migration boot disk device? (aa...aa) [y/n]

説明

移行作業は完了しました。/usr/sbin/eepromコマンド boot-deviceパラメタを移行後ブートデバイスに更新しますか？

対処

/usr/sbin/eepromコマンドを実行する場合は「y」，利用者側で手動で実行する場合は「n」を入力してください。

KAPL10768-I
The post-migration boot disk device configuration was updated. (aa...aa) (bb...bb)

説明

移行後ブートディスクデバイスのシステム構成定義を更新しました。

aa...aa: 構成定義ファイル名(完全パス名) ※

bb...bb: 更新前構成定義ファイルのバックアップファイル名(完全パス名)

注※

次の内容が出力されます。

/etc/system rootdevパラメタ (指定時のみ)
/etc/vfstab
/etc/dumpadm.conf DUMPADM_DEVICE=...

対処

特にありません。

KAPL10769-W
The partition size on the post-migration boot disk device (aa...aa: bb...bb) is less than it was before migration (cc...cc: dd...dd). Are you sure you want to continue? [y/n]:

説明

移行後ブートディスクデバイスのパーティションサイズが移行前より小さいです。

この処理を続行しますか？ [y/n]:

aa...aa：移行後ブートディスク・スライス

bb...bb：パーティションサイズ(バイト数)

cc...cc：移行前ブートディスク・スライス

dd...dd：パーティションサイズ(バイト数)

対処

移行後ブートディスクデバイスのパーティションサイズを再確認してください。

KAPL10770-E
This version of the OS is not supported.

説明

dlmsetbootユーテリティがサポートしているSolaris9またはSolaris10以外の環境で，このユティリティを実行しました。

対処

dlmsetbootユーテリティがサポートしているOSのバージョンを確認してください。

KAPL10774-I
The logical device name was successfully taken over. (host LUN = aa...aa)

説明

論理デバイス名の引き継ぎが完了しました。

aa...aa：host LUN

対処

特にありません。

KAPL10775-I
The logical device name was successfully taken over. (SerialNo = aa...aa, iLu = bb...bb)

説明

論理デバイス名の引き継ぎが完了しました。

aa...aa：SerialNo

bb...bb：iLu

対処

特にありません。

KAPL10776-I
For LU information that is not in the storage migration information definition file (/opt/DynamicLinkManager/config/dlmmiginfo.conf), do you want to take over a logical device name by a complete match with the host LUN (in the same manner as when there is no storage migration information definition file)? [y|n]

説明

ストレージシステム移行用情報定義ファイルに存在しないLUは，ホストLUNで判断し論理デバイス名を引き継ぎますか？

対処

特にありません。

KAPL10777-W
A matching host LUN was not found in the pre-migration environment. (host LUN = aa...aa)

説明

移行前の環境に一致するホストLUNが見つかりません。

aa...aa：host LUN

対処

移行後ストレージシステムのホストLUNの設定に問題がある場合は，移行後のストレージシステムを再度設定しdlmfdrv.conf.bakをdlmfdrv.confにコピーしたあと，再度dlmsetconfを実行してください。

KAPL10778-E
The HDLM logical device name was not found in the corresponding LU information in the pre-migration environment. (host LUN = aa...aa)

説明

移行前の環境で一致したLUの情報に，HDLMの論理デバイス名が見つかりません。

aa...aa：host LUN

対処

移行前の環境で一度dlmsetconfを実行してください。

KAPL10779-E
The storage migration information definition file is invalid. It contains a character that is not a half size alphanumeric character. （aa...aa: bb...bb）

説明

ストレージ移行用情報定義ファイルが不正です。 半角英数字以外が含まれています。

aa...aa：ファイル名

bb...bb：行番号

対処

ストレージシステム移行用情報定義ファイルを再作成し，再度dlmsetconfを実行してください。

KAPL10780-E
The storage migration information definition file is invalid. It is empty. （aa...aa）

説明

ストレージシステム移行用情報定義ファイルが不正です。空ファイルです。

aa...aa：ファイル名

対処

ストレージシステム移行用情報定義ファイルを再作成し，再度dlmsetconfを実行してください。

KAPL10781-E
The storage migration information definition file is invalid. It contains a property without a value. （aa...aa: bb...bb）

説明

ストレージシステム移行用情報定義ファイルが不正です。値が設定されていないプロパティが存在します。

aa...aa：ファイル名

bb...bb：行番号

対処

ストレージシステム移行用情報定義ファイルを再作成し，再度dlmsetconfを実行してください。

KAPL10782-E
The storage migration information definition file is invalid. It contains a property that exceeds the maximum number of digits. （aa...aa: bb...bb）

説明

ストレージシステム移行用情報定義ファイルが不正です。プロパティが桁数オーバーしています。

aa...aa：ファイル名

bb...bb：行番号

対処

ストレージシステム移行用情報定義ファイルを再作成し，再度dlmsetconfを実行してください。

KAPL10783-E
A matching LU was not found in the pre-migration environment. （aa...aa: bb...bb), (before SerialNo = cc...cc, before iLU = dd...dd, after SerialNo = ee...ee, after iLU = ff...ff)

説明

移行前の環境で一致するLUが見つかりません。

aa...aa：ファイル名

bb...bb：行番号

cc...cc：before SerialNo

dd...dd：before iLU

ee...ee：after SerialNo

ff...ff：after iLU

対処

ストレージシステム移行用情報定義ファイルを再作成し，再度dlmsetconfを実行してください。

KAPL10784-W
The storage migration information definition file does not exist. （aa...aa）

説明

ストレージシステム移行用情報定義ファイルが存在しません。

aa...aa：ファイル名

対処

ストレージシステム移行用情報定義ファイルを作成し，再度dlmsetconfを実行してください。

KAPL10785-E
An error occurred during creation of a file used for confirmation. （aa...aa）

説明

確認用ファイルの作成でエラーが発生しました。

aa...aa：ファイル名

対処

システム構成を確認してください。

KAPL10786-E
The HDLM logical device name was not found in the corresponding LU information in the pre-migration environment. (aa...aa: bb...bb), (before SerialNo = cc...cc, before iLU = dd...dd, after SerialNo = ee...ee, after iLU = ff...ff)

説明

移行前の環境で一致したLUの情報に，HDLMの論理デバイス名が見つかりません。

aa...aa：ファイル名

bb...bb：行番号

cc...cc：before SerialNo

dd...dd：before iLU

ee...ee：after SerialNo

ff...ff：after iLU

対処

移行前の環境で一度dlmsetconfを実施してください。

KAPL10951-I
The LU (LDEV = aa...aa) was successfully deleted.

説明

LUの削除に成功しました。

aa...aa：LDEV名

対処

特にありません。

KAPL10952-W
A nexus driver instance that manages a path to the LU does not exist. The LU (LDEV = aa...aa) will not be deleted. FilterPath = bb...bb

説明

このLUにnexusドライバのインスタンスが存在していないパスが存在します。そのためこのLUは削除されません。

aa...aa：LDEV名

bb...bb：Filterパス

対処

このLUを使用する際は，ホストを再起動してください。

KAPL10953-E
Deletion of the path (aa...aa) failed. (Function: bb...bb, ErrorCode = cc...cc (dd...dd))

説明

パス削除に失敗しました。

aa...aa：Filterパス名

bb...bb：関数名

cc...cc：errno

dd...dd：errnoに対応する文字列

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10954-E
Multiple paths have the same property (aa...aa) value for the LU (LDEV = bb...bb) that will be deleted. The LU configuration will not be changed.

説明

Filterドライバ情報に登録されている同一LUのパスに同じプロパティ値が存在します。

aa...aa：プロパティ名 = プロパティ値

bb...bb：LDEV名

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

8.11 KAPL11001～KAPL12000

メッセージの言語種別は，SolarisのLANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-10 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja_JP.eucjp
ja_JP.PCK | 日本語（Shift JISコード）
ja_JP.UTF-8 | 日本語（UTF-8コード）
C | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL11901-I
aa...aaを開始しました。
aa...aa has started.

説明

ホスト上でのオペレーションを開始しました。

aa...aa：オペレーション（文字列※）

パス情報取得（Get Path Information）

オプション情報取得（Get Option Information）

オプション情報設定（Set Option Information）

データクリア（Clear Data）

HDLMドライバステータス取得（Get HDLM Driver Status）

HDLMマネージャステータス取得（Get HDLM Manager Status）

HDLMアラートドライバステータス取得（Get HDLM Alert Driver Status）

SNMP Trap情報取得（Get SNMP Trap Information）

SNMP Trap情報設定（Set SNMP Trap Information）

LU単位ロードバランスアルゴリズム設定（Set LU Load Balance）

パスステータスログ情報取得（Get Path Status Log Information）

ローカル時間取得（Get Local Time）

パス情報追加（Add Path Information）

パス情報削除（Delete Path Information）

ストレージ認識情報設定（Set Storage Identification Information）

注※

英語メッセージ中では，括弧内の英文字列が出力されます。

対処

特にありません。

KAPL11902-I
aa...aaを開始しました。PathID = bb...bb
aa...aa has started. PathID = bb...bb

説明

ホスト上でのオペレーションを開始しました。

aa...aa：オペレーション（文字列※）

オンライン（Online）

オフライン（Offline）

bb...bb：オペレーション対象パスのPathID（10進数）

注※

英語メッセージ中では，括弧内の英文字列が出力されます。

対処

特にありません。

KAPL11903-I
aa...aaが正常終了しました。
aa...aa has completed normally.

説明

ホスト上でのオペレーションが正常に終了しました。

aa...aa：次に示すオペレーション（文字列 ※）

パス情報取得（Get Path Information）

オプション情報取得（Get Option Information）

オプション情報設定（Set Option Information）

データクリア（Clear Data）

HDLMドライバステータス取得（Get HDLM Driver Status）

HDLMマネージャステータス取得（Get HDLM Manager Status）

HDLMアラートドライバステータス取得（Get HDLM Alert Driver Status）

オンライン（Online）

オフライン（Offline）

SNMP Trap情報取得（Get SNMP Trap Information）

SNMP Trap情報設定（Set SNMP Trap Information）

LU単位ロードバランスアルゴリズム設定（Set LU Load Balance）

パスステータスログ情報取得（Get Path Status Log Information）

ローカル時間取得（Get Local Time）

パス情報追加（Add Path Information）

パス情報削除（Delete Path Information）

ストレージ認識情報設定（Set Storage Identification Information）

注※

英語メッセージ中では，括弧内の英文字列が出力されます。

対処

特にありません。

KAPL11904-E
aa...aaが異常終了しました。エラーステータス = bb...bb
aa...aa has completed abnormally. Error status = bb...bb

説明

ホスト上でのオペレーションが異常終了しました。

aa...aa：オペレーション（文字列※）

パス情報取得（Get Path Information）

オプション情報取得（Get Option Information）

オプション情報設定（Set Option Information）

データクリア（Clear Data）

HDLMドライバステータス取得（Get HDLM Driver Status）

HDLMマネージャステータス取得（Get HDLM Manager Status）

HDLMアラートドライバステータス取得（Get HDLM Alert Driver Status）

オンライン（Online）

オフライン（Offline）

SNMP Trap情報取得（Get SNMP Trap Information）

SNMP Trap情報設定（Set SNMP Trap Information）

LU単位ロードバランスアルゴリズム設定（Set LU Load Balance）

パスステータスログ情報取得（Get Path Status Log Information）

パス情報追加（Add Path Information）

パス情報削除（Delete Path Information）

ストレージ認識情報設定（Set Storage Identification Information）

bb...bb：APIからのエラーステータス（文字列）

注※

英語メッセージ中では，括弧内の英文字列が出力されます。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL11905-E
予測できないエラーが発生しました。
An unexpected error occurred.

説明

ホスト内での処理で例外が発生しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL11906-I
GUI情報 - aa...aa
GUI information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：トレース情報（文字列）

対処

特にありません。

KAPL11907-I
XML受信 - aa...aa
XML reception - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：XML情報（文字列）

対処

特にありません。

KAPL11908-I
XML送信 - aa...aa
XML transmission - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：XML情報（文字列）

対処

特にありません。

8.12 KAPL13001～KAPL14000

メッセージの言語種別は，SolarisのLANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-11 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja | 日本語（EUCコード）
ja_JP.eucjp
ja_JP.PCK | 日本語（Shift JISコード）
ja_JP.UTF-8 | 日本語（UTF-8コード）
C | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL13601-W
監査ログ設定ファイルがありません。マネージャを再起動した後，"dlnkmgr view -sys -audlog"コマンドを実行して，設定を確認してください。
The audit log configuration file does not exist. Restart the HDLM Manager, and execute the "dlnkmgr view -sys -audlog" command and check the setting.

説明

監査ログ設定ファイルが存在しません。

対処

HDLMマネージャを再起動したあと，dlnkmgr view -sys -audlogコマンドを実行してください。そのあと，必要に応じてdlnkmgr set -audlogまたはdlnkmgr set -audfacコマンドで，設定を行ってください。

KAPL13602-W
監査ログ設定ファイルがオープンできません。 "dlnkmgr view -sys -audlog"コマンドを実行して，結果が正常に表示されるか確認してください。
The audit log configuration file cannot be opened. Execute the "dlnkmgr view -sys -audlog" command and check whether a normal result is displayed.

説明

監査ログ設定ファイルがオープンできません。

対処

dlnkmgr view -sys -audlogコマンドを実行した結果，正常に表示されない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13603-W
監査ログ設定ファイルが不正です。マネージャを再起動した後，"dlnkmgr view -sys -audlog"コマンドを実行して設定を確認してください。
The audit log configuration file is invalid. Restart the HDLM Manager, and execute the "dlnkmgr view -sys -audlog" command and check the setting.

説明

監査ログ設定ファイルが不正です。

対処

HDLMマネージャを再起動したあと，dlnkmgr view -sys -audlogコマンドを実行してください。そのあと，必要に応じてdlnkmgr set -audlogまたはdlnkmgr set -audfacコマンドで，設定を行ってください。

KAPL13604-W
監査ログ設定ファイルの読み込み処理でエラーが発生しました。
An error occurred during processing to read the audit log configuration file.

説明

監査ログ設定ファイルの読み込み中に内部エラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13605-W
監査ログの出力処理でエラーが発生しました。
An error occurred during processing to output the audit log configuration file.

説明

監査ログの出力中に内部パラメタエラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13606-W
監査ログの出力処理でエラーが発生しました。
An error occurred during processing to output the audit log configuration file.

説明

監査ログの出力中に内部エラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

8.13 KAPL15001～KAPL16000

この節で説明するメッセージの言語種別は，英語だけです。

メッセージID
メッセージテキスト
説明

KAPL15010-W
The HDLM utility was executed by the user who does not have the authority. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15020-I
A new LU was successfully added. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15021-E
An attempt to add a new LU has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15022-I
The configuration file for the HDLM driver was successfully created. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15023-E
An attempt to create the configuration file for the HDLM driver has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15024-I
The HDLM-management target was successfully set. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15025-E
An attempt to set the item as an HDLM-management target has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15026-I
Information about exclusion from VxVm management was successfully output. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15027-E
An attempt to output information about exclusion from VxVM management has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15060-I
DLMgetras was invoked. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15061-I
DLMgetras successfully executed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15101-I
Clear operation was completed successfully. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15102-E
Clear operation has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15103-I
aa...aa path(s) were successfully placed bb...bb. cc...cc path(s) were not. Command Line = dd...dd

説明

aa...aa：onlineまたはofflineが成功したパス数

bb...bb：OnlineまたはOffline(C)

cc...cc：onlineまたはofflineに失敗したパス数

dd...dd：ユーザが実行したコマンドライン

KAPL15104-W
aa...aa path(s) were failed to place bb...bb. Command Line = cc...cc

説明

aa...aa：onlineまたはofflineに失敗したパス数

bb...bb：OnlineまたはOffline(C)

cc...cc：ユーザが実行したコマンドライン

KAPL15105-I
Setting up the operating environment succeeded. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15106-E
Setting up the operating environment failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15107-I
Program information was successfully displayed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15108-E
An attempt to display program information has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15109-I
Information about HDLM-management targets was successfully displayed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15110-E
An attempt to display information about HDLM-management targets has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15111-W
The HDLM command was started or stopped by the user who does not have the authority. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15112-I
I/O information monitoring function successfully started. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15113-E
Could not start the I/O information monitoring function. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15114-I
I/O information monitoring function successfully stopped. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15115-W
I/O information monitoring function terminated. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15117-I
Addition of path(s) succeeded. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15118-W
Addition of path(s) failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15401-I
HDLM Manager successfully started.
－

KAPL15402-E
Could not start the HDLM manager.
－

KAPL15403-I
HDLM Manager successfully stopped.
－

KAPL15404-W
The HDLM Manager was executed by the user who does not have the authority.
－

8.14 Hitachi Command Suite共通エージェントコンポーネントのリターンコード

Global Link ManagerからHDLMへ要求した動作が異常終了した場合，または正常終了しても警告がある場合にHDLMがリターンコードを出力します。

リターンコード
説明

1002

説明

操作対象のパスがありませんでした。

対処

ホストの情報を更新して，パス情報を確認したあとに再度オペレーションを実行してください。

1003

説明

パスを検出できませんでした。

対処

ホスト－ストレージシステム間のパスが接続されているかを確認してください。パスが接続されている場合は，HDLMが正しく構成されているかを確認してください。

1004

説明

HDLMの内部処理に必要なメモリが確保できませんでした。

対処

不要なアプリケーションを終了させ，空きメモリを増やすか，ホストを再起動してください。

1006

説明

パスの回復に失敗しました。

対処

パスの障害を取り除いたあと，再度オンライン操作を実行してください。

1007

説明

オフラインの対象として指定されたパスはデバイスの最後のパスであるため，オフライン状態にはできません。

対処

ホストの情報を更新して，パスの状態を確認したあとに再度オフライン操作を実行してください。

1015

説明

パスの回復に失敗しました。

対処

パスの障害を取り除いたあと，再度オンライン操作を実行してください。

1016

説明

操作対象のパスはすでにOnlineです。

対処

ホストの情報を更新して，パスの状態を確認してください。

1017

説明

操作対象のパスはすでにOffline(C)です。

対処

ホストの情報を更新して，パスの状態を確認してください。

1019

説明

HDLMの内部処理で障害が発生しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1020

説明

HDLMの内部処理で予測できないエラーが発生しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1025

説明

パラメタ値が誤っています。

対処

ホストの情報を更新して，再度オペレーションを実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1026

説明

パス情報取得中にパスの構成が変更されたため，パス情報取得を中断します。

対処

ホストの情報を更新して，パス情報を確認したあとに再度オペレーションを実行してください。

1027

説明

障害監視時間，および障害発生回数が自動フェイルバックチェック間隔と矛盾しています。

対処

間欠障害監視の障害監視時間は，「自動フェイルバックで指定するチェック間隔×間欠障害監視で指定する障害発生回数」以上に設定してください。

1028

説明

パス障害が発生したため，パスの回復に失敗しました。

対処

パスの障害を取り除いたあと，再実行してください。

1029

説明

メモリ不足が発生したため，パスの回復に失敗しました。

対処

再実行してください。繰り返し同じエラーとなる場合は，ホストのメモリが不足していないか確認してください。

1030

説明

Reservation Conflictが発生したため，パスの回復に失敗しました。

対処

ほかのホストがOnline対象パスに対応するLUを不正にリザーブしていないかformatコマンドなどで確認してください。LUを不正にリザーブしている場合は，リザーブを解除したあと，HDLMコマンドのonlineオペレーションを再実行してください。LUを不正にリザーブしていない場合やリザーブを解除したあとも同じエラーとなる場合には，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1031

説明

ホストでエラーが発生したため，パスの回復に失敗しました。

対処

再実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1032

説明

ディスクラベルの読み込みに失敗したため，パスの回復に失敗しました。

対処

formatコマンドなどでパスに対応するLUにVTOCラベルまたはEFIラベルを設定したあと，再度実行してください。

1033

説明

HDLMのバージョン情報の取得に失敗しました。

対処

再実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1034

説明

HDLMのバージョン情報またはSPのバージョン情報の取得に失敗しました。

対処

再実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1035

説明

HDLMのバージョン情報またはSPのバージョン情報の取得に失敗しました。

対処

再実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1036

説明

HDLMのバージョン情報またはSPのバージョン情報の取得に失敗しました。

対処

再実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1037

説明

パラメタ値が誤っています。

対処

ホストの情報を更新して，再度オペレーションを実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1041

説明

HDLMマネージャとの通信に失敗しました。

対処

ホストのHDLMマネージャが起動されているか確認してください。

1042

説明

指定したLUのパス構成情報は，HDLMが保持しているパス構成情報と一致しません。

対処

ホストの情報を更新して，パス情報を確認したあとに再度オペレーションを実行してください。

1045

説明

パラメタ値が誤っています。

対処

ホストの情報を更新して，再度オペレーションを実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

1046

説明

パラメタ値が誤っています。

対処

ホストの情報を更新して，再度オペレーションを実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

付録A. Sun Cluster 3.2のコマンド

ここでは，Sun Cluster 3.2 のコマンドについて説明します。

この付録の構成

A.1 Sun Cluster 3.2 のコマンド

A.1 Sun Cluster 3.2 のコマンド

このマニュアルで使用しているSun Cluster 3.1のコマンドとSun Cluster 3.2のコマンドとの対応を次の表に示します。コマンドおよびオプションについては，Sun Cluster 3.2のマニュアルを参照してください。※

注※

Sun Cluster 3.2のコマンドとOracle Solaris Cluster 3.3のコマンドで異なるものはありません。

表A-1 Sun Cluster 3.1のコマンドとSun Cluster 3.2のコマンドとの対応

Sun Cluster 3.1のコマンド
Sun Cluster 3.2のコマンド

scconf -a -q globaldev=QuorumデバイスのデバイスID
clquorum add QuorumデバイスのデバイスID

scconf -c -q installmode
cluster set -p installmode=enabled

scconf -c -q node=ノード名,maintstate
clquorum disable -t node ノード名

scconf -c -q node=ノード名,reset

ノードを保守状態から戻して定足数投票数を初期化する※1
clquorum enable -t node ノード名

定足数投票数を初期化する※2
clquorum reset

scconf -c -q reset
clquorum reset

scconf -pv | grep Quorum
clquorum show

scconf -r -q globaldev=QuorumデバイスのデバイスID
clquorum remove QuorumデバイスのデバイスID

scdidadm -C
cldevice clear

scdidadm -L
cldevice list -v

scdidadm -l
cldevice list -n ノード名 -v

scdidadm -r
cldevice refresh

scdidadm -ui
scdidadm -ui

scgdevs
cldevice populate

scsetup
clsetup

scshutdown -g0 -y
cluster shutdown -g0 -y

scstat -q
clquorum status

scstat -D
cldevicegroup status

scswitch -F -D デバイスグループ名
cldevicegroup offline デバイスグループ名

scswitch -S -h ノード名
clnode evacuate ノード名

注※1

「3.5.1 HDLMを新規インストールする前の準備」の「(10) Sun Clusterの設定」の手順m，および「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」の手順14では，このコマンドを実行してください。

注※2

「3.5.1 HDLMを新規インストールする前の準備」の「(10) Sun Clusterの設定」の手順k，および「3.18.2 HDLMをアンインストールする前の準備」の「(2) Sun Clusterでの設定解除」の手順12では，このコマンドを実行してください。

付録B. バージョン間の機能差異

ここでは，HDLMの旧バージョンで提供していた機能について，変更前と変更後の相違点を示します。

この付録の構成

B.1 HDLM 6.1以降と6.1より前のバージョンのHDLMとの機能差異

B.2 HDLM 6.0以降と6.0より前のバージョンのHDLMとの機能差異

B.3 HDLM 05-61以前とHDLM 05-62以降のバージョンの相違に関する注意事項

B.1 HDLM 6.1以降と6.1より前のバージョンのHDLMとの機能差異

HDLMの新規インストール時，ロードバランスのアルゴリズムのデフォルト値をラウンドロビンから拡張最少I/O数に変更しました。

B.2 HDLM 6.0以降と6.0より前のバージョンのHDLMとの機能差異

HDLMのコマンドやユティリティの実行結果で表示される，HDLMのバージョンの表記を変更しました。

B.3 HDLM 05-61以前とHDLM 05-62以降のバージョンの相違に関する注意事項

HDLM 05-61以前と05-62以降では，SVS上に作成されたLDEVに対し次に示すコマンドを実行すると，LDEV表示名が異なります。

LDEV表示名の出力結果が異なるコマンドとその表示名を次の表に示します。

表B-1 バージョン差異でのLDEV表示名の相違

HDLMのバージョン
HDLMコマンドのオペレーション
出力されるLDEV表示名

05-61以前

dlnkmgr view -path

dlnkmgr view -drv

dlnkmgr view -lu

XP

05-62以降
SVS

付録C. このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

この付録の構成

C.1 関連マニュアル

C.2 このマニュアルでの表記

C.3 このマニュアルで使用している略語

C.4 KB（キロバイト）などの単位表記について

C.1 関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Hitachi Command Suite Global Link Manager Software ユーザーズガイド（3020-3-X11）

Hitachi Command Suite Global Link Manager Software 導入・設定ガイド（3020-3-X12）

Hitachi Command Suite Global Link Manager Software メッセージ（3020-3-X13）

Hitachi Adaptable Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Simple Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Tape Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Unified Storageシリーズ用 各種ユーザーズガイド

Hitachi Universal Storage Platformシリーズ用 各種ユーザーズガイド

Hitachi Workgroup Modular Storageシリーズ用 各種ユーザーズガイド

SANRISE2000/SANRISE9900/SANRISE Universal Storage Platform/Hitachi Universal Storage Platform V Hitachi Virtual Storage Platform FAL for AIX FAL for HP-UX FAL for Solaris FAL for Windows FAL for NCR UNIX FAL for HI-UX/WE2 FAL for Tru64 UNIX FAL for LINUX ユーザーズガイド

SANRISE 9580Vシリーズ ディスクアレイ ユーザーズガイド

Universal Storage Platform Vシリーズ用 各種ユーザーズガイド

Universal Storage Platform VMシリーズ用 各種ユーザーズガイド

Virtual Storage Platformシリーズ用 各種ユーザーズガイド

JP1 Version 6 JP1/NETM/DM Manager（3000-3-841）

JP1 Version 7i JP1/NETM/DM Client（UNIX(R)用）（3020-3-G37）

JP1 Version 8 JP1/NETM/DM Client（UNIX(R)用）（3020-3-L43）

JP1 Version 9 JP1/NETM/DM Client（UNIX(R)用）（3020-3-S85）

C.2 このマニュアルでの表記

このマニュアルでは，製品名称を次のように表記します。

このマニュアルでの表記
製品名称または意味

Device Managerエージェント
Hitachi Device Managerに含まれるDevice Managerエージェント

Global Link Manager
Hitachi Global Link Manager

H10000
Hitachi Universal Storage Platform H10000

H12000
Hitachi Universal Storage Platform H12000

H20000
Hitachi Universal Storage Platform H20000

H24000
Hitachi Universal Storage Platform H24000

HDLM
Hitachi Dynamic Link Manager

Hitachi AMSシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi AMS/TMS/WMSシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi Tape Modular Storageシリーズ

Hitachi Workgroup Modular Storageシリーズ

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 2000シリーズ

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi Tape Modular Storageシリーズ

Hitachi Workgroup Modular Storageシリーズ

Hitachi Simple Modular Storageシリーズ

Hitachi AMS2000シリーズ
Hitachi Adaptable Modular Storage 2000シリーズ

Hitachi NSC55
Hitachi Network Storage Controller NSC55

Hitachi SMSシリーズ
Hitachi Simple Modular Storageシリーズ

Hitachi TMSシリーズ
Hitachi Tape Modular Storageシリーズ

Hitachi USPシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform 1100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 100

Hitachi Network Storage Controller NSC55

Hitachi Universal Storage Platform H12000

Hitachi Universal Storage Platform H10000

HP StorageWorks XP12000 Disk Array

HP StorageWorks XP10000 Disk Array

HP StorageWorks 200 Storage Virtualization System

Hitachi WMSシリーズ
Hitachi Workgroup Modular Storageシリーズ

HUS100シリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Unified Storage 150

Hitachi Unified Storage 130

Hitachi Unified Storage 110

BladeSymphony専用エントリークラスディスクアレイ装置 BR1650シリーズ

HUS VM
Hitachi Unified Storage VM

JDK
Java Development Kit

JP1/NETM/DM
次の製品を区別する必要がない場合の表記です。

JP1/NETM/DM Manager

JP1/NETM/DM Client

JRE
Java 2 Runtime Environment, Standard Edition

Oracle9i RAC
Oracle9i Real Application Clusters

Oracle RAC
次の製品を区別する必要がない場合の表記です。

Oracle9i Real Application Clusters

Oracle Real Application Clusters 10g

Oracle Real Application Clusters 11g

Oracle RAC 10g
Oracle Real Application Clusters 10g

Oracle RAC 11g
Oracle Real Application Clusters 11g

P9500
HP StorageWorks P9500 Disk Array

SANRISE2000シリーズ
次の製品を区別する必要がない場合の表記です。

SANRISE2000シリーズ

SANRISE H512

SANRISE H48

HP StorageWorks Disk Array XP512

HP StorageWorks Disk Array XP48

SANRISE9900Vシリーズ
次の製品を区別する必要がない場合の表記です。

SANRISE9900Vシリーズ

SANRISE H1024

SANRISE H128

HP StorageWorks XP1024 Disk Array

HP StorageWorks XP128 Disk Array

SDS
Solstice DiskSuite

SVM
Solaris Volume Manager

SVS
HP StorageWorks 200 Storage Virtualization System

Universal Storage Platform V/VMシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

Hitachi Universal Storage Platform H24000

Hitachi Universal Storage Platform H20000

HP StorageWorks XP24000 Disk Array

HP StorageWorks XP20000 Disk Array

VCS
Veritas Cluster Server

Virtual Storage Platformシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Virtual Storage Platform

Hitachi Virtual Storage Platform VP9500

HP StorageWorks P9500 Disk Array

VP9500
Hitachi Virtual Storage Platform VP9500

VxVM
Veritas Volume Manager

XP48
HP StorageWorks Disk Array XP48

XP128
HP StorageWorks XP128 Disk Array

XP512
HP StorageWorks Disk Array XP512

XP1024
HP StorageWorks XP1024 Disk Array

XP10000
HP StorageWorks XP10000 Disk Array

XP12000
HP StorageWorks XP12000 Disk Array

XP20000
HP StorageWorks XP20000 Disk Array

XP24000
HP StorageWorks XP24000 Disk Array

このマニュアルでは，AIX，Solaris，Linux®，およびHP-UXを区別する必要がない場合，UNIXと表記しています。

C.3 このマニュアルで使用している略語

このマニュアルでは，次に示す略語を使用しています。

略語 | 正式名称
AL | Arbitrated Loop
API | Application Programming Interface
ASCII | American Standard Code for Information Interchange
ASM | Automatic Storage Management
CHA | Channel Adapter
CLPR | Cache Logical Partition
CPU | Central Processing Unit
CU | Control Unit
DBMS | Database Management System
Dev | Device
DMP | Dynamic Multipathing
DNS | Domain Name Server
DR | Dynamic Reconfiguration
EFI | Extensible Firmware Interface
EUC | Extended UNIX Code
FC | Fibre Channel
FC-SP | Fibre Channel Security Protocol
FO | Failover
FQDN | Fully Qualified Domain Name
GAB | Group Membership and Atomic Broadcast
GMT | Greenwich Mean Time
GUI | Graphical User Interface
HBA | Host Bus Adapter
HDev | Host Device
HLU | Host Logical Unit
HTTP | Hypertext Transfer Protocol
I/O | Input/Output
IP | Internet Protocol
iSCSI | Internet Small Computer System Interface
JIS | Japanese Industrial Standards
LAN | Local Area Network
LDAP | Lightweight Directory Access Protocol
LDEV | Logical Device
LDoms | Logical Domains
LLT | Low Latency Transport
LU | Logical Unit
LUN | Logical Unit Number
MP | Maintenance Pack
NAS | Network Attached Storage
NFS | Network File System
NTP | Network Time Protocol
OBP | OpenBoot PROM
OS | Operating System
P | Port
RADIUS | Remote Authentication Dial in User Service
SAN | Storage Area Network
SCSI | Small Computer System Interface
SLPR | Storage Logical Partition
SMTP | Simple Mail Transfer Protocol
SNMP | Simple Network Management Protocol
SP | Service Pack
SRU | Support Repository Update
SSL | Secure Sockets Layer
SVP | Service Processor
UFS | UNIX File System
VTOC | Volume Table Of Contents
WWN | World Wide Name
ZFS | Zettabyte File System

C.4 KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

用語解説

ここでは，マニュアル中で使用している用語を解説します。

（英字）

CHA（Channel Adapter）

ストレージシステムのチャネルを制御するアダプタです。

CLPR（Cache Logical Partition）

Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，およびHUS VMがサポートするキャッシュの論理的な分割機能です。この機能を使用すると，ストレージシステム内でパリティグループ単位にキャッシュを分割するため，キャッシュ性能がほかのパリティグループの影響を受けません。

Dev（Device）

HDLMが制御，操作する対象で，LUを論理的に分割した単位を指します。Solarisではスライスまたはパーティションに相当します。

Solarisでは，各LUは複数のDevに分けて使用できます。

各Devには「Dev番号」が付けられています。

また，Devにはアクセス方式の異なるブロック型デバイスとキャラクタ型デバイスの2種類があります。

（関連用語：Dev番号）

Dev番号

UNIXでは，一般的にデバイス番号は「メジャー番号＋マイナー番号」の値を指しますが，HDLMでは構成表示でのDev番号（DNum欄）となります。

LU内の各Devに，0～7の順に付けられる番号です。Solarisではスライス番号と呼ばれています。HDLMは，DevをLU単位で管理するため，該当するDev番号はありません。

（関連用語：Dev）

FCode

マシンに依存しないインタプリタ言語で書かれているプログラムです。ブートディスクを接続できるHBAには，そのためのFCodeが組み込まれている場合があります。

HBA（Host Bus Adapter）

ホストと外部装置を接続するインタフェースとなるデバイスです。

このマニュアルでは，ホストとストレージ間をSCSIまたはFCで接続するときに，ホストに搭載するインタフェース・カードを指します。

HDLMアラートドライバ

HDLMドライバが検知した障害情報を受け取り，HDLMマネージャに通知するプログラムです。

HDLMドライバ

HDLMの機能の制御，パスの管理，および障害検知をするプログラムです。

HDLMネクサスドライバ

HDLMドライバのインスタンスを管理するプログラムです。HDLMネクサスドライバは，HDLMが管理するsdまたはssdドライバが接続されているHBAのポートごとに，HDLMドライバのインスタンスを管理します。

HDLMマネージャ

障害情報を管理するプログラムです。HDLMアラートドライバから障害情報を受け取って，障害ログを採取します。

LDEV（Logical Device）

LDEVは，ストレージシステムの製品名称，シリアル番号，および内部LUを組み合わせた値で表示されます。HDLMは，この値によってLUを識別しています。

LU（Logical Unit）

論理ユニットです。ストレージシステム側で定義した，論理的なボリュームです。ホストからの入出力対象となります。

（関連用語：ホストLU）

SAN（Storage Area Network）

ホストとストレージシステムを結ぶ高速ネットワークです。LANとは独立していて，データ転送専用に使用されます。SANを使用することで，ストレージシステムへのアクセスを高速化できます。また，大容量のデータが流れてLANの性能が劣化することを防げます。

SCSIデバイス

SCSIディスクのデバイスです。

SLPR（Storage Logical Partition）

Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，およびVirtual Storage Platformシリーズがサポートするストレージシステムの論理的な分割機能です。この機能を使用すると，ストレージシステム内のリソース（ポート，CLPR，ボリュームなど）を分割するため，それぞれのリソースを独立して管理できます。

（ア行）

エミュレーションタイプ

ホストからアクセスできるLUの種類です。

HDLMのホストはオープン系ホスト（PC，またはUNIX）であるため，HDLMのホストからは，オープン系のエミュレーションタイプを持つLUにだけアクセスできます。

ストレージシステムがサポートするエミュレーションタイプの詳細については，各ストレージシステムの保守マニュアルを参照してください。

オーナコントローラ

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，ストレージシステム側でLUのオーナコントローラに設定したコントローラです。

オーナコントローラ以外のコントローラは，ノンオーナコントローラと呼びます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ，Hitachi SMSシリーズ，HUS100シリーズ，またはHUS VMを使用している場合には，すべてのコントローラがオーナコントローラになります。

（関連用語：オーナパス，ノンオーナコントローラ）

オーナパス

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，ストレージシステム側でLUのオーナコントローラに設定したコントローラを経由するパスです。オーナコントローラ以外のコントローラを経由するパスをノンオーナパスと呼びます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※，Hitachi SMSシリーズ※，HUS100シリーズ※，またはHUS VMを使用している場合には，すべてのパスがオーナパスになります。

（関連用語：オーナコントローラ，ノンオーナパス）

注※ ダイナミックI/Oパスコントロール機能を無効にしているときに対象になります。

（カ行）

間欠障害

ケーブルの接触不良などが原因で，断続的に発生する障害です。

クラスタ

同一のOS，またはプラットフォーム（同一のアプリケーションを動作できる環境）を持つ2台以上のホストを接続して，1つのシステムとして扱うシステムです。

（サ行）

自動フェイルバック

一定間隔でパスの状態を確認し，障害が発生したパスの状態が回復したときに，パスの状態を自動的に稼働状態にする機能です。

「Offline(E)」状態，または「Online(E)」状態だったパスが正常に戻った場合，パスの状態を「Online」にします。

自動フェイルバックの対象となるのは，障害が原因で「Offline(E)」状態，または「Online(E)」状態になっているパスです。offlineオペレーションを実行して「Offline(C)」状態になったパスは，自動フェイルバックの対象になりません。offlineオペレーションについては，「6.4 offline パスを閉塞状態にする」を参照してください。

（タ行）

動的再構成

ホストを再起動しないで，構成変更したHDLMデバイスをHDLMに認識させる再構成です。

（ナ行）

ノード

クラスタメンバのサーバです。

ノンオーナコントローラ

オーナコントローラ以外のコントローラです。

ノンオーナコントローラは，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合にだけあります。

（関連用語：オーナコントローラ，ノンオーナパス）

ノンオーナパス

オーナコントローラ以外のコントローラを経由するパスです。

ノンオーナパスは，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合にだけあります。

（関連用語：オーナパス，ノンオーナコントローラ）

（ハ行）

パス

ホストからストレージシステムへのアクセス経路です。ホスト側のHBAと，ストレージシステム側のCHAを結ぶケーブルを経由して，ストレージシステム側のLU内の領域にアクセスします。

各パスには「パス管理PATH_ID」が付けられています。

（関連用語：パス管理PATH_ID）

パス管理PATH_ID

HDLMがシステム起動時にパスに付けるIDです。すべてのパスが固有のパス管理PATH_IDを持ちます。

（関連用語：パス）

パスヘルスチェック

一定間隔でパスの状態を確認する機能です。

「Online」状態だったパスに障害が発生した場合，パスの状態を「Offline(E)」にします。パスヘルスチェックの対象となるのは，「Online」状態のパスです。

パス名

次に示す4つの項目をピリオドで区切って表される名前です。

・ホストポート番号（16進数）

・バス番号（16進数）

・ターゲットID（16進数）

・ホストLU番号（16進数）

パス名で物理パスを特定してください。

（関連用語：ホストLU番号）

ブートディスク環境

ブートディスクをホストではなくストレージシステムに置く環境です。

フェイルオーバ

あるパスに障害が発生したときに，ほかの正常なパスに切り替えてシステムの運用を続ける機能です。

フェイルバック

障害が発生していたパスが障害から回復したときに，障害から回復したパスの状態を稼働状態にして，パスを切り替える機能です。

物理デバイスファイル

/devices下のデバイスファイルです。

物理パス

ホストからLUまでのアクセス経路です。物理パスは，パス名で特定してください。

ホスト

サーバ，およびクライアントの総称です。

ホストLU

ホストが認識するLUです。

各ホストLUには「ホストLU番号」が付けられています。

（関連用語：LU，ホストLU番号，ホストデバイス）

ホストLU番号

ホストLUに付けられている番号です。パス名の一部になります。

（関連用語：ホストLU，パス名）

ホストデバイス

ホストLU内の領域です。

（関連用語：ホストLU，ホストデバイス名）

ホストデバイス名

ホストデバイスに付けられている名前です。ホストデバイス名には，HDLMデバイスの論理デバイスファイル名が割り当てられます。「cUtXdY」の形式で，ホストデバイス名が割り当てられます。

cUtXdYの各変数の意味は，次のとおりです。

U：HDLMが予約したコントローラ番号

X：HDLMデバイスに対応するsdまたはssdデバイスのターゲットIDまたはWorld Wide Name

Y：HDLMデバイスに対応するsdまたはssdデバイスのLUN

（関連用語：ホストデバイス）

（ラ行）

リザーブ

あるホストが1つのLUを占有したい場合，そのLUに対して占有を宣言し，ほかのホストからLUにアクセスできないように保護する機能です。リザーブを発行したホストには，そのリザーブを発行したパスにLUへのアクセス許可が与えられるため，複数のパスで同時にLUにアクセスできません。そのため，ロードバランスはできません。

ローカルブートディスク環境

ブートディスクをホストに置く環境です。

ロードバランス

LU内の領域にアクセスするパスが複数ある場合，それらの複数のパスを使用してI/Oを行うことで，パスに掛かる負荷を分散する機能です。

次に示す6つのアルゴリズムがあります。

・ラウンドロビン

・拡張ラウンドロビン

・最少I/O数

・拡張最少I/O数

・最少ブロック数

・拡張最少ブロック数

論理デバイスファイル

/dev/dskおよび/dev/rdsk下にあるデバイスファイルです。

ここでいう「論理デバイス」はLDEVではありません。

索引

[記号]
[A][C][D][E][F][G][H][I][J][K][L][M][O][P][R][S][T][V][W]
[あ][い][え][お][か][き][く][こ][さ][し][す][せ][た][ち][て][と][の][は][ひ][ふ][へ][ほ][み][め][ゆ][よ][り][ろ]

(記号)

/etc/systemファイルの設定

/kernel/drv/sd.confファイルの設定

(A)

add〔HDLMコマンドのオペレーション〕

(C)

CHA

CHA（Channel Adapter）

clear〔HDLMコマンドのオペレーション〕

CLPR（Cache Logical Partition）

Critical〔障害レベル〕

cUtXdYsZ

(D)

Dev

Dev

Dev

Dev番号

dlmcfgmgr

DLMgetras

DLMgetras

dlminstcomp

dlmlisthdev

dlmsetboot

dlmsetconf

dlmvxexclude

(E)

ENVIRONMENT_SETTINGS

Error〔障害レベル〕

(F)

FCode

(G)

getras.tar.Z

Global Link Manager

(H)

HBA

HBA

HBA（Host Bus Adapter）

hbsa.tar.Z

HDev

HDLM

アンインストール

アンインストール

インストール

インストール

インストール

インストール

インストール（Sun Clusterを使用していない場合）

インストール（Sun Clusterを使用している場合）

設定解除

HDLMアラートドライバ

HDLMアラートドライバ

HDLMアンインストールユティリティ

HDLM移行支援ユティリティ

HDLMインストールユティリティ

HDLM運用環境の構成変更

HDLM運用環境の構成変更

LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用していない場合）

LUをHDLMの管理対象または管理対象外にする（Sun Clusterを使用している場合）

LUを削除する

概要

新規にLUを追加する

注意事項

HDLMが検知した障害情報

HDLMが検知する障害

HDLM管理対象外ディスクを管理対象にする

HDLM管理対象ディスクを管理対象外にする

HDLM管理対象デバイス

HDLM共通インストーラユティリティ

HDLM構成管理ユティリティ

HDLMコマンド

HDLMコマンド

HDLMコマンドのオペレーション

HDLMコンポーネントインストールユティリティ

HDLM障害情報収集ユティリティ

HDLM障害情報収集ユティリティ

HDLM障害情報収集ユティリティ（DLMgetras）を使用した障害情報の収集

HDLMで監査ログに出力する種別と監査事象

HDLMで管理するデバイス

HDLMで使用するコマンド

HDLMデバイス

HDLMデバイス

SDSに登録する

SVMに登録する

HDLMデバイスの論理デバイスファイル

HDLMとは

HDLMドライバ

HDLMドライバ

HDLMドライバ構成定義ファイル作成ユティリティ

HDLMドライバとHDLMデバイスの位置づけ

HDLMネクサスドライバ

HDLMネクサスドライバ

HDLMのインストール

HDLMのインストール

種別

HDLMのインストールの種別

HDLMのアップグレードインストール

HDLMの再インストール

HDLMの新規インストール

HDLMの運用

HDLMの概要

HDLMの環境構築

HDLMの機能

HDLMのシステム構成

HDLMの常駐プロセス一覧

HDLMの統合管理

HDLMの特長

HDLMのプログラム情報

HDLMブートディスク環境構築支援ユティリティ

HDLMマネージャ

HDLMマネージャ

HDLMマネージャ

起動

停止

HDLMユティリティ

HDLMをアンインストールしたあとの設定

HDLMを使用中の環境にVxVMを導入する

help〔HDLMコマンドのオペレーション〕

Hitachi Command Suite共通エージェントコンポーネント

Hitachi Network Objectplazaトレース共通ライブラリ

使用する場合の注意事項

設定メニューを表示する

設定を有効にする

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）

アンインストール

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）

アンインストール

Hitachi Network Objectplazaトレース共通ライブラリの設定

設定の終了

Hitachi RapidXchange

HLU

(I)

I/O回数

I/O障害回数

I/O情報を一定の時間間隔で表示する

I/Oフェンシング機能

Information〔障害レベル〕

INSTALLATION_SETTINGS

installhdlm

installhdlm.log

installux.sh

iostatコマンド

(J)

JDK

(K)

KAPL08022-Eメッセージの項目

DNum

ErrorCode

HDevName

PathID

PathName

(L)

LDEV（Logical Device）

LDoms

LDoms環境

LDomsドメイン

LDomsドメイン

I/Oドメイン

ゲストドメイン

サービスドメイン

制御ドメイン

Logical Unit Id

LU

LU（Logical Unit）

LUN

LU構成

LUを削除するなどの構成変更

(M)

monitor〔HDLMコマンドのオペレーション〕

(O)

offline〔HDLMコマンドのオペレーション〕

Offline(C)状態

Offline(E)状態

online〔HDLMコマンドのオペレーション〕

Online(E)状態

Online状態

OS

(P)

P

(R)

RAIDレベル

removehdlm

(S)

SAN

SAN（Storage Area Network）

SCSIデバイス

SDSでの設定解除

SDSの設定

set〔HDLMコマンドのオペレーション〕

SLPR（Storage Logical Partition）

Solarisの動的再構成

Solarisのバージョンアップ

Sun Clusterでの設定解除

Sun Clusterの設定〔アンインストール後〕

Sun Clusterの設定〔インストール前〕

Sun製HBA

SVMでの設定解除

SVMの設定

syslog

(T)

Target Id

(V)

VCSでの設定解除

VCSの設定

view〔HDLMコマンドのオペレーション〕

VxVM

Sun Clusterの連携

設定

設定解除

無効化

VxVM設定ファイル作成支援ユティリティ

VxVMで無効化する必要があるデバイス

VxVMの設定〔アンインストール後〕

VxVMの設定〔インストール前〕

VxVMボリューム

作成

(W)

Warning〔障害レベル〕

(あ)

アップグレードインストール

アンインストール

HDLM

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）

(い)

インストール

LDoms環境へのHDLMのインストール

アップグレードまたは再インストール

アップグレードまたは再インストールする前の準備

新規インストール（Sun Clusterを使用していない場合）

新規インストール（Sun Clusterを使用している場合）

新規インストールする前の準備

インストール情報設定ファイル

定義内容

(え)

エミュレーションタイプ

(お)

オーナコントローラ

オーナコントローラ

オーナパス

オーナパス

オペレーション

オペレーション一覧

オペレーションの形式を表示する

(か)

カーネルモードの切り替え

確認

パス構成

仮想環境

仮想ディスク

仮想ディスクバックエンド

仮想ディスクバックエンド

仮想ディスクバックエンド

稼働状態

環境構築の流れ

間欠障害

間欠障害監視

間欠障害監視

監査ログの採取

監査ログの出力形式

監視

メッセージ

監視サイクル

関連プログラム

SDS

SVM

VxVM

関連プログラムの組み合わせ

Oracle RAC 10g

Oracle RAC 11g

Oracle9i RAC

(き)

既存LUへのパスの追加

動的再構成

起動

HDLMマネージャ

機能の設定

(く)

クラスタ

クラスタソフトウェア

クラスタ対応

(こ)

コアロジック部

構成

プログラム

コマンド

概要

入力形式

コマンド実行

コンポーネント情報を参照する

(さ)

再インストール

採取するログの種類

サイレントインストール

サイレントインストール

インストール情報設定ファイル

ログファイル

作成

VxVMボリューム

ディスクグループ

(し)

システム構成

システム要件

自動パス切り替え

自動フェイルオーバ

自動フェイルオーバの対象となる障害

自動フェイルバック

自動フェイルバック

自動フェイルバック

収集情報出力先ディレクトリ

収集情報定義ファイルの記述規則と注意事項

収集情報定義ファイルの記述例

収集情報定義ファイル名

終了

Hitachi Network Objectplazaトレース共通ライブラリの設定

主系ホスト

手動パス切り替え

取得

パス情報

プログラム情報

障害

メッセージ

障害個所特定

障害管理

障害情報の種類

障害情報のフィルタリング

障害パス

抽出

障害発生ハードウェアの絞り込み

障害レベル

障害ログ

障害ログ採取レベル

障害ログ採取レベルの設定値

障害ログファイルサイズ

障害ログファイルサイズ

障害ログファイル数

情報を表示する

シリアル番号

シリアル番号

新規LUの追加（Sun Clusterを使用していない場合）

新規LUの追加（Sun Clusterを使用している場合）

動的再構成

ノードの再起動

新規インストール

シングルユーザモードでのSolarisの起動

シングルユーザモードでの運用

(す)

ストレージシステム

ストレージシステム

ストレージシステム

(せ)

設定

設定

VxVM

統合トレース

動作環境〔setオペレーション〕

設定解除

VxVM

(た)

ターゲットID

対処

パス障害

プログラム障害

プログラム障害時

ダイナミックI/Oパスコントロール

(ち)

チャネルアダプタ

抽出

障害パス

(て)

停止

HDLMマネージャ

ディスクグループ

作成

ディスクラベル

デフォルトコントローラ

デフォルトコントローラ

(と)

統計情報

統合トレース

設定

統合トレース情報ファイル

統合トレースファイル

統合トレースファイル

数を変更する

サイズを変更する

動作環境

動作環境

参照〔viewオペレーション〕

設定〔setオペレーション〕

動作環境を参照または設定する

動的再構成

トレースファイル

トレースファイルサイズ

トレースファイル数

トレースレベル

トレースレベル

(の)

ノード

ノンオーナコントローラ

ノンオーナコントローラ

ノンオーナパス

ノンオーナパス

(は)

バージョン間の機能差異

バージョン情報を参照する

ハードウェア障害対処

ハードウェアの設定

バインド（接続）

バインド（接続）

パス

パス

パス管理PATH_ID

パス管理PATH_ID

パス切り替えによるフェイルオーバとフェイルバック

パス構成

確認

パス障害

対処

パス情報

取得

パス情報表示

パスの状態遷移

パスの状態遷移

パスの状態を変更する

パスの情報を参照する

パスの統計情報を初期値にする

パスの統計情報を初期値にする

バス番号

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パス名

パス名を構成する項目

パス名を構成する項目

パス名を構成する項目

パスを稼働状態にする

パスを稼働状態に変更

パスを動的に追加する

パスを閉塞状態にする

バッファサイズ

監視間隔当たりのサイズを変更する

バッファの容量

(ひ)

表示

Hitachi Network Objectplazaトレース共通ライブラリの設定メニュー

(ふ)

ファイルシステム

構築（ボリューム管理ソフトウェアを使用しない場合）

フィルタ部

フィルタリング

ブートディスク環境

ブートディスク環境

Solarisのバージョンアップ

SVM

アンインストール

アンインストール

構築

構築

構築の概要

構築の手順

パスの構成を変更する場合

ブートディスク環境のパスが経由する機器の保守作業

フェイルオーバ

フェイルオーバ

フェイルバック

フェイルバック

物理デバイスファイル

物理パス

物理パス

プログラム

構成

役割

プログラム障害

対処

対処

プログラム情報

プログラム情報

取得

プログラム情報表示

プロダクトID

プロダクトID

(へ)

閉塞状態

ベンダID

ベンダID

(ほ)

ポート

ホスト

ホスト

ホストLU

ホストLU

ホストLU番号

ホストLU番号

ホスト側で認識されるLUの構成

ホストデバイス

ホストデバイス

ホストデバイス名

ホストバスアダプタ

ホストポート番号

(み)

ミラー化

(め)

メッセージ

メッセージ

IDの形式と意味

監視

障害

説明で使用する用語

表示される用語

レベル

メッセージの出力件数

調節する

メモリ所要量とディスク占有量

(ゆ)

ユティリティ

HDLMアンインストールユティリティ

HDLM移行支援ユティリティ

HDLMインストールユティリティ

HDLM共通インストーラユティリティ

HDLM構成管理ユティリティ

HDLMコンポーネントインストールユティリティ

HDLM障害情報収集ユティリティ

HDLMドライバ構成定義ファイル作成ユティリティ

HDLMブートディスク環境構築支援ユティリティ

VxVM設定ファイル作成支援ユティリティ

概要

(よ)

用語解説

(り)

リザーブ

リモートインストール

リモートインストール

インストーラ実行シェルスクリプト

資源登録システム

システム構成

前提条件

流れ

配布管理システム

配布指令の作成および登録

パッケージング

(ろ)

ローカルブートディスク環境

ローカルブートディスク環境

LDoms環境からのアンインストール

アンインストール

ブートディスク環境からの移行

ロードバランス

ロードバランス

ロードバランス

ロードバランス

ロードバランスが適用されるパス

ロードバランスによる負荷分散

ロードバランスのアルゴリズム

論理デバイスファイル

論理ユニット