Hitachi Command Suite

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

3000-3-G22-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.12.4 HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）を使用したインストール障害情報の収集

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 メモリ所要量およびディスク占有量

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

3.2 環境構築の流れ

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

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

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

3.4.2 アップグレードまたは再インストールについての注意事項

3.4.3 HDLMデバイスについての注意事項

3.4.4 バーチャルI/Oサーバについての注意事項

3.4.5 ライセンスキーについての注意事項

3.4.6 トレースファイルについての注意事項

3.4.7 ストレージシステムについての注意事項

3.4.8 クラスタについての注意事項

3.4.9 システム構成の変更についての注意事項

3.4.10 リザーブレベルについての注意事項

3.4.11 自動フェイルバックについての注意事項

3.4.12 ホスト起動についての注意事項

3.5 HDLMのインストール

3.5.1 実行できるインストール方法

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

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

3.5.4 HDLMの新規インストール

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

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

3.5.7 PowerHA 7.1環境でのHDLMのインストール

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

3.6 パス構成の確認

3.7 HDLMの機能の設定

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

3.7.2 機能の設定

3.7.3 変更後の設定の確認

3.8 統合トレースの設定

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

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

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

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

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

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

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

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

3.9 LU単位リザーブ機能の設定

3.10 ボリュームグループの設定

3.11 PowerHAを使用する場合の設定

3.11.1 ストレージシステムの設定

3.11.2 PowerHA用スクリプトの登録

3.11.3 リザーブレベルの設定

3.11.4 conraid.datファイルの設定

3.11.5 PowerHAに関する注意事項

3.12 GPFSを使用する場合の設定

3.13 VCSを使用する場合の設定

3.14 Oracle RAC 10gまたはOracle RAC 11gを使用する場合の設定

3.14.1 MISSCOUNTとDISKTIMEOUTの設定

3.15 HDLMの設定解除

3.15.1 HDLMの設定解除の流れ

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

3.15.3 HDLMのアンインストール

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

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

3.15.6 PowerHAの設定解除

4. HDLMの運用

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

4.1.1 パス情報表示について

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

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

4.1.4 リザーブ解除（ホスト正常時）

4.1.5 リザーブ解除（ホスト障害時）

4.1.6 物理ボリューム（hdisk）指定操作の注意事項およびエラーチェック

4.1.7 HDLM管理対象デバイスの属性変更

4.1.8 HDLMデバイスを構成するときの注意事項

4.1.9 物理ボリュームおよびHDLMデバイスが定義済みになった場合の注意事項

4.1.10 ディスクの構成を変更するときの注意事項

4.1.11 バーチャルI/Oサーバを使用している場合の仮想SCSIディスク認識方式切り替え

4.1.12 HDLMアラートドライバを削除した場合の注意事項

4.1.13 SMIT画面を使用するときの注意事項

4.1.14 ストレージシステムを再起動するときの注意事項

4.1.15 正副ボリュームを同一サーバで参照させる場合の注意事項

4.1.16 LVMミラー構成についての注意事項

4.1.17 システムのリストア後にHDLMをアンインストールするときの注意事項

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

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

4.2.2 パスの情報を参照する

4.2.3 パスの状態を変更する

4.2.4 LUの情報を参照する

4.2.5 HDLMデバイス，物理ボリュームおよび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 OSのアップグレード時の設定

4.5.3 HBAの交換

4.5.4 ファイバケーブルの交換

4.5.5 ファイバチャネルスイッチの交換

4.5.6 HDLMデバイスの構成変更

4.5.7 HDLMデバイス名を変更しない再構成

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.4.3 プログラム障害への対処

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

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

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 add パスを動的に追加する

6.8.1 形式

6.8.2 パラメタ

6.9 delete パスを動的に削除する

6.9.1 形式

6.9.2 パラメタ

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

7.1 ユティリティ概要

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

7.2.1 形式

7.2.2 パラメタ

7.2.3 収集される障害情報

7.3 HDLMボリュームグループ操作ユティリティ

7.3.1 形式

7.3.2 パラメタ

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

7.4.1 形式

7.5 dlmchenv HDLM動作環境変更ユティリティ

7.5.1 形式

7.5.2 パラメタ

7.6 dlmchkdev HDLMデバイス構成チェックユティリティ

7.6.1 形式

7.7 dlmgetrasinst HDLMインストール障害情報収集ユティリティ

7.7.1 形式

7.7.2 パラメタ

7.7.3 収集される障害情報

7.8 dlmHBAdel HDLM HBA交換用ユティリティ

7.8.1 形式

7.8.2 パラメタ

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

7.9.1 形式

7.9.2 パラメタ

7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ

7.10.1 形式

7.10.2 パラメタ

7.11 dlmodmset HDLM動作ODM設定ユティリティ

7.11.1 形式

7.11.2 パラメタ

7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ

7.12.1 形式

7.12.2 パラメタ

7.13 dlmrmdev HDLMドライバ削除ユティリティ

7.13.1 形式

7.13.2 パラメタ

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

7.14.1 形式

7.14.2 パラメタ

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

7.14.4 ログファイルについて

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

7.15.1 形式

7.15.2 パラメタ

7.15.3 ログファイルについて

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 KAPL12001～KAPL13000

8.13 KAPL13001～KAPL14000

8.14 KAPL15001～KAPL16000

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

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

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

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

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

A.4 HDLM 05-81以降とHDLM 05-81より前のバージョンとの機能差異

A.5 HDLM 05-60以降とHDLM 05-60より前のバージョンとの機能差異

A.6 HDLM 05-40以降とHDLM 05-40より前のバージョンとの機能差異

A.7 HDLM 05-02以降とHDLM 05-02より前のバージョンとの機能差異

A.8 HDLM 05-01以降とHDLM 05-01より前のバージョンとの機能差異

A.9 HDLM 05-00-/A以降とHDLM 05-00-/Aより前のバージョンとの機能差異

A.10 HDLM 05-00以降とHDLM 05-00より前のバージョンとの機能差異

A.11 HDLM 04-00-/B以降とHDLM 04-00-/Bより前のバージョンとの機能差異

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

B.1 関連マニュアル

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

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

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

用語解説

索引

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

前書き

対象製品

Hitachi Dynamic Link Manager 7.6.0

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

輸出時の注意

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

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

商標類

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

発行

2013年 10月 3000-3-G22-60

著作権

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

はじめに

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

・Hitachi Dynamic Link Manager

はじめにの構成

対象読者

マニュアルの構成

読書手順

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

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

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

対象読者

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

AIXの概要および管理機能

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

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

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

マニュアルの構成

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

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. バージョン間の機能差異

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

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

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

用語解説

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

読書手順

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

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

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

「1.1 HDLMとは」で示したストレージシステム以外のSCSIデバイス※1

ホストの内蔵ディスク※1

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

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

ブートディスク※2※3

ダンプデバイス※2

スワップデバイス※2

注※1

自動的にHDLMの管理対象外に設定されます。

注※2

HDLMの管理対象外にするための設定が必要です。

注※3

バーチャルI/Oクライアント区画で仮想ディスクを使用したブートディスクは，バーチャルI/Oサーバ区画でHDLMが管理できます。

2.2 システム構成

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

ストレージシステムには，ホストからの入出力対象になる論理ユニット（LU）があります。LU内の領域をDevと呼びます。

HDLMは，パスにIDを割り当てて管理します。このIDをパス管理PATH_IDと呼びます。また，パスを管理対象物と呼ぶこともあります。

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

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

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

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

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

2.3 LU構成

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

HDLMをインストールする前

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

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

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

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

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

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

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

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

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

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

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

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

2.4 プログラム構成

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

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

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

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

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

プログラム名
役割

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

パスの管理

障害情報の表示

HDLMの動作環境の設定

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

障害情報の収集

ボリュームグループの操作

HDLMデバイスの構成管理

OSの動作環境にHDLMを対応

不正なパスがあるかどうかの確認

指定したfscsiデバイスインスタンスに関連するパス情報の削除

HDLMデバイスの移行

HDLMの動作を規定するためのODMの設定

パーシステントリザーブの解除

HDLMデバイスの削除

HDLMのインストール

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

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

HDLMのインストール時に発生した障害情報の収集

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

HDLMの動作環境の設定

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

障害ログの採取

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

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

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

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

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

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

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

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

HDLMデバイスには，物理ボリューム（SCSIデバイス）の論理デバイスファイル名とは別の論理デバイスファイル名が付けられます。HDLMで管理するLUをアプリケーションで使用する場合は，HDLMデバイスの論理デバイスファイル名を使用します。

HDLMデバイスの論理デバイスファイル名およびSCSIデバイスの論理デバイスファイル名は，OSのrendevコマンドによって変更できます。このマニュアルでは，HDLMデバイスの論理デバイスファイル名をdlmfdrvn，SCSIデバイスの論理デバイスファイル名をhdisknで記載しています。

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

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

HDLMデバイスの論理デバイスファイル名は，dlmfdrvn（nはドライバのインスタンス番号）の形式で表されます。

HDLMデバイスの論理デバイスファイルとストレージシステム内のLUは，1対1で対応します。

このため，例えばdlmfdrv0が，hdisk1とhdisk4に対応するというように，1つのHDLMデバイスの論理デバイスファイル（dlmfdrvn）は，パスごとに認識される複数の物理ボリューム（hdiskn）に対応します。

HDLM 05-00までは，例えば，dlmfdrv1はhdisk1に対応というように，HDLMデバイスの論理デバイスファイルと物理ボリュームは1対1で対応していました。HDLMのバージョンによるHDLMデバイスの論理デバイスファイルと物理ボリュームの関係の違いを，次の表に示します。

表2-4 HDLMのバージョンによるHDLMデバイスの論理デバイスファイルと物理ボリュームの関係の違い

HDLMのバージョン
HDLMデバイスの論理デバイスファイルと物理ボリュームの関係

05-00以前
HDLMデバイスの論理デバイスファイル（dlmfdrvn）：物理ボリューム（hdiskn）＝1：1
インスタンス番号は同一。

05-01以降
HDLMデバイスの論理デバイスファイル（dlmfdrvn）：物理ボリューム（hdiskn）＝1：複数
インスタンス番号は異なる。

dlmfdrvnと，hdisknの対応は，HDLMコマンドのview -drvオペレーションを実行することで確認できます。

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

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

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

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

ロードバランス機能を使用していないときの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-5 ロードバランスのアルゴリズムの特長

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

ラウンドロビン※

最少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) 切り替え先のパスの優先順位

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

(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パスコントロール機能を無効にしているときに対象になります。

同じLUにアクセスするパスの間での，切り替え先のパスの優先順位については，「(2) 切り替え先のパスの優先順位」を参照してください。

図2-8 パスの切り替え

(2) 切り替え先のパスの優先順位

パスの優先順位は，ホストのマシンのアーキテクチャによって異なります。

マシンのアーキテクチャがCHRPの場合は，同じLUにアクセスするパスの間では，スロット番号を第1キー，CHAポートを第2キー，パス管理PATH_IDを第3キーにして，値が小さい順に切り替え先のパスが選択されます。

マシンのアーキテクチャがCHRP以外の場合は，第1キーをCHAポート番号，第2キーをパス管理PATH_IDにして，値が小さい順に切り替え先のパスが選択されます。

キーとなる各項目について説明します。

スロット番号

HBAが搭載されているスロットの位置を示す値です。

スロット番号の大小は，物理ロケーション・コードで比較できます。

物理ロケーション・コードを取得する方法を次に示します。

次のコマンドを実行して，パス管理PATH_IDからhdiskを求めます。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 dlmfdrv0 hdisk4 USP_V.0010007.000028

次のコマンドを実行して，hdiskの親デバイス（HBAデバイスインスタンス）を求めます。

# lsdev -C -l hdisk4 -F 'parent'
fscsi0

次のコマンドを実行して，HBAデバイスインスタンスから物理ロケーション・コードを求めます。

# lscfg -vp -l fscsi0

[図]
物理ロケーション・コードが「Uaa.bb-Pcc-Idd」の形式で取得されます。先頭のUaa.bbは使用しているホストの機種に依存します。aabbccddの小さい順でパスが選択されます。物理ロケーション・コードがほかのフォーマットの場合にはパスの優先順位は「不定」となります。ただし，同一環境では再起動などで最優先のパスが変わることはありません。

注意事項

ご使用のHBAによっては，手順b，手順cを繰り返す必要があります。

スロットの具体的な位置については，ホストのマニュアルを参照してください。

CHAポート番号

CHAポート番号です。

HDLMコマンドのviewオペレーションで確認できます。viewオペレーションについては「6.7 view 情報を表示する」を参照してください。

パス管理PATH_ID

パスに付けられたIDです。ホスト，またはHDLMマネージャが起動するたびに割り当て直されます。

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

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

使用中のパスが障害で閉塞状態になった場合，障害回復後に自動的に稼働状態にできます。これを，自動フェイルバックと呼びます。この機能を使用した場合，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にアクセスするすべてのパスが同時に切り替え先の候補になります。

閉塞状態にしたパスは，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-6 ユーザの操作による，間欠障害情報の変化」に示します。

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

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

ユーザの操作 | 障害発生回数および監視開始後の経過時間 | 自動フェイルバック対象外の情報
間欠障害監視の設定変更 | 「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の下位層でも，ログが採取される場合があります。それらのログについては，AIXのマニュアルを参照してください。

この節の構成

2.12.1 採取するログの種類

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

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

2.12.4 HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）を使用したインストール障害情報の収集

2.12.1 採取するログの種類

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

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

表2-7 障害情報の種類

ログ名
内容
出力先

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

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

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

HDLMマネージャのログ

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

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

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

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

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

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

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

HDLM Inquiryログ
hdiskにInquiryを発行したときの応答ログです。HDLM動作ODM設定ユティリティ（dlmodmset）で設定します。
/var/DynamicLinkManager/log/dlminquiry[1-2].log

注※

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

user.info           /tmp/syslog.user.log

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

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

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

表2-8 障害レベル

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

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

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

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

障害ログの採取レベル

障害ログを採取しない

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

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

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

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

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

トレースを出力しない

エラー情報だけ出力する

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

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

すべての情報を出力する

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

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

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

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

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

2.12.4 HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）を使用したインストール障害情報の収集

HDLMは，HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）を提供しています。

dlmgetrasinstユティリティを実行すると，インストール時に発生した障害の解析に必要なシステム情報，ログファイルなどをまとめて収集できます。収集した情報は，HDLMの購入元会社，または保守会社への連絡時に利用できます。

dlmgetrasinstユティリティについては，「7.7 dlmgetrasinst HDLMインストール障害情報収集ユティリティ」を参照してください。

2.13 監査ログの採取

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

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

種別
説明

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-10 監査ログに出力する種別と監査事象

種別 | 種別の説明 | 監査事象 | 重要度（Severity）※1 | メッセージID
StartStop | ソフトウェアの起動と終了 | HDLMマネージャの起動成功 | 6 | KAPL15401-I
HDLMマネージャの起動失敗 | 3 | KAPL15402-E
HDLMマネージャの停止 | 6 | KAPL15403-I
DLMgetrasユティリティの開始 | 6 | KAPL15060-I
DLMgetrasユティリティの終了※2 | 6 | KAPL15061-I
dlmgetrasinstユティリティの開始 | 6 | KAPL15084-I
dlmgetrasinstユティリティの終了※3 | 6 | KAPL15085-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
dlmpr -kの処理成功 | 6 | KAPL15001-I
dlmpr -kの処理失敗 | 3 | KAPL15002-E
dlmpr -cの処理成功 | 6 | KAPL15008-I
dlmpr -cの処理失敗 | 3 | KAPL15009-E
dlmodmset -oの処理成功 | 6 | KAPL15005-I
dlmHBAdelの処理成功 | 6 | KAPL15006-I
dlmHBAdelの処理失敗 | 3 | KAPL15007-E
パスの追加成功 | 6 | KAPL15117-I
パスの追加失敗 | 4 | KAPL15118-W
パスの削除成功 | 6 | KAPL15119-I
パスの削除失敗 | 4 | KAPL15120-W

注※1

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

3:Error 4:Warning 6:Informational

注※2

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

注※3

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

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

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

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

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

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

注※

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

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

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

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

注意事項

AIXのデフォルトの設定ではsyslogが無効になっているため，syslogを有効にしてください。
syslogを有効にする方法については，「2.13.3 監査ログの出力先とフィルタリング」，またはAIXのマニュアルを参照してください。

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

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

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

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

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

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

local0.info /usr/local/audlog

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

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

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

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

表2-11 指定できる重要度（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.7.2 機能の設定」を参照してください。

2.13.4 監査ログの出力形式

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

syslogファイルの内容

プライオリティ

日付・時刻

ホスト名

プログラム名

[プロセスID]

メッセージ部

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

メッセージ部の出力形式

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

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

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

項目※
内容

統一識別子
「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 = /usr/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がサポートするクラスタソフトウェアを次に示します。クラスタソフトウェア使用時でもロードバランス機能を使用できます。

GPFS

PowerHA

HAモニタ

Oracle RAC 10g

Oracle RAC 11g

VCS

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

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

3. HDLMの環境構築

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

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

この章の構成

3.1 HDLMのシステム要件

3.2 環境構築の流れ

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

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

3.5 HDLMのインストール

3.6 パス構成の確認

3.7 HDLMの機能の設定

3.8 統合トレースの設定

3.9 LU単位リザーブ機能の設定

3.10 ボリュームグループの設定

3.11 PowerHAを使用する場合の設定

3.12 GPFSを使用する場合の設定

3.13 VCSを使用する場合の設定

3.14 Oracle RAC 10gまたはOracle RAC 11gを使用する場合の設定

3.15 HDLMの設定解除

3.1 HDLMのシステム要件

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

OSの修正パッチやOSベンダーが提供するソフトウェアは，各OSベンダーのWebサイトからダウンロードしてください。

この節の構成

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

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

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

3.1.4 メモリ所要量およびディスク占有量

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

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

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

表3-1 ホストの適用OS

OS
パッチ情報

AIX 5L V5.3※1
Maintenance Levelを導入しない，Maintenance Level 01～03，またはTechnology Level 04～12※2※3

AIX 5L V5.3（バーチャル I/O サーバ）※4※5
ioslevel 2.1.0.0～2.2.2.xx（xxは任意）※6

AIX V6.1※1※7
Technology Levelを導入しない

Technology Level 01

IBM製HBAを使用している場合：APAR IZ42661

Technology Level 02

SP2以降

IBM製HBAを使用している場合：APAR IZ42662

Technology Level 03

SP1以降

Technology Level 04

Technology Level 05

SP1以降

Technology Level 06
Technology Level 07

Technology Level 08

SP1以降

AIX V6.1（バーチャル I/O サーバ）※4※5※7
ioslevel 2.1.0.0～2.2.2.xx（xxは任意）※6

AIX V7.1※1※7
Technology Levelを導入しない
Technology Level 01

Technology Level 02

SP1以降

AIX V7.1（バーチャル I/O サーバ）※4※5※7
ioslevel 2.1.0.0～2.2.2.xx（xxは任意）※6

注※1

特に指定がない場合，すべてのSPが適用できます。

注※2

Maintenance Levelを導入しない，またはMaintenance Level 01～02を使用する場合は，APAR IY70159を適用してください。

注※3

Technology Level 08，かつIBM製HBAを使用する場合
APAR IZ43371を適用してください。

Technology Level 09を使用する場合
SP2以降を適用してください。また，IBM製HBAを使用する場合はAPAR IZ42658を適用してください。

Technology Level 10を使用する場合
SP1以降を適用してください。

Technology Level 11を使用する場合
SP2以降を適用してください。

Technology Level 12を使用する場合
SP1以降を適用してください。

注※4

次の条件のどちらかに当てはまる構成だけをサポートします。

IBM製HBA+IBM製ディスクドライバを使用している。

Hitachi Disk Array Driver for Virtual I/O Serverを使用している。

注※5

PowerVM Live Partition Mobility機能は，HDLMデバイスを仮想SCSIデバイスとして使用する環境だけでサポートします。NPIV機能による仮想HBAをHDLMデバイスとして使用する環境では，PowerVM Live Partition Mobility機能をサポートしていません。

注※6

ioslevel 2.1.0.0または2.1.0.10を使用する場合，かつIBM製HBAを使用する場合はAPAR IZ42662を適用してください。ioslevel 2.1.0.10以降のNPIV機能を使用する場合は，HDLMをクライアント区画へインストールすることによって，仮想ファイバチャネルを使用したパス管理ができます。NPIV機能を使用する場合の注意事項については，「3.4.4 バーチャルI/Oサーバについての注意事項」を参照してください。

注※7

OSインストール時にSecure by Default機能を有効にした環境は未サポートです。

HDLMに必要な前提プログラム

HDLMをインストールする前に，下記の前提プログラムがインストールされていることを確認してください。

VisualAge C++ Runtime 5.0.0.0 以降，またはIBM XL C/C++ V7 Runtime 7.0.0.0～IBM XL C/C++ V8 Runtime 8.0.0.0（8.0.0.1～8.0.0.5 は未サポート），8.0.0.6 以降，IBM XL C/C++ V9 Runtime 9.0.0.1 以降，IBM XL C/C++ V10 Runtime 10.0.0.1 以降，IBM XL C/C++ V11 Runtime 11.1.0.1 以降，IBM XL C/C++ V12 Runtime 12.1.0.0 以降
Runtimeのバージョンは，次のコマンドを実行して確認してください。
AIX 5L V5.3の場合

# lslpp -L xlC.aix50.rte

AIX V6.1の場合

# lslpp -L xlC.aix61.rte

AIX V7.1の場合

# lslpp -L xlC.aix61.rte

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

HTC_ODMまたはXP_ODM
ただし，次の条件のどれかが当てはまる場合は不要です。

diskドライバにHitachi Disk Array Driver for AIXまたはHitachi Disk Array Driver for Virtual I/O Server を使用している。

ストレージシステムに次のどれかを使用している。
SANRISE H48/H128/H512/H1024/H10000/H12000，H20000/H24000，SVS，XP48/XP128/XP512/XP1024/XP10000/XP12000/XP20000/XP24000，P9500，VP9500

HBAに，日立FCアダプタ（THE-7xxxFE6228，THE-FCA-04xx，THE-FCA-08xx）を使用している。

なお，HTC_ODMおよびXP_ODMの詳細については，ストレージシステムの販売元へお問い合わせください。

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

この項の構成

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

(2) HBA

(3) Hitachi Disk Array Driverを使用する場合

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

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

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

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

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

P9500

SANRISE 2000シリーズ

SANRISE 9500Vシリーズ

SANRISE 9900Vシリーズ

SANRISE H48/H128/H512/H1024/H10000/H12000

SVS

VP9500

HUS100シリーズ

HUS VM

適用ストレージシステムはデュアルコントローラ構成が前提です。HUB接続環境で使用する場合，接続されているすべてのホスト，すべてのストレージのループIDを一意に設定してください。

なお，マイクロプログラムについては，HDLMのソフトウェア添付資料を参照してください。

(2) HBA

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

(3) Hitachi Disk Array Driverを使用する場合

Hitachi Disk Array Driver for AIX，またはHitachi Disk Array Driver for Virtual I/O Serverを使用する場合の関連プログラムを次の表に示します。

表3-2 Hitachi Disk Array Driver，またはHitachi Disk Array Driver for Virtual I/O Serverを使用する場合の関連プログラム

OS | 関連プログラム
AIX 5L V5.3 | Hitachi Disk Array Driver for AIX 01-03以降
AIX 5L V5.3（バーチャルI/Oサーバ） | Hitachi Disk Array Driver for Virtual I/O Server 01-04以降
AIX V6.1 | Hitachi Disk Array Driver for AIX 01-05-/A以降
AIX V6.1（バーチャルI/Oサーバ） | Hitachi Disk Array Driver for Virtual I/O Server 01-04以降
AIX V7.1 | Hitachi Disk Array Driver for AIX 01-08以降
AIX V7.1（バーチャルI/Oサーバ） | Hitachi Disk Array Driver for Virtual I/O Server 01-08以降

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

Hitachi RapidXchangeで管理している中間ボリュームで，データを交換する場合の関連プログラムを次の表に示します。

表3-3 Hitachi RapidXchange管理の中間ボリュームでデータ交換をする場合の関連プログラム

OS | 関連プログラム
AIX 5L V5.3 | File Access Library and File Conversion Utility（FAL/FCU） 01-02-55/20以降
File Access Library and File Conversion Utility（FAL/FCU） 01-03-56/21以降
File Access Library and File Conversion Utility（FAL/FCU） 01-04-64/21以降
File Access Library and File Conversion Utility（FAL/FCU） 01-06-67/21以降
AIX V6.1 | File Access Library and File Conversion Utility（FAL/FCU） 01-04-65/25以降
File Access Library and File Conversion Utility（FAL/FCU） 01-06-67/21以降
AIX V7.1 | File Access Library and File Conversion Utility（FAL/FCU） 01-05-66/25以降
File Access Library and File Conversion Utility（FAL/FCU） 01-06-67/21以降

root権限のないユーザから中間ボリュームにアクセスするため，LU単位リザーブ機能でリザーブ抑止する場合は，Hitachi RapidXchangeで管理している中間ボリュームのエミュレーションタイプをサポートしたHTC_ODM，XP_ODM ，またはHitachi Disk Array Driverのいずれかを使用してください。LU単位リザーブ機能については「3.9 LU単位リザーブ機能の設定」を参照してください。HTC_ODMまたはXP_ODMの詳細については，ストレージシステムの販売元へお問い合わせください。

なお，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-4 クラスタ構成を構築する場合の関連プログラム

OS
関連プログラム

AIX 5L V5.3

PowerHA 6.1

P-1M2C-1111 HAモニタ 01-09以降

Oracle RAC 10g 10.1.0.2.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX

Oracle RAC 10g 10.1.0.4.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，ASM + rawデバイス※2，またはrawデバイス※2

Oracle RAC 10g 10.1.0.5.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

Oracle RAC 10g 10.2.0.1.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX

Oracle RAC 10g 10.2.0.2.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，ASM + rawデバイス※2，またはrawデバイス※2

Oracle RAC 10g 10.2.0.3.0※1※3
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，ASM + rawデバイス※2，またはrawデバイス※2

Oracle RAC 10g 10.2.0.4.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス※2，またはrawデバイス※2

Oracle RAC 10g 10.2.0.5.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

Oracle RAC 11g 11.1.0.6.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，ASM + rawデバイス※2，またはrawデバイス※2

Oracle RAC 11g 11.1.0.7.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

Oracle RAC 11g 11.2.0.3.0※1
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

GPFS 3.3※4

GPFS 3.4※4

VCS 5.0※5

VCS 5.0.1※5

VCS 5.1※5

AIX 5L V5.3（バーチャルI/Oサーバ）

PowerHA 6.1

AIX V6.1

PowerHA 6.1

PowerHA 7.1※2※7

PowerHA 7.1.1※2※7

P-1M2C-1111 HAモニタ 01-21-01以降

Oracle RAC 10g 10.2.0.4.0※3
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，ASM + rawデバイス※2，またはrawデバイス※2

Oracle RAC 10g 10.2.0.5.0※3
論理ボリュームを使用する場合：PowerHA 6.1※6

Oracle RAC 11g 11.1.0.6.0※3，Oracle RAC 11g 11.2.0.2※3
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

Oracle RAC 11g 11.1.0.7.0※3
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，ASM + rawデバイス※2，またはrawデバイス※2
論理ボリュームを使用する場合：PowerHA 6.1※6

Oracle RAC 11g 11.2.0.2
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

Oracle RAC 11g 11.2.0.3
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

GPFS 3.3※4

GPFS 3.4※4

VCS 5.1※5

AIX V6.1（バーチャルI/Oサーバ）

PowerHA 6.1

PowerHA 7.1※2※8

PowerHA 7.1.1※2※8

AIX V7.1

PowerHA 6.1

PowerHA 7.1※2※9※11

PowerHA 7.1.1※2※9※11

Oracle RAC 11g 11.2.0.2
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

Oracle RAC 11g 11.2.0.3
HDLMデバイスを指定して直接アクセスする場合：ASM + Hitachi Disk Array Driver for AIX，またはASM + rawデバイス※2

AIX V7.1（バーチャルI/Oサーバ）

PowerHA 6.1

PowerHA 7.1※2※10※11

PowerHA 7.1.1※2※10※11

注※1

Technology Level 05を使用する場合は，IY92037を適用してください。

注※2

IBM製HBAを使用する場合は，HTC_ODM5.0.52.1以降，またはXP_ODM5.0.52.1以降が必要です。

注※3

Oracleの個別パッチを適用するなどしてホストの環境を更新した場合，OracleのI/Oタイムアウトのしきい値（MISSCOUNT）が変更されることがあります。環境を更新するときは，MISSCOUNTの値を見直してください。

注※4

NSD（Network Shared Disk）の構成だけをサポートします。GPFS クラスタ構成情報のusePersistentReserve オプションは，「no」を設定してください。

注※5

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

注※6

PowerHAのMNDHB機能を使用する場合は，次の手順でHDLMデバイスにMNDHB用の論理ボリュームを作成してください。

MNDHB機能を使用するLUに対応するHDLMデバイスに，コンカレントボリュームグループを作成します。

手順aで作成したコンカレントボリュームグループに，MNDHB用の論理ボリュームを作成します。
MNDHB用の論理ボリュームの作成方法については，PowerHAのマニュアルを参照してください

注※7

AIX V6.1TL07以降でサポートします。

注※8

ClientがAIX V6.1TL07以降の場合にサポートします。

注※9

AIX V7.1TL01以降でサポートします。

注※10

ClientがAIX V7.1TL01以降の場合にサポートします。

注※11

日立製HBAを使用する場合，IV23520を適用してください。

3.1.4 メモリ所要量およびディスク占有量

メモリ所要量およびディスク占有量について説明します。

この項の構成

(1) メモリ所要量

(2) ディスク占有量

(1) メモリ所要量

ホストのメモリ所要量を次の表に示します。

表3-5 ホストのメモリ所要量

OS | メモリ所要量
AIX | 3MB＋（360バイト×同時発行できるI/O数※）＋（4KB×パス数）

注※

デフォルトは16384になります。同時発行できるI/O数の設定値は「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

(2) ディスク占有量

ホストのディスク占有量を次の表に示します。

表3-6 ホストのディスク占有量

ディレクトリ | ディスク占有量
/etc | 150KB
/opt | 2MB
/usr | 240MB
/var | pMB※1＋2MB※2＋qMB※3＋9MB＋200KB※4

注※1

障害ログファイルの設定によって変わります。最大30000MBです。

pは，障害ログファイルサイズをs（単位はKB，デフォルト値は9900），障害ログファイル数をm（デフォルト値は2）とすると，

p =（s×m）÷1024［MB］

として計算します。計算式で割り切れなければ1MB切り上がります。

注※2

Inquiryログファイルの設定によって変わります。最大20MBです。

注※3

最大1000MBで，トレースファイルの設定に依存します。

qは，トレースファイルサイズをt（単位はKB，デフォルト値は1000），トレースファイル数をn（デフォルト値は4）とすると，

q =（t×n）÷1024［MB］

として計算します。計算式で割り切れなければ1MB切り上がります。

注※4

HDLMインストールユティリティ（installhdlm）を使用する場合に必要な容量です。installhdlmユティリティについては，「7.14 installhdlm HDLMインストールユティリティ」を参照してください。

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

HDLMがサポートするLU数とパス数を次の表に示します。

表3-7 HDLMがサポートするLU数とパス数

項目 | サポートする数
LU数 | 1～4096※1
LUごとに接続できるパス数 | 1～64※2
パスの合計本数 | 1～8192

注※1

CHAポートごとに認識できるLU 数の上限については，ご使用になるストレージシステムの仕様をご確認ください。

注※2

リザーブレベルがパーシステントリザーブ（リザーブレベルがON(2)）で，SANRISE9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，またはHUS100シリーズを使用する場合のLUごとに接続できるパス数の上限値は32本です。パーシステントリザーブについては，「3.7 HDLMの機能の設定」を参照してください。

3.2 環境構築の流れ

次の流れに従って，HDLMを使用する環境を構築してください。

図3-1 環境構築の流れ

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

HDLMの新規インストール，アップグレードインストール，および再インストールの種別について説明します。

HDLMの新規インストール

HDLMがインストールされていないサーバにHDLMをインストールすることを，HDLMの新規インストールと呼びます。

HDLMのアップグレードインストール

すでにインストールされている古いバージョンのHDLMをアンインストールしないまま，新しいバージョンのHDLMをインストールすることを，HDLMのアップグレードインストールと呼びます。

HDLMからHDLM EXへのアップグレードインストールはできません。HDLM EXを導入する場合，HDLMをいったんアンインストールしてから，HDLM EXの新規インストールを実行する必要があります。詳細はマニュアル「Hitachi Command Suite Dynamic Link Manager EX Software ユーザーズガイド（AIX®用）」にあるHDLM EXへの移行の説明を参照してください。

HDLMの再インストール

すでにインストールされているHDLMを修復するために，アンインストールしないまま再度同じバージョンのHDLMをインストールすることを，HDLMの再インストールと呼びます。

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

ここでは，HDLMの環境を構築する場合の注意事項について説明します。

HDLMを運用する場合の注意事項については，「4.1 HDLMを使用する場合の注意事項」を参照してください。

この節の構成

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

3.4.2 アップグレードまたは再インストールについての注意事項

3.4.3 HDLMデバイスについての注意事項

3.4.4 バーチャルI/Oサーバについての注意事項

3.4.5 ライセンスキーについての注意事項

3.4.6 トレースファイルについての注意事項

3.4.7 ストレージシステムについての注意事項

3.4.8 クラスタについての注意事項

3.4.9 システム構成の変更についての注意事項

3.4.10 リザーブレベルについての注意事項

3.4.11 自動フェイルバックについての注意事項

3.4.12 ホスト起動についての注意事項

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

HDLMはブートディスクにインストールしてください。

HDLMをインストールするためには，ライセンスキーが必要です。パッケージに添付されている「ソフトウェアライセンスキーご提供のご通知」を参照してください。

HDLMをインストールするときは，マルチユーザモードの環境で実行してください。

HDLMをインストールすると，/dev/dlmディレクトリにHDLM専用のデバイスファイルが作成されます。このデバイスファイルは使用しないでください。

HDLMはAuto Path，Auto Path XP，または日立パスマネージャと共存できません。HDLMをインストールする場合，Auto Path，Auto Path XP，日立パスマネージャをアンインストールしてからHDLMをインストールしてください。

HDLMはHDLM EXと共存できません。HDLM EXの環境からHDLMの環境に変更する場合は，HDLM EXをいったんアンインストールしてから，HDLMの新規インストールを実行してください。このとき，ODMの設定およびHDLM EXの機能の設定は引き継がれないので，HDLMをインストールしたあと再度設定する必要があります。

05-00以降のDevice ManagerエージェントがインストールされているホストにHDLMをインストールする場合，インストール中に次に示すDevice Managerエージェントのコマンドを実行しないでください。

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

NPIV機能による仮想HBAをHDLMデバイスとして使用する環境では，fscsiデバイス名称をOS標準のデバイス名から変更しないでください。fscsiデバイス名称をOS標準のデバイス名から変更している場合，HDLMデバイスを構成できないときがあります。

次のデバイス名称が存在する環境では，HDLMのインストールはできません。

hdlmn

dlmfdrvn

dlmfdrvio

rdlmfdrvn

rdlmfdrvio

dlmadrv

上記のデバイスを削除，またはデバイス名称を変更してから，HDLMをインストールしてください。
上記のデバイスが存在するか，確認するコマンドの実行例を次に示します。この例ではdlmfdrvioという名称のデバイスが存在しているか確認します。

# lsdev -C | grep dlmfdrvio
dlmfdrvio  使用可能 05-01-02     Hitachi Disk Array (Fibre)

# ls -l /dev | grep dlmfdrvio
brw-------  1 root   system   25, 33 Jun 06 11:27 dlmfdrvio
crw-------  1 root   system   25, 33 Jun 06 11:27 rdlmfdrvio

確認するには上記に示したデバイス名称ごとに，実行例のようにlsdevコマンドとlsコマンドの両方を実行する必要があります。該当するデバイスが存在する場合，コマンド実行結果に該当するデバイスが表示されます。

3.4.2 アップグレードまたは再インストールについての注意事項

HDLM 05-00以前からアップグレードインストールした場合，HDLMデバイスの論理デバイスファイルと物理ボリュームの対応，およびインスタンス番号が，次のように変わります。

HDLM 05-00以前の場合

HDLMデバイスの論理デバイスファイル（dlmfdrvn）：物理ボリューム（hdiskn）＝1：1

インスタンス番号は同一です。

例：HDLMデバイスの論理デバイスファイルdlmfdrv1が，物理ボリュームhdisk1に対応。

HDLM 05-01以降の場合

HDLMデバイスの論理デバイスファイル（dlmfdrvn）：物理ボリューム（hdiskn）＝1：複数

インスタンス番号は異なります。

例：HDLMデバイスの論理デバイスファイルdlmfdrv0が，物理ボリュームhdisk1とhdisk4に対応。

ドライバの構成，HDLMの機能の設定についての情報，およびログファイルは，アップグレードまたは再インストール後も引き継がれます。引き継がれる情報の詳細については，「3.5.6 HDLMのアップグレードまたは再インストール」の「表3-9 アップグレードまたは再インストール時に引き継がれるファイル一覧」を参照してください。

HDLM 04-00からアップグレードインストールした場合，HDLM 04-00と一緒にインストールされたHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）は残ります。Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）は，HDLM以外のプログラムが使用していない場合にだけアンインストールしてください。HDLM以外のプログラムがHNTRLibを使用しているかどうかは，各プログラムのマニュアルや添付資料を参照して確認してください。HNTRLibのアンインストールについては「3.15.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール」を参照してください。

HDLMデバイスを構成する物理ボリュームのパス情報が不正となることを防止するため，アップグレードまたは再インストール後にエラーチェック機能（dlmodmset -e）の設定をONに変更してください。

パス障害が発生中にHDLMのアップグレードまたは再インストールを実行すると，リザーブが解除されないままとなることがあります。この場合，必要に応じてHDLMパーシステントリザーブ解除ユティリティ（dlmpr）を使用し，リザーブを解除して運用してください。

アップグレードまたは再インストールを実行すると，HDLMデバイス名（dlmfdrvn）が変わることがあるため，HDLMデバイスを指定して直接アクセスしているアプリケーションなどの設定の見直しが必要になります。HDLMデバイスとディスクの対応は，-drvパラメタを付加したviewオペレーションの実行結果で確認してください。

05-01から05-41までのバージョンのHDLMからアップグレードインストールする場合，次の問題があるので注意してください。
パス情報が不正な状態となっている場合，パスを追加，削除するとカーネルパニックとなることがあります。このため，HDLMデバイス構成チェックユティリティ（dlmchkdev）で状態を確認してから，HDLMをアップグレードインストールしてください。dlmchkdevユティリティは「インストールDVD-ROMのディレクトリ/HDLM_AIX2/hdlmtool/dlmchkdev」から実行できます。dlmchkdevユティリティについては，「7.6 dlmchkdev HDLMデバイス構成チェックユティリティ」を参照してください。

NPIV機能による仮想HBAをHDLMデバイスとして使用する環境では，fscsiデバイス名称をOS標準のデバイス名から変更しないでください。fscsiデバイス名称をOS標準のデバイス名から変更している場合，HDLMデバイスを構成できないときがあります。

次のデバイス名称が存在する環境では，HDLMのアップグレードまたは再インストールはできません。

hdlmn

dlmfdrvn

dlmfdrvio

rdlmfdrvn

rdlmfdrvio

dlmadrv

上記のデバイスを削除，またはデバイス名称を変更してから，HDLMをアップグレードまたは再インストールしてください。
上記のデバイスが存在するか，確認するコマンドの実行例を次に示します。この例ではdlmfdrvioという名称のデバイスが存在しているか確認します。

# lsdev -C | grep dlmfdrvio
dlmfdrvio  使用可能 05-01-02     Hitachi Disk Array (Fibre)

# ls -l /dev | grep dlmfdrvio
brw-------  1 root   system   25, 33 Jun 06 11:27 dlmfdrvio
crw-------  1 root   system   25, 33 Jun 06 11:27 rdlmfdrvio

確認するには上記に示したデバイス名称ごとに，実行例のようにlsdevコマンドとlsコマンドの両方を実行する必要があります。該当するデバイスが存在する場合，コマンド実行結果に該当するデバイスが表示されます。

3.4.3 HDLMデバイスについての注意事項

HDLMデバイスを構成する物理ボリュームを指定した状態で，次のコマンドを実行しないでください。

HDLMデバイスが使用可能な状態でのchdevコマンド

rmdevコマンド

ボリュームグループを操作するためのコマンド（extendvg，importvg，mirrorvg，mkvg，recreatevg，reducevg，restvg，syncvg，unmirrorvg）

rendevコマンド

なお，HDLMデバイスを構成する物理ボリュームに対する上記の操作を避けるため，物理ボリュームを指定した操作に対してエラーを返すように設定できます。この設定をした場合，HDLMデバイスが使用可能な状態で，HDLMデバイスを構成している物理ボリュームに対して，rmdev，chdevまたはボリュームグループ操作コマンドを実行すると，エラーとなります。設定手順については，「4.1.6 物理ボリューム（hdisk）指定操作の注意事項およびエラーチェック」を参照してください。

pvidを持たない物理ボリューム（hdiskn）に，ボリュームグループを作成してからHDLMデバイスを構成した場合，ボリュームグループとHDLMデバイスの論理デバイスファイル（dlmfdrvn）の関係が見えなくなることがあります。この場合，次のコマンドを実行して，dlmfdrvnにpvidを作成してください。

# chdev -l dlmfdrvn -a pv=yes

HDLMデバイスが構成された物理ボリューム（hdiskn）にpvidが割り当てられた場合，パス管理が正常に行えないことがあります。次の手順で物理ボリューム（hdiskn）のpvidを削除し，HDLMデバイスだけにpvidを割り当ててください。

/usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

# chdev -l dlmfdrvn -a pv=yes

HDLMデバイスが構成されたディスクを，アプリケーションからHDLMデバイスを指定して直接アクセスする場合は，HDLMデバイスのスペシャルファイル名（/dev/dlmfdrvnまたは/dev/rdlmfdrvn）を指定してください。HDLMデバイスとディスクの対応は，-drvパラメタを付加したviewオペレーションの実行結果で確認してください。なお，ユーザプログラムおよびアプリケーションから，HDLMデバイスで構成されたディスクをHDLMデバイスとして指定して直接アクセスする場合にはroot権限が必要ですが，LU単位リザーブ機能を使用することで，root権限がないユーザからアクセスできます。ただし，LU単位リザーブ機能でリザーブを抑止すると排他制御が実行されないため，複数サーバから同時アクセスしないように運用してください。
LU単位リザーブ機能の設定方法は「3.9 LU単位リザーブ機能の設定」を参照してください。

物理ボリューム（hdisk）を定義済みにする場合，対応するHDLMデバイスを削除するか定義済みにしてから，物理ボリューム（hdisk）を定義済みにしてください。また，物理ボリューム（hdisk）を削除する場合，対応するHDLMデバイスを削除してから物理ボリューム（hdisk）を削除してください。

HDLMデバイスの論理デバイスファイルのうち，ブロック型デバイスファイルは/dev/dlmfdrvn，キャラクタ型デバイスファイルは/dev/rdlmfdrvnになります。

ストレージシステムからLUを削除する場合，対応するHDLMデバイス（dlmfdrvn）と物理ボリューム（hdiskn）を削除してから行ってください。

次のコマンドに物理ボリュームを指定して実行する場合は，物理ボリューム名にHDLMデバイスを指定してください。

chpvコマンド

extendlvコマンド

lslvコマンド

lspvコマンド

migratepvコマンド

mklvコマンド

mklvcopyコマンド

replacepvコマンド

rmlvcopyコマンド

splitlvcopyコマンド

物理ボリューム（hdisk）の最大転送サイズ（max_transfer）は，1つのLUに接続するすべてのパスで同じ値に設定してください。chdevコマンドにHDLMデバイスを指定して実行すると，1つのLUに接続するすべてのパスの最大転送サイズ（max_transfer）を同じ値に設定できます。
コマンドの実行例を次に示します。この例は，dlmfdrvn配下にあるすべてのパスの最大転送サイズ（max_transfer）を，0x80000に設定した場合の例です。

# chdev -l dlmfdrvn -a max_transfer=0x80000

HDLMデバイスを構成する物理ボリュームの論理デバイスファイル名を，rendevコマンドを用いて変更する場合，HDLMデバイスをいったん削除したあとにデバイス名の変更を実行し，HDLMデバイスを再構成してください。

rendevコマンドを用いてHDLMデバイスまたはSCSIデバイスの論理デバイスファイル名を変更する場合，次の文字が使用できます。
A～Z，a～z，0～9，_
ただし，次の名称を指定しないでください。

hdlmn

dlmfdrvn

dlmfdrvio

rdlmfdrvn

rdlmfdrvio

dlmadrv

ターゲットディスクとしてHDLMデバイスを指定した状態で，次のコマンドを実行しないでください。

alt_disk_copy

nim -o alt_disk_install -a source=mksysb

nim -o alt_disk_install -a source=rootvg

3.4.4 バーチャルI/Oサーバについての注意事項

バーチャルI/Oサーバ環境で，クライアント区画に仮想SCSIディスクを適用する場合，HDLMはバーチャルI/Oサーバ区画にインストールしてください。クライアント区画に仮想HBAを適用する場合，HDLMはクライアント区画にインストールしてください。

仮想ターゲットデバイスはHDLMデバイスまたはHDLMで構成された論理ボリュームを指定してください。仮想ターゲットデバイスの構成手順については，「3.5.4 HDLMの新規インストール」，および「3.5.6 HDLMのアップグレードまたは再インストール」で説明しているインストール手順に含まれています。手順に従って操作を進めてください。

クライアント区画で仮想SCSIディスクのMPIO構成をセットアップするときは，バーチャルI/Oサーバ区画でHDLMのリザーブレベル設定をON（0）に設定してください。

クライアント区画でPowerHAを使用する場合，バーチャルI/Oサーバ区画でHDLMのリザーブレベル設定をON（0）に設定してください。

HDLMをインストールする前に，バーチャルI/OサーバのioslevelをHDLMがサポートするバージョンに変更してください。

バーチャルI/OサーバのNPIV機能を使って，仮想HBAを適用するクライアント区画でHDLMを使用する場合は，NPIVオプションを「on」に設定する必要があります。NPIVオプションを「on」に設定しない場合，仮想HBAを経由するパスがHDLMで識別できないことがあります。
NPIVオプションを設定するには，HDLM動作ODM設定ユティリティ（dlmodmset）を実行してください。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。
HDLMデバイスが構成済みの状態でNPIVオプションの設定を変更した場合は，ホストを再起動するか，または次の手順を実行してください。

HDLMドライバ削除ユティリティ（dlmrmdev）を実行してHDLMデバイスを定義済み状態にするか，または削除します。
dlmrmdevユティリティについては，「7.13 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを再構成します。
# /usr/DynamicLinkManager/bin/dlmcfgmgr

NPIVオプションを「on」に設定すると，HDLMコマンドのviewオペレーションで出力される「PathName」のうち，「HBAアダプタ番号」と「バス番号」が「アダプタ種別」と「アダプタ番号」に変更されます。
変更の対象となるviewオペレーションのパラメタを，次に示します。

-pathパラメタ（パス情報を表示する）

-luパラメタ（LU情報を表示する）

-hbaパラメタ（HBAポート情報を表示する）

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

NPIV機能による仮想HBAをHDLMデバイスとして使用する環境では，fscsiデバイス名称をOS標準のデバイス名から変更しないでください。fscsiデバイス名称をOS標準のデバイス名から変更している場合，HDLMデバイスを構成できないときがあります。

3.4.5 ライセンスキーについての注意事項

下記のどれかに当てはまるインストールをする場合，ライセンスキーが必要です。

HDLMを新規インストールする場合

HDLM 05-40より前のバージョンからアップグレードインストールする場合

ライセンスの有効期限が過ぎたあとに，HDLMをアップグレードまたは再インストールする場合

HDLMのライセンスを更新する場合は，HDLMコマンドのsetオペレーションに-licパラメタを指定して実行します。ライセンスキーの期限は，ライセンスキーの種別によって設定されます。ライセンスキーの種別およびsetオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

3.4.6 トレースファイルについての注意事項

05-60より前のHDLMのトレースファイルは，HDLM 05-60以降では統合トレースファイルとトレースファイルに分割されます。統合トレースファイルにはHDLMコマンドの動作ログが出力されます。トレースファイルにはHDLMマネージャのトレース情報が出力されます。ファイルの出力先は次のように変更されます。

04-00より前のHDLMをアンインストールしたあとに，HDLM 05-91以降を新規インストールした場合

新規インストール前のトレースファイル：/opt/hitachi/HNTRLib/spool/hntrn.log（nはファイルの番号）

新規インストール後の統合トレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

新規インストール後のトレースファイル：/var/DynamicLinkManager/log/hdlmtrn.log（nはファイルの番号）

HDLM 04-00からアップグレードインストールした場合

アップグレード前のトレースファイル：/opt/hitachi/HNTRLib/spool/hntrn.log（nはファイルの番号）

アップグレード後の統合トレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

アップグレード後のトレースファイル：/var/DynamicLinkManager/log/hdlmtrn.log（nはファイルの番号）

HDLM 04-01以降からアップグレードまたは再インストールした場合

アップグレードまたは再インストール前のトレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

アップグレードまたは再インストール後の統合トレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

アップグレードまたは再インストール後のトレースファイル：/var/DynamicLinkManager/log/hdlmtrn.log（nはファイルの番号）

3.4.7 ストレージシステムについての注意事項

ストレージシステムのベンダIDおよびプロダクトIDを変更すると，HDLMがストレージシステムを認識できなくなります。ストレージシステムのベンダIDおよびプロダクトIDは変更しないでください。

同一ホストにストレージシステムを複数台接続する場合は，ストレージシステムの「シリアル番号」が異なっていることを確認してから接続してください。「シリアル番号」が重複している場合には，Disk Array Management Programなどで，異なる「シリアル番号」を設定してから接続してください。

3.4.8 クラスタについての注意事項

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

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

PowerHA，GPFS，VCS，Oracle RAC 10g，またはOracle RAC 11gを使用する場合，スクリプトの登録やリザーブレベルの設定が必要です。それぞれのクラスタを使用するための設定については，次の個所を参照してください。
PowerHAを使用する場合：「3.11 PowerHAを使用する場合の設定」
GPFSを使用する場合：「3.12 GPFSを使用する場合の設定」
VCSを使用する場合：「3.13 VCSを使用する場合の設定」
Oracle RAC 10gまたはOracle RAC 11gを使用する場合：「3.14 Oracle RAC 10gまたはOracle RAC 11gを使用する場合の設定」

3.4.9 システム構成の変更についての注意事項

HDLMを使用するシステムの構成を変更した場合，変更後の環境を正しく構築できたことを確認し，HDLMの構成定義ファイルをバックアップしてください。構成定義ファイルは/usr/DynamicLinkManager以下に格納されています。/usr/DynamicLinkManagerディレクトリごとバックアップしてください。

3.4.10 リザーブレベルについての注意事項

リザーブレベルの設定をON（0）に設定すると，ほかのホストからのアクセスを排他できません。リザーブレベルは，パーシステントリザーブ（ON（2））に設定してご使用ください。また，パーシステントリザーブをサポートしていないストレージに接続した場合は，リザーブレベルをON（2）にしてもディスクをリザーブしません。複数のホストから同時にアクセスしないように注意してください。

3.4.11 自動フェイルバックについての注意事項

パスの障害が回復していない状態で，自動フェイルバック処理が動作すると，クラスタシステムを切り替えるための所要時間が長くなることがあります。このため，自動フェイルバックのチェック間隔は，次に示す計算式で求めた値より長い間隔を指定してください。

チェック間隔（分） = 各LUへの論理パス数の最大値 × 接続ストレージ台数

3.4.12 ホスト起動についての注意事項

ホストを起動すると，物理ボリューム（hdisk）が定義済みとなり，ホストの起動に時間を要することがあります。これを回避するために，次に示す手順で/etc/rc.shutdownファイルに記述を追記してください。

root権限でログインします。

/etc/rc.shutdownファイルのexit 0の前に次に示す記述を追記してください。

if [ -x /etc/rc.HDLM_shutdown ]
then
   sh /etc/rc.HDLM_shutdown
fi

/etc/rc.shutdownファイルが存在しない場合は，前記の内容をviエディタなどを使って新たに作成してください。新たに作成した場合は，次に示す手順でファイルの実行許可を設定してください。

# chmod +x /etc/rc.shutdown

3.5 HDLMのインストール

HDLMのインストールと同時に，Hitachi Network Objectplazaトレース共通ライブラリがインストールされます。Hitachi Network Objectplazaトレース共通ライブラリの統合トレース情報ファイルのファイルパスは，「/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nは統合トレース情報ファイルの番号）」です。

HDLMは，DVD-ROM，またはDVD-ROMの内容をコピーした任意のディレクトリからインストールできます。DVD-ROMの内容を任意のディレクトリにコピーする場合の実行例を次に示します。このとき，HDLM_AIX2ディレクトリ内のファイル構成や，属性を変えないように注意してください。この例は，DVD-ROMをマウントするディレクトリを/cdrom，コピー先ディレクトリを/tmp/hdlmとした場合の例です。

# mkdir /cdrom
# mount -r -v cdrfs /dev/cd0 /cdrom
# mkdir /tmp/hdlm
# cp -p /cdrom/installux.sh /tmp/hdlm/
# cp -rp /cdrom/HDLM_AIX2 /tmp/hdlm/

注意事項

DVD-ROMのマウントポイント/HDLM_AIX2ディレクトリにある次に示すファイルは，同じディレクトリ内に格納してください。

DLManager.bff

.toc

この節の構成

3.5.1 実行できるインストール方法

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

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

3.5.4 HDLMの新規インストール

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

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

3.5.7 PowerHA 7.1環境でのHDLMのインストール

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

3.5.1 実行できるインストール方法

DVD-ROM，またはDVD-ROMの内容をコピーした任意のディレクトリからインストールする方法を次に示します。

installux.shユティリティを使用する。

AIX 標準のSMITを使用する。
SMITを使用する場合，「ソフトウェアの入力デバイス／ディレクトリ」に，DVD-ROM内またはDVD-ROMをコピーしたディレクトリ内のDLManager.bffファイルがあるディレクトリを指定してください。

installpコマンドを使用する。

JP1/NETM/DMを使用してリモートインストールする。

サイレントインストールする。
サイレントインストールとは，installhdlmユティリティまたはinstallux.shユティリティを使用してHDLM のインストール時に，応答処理を省略できるインストール方法です。サイレントインストールの手順については，「3.5.8 HDLMのサイレントインストール」を参照してください。

代替ディスクへインストールする。
AIXのalt_disk_copyコマンドまたはnimコマンドを使用することで，稼働中のシステムの複製（クローン）を代替ディスクに作成し，代替ディスク上のAIXへHDLMをアップグレードまたは再インストールできます。複製の作成先hdiskを代替ディスクと呼びます。

multibos環境へインストールする。
AIXのmultibosコマンドを使用して，スタンバイBOSの作成時，または作成済みのスタンバイBOSに対して，HDLMのアップグレードインストールができます。

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

HDLM管理対象予定のデバイスのバックアップ，ハードウェアの設定などを行います。

HDLMをクラスタ構成で使用する場合は，クラスタを構成するすべてのホストで次に示す操作を行ってください。

この項の構成

(1) HDLM管理対象予定のデバイスへの操作

(2) HBAの設定変更手順

(3) ハードウェアの設定

(4) カーネルモードの切り替え

(5) クラスタソフトウェアの設定

(1) HDLM管理対象予定のデバイスへの操作

この手順は，物理ボリュームを定義してHDLM管理対象予定のデバイスをすでに運用している場合に行ってください。

HDLM管理対象予定のデバイスにアクセスする，すべてのアプリケーションのプロセスを終了します。

必要に応じてHDLM管理対象予定のデバイスの内容をテープなどにバックアップします。

マウントを解除します。
HDLM管理対象予定のデバイスをマウントしている場合は，次の手順でマウントを解除してください。

はじめに，次のコマンドを実行して，現在の設定を確認します。
# mount -p
現在の設定が次に示すように出力されます。

図3-2 mount -pコマンドの実行結果の例（HDLMを新規インストールする前の準備）

ここでは，網掛けの部分のデバイスをHDLMで管理することとします。

次のコマンドを実行して，マウントを解除します。
# umount /mntpt

次のコマンドを実行して，該当するボリュームグループを非活動化します。

# varyoffvg ボリュームグループ名

(2) HBAの設定変更手順

次に示す2つの項目に当てはまる場合，下記の設定を行ってください。

IBMのHBAを使用している。

ホストとストレージをファイバチャネルスイッチで接続している。

物理ボリューム（hdiskn），使用しているプロセス，およびサービスをすべて停止してください。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，物理ボリューム（hdiskn）または管理対象パスを使用している場合，それらをすべて停止してください。

物理ボリューム（hdiskn），使用しているファイルシステムをアンマウントしてください。

# umount ファイルシステムのマウントポイント

活動状態のボリュームグループをすべて表示してください。

# lsvg -o

表示されたボリュームグループから，必要に応じてボリュームグループを非活動化状態にしてください。

# varyoffvg ボリュームグループ名

使用している親デバイス（fscsin）を定義済みとしてください。

# rmdev -l fscsin -R

なお，親デバイスは次のコマンドで求めることができます。

# lsdev -C -l hdiskn -F 'parent'

親デバイス（fscsin）のfc_err_recov設定をfast_failに変更してください。

# chdev -l fscsin -a fc_err_recov=fast_fail

親デバイス（fscsin）の設定が有効となっていることを確認してください。
また，fc_err_recov設定がfast_failに変更されていることを確認してください。

# lsattr -El fscsin
fc_err_recov fast_fail FC Fabric Event Error RECOVERY Policy 真

使用しているすべてのHBAそれぞれに，手順5から7の操作を行ってください。

定義済みの親デバイス（fscsin）を使用できるようにしてください。

# cfgmgr

(3) ハードウェアの設定

Fibre Channel接続の場合は，接続方式（Fabric，ALなど）を確認し，接続方式に合わせて設定してください。

Fibre Channelを使用する場合，SCSIのターゲットIDは，HBAの設定に従います。ターゲットIDを知る必要がある場合は，HBAのマニュアルなどを参照してください。

ストレージシステムを設定します。
設定内容については，ストレージシステムの保守マニュアルを参照してください。PowerHAを使用する場合は，「3.11 PowerHAを使用する場合の設定」の「3.11.1 ストレージシステムの設定」も参照してください。
RAID Managerで使用するコマンドデバイスは，HDLMの管理対象外です。RAID Managerで使用するコマンドデバイスを冗長化するときは，RAID Managerの機能を利用してください。

ファイバチャネルスイッチを設定します。
設定方法については，ファイバチャネルスイッチのマニュアルを参照してください。ファイバチャネルスイッチを使用しない場合，この操作は不要です。

HBAを設定します。
設定方法については，HBAのマニュアルを参照してください。
1台のホストに設置するHBAのうち，HDLM管理対象デバイスに接続するHBAは，すべて同一の種類を使用してください。HBAのマイクロプログラムのバージョンも合わせてください。異なる種類のHBAを使用すると，障害発生時にパスを切り替えられません。

OSにLUを認識させます。
cfgmgrコマンドを実行してデバイスを構成したあと，lsdevコマンドを実行して，物理ボリューム（hdiskn）が認識されていることを確認してください。

# cfgmgr
# lsdev -Cc disk

(4) カーネルモードの切り替え

32ビットカーネルを使用しているときにHDLMをインストールすると，32ビット版のHDLMがインストールされます。64ビットカーネルを使用しているときにHDLMをインストールすると，64ビット版のHDLMがインストールされます。HDLMをインストールする前に，32ビットカーネルと64ビットカーネルのどちらでAIXを運用するかを決め，必要な場合はカーネルモードを切り替えておいてください。

HDLMをインストールしたあとにカーネルモードを変更する場合は，HDLM動作環境変更ユティリティ（dlmchenv）を実行して，変更後のカーネルモードの環境に，HDLMを対応させてください。変更後のカーネルモードの環境にHDLMを対応させる手順については，「4.5.2 OSのアップグレード時の設定」の「(2) カーネルモード変更時の設定」を参照してください。

カーネルモードを切り替える方法を次に示します。

現在使用しているカーネルモードを確認します。
次のコマンドを実行します。

# bootinfo -K

32ビットカーネルを使用している場合は「32」と表示され，64ビットカーネルを使用している場合は「64」と表示されます。

カーネルモードを切り替えます。
AIXが起動している場合は，/usr/lib/boot/unixおよび/unixに対するシンボリックリンクを変更し，カーネルモードを32ビットまたは64ビットに切り替えます。

64ビットカーネルのパス
/usr/lib/boot/unix_64

32 ビットカーネルのパス
/usr/lib/boot/unix_up（ユニプロセッサ用）
/usr/lib/boot/unix_mp（マルチプロセッサ用）

bosbootコマンドを実行します。

# bosboot -ad /dev/ipldevice

システムを再起動します。

# shutdown -Fr

次のコマンドを実行して，カーネルモードが切り替えられたことを確認します。

# bootinfo -K

(5) クラスタソフトウェアの設定

HDLMをクラスタ構成にするときは，次の手順でクラスタソフトウェアを設定してください。

クラスタを構成するすべてのホストにクラスタソフトウェアをインストールします。
クラスタソフトウェアのインストールについては，各クラスタソフトウェアのマニュアルを参照してください。

クラスタソフトウェアのサービスを停止します。
クラスタソフトウェアのサービスを停止する方法については，各クラスタソフトウェアのマニュアルを参照してください。

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

JP1/NETM/DMを使用すると，分散している複数のホストに，一括してHDLMをリモートインストールできます。ここでは，HDLMをリモートインストールする場合の準備として，JP1/NETM/DMを使用したHDLMのパッケージング，HDLMの配布指令の作成，およびHDLMの配布指令の登録について説明します。HDLMの配布指令の実行（インストール）については，「3.5.4 HDLMの新規インストール」および「3.5.6 HDLMのアップグレードまたは再インストール」の手順に含めて説明します。

ここでは，操作対象のマシンのOSがAIXの場合について説明します。

HDLMはインストール先のホストにPUSH型でインストールされます。PULL型ではインストールできません。

HDLMをクラスタ構成で使用する場合は，クラスタを構成するすべてのホストで次に示す操作を行ってください。

この項の構成

(1) リモートインストールの流れ

(2) 前提条件

(3) HDLMのパッケージング

(4) HDLMの配布指令の作成および登録

(1) リモートインストールの流れ

次の図に示す流れに従って，HDLMをリモートインストールしてください。

図3-3 リモートインストールの流れ

(2) 前提条件

JP1/NETM/DMを使用してHDLMをリモートインストールするための条件を示します。

プログラム
HDLMをリモートインストールする環境を構築するためには，次の製品が必要です。

JP1/NETM/DM Manager（UNIX版06-73以降，Windows版07-00以降）
配布管理システムに必要です。配布管理システムとは，ソフトウェアを配布先システムにインストールし，インストール状況やインストール先の状態を管理するシステムです。

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-4 JP1/NETM/DMを使用してHDLMをリモートインストールする場合のシステム構成

まず，資源登録システムから配布管理システムにHDLMを登録（パッケージング）します。次に配布管理システムで，HDLMのインストール先などを指定した配布指令を作成して実行管理ファイルに登録します。配布指令を実行すると，HDLMが配布先システムにインストールされます。

配布指令を実行すると，配布先システムには展開前のHDLMが一時的に格納されます（HDLMのDVD-ROMに格納されている）。配布先システムのHDLMの一時的な格納場所には，十分な空き容量を確保してください。

(3) HDLMのパッケージング

資源登録システムから配布管理システムへHDLMを登録します。この操作は，資源登録システムで実行します。

資源登録システムにログインします。

HDLMのDVD-ROMをセットします。
DVD-ROMをセットすると，自動的にマウントされます。

HDLMの製品名称やインストールに関する情報を設定した登録ファイル，および配布先システムで実行されるインストーラ実行シェルスクリプトを作成します。
登録ファイルとインストーラ実行シェルスクリプトを，編集しないでそのまま使用することをお勧めします。
登録ファイルとインストーラ実行シェルスクリプトの名称および格納場所を次の表に示します。

表3-8 登録ファイルとインストーラ実行シェルスクリプトの名称および格納場所

ファイルの種類 | ファイル名 | 格納場所
登録ファイル | HDLM_regfile | DVD-ROMのマウントポイント/HDLM_AIX2/netmdm_sample/sample_sh
インストーラ実行シェルスクリプト | install.sh

登録ファイルの内容を次に示します。「xxxx」の部分には，登録ファイルに設定したバージョンが表示されます。
網掛けの部分は変更できます。システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/var/tmp/」の部分は，すべて同じパスにしてください。
[図]
インストーラ実行シェルスクリプトの内容を次に示します。
網掛けの部分は変更できます。システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/var/tmp/」の部分は，登録ファイルの網掛けの「/var/tmp/」の部分と同じパスにしてください。
[図]

次に示すコマンドを実行して，配布管理システムへHDLMを登録します。
[図]

(4) HDLMの配布指令の作成および登録

HDLMの配布指令を作成および登録します。この操作は配布管理システムで実行します。コマンド例の「xxxx」の部分には，登録ファイルに設定したバージョンが表示されます。

配布管理システムにログインします。

次に示すコマンドを実行して，登録されているパッケージの一覧を表示し，HDLMのパッケージ名を確認します。

# rdsdmrsc -c

コマンドの実行例を次に示します。この例は，HDLMのDVD-ROMに格納されている登録ファイルを使用して，HDLMを登録した場合の例です。網掛けの部分がHDLMのパッケージ名です。
[図]

次に示すコマンドを実行して，配布指令を登録します。

# rdsdmind -d -a 配布先ホスト名 -s HDLMのパッケージ名

HDLMのパッケージ名には，手順2で表示されたHDLMのパッケージ名を指定します。
コマンドの実行例を次に示します。網掛けの部分がHDLMのパッケージ名です。
[図]
ライセンスキーファイルの配布と，配布管理システムからの配布指令の実行は，「3.5.4 HDLMの新規インストール」および「3.5.6 HDLMのアップグレードまたは再インストール」で説明しているインストール手順に含まれています。手順に従って操作を進めてください。

3.5.4 HDLMの新規インストール

ここでは，installpコマンドおよびinstallux.shコマンドによるインストールの手順，およびJP1/NETM/DMを使用したインストール手順を説明します。

HDLMをクラスタ構成で使用する場合，クラスタを構成するすべてのホストにHDLMをインストールしてください。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して手順1および手順2を実行してから，手順3に進んでください。

AIXに，root権限を持つユーザでログインします。バーチャルI/Oサーバを使用している場合のログイン方法については，バーチャルI/Oサーバのマニュアルを参照してください。

ライセンスキーファイルの準備をします。

ライセンスキーが提供されている場合
/var/DLMディレクトリを作成し，ライセンスキーファイル（dlm.lic_key）を/var/DLMディレクトリに作成します。ライセンスキーが「123456789ABCDEF」の場合の操作例を次に示します。
# mkdir /var/DLM
# echo "123456789ABCDEF" > /var/DLM/dlm.lic_key

ライセンスキーファイルが提供されている場合
/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。
/var/tmp/hdlm_license

なお，ライセンスキーファイル（dlm.lic_keyまたはhdlm_license）は，インストールが正常終了したあとで削除されます。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，HDLMのパッケージを登録した配布管理システムで，次のコマンドを実行します。

# rdsdmind -x

配布指令で指定したすべてのホストにHDLMがインストールされます。
インストールが完了したら手順7に進んでください。手順7以降の操作は，HDLMをインストールしたすべてのホストに対して実施してください。

DVD-ROMをマウントします。
DVD-ROMをコピーしたディレクトリからインストールする場合は，DVD-ROMのマウントは不要です。

次に示すインストールコマンドを実行します。

DVD-ROMからインストールする場合
# /DVD-ROMをマウントしたディレクトリ名/installux.sh
または
# installp -aXgd DVD-ROMのマウントディレクトリ名/HDLM_AIX2 all

DVD-ROMをコピーしたディレクトリからインストールする場合
# /DVD-ROMをコピーしたディレクトリ名/installux.sh
または
# installp -aXgd DVD-ROMをコピーしたディレクトリ名/HDLM_AIX2 all

インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

次に示すコマンドを実行して，パッケージがインストールされていることを確認します。

# lslpp -la DLManager.rte

出力されたリストのファイルセット項目にDLManager.rteがあり，かつ，状態がC（コミット）であることを確認してください。表示された状態に1つでもBROKENがある場合，HDLMをアンインストールしてから新規インストールを再度実行してください。

必要に応じて，次に示すコマンドを実行して，PATH環境変数に/usr/DynamicLinkManager/binを追加します。

Bourneシェル，またはKornシェルを使用している場合

# PATH=$PATH:/usr/DynamicLinkManager/bin

# export PATH

Cシェルを使用している場合

# set path=( $path /usr/DynamicLinkManager/bin )

コマンドを簡潔に実行するために，一時的にPATH環境変数を追加します。PATH環境変数を設定しないで，HDLMコマンドやHDLMボリュームグループ操作ユティリティを実行する場合は，絶対パスを指定してコマンドを実行してください。

除外ディスク定義ファイルを設定します。
HDLMの管理対象から外したい物理ボリュームがない場合，この手順は不要です。手順10に進んでください。
HDLMの管理対象外にする物理ボリュームを，除外ディスク定義ファイル（/usr/DynamicLinkManager/drv/dlmfdrv.unconf）に定義します。
「図3-5 システム構成例」の構成でシステムを運用する場合の，dlmfdrv.unconfファイルの作成方法について，次に説明します。

注意事項

ストレージシステム側のブートディスク，ダンプデバイスおよびスワップデバイスはHDLMで管理できません。ストレージシステム側にブートディスクまたはダンプデバイスを作成した場合，それらのデバイスをdlmfdrv.unconfファイルに定義してください。

図3-5 システム構成例

各LUへのパスを，どの物理ボリューム（hdiskn）が使用しているかを確認するために，lsattrコマンドを実行します。実行例を次に示します。

なお，lsattrコマンドのlun_idは，HLUの番号です。

LU0の物理ボリューム（hdisk4，hdisk6）だけをHDLMで使用する場合

LU0を使用していない（lun_idが0x0000000000000でない），hdisk5とhdisk7を，dlmfdrv.unconfファイルに定義します。dlmfdrv.unconfファイルの定義内容を次に示します。

LU1の物理ボリューム（hdisk5，hdisk7）だけをHDLMで使用する場合

LU1を使用していない（lun_idが0x1000000000000でない），hdisk4とhdisk6を，dlmfdrv.unconfファイルに定義します。dlmfdrv.unconfファイルの定義内容を次に示します。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

dlmfdrv.unconfを作成しなかった場合は，AIXが管理する物理ボリュームの情報に従って，HDLMドライバ，およびHDLMアラートドライバが，動作中のカーネルに組み込まれます。
HDLMの管理対象外の物理ボリュームをdlmfdrv.unconfファイルに指定している場合は，手順8で定義したdlmfdrv.unconfファイルの内容，およびAIXでの物理ボリュームの情報に従って，HDLMドライバ，およびHDLMアラートドライバが，動作中のカーネルに組み込まれます。
「図3-5 システム構成例」の構成で，LU1の物理ボリューム（hdisk5，hdisk7）だけをHDLMで使用して，HDLMデバイスを構成した場合のシステム構成例を次の図に示します。

図3-6 HDLMデバイス構成後のシステム構成例

HDLMドライバ，およびHDLMアラートドライバが動作中のカーネルに組み込まれ，HDLMデバイスが使用できる状態であることを確認します。
次にコマンドの実行例を示します。

# lsdev -C | grep dlm
dlmadrv    使用可能               HDLM Alert Driver
dlmfdrv0   使用可能               HDLM Driver

表示されるHDLM関連のデバイスがすべて「使用可能」であることを確認します。
dlmadrvは，HDLMアラートドライバのスペシャルファイル名です。
dlmfdrv0は，HDLMデバイスの論理デバイスファイル名で，使用する物理ボリュームに対応します（「図3-6 HDLMデバイス構成後のシステム構成例」に示すシステム構成で，hdisk5とhdisk7に対応しています）。HDLMデバイス（dlmfdrvn）は1つのLUに対して1つ作成されます。

手順10で表示したHDLMデバイス（dlmfdrvn）が，HDLMで管理する物理ボリュームに対応していることを確認します。
「図3-6 HDLMデバイス構成後のシステム構成例」に示すシステム構成では，dlmfdrv0はhdisk5とhdisk7に対応しています。次のコマンドを実行して，対応を確認してください。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv | grep -w dlmfdrv0
000000 dlmfdrv0 hdisk5 SANRISE_AMS.73010236.0001
000001 dlmfdrv0 hdisk7 SANRISE_AMS.73010236.0001

HDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /usr/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
Reservation Status           : on(2)
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 1000
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のバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。
バーチャルI/Oサーバを使用していない場合は，手順15から手順17を行う必要はありません。インストールが終了したら，「3.6 パス構成の確認」に記述されている手順に従ってパス構成を確認してください。

バーチャルI/Oサーバを使用している場合は，HDLMデバイスを仮想ターゲットデバイスとして定義します。
バーチャルI/Oサーバで，次のコマンドを実行します。

HDLMデバイスを仮想ターゲットデバイスとして作成する場合

$ mkvdev -vdev dlmfdrvn -vadapter 仮想SCSIサーバ・アダプタ名

論理ボリュームを仮想ターゲットデバイスとして作成する場合

$ mkvdev -vdev 論理ボリューム名 -vadapter 仮想SCSIサーバ・アダプタ名

クライアント論理区画で次のコマンドを実行して，デバイスを再構成します。

# cfgmgr

クライアント論理区画で次のコマンドを実行して，物理ボリューム（hdiskn）が認識されていることを確認します。次の実行例で示すように表示されれば，問題ありません。

# lsdev -Cc disk
hdisk1 Available  Virtual SCSI Disk Drive

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

HDLM管理対象のデバイスのバックアップなどを行ってください。

HDLMをクラスタ構成で使用する場合は，クラスタを構成するすべてのホストで次に示す操作を行ってください。

この項の構成

(1) アプリケーションの停止

(2) HDLM管理対象デバイスへの操作

(3) HBAの設定変更手順

(1) アプリケーションの停止

アップグレードまたは再インストール中は，HDLMマネージャが停止します。このため，アップグレードまたは再インストールを行う場合は，HDLMマネージャの動作を前提としているアプリケーションを停止してください。

(2) HDLM管理対象デバイスへの操作

HDLM管理対象のデバイスにアクセスする，すべてのアプリケーションのプロセスを終了します。

HDLM管理対象のデバイスの内容をテープなどにバックアップします。

マウントを解除します。
HDLM管理対象のデバイスをマウントしている場合は，次の手順でマウントを解除してください。

はじめに，次のコマンドを実行して，現在の設定を確認します。
# mount -p
現在の設定が次に示すように出力されます。

図3-7 mount -pコマンドの実行結果の例（HDLMをアップグレードまたは再インストールする前の準備）

ここでは，網掛けの部分のデバイスをHDLMで管理することとします。

次のコマンドを実行して，マウントを解除します。
# umount /mntpt

次のコマンドを実行して，該当するボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

(3) HBAの設定変更手順

次に示す2つの項目に当てはまる場合，下記の設定を行ってください。

IBMのHBAを使用している。

ホストとストレージをファイバチャネルスイッチで接続している。

物理ボリューム（hdiskn）またはHDLMで使用しているプロセス，およびサービスをすべて停止してください。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，物理ボリューム（hdiskn）またはHDLMの管理対象パスを使用している場合，それらをすべて停止してください。

物理ボリューム（hdiskn）またはHDLMで使用しているファイルシステムをアンマウントしてください。

# umount ファイルシステムのマウントポイント

活動状態のボリュームグループをすべて表示してください。

# lsvg -o

表示されたボリュームグループから，必要に応じてボリュームグループを非活動化状態にしてください。

# varyoffvg ボリュームグループ名

HDLMデバイスを構成している場合には，HDLMデバイスを削除してください。

# /usr/DynamicLinkManager/bin/dlmrmdev

使用している親デバイス（fscsin）を定義済みとしてください。

# rmdev -l fscsin -R

なお，親デバイスは次のコマンドで求めることができます。

# lsdev -C -l hdiskn -F 'parent'

親デバイス（fscsin）のfc_err_recov設定をfast_failに変更してください。

# chdev -l fscsin -a fc_err_recov=fast_fail

親デバイス（fscsin）の設定が有効となっていることを確認してください。
また，fc_err_recov設定がfast_failに変更されていることを確認してください。

# lsattr -El fscsin
fc_err_recov fast_fail FC Fabric Event Error RECOVERY Policy 真

使用しているすべてのHBAそれぞれに，手順6から8の操作を行ってください。

定義済みの親デバイス（fscsin）を使用可能にし，HDLMデバイスを構成してください。

# cfgmgr

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

アップグレードまたは再インストールした場合も，ドライバの構成と，HDLMの機能の設定についての情報は引き継がれます。

04-00以前のバージョンのHDLMをアップグレードインストールした場合，04-00以前のバージョンのHDLMで使用していたHNTRLibは残ります。HNTRLibをほかのプログラムで使用していない場合，「3.15.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール」を参照して，HNTRLibをアンインストールしてください。

05-40より前のバージョンのHDLMをアップグレードインストールする場合，またはライセンスの有効期限が切れている状態で05-40以降のバージョンのHDLMをアップグレードまたは再インストールする場合は，ライセンスキーファイルが必要です。

installhdlmユティリティまたはinstallux.shユティリティによるサイレントインストールの手順は，「3.5.8 HDLMのサイレントインストール」を参照してください。

HDLMをクラスタ構成で使用する場合，クラスタを構成するすべてのホストにHDLMをインストールしてください。

HDLMをアップグレードまたは再インストールした場合に引き継がれるファイルの一覧を次の表に示します。

表3-9 アップグレードまたは再インストール時に引き継がれるファイル一覧

ファイル | ファイル内容
/usr/DynamicLinkManager/config/dlmmgr.xml※1 | HDLMの機能設定ファイル
/usr/DynamicLinkManager/drv/dlmfdrv.conf | HDLMドライバ構成定義ファイル
/usr/DynamicLinkManager/drv/dlmfdrv.unconf | 除外ディスク定義ファイル（HDLMの管理対象外の物理ボリュームを定義したファイル）
/usr/DynamicLinkManager/log/dlmcfgmgr[1-2].log※2 | HDLM構成管理ユティリティ（dlmcfgmgr）のログファイル
/usr/DynamicLinkManager/log/dlmmgr[1-2].log※2 | HDLMマネージャのログファイル
/var/DynamicLinkManager/log/dlmcfgmgr[1-2].log※3 | HDLM構成管理ユティリティ（dlmcfgmgr）のログファイル
/var/DynamicLinkManager/log/dlmmgr[1-2].log※4 | HDLMマネージャのログファイル
/var/DynamicLinkManager/log/dlminquiry[1-2].log※5 | HDLM Inquiry情報のログファイル
/usr/DynamicLinkManager/config/dlmwebagent.properties※5 | Hitachi Command Suite共通エージェントコンポーネントの設定ファイル
/var/DynamicLinkManager/log/dlmwebagent[1-16].log※5 | Hitachi Command Suite共通エージェントコンポーネントのログファイル
/var/DynamicLinkManager/log/hdlmtr[1-64].log※6 | トレースファイル
/var/DynamicLinkManager/log/dlmmgr[1-16].log※6 | HDLMマネージャのログファイル
/var/DynamicLinkManager/log/mmap/hdlmtr.mm※6 | トレース管理ファイル
/var/DynamicLinkManager/log/dlmutil[1-2].log※7 | HDLMユティリティのログファイル
/var/DynamicLinkManager/log/mmap/dlmutil.mm※7 | HDLMユティリティのログトレース管理ファイル
/var/DynamicLinkManager/log/installhdlm.log※8 | サイレントインストール実行ログ

注※1

04-00より前のバージョンのHDLMからのアップグレードインストール時は，リザーブレベルにon(0)を追加します。

注※2

05-00より前のバージョンのHDLMが出力したログファイルです。不要な場合は削除してください。

注※3

05-00以降のバージョンのHDLMが出力したログファイルです。

注※4

05-00～05-41のバージョンのHDLMが出力したログファイルです。

注※5

05-02以降のバージョンのHDLMが出力したログファイルです。

注※6

05-60以降のバージョンのHDLMが出力したログファイルです。

注※7

05-91以降のバージョンのHDLMが出力したログファイルです。

注※8

05-94以降のバージョンのHDLMが出力したログファイルです。

この項の構成

(1) ブートディスクにインストールする場合

(2) 代替ディスクへインストールする場合

(3) multibos環境にインストールする場合

(1) ブートディスクにインストールする場合

JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して手順1から手順9までを実行してから，手順10に進んでください。

手順8で実行するコマンドを次に示すdlmrmdev -Aユティリティで実行すると，手順3から手順5を省略できます。

# /usr/DynamicLinkManager/bin/dlmrmdev -A

HDLMは，バーチャルI/Oサーバにもインストールできます。バーチャルI/Oサーバとは，1つのリソースを複数のクライアント論理区画で共用するためのシステムです。バーチャルI/Oサーバを使用している場合は，バーチャルI/Oサーバのマニュアルを参照してAIXにログインしてください。

注意事項

アップグレードまたは再インストール中はHDLMマネージャが停止するため，障害ログは出力されません。また，HDLMの機能の設定もできなくなります。

アップグレードまたは再インストールは中断しないでください。

AIXに，root権限を持つユーザでログインします。バーチャルI/Oサーバを使用している場合は，バーチャルI/Oサーバのマニュアルを参照してAIXにログインしてください。

HDLMの設定のバックアップを取ります。
アップグレードまたは再インストールに失敗すると，AIXが自動的にHDLMをアンインストールするので，HDLMの設定情報が消去されてしまいます。その場合に備えて，この手順で設定情報を保存しておきます。
アップグレードまたは再インストールに失敗した場合は，新規インストールを行ってください。そのあと，バックアップした設定情報を基に再度設定してください。

HDLMの環境設定情報を保存します。
# /usr/DynamicLinkManager/bin/dlnkmgr view -sys > 任意のファイル名
ライセンスの期限が切れていないか確認してください。

HDLM動作ODMの設定を保存します。
# /usr/DynamicLinkManager/bin/dlmodmset -o > 任意のファイル名

HDLMドライバ構成定義ファイルと除外ディスク定義ファイルを保存します。
# cp -p /usr/DynamicLinkManager/drv/dlmfdrv.conf 任意のファイル名
# cp -p /usr/DynamicLinkManager/drv/dlmfdrv.unconf 任意のファイル名

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

HDLMのデバイス名を引き継ぐ場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を起動してデバイス名定義ファイルを作成します。

DVD-ROMにあるdlmmigdrvファイルを使用するとき
# DVD-ROMのマウントディレクトリ名/HDLM_AIX2/hdlmtool/dlmmigdrv -b 任意のファイル名

dlmmigdrvファイルを別ディレクトリにコピーして使用するとき
# コピーしたdlmmigdrvファイル名 -b 任意のファイル名

HDLMのデバイス名を引き継ぐ場合，デバイス名定義ファイルが作成されたことを確認します。
実行例を次に示します。手順6で-bパラメタに指定したファイルがデバイス名定義ファイル（次の例では/tmp/hdlm_defdrvfile）です。

# ls -l /tmp/hdlm_defdrvfile
-rw-r--r--   1 root     system          978 Sep 01 23:42 hdlm_defdrvfile

次に示すコマンドを実行して，動作中のカーネルからHDLMデバイス，およびHDLMアラートドライバの論理デバイスファイルを削除し，HDLMマネージャを停止します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示された場合は，問題ありません。
KAPL09012-Iのメッセージが表示されない場合，HDLMデバイスまたはHDLMアラートドライバの論理デバイスファイルが削除されていないか，HDLMマネージャが停止していません。KAPL09012-Iのメッセージが表示されなかった場合は，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

ライセンスキーファイルの準備をします。

ライセンスキーが提供されている場合
/var/DLMディレクトリを作成し，ライセンスキーファイル（dlm.lic_key）を/var/DLMディレクトリに作成します。ライセンスキーが「123456789ABCDEF」の場合の操作例を次に示します。
# mkdir /var/DLM
# echo "123456789ABCDEF" > /var/DLM/dlm.lic_key

ライセンスキーファイルが提供されている場合
/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。
/var/tmp/hdlm_license

なお，ライセンスキーファイル（dlm.lic_keyまたはhdlm_license）は，インストールが正常終了したあとで削除されます。

JP1/NETM/DMを使用してHDLMをリモートインストールする場合は，HDLMのパッケージを登録した配布管理システムで，次のコマンドを実行します。

# rdsdmind -x

配布指令で指定したすべてのホストにHDLMがインストールされます。
インストールが完了したら手順14に進んでください。手順14以降の操作は，HDLMをインストールしたすべてのホストに対して実施してください。

HDLMをリモートインストールしない場合は，DVD-ROMをマウントします。
DVD-ROMをコピーしたディレクトリからインストールする場合は，DVD-ROMのマウントは不要です。

アップグレードインストールの場合，次に示すインストールコマンドを実行します。

DVD-ROMからインストールするとき
# /DVD-ROM をマウントしたディレクトリ名/installux.sh
または
# installp -aXgd DVD-ROMをマウントしたディレクトリ名/HDLM_AIX2 all

DVD-ROMをコピーしたディレクトリからインストールするとき
# /DVD-ROM をコピーしたディレクトリ名/installux.sh
または
# installp -aXgd DVD-ROMをコピーしたディレクトリ名/HDLM_AIX2 all

インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

再インストールの場合，次に示すインストールコマンドを実行します。

DVD-ROMからインストールするとき
# /DVD-ROM をマウントしたディレクトリ名/installux.sh
または
# installp -aXFd DVD-ROMをマウントしたディレクトリ名/HDLM_AIX2 all

DVD-ROMをコピーしたディレクトリからインストールするとき
# /DVD-ROM をコピーしたディレクトリ名/installux.sh
または
# installp -aXFd DVD-ROMをコピーしたディレクトリ名/HDLM_AIX2 all

インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

次に示すコマンドを実行して，パッケージがインストールされていることを確認します。

# lslpp -la DLManager.rte

出力されたリストのファイルセット項目にDLManager.rteがあり，かつ，表示されているすべての状態がCOMMITTEDであることを確認してください。表示された状態に1つでもBROKENがある場合，HDLMをアンインストールしてから新規インストールを再度実行してください。

HDLMのデバイス名を引き継ぐ場合，dlmmigdrvユティリティを起動して，HDLMデバイスと物理ボリューム名の関係を引き継いでHDLMデバイスを構成します。

DVD-ROMにあるdlmmigdrvファイルを使用するとき
# DVD-ROMのマウントポイント/HDLM_AIX2/hdlmtool/dlmmigdrv -r デバイス名定義ファイル名

dlmmigdrvファイルを別ディレクトリにコピーして使用するとき
# コピーしたdlmmigdrvファイル名 -r デバイス名定義ファイル名

KAPL12716-Iのメッセージで，エラーになったパスがないことを確認してください。エラーになったパスがある場合は，表示されるエラーメッセージの対処を実行してください。

HDLM構成管理ユティリティ（dlmcfgmgr）を起動して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

次に示すコマンドを実行して，HDLMドライバ，およびHDLMアラートドライバが動作中のカーネルに組み込まれ，HDLMデバイスが使用できる状態であることを確認します。

# lsdev -C | grep dlm
dlmadrv    使用可能            HDLM Alert Driver
dlmfdrv0   使用可能            HDLM Driver

表示されるHDLM関連のデバイスがすべて「使用可能」であることを確認します。
HDLMデバイス（dlmfdrvn）は1つのLUに対して1つ作成されます。

手順17で表示したHDLMデバイス（dlmfdrvn）が，HDLMで管理する物理ボリュームに対応していることを確認します。
「図3-6 HDLMデバイス構成後のシステム構成例」に示すシステム構成では，dlmfdrv0はhdisk5とhdisk7に対応しています。次のコマンドを実行して，対応を確認してください。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv | grep -w dlmfdrv0
000000 dlmfdrv0 hdisk5 SANRISE_AMS.73010236.0001
000001 dlmfdrv0 hdisk7 SANRISE_AMS.73010236.0001

HDLMで使用するボリュームグループを活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryonvg ボリュームグループ名

HDLMで使用するファイルシステムをマウントします。

# mount ファイルシステムのマウントポイント

次に示すコマンドを実行して，ボリュームグループに正しいHDLMデバイスが含まれていることを確認します。

# lspv | grep dlmfdrv

HDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /usr/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
Reservation Status           : on(2)
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 1000
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のバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。
バーチャルI/Oサーバを使用していない場合は，手順25から手順27を行う必要はありません。
HDLMをアップグレードまたは再インストールした場合に引き継がれるファイルの一覧については，「表3-9 アップグレードまたは再インストール時に引き継がれるファイル一覧」を参照してください。

バーチャルI/Oサーバを使用している場合は，HDLMデバイスを仮想ターゲットデバイスとして定義します。
バーチャルI/Oサーバで，次のコマンドを実行します。

HDLMデバイスを仮想ターゲットデバイスとして作成する場合

$ mkvdev -vdev dlmfdrvn -vadapter 仮想SCSIサーバ・アダプタ名

論理ボリュームを仮想ターゲットデバイスとして作成する場合

$ mkvdev -vdev 論理ボリューム名 -vadapter 仮想SCSIサーバ・アダプタ名

クライアント論理区画で次のコマンドを実行して，デバイスを再構成します。

# cfgmgr

クライアント論理区画で次のコマンドを実行して，物理ボリューム（hdiskn）が認識されていることを確認します。次の実行例で示すように表示されれば，問題ありません。

# lsdev -Cc disk
hdisk1 Available  Virtual SCSI Disk Drive

(2) 代替ディスクへインストールする場合

HDLMを代替ディスクへインストールする場合，次の手順を実施してください。代替ディスクへのインストールは，アップグレードインストールおよび再インストールだけをサポートしています。

代替ディスクへインストールする場合，代替ディスクとしてHDLMデバイスを指定しないでください。代替ディスクとしてHDLMデバイスを指定した場合，代替ディスクへのインストールがエラー終了します。HDLM管理対象デバイスを代替ディスクにする場合，対象デバイスを管理するHDLMデバイスを削除してから，代替ディスクへインストールしてください。

AIXに，root権限を持つユーザでログインします。
バーチャルI/Oサーバを使用している場合は，バーチャルI/Oサーバのマニュアルを参照してAIXにログインしてください。

ライセンスの期限が切れている場合は，ライセンスキーまたはライセンスキーファイルの準備をします。
ライセンスの期限が切れていない場合は，手順3に進んでください。

ライセンスキーが提供されている場合
/var/DLMディレクトリを作成し，ライセンスキーファイル（dlm.lic_key）を/var/DLMディレクトリに作成します。ライセンスキーが「123456789ABCDEF」の場合の操作例を次に示します。
# mkdir /var/DLM
# echo "123456789ABCDEF" > /var/DLM/dlm.lic_key

ライセンスキーファイルが提供されている場合
/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。
/var/tmp/hdlm_license

なお，hdlm_licenseファイルとdlm.lic_keyファイルは，インストールが正常終了したあとで削除されます。

DVD-ROMをセットし，マウントしてください。
DVD-ROMをコピーしたディレクトリからインストールする場合や，nimコマンドを使用する場合は，この手順を実行する必要はありません。

アップグレードインストールの場合，次に示すコマンドを実行します。

DVD-ROMからHDLMを代替ディスクへインストールするとき
# alt_disk_copy -d hdisk名 hdisk名 ... -w DLManager.rte -l /DVD-ROMをマウントしたディレクトリ名/HDLM_AIX2

DVD-ROMをコピーしたディレクトリからHDLMを代替ディスクへインストールするとき
# alt_disk_copy -d hdisk名 hdisk名 ... -w DLManager.rte -l DVD-ROMをコピーしたディレクトリ名/HDLM_AIX2

NIMサーバからnimコマンドを使用してHDLMをNIMクライアントの代替ディスクへインストールするとき
NIMサーバとは，ネットワーク経由でソフトウェアのインストールやアップグレードインストールなどを管理するマシンです。NIMクライアントとは，NIMサーバによってソフトウェアのインストール状況を管理されているマシンです。
# nim -o alt_disk_install -a source=rootvg -a disk=hdisk名 hdisk名 ... -a filesets=DLManager.rte -a installp_bundle=HDLMが含まれるNIMリソース NIMクライアント名

alt_disk_copyコマンドおよびnimコマンドの詳細については，AIXのマニュアルを参照してください。

再インストールの場合，次に示すコマンドを実行します。

DVD-ROMからHDLMを代替ディスクへインストールするとき
# alt_disk_copy -d hdisk名hdisk名 ... -I aXF -w DLManager.rte -l /DVD-ROMをマウントしたディレクトリ名/HDLM_AIX2

DVD-ROMをコピーしたディレクトリからHDLMを代替ディスクへインストールするとき
# alt_disk_copy -d hdisk名 hdisk名 ... -I aXF -w DLManager.rte -l DVD-ROMをコピーしたディレクトリ名/HDLM_AIX2

NIMサーバからnimコマンドを使用してHDLMをNIMクライアントの代替ディスクへインストールするとき
NIMサーバとは，ネットワーク経由でソフトウェアのインストールやアップグレードインストールなどを管理するマシンです。NIMクライアントとは，NIMサーバによってソフトウェアのインストール状況を管理されているマシンです。
# nim -o alt_disk_install -a source=rootvg -a disk=hdisk名 hdisk名 ... -a filesets=DLManager.rte -a installp_bundle=HDLMが含まれるNIMリソース -a installp_flags=aXF NIMクライアント名

alt_disk_copyコマンドおよびnimコマンドの詳細については，AIXのマニュアルを参照してください。

代替ディスクから再起動したあと，HDLMコマンドのviewオペレーションを実行して，各プログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /usr/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
Reservation Status           : on(2)
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 1000
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のバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

(3) multibos環境にインストールする場合

AIXのmultibosコマンドを使用して，新規に作成するスタンバイBOS，または作成済みのスタンバイBOSにHDLMをアップグレードインストールできます。multibos環境へのHDLMのインストールは，アップグレードインストールだけをサポートしています。HDLMをアップグレードインストールするにあたっては，あらかじめHDLMのライセンス期限を確認してください。ライセンスの期限が切れている場合は，有効なライセンスキーまたはライセンスキーファイルを準備してください。

AIXに，root権限を持つユーザでログインします。
バーチャルI/Oサーバを使用している場合は，バーチャルI/Oサーバのマニュアルを参照してAIXにログインしてください。ライセンス期限が有効である場合は手順6に進んでください。ライセンスキーまたはライセンスキーファイルを用意した場合はそれぞれ次の手順に進んでください。

ライセンスキーを用意して，HDLMのアップグレードインストール先を新規作成のスタンバイBOSにする場合，手順2に進んでください。

ライセンスキーファイルを用意して，HDLMのアップグレードインストール先を新規作成のスタンバイBOSにする場合，手順3に進んでください。

ライセンスキーを用意して，HDLMのアップグレードインストール先を作成済みのスタンバイBOSにする場合，手順4に進んでください。

ライセンスキーファイルを用意して，HDLMのアップグレードインストール先を作成済みのスタンバイBOSにする場合，手順5に進んでください。

用意したライセンスキーを規定の場所に格納します。/var/DLMディレクトリを作成し，ライセンスキーファイル（dlm.lic_key）を/var/DLMディレクトリに作成します。
ライセンスキーが「123456789ABCDEF」の場合のコマンドの実行例を次に示します。

# mkdir /var/DLM
# echo "123456789ABCDEF" > /var/DLM/dlm.lic_key

dlm.lic_keyファイルは，HDLMのアップグレードインストールが正常終了したあとで自動的に削除されます。手順6に進んでください。

用意したライセンスキーファイルを規定の場所に格納します。/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。
コマンドの実行例を次に示します。

/var/tmp/hdlm_license

hdlm_licenseファイルは，HDLMのアップグレードインストールが正常終了したあとで自動的に削除されます。手順6に進んでください。

作成済みスタンバイBOSのファイルシステムをマウントして，用意したライセンスキーを規定の場所に格納します。/bos_inst/var/DLMディレクトリを作成し，ライセンスキーファイル（dlm.lic_key）を/bos_inst/var/DLMディレクトリに作成します。その後，スタンバイBOSのファイルシステムをアンマウントします。
ライセンスキーが「123456789ABCDEF」の場合のコマンドの実行例を次に示します。

# multibos -Xm

# mkdir /bos_inst/var/DLM

# echo "123456789ABCDEF" > /bos_inst/var/DLM/dlm.lic_key

# multibos -Xu

dlm.lic_keyファイルは，HDLMのアップグレードインストールが正常終了したあとで自動的に削除されます。手順6に進んでください。

作成済みスタンバイBOSのファイルシステムをマウントして，用意したライセンスキーファイルを規定の場所に格納します。/bos_inst/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。その後，スタンバイBOSのファイルシステムをアンマウントします。
コマンドの実行例を次に示します。

# multibos -Xm

/bos_inst/var/tmp/hdlm_license

# multibos -Xu

hdlm_licenseファイルは，HDLMのアップグレードインストールが正常終了したあとで自動的に削除されます。手順6に進んでください。

インストールバンドルとしてHDLMをインストールする場合，HDLMの構文が記載されたバンドルファイルを作成します。/tmp/hdlm_bandleというバンドルファイルにHDLMの構文を追記する操作例を次に示します。
# echo "I:DLManager.rte" > /tmp/hdlm_bandle

DVD-ROM をセットし，マウントします。
DVD-ROM をコピーしたディレクトリからインストールする場合は，この手順を実行する必要はありません。

次に示すコマンドを実行して，HDLMをアップグレードインストールします。

スタンバイBOSの作成と同時にHDLMをアップグレードインストールする場合

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，HDLMをインストールするコマンドの実行例
# multibos -Xs -a -l DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX2

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，インストールバンドルとしてHDLMをインストールするコマンドの実行例
# multibos -Xs -b HDLMの構文が記載されたバンドルファイル名 -l /DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX2

作成済みのスタンバイBOSにHDLMをアップグレードインストールする場合

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，HDLMをインストールするコマンドの実行例
# multibos -Xc -a -l DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX2

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，インストールバンドルとしてHDLMをインストールするコマンドの実行例
# multibos -Xc -b HDLMの構文が記載されたバンドルファイル名 -l /DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX2

multibosコマンドの詳細については，AIXのマニュアルを参照してください。

スタンバイBOSで再起動したあと，次に示すコマンドを実行して，パッケージがインストールされていることを確認します。
# lslpp -la DLManager.rte
出力されたリストのファイルセット項目にDLManager.rteがあり，表示されている状態がCOMMITTEDだけであることを確認してください。
表示されている状態に1つでもBROKENがあった場合，HDLMをアンインストールしてから新規インストールの手順を実行するか，スタンバイBOSを削除してから，スタンバイBOSを再作成してください。

HDLM コマンドのviewオペレーションを実行して，各プ ログラムの状態を表示します。
コマンドの実行例を，次に示します。

# /usr/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
Reservation Status           : on(2)
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 1000
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のバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

3.5.7 PowerHA 7.1環境でのHDLMのインストール

PowerHA 7.1をすでに使用している環境に，HDLMを新規，アップグレード，または再インストールを行う場合は，次の手順に従ってください。なお，PowerHAの操作および設定については，PowerHAのマニュアルを参照してください。

待機系ホストに，root権限を持つユーザでログインします。

待機系ホストで次のコマンドを実行し，PowerHAを停止します。

# smitty cl_stop

待機系ホストで次のコマンドを実行します。

# clctrl -stop -m ノード名

待機系ホストで次のコマンドを実行し，クラスタリポジトリディスクの構成を解除します。

# clusterconf -fu

待機系ホストでHDLMの新規インストール，アップグレードまたは再インストールを実行します。

待機系ホストで次のコマンドを実行します。

# clctrl -start -m ノード名

待機系ホストで，次のコマンドを実行し，PowerHAを起動します。

# smitty cl_start

主系ホストで次のコマンドを実行し，PowerHAを停止します。

# smitty cl_stop

主系系ホストで次のコマンドを実行します。

# clctrl -stop -m ノード名

主系ホストでHDLMの新規インストール，アップグレードまたは再インストールを実行します。

主系ホストで次のコマンドを実行します。

# clctrl -start -m ノード名

主系ホストで次のコマンドを実行し，PowerHAを起動します。

# smitty cl_start

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

HDLMインストールユティリティ（installhdlm）によるサイレントインストールの手順を説明します。installhdlmユティリティの実行に必要な容量を次に示します。

/tmpディレクトリ
100KB

ユーザが任意で指定できるログ出力ディレクトリ（デフォルトは/var/tmpディレクトリ）
200KB

AIXに，root権限を持つユーザでログインします。
バーチャルI/Oサーバを使用している場合のログイン方法については，バーチャルI/Oサーバのマニュアルを参照してください。

DVD-ROMをセットします。
DVD-ROMを任意のディレクトリにコピーした場合は，手順5に進みます。

DVD-ROMをマウントするディレクトリがない場合は，DVD-ROMをマウントするディレクトリを作成します。

# mkdir /cdrom

cdromは任意のディレクトリ名です。以降は，名称を変えないでcdromとして説明します。

DVD-ROMをマウントします。

# mount -r -v cdrfs /dev/cd0 /cdrom

/dev/cd0の部分はシステムによって変わります。

installhdlmユティリティを任意のディレクトリにコピーしてHDLMをインストールする場合は，/HDLM_AIX2/hdlmtool/instutilディレクトリから必要なファイルをコピーします。
/HDLM_AIX2/hdlmtool/instutilディレクトリからコピーする必要があるファイルを次に示します。

installhdlm

installhdlm_analysis

dlmrmdev

また，これらのファイルは，installhdlmユティリティのコピー先と同じディレクトリにコピーしてください。
新規インストールする場合は，手順7に進んでください。

アップグレードまたは再インストールする場合は，HDLMの設定情報をバックアップします。
アップグレードまたは再インストールに失敗すると，AIXが自動的にHDLMをアンインストールするので，HDLMの設定情報が消去されてしまいます。
その場合に備えて，この手順で設定情報を保存しておきます。
アップグレードまたは再インストールに失敗した場合は，新規インストールを行ってください。そのあと，バックアップした設定情報を基に再度設定してください。

HDLMの環境設定情報を保存します。
# /usr/DynamicLinkManager/bin/dlnkmgr view -sys > 任意のファイル名
ライセンスの期限が切れていないか確認してください。

HDLM動作ODMの設定を保存します。
# /usr/DynamicLinkManager/bin/dlmodmset -o > 任意のファイル名

次の場合はライセンスキーまたはライセンスキーファイルの準備をします。

HDLMを新規インストールする場合

ライセンスの期限が切れている状態でHDLMをアップグレードまたは再インストールする場合

なお，インストール情報設定ファイルでライセンスキーまたはライセンスキーファイルの格納ディレクトリを指定する場合は，任意の格納ディレクトリ名およびファイル名を使用できます。
インストール情報設定ファイルでのデフォルトの格納先を使用する場合の例を次に示します。

ライセンスキーが提供されている場合
/var/DLMディレクトリを作成し，ライセンスキーファイル（dlm.lic_key）を/var/DLMディレクトリに作成します。ライセンスキーが「123456789ABCDEF」の場合の操作例を次に示します。
# mkdir /var/DLM
# echo "123456789ABCDEF" > /var/DLM/dlm.lic_key

ライセンスキーファイルが提供されている場合
/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。
/var/tmp/hdlm_license

なお，ライセンスキーファイルまたはライセンキーはインストール後に削除されません。

インストール情報設定ファイルを作成します。
サンプルファイルを使用する場合は，DVD-ROMから任意のディレクトリにコピーしてください。

# cp -p /cdrom/HDLM_AIX2/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ

sample_installhdlm.confのファイル名は変更できます。
次に，sample_installhdlm.confをinstall_set.confに変更してコピーする場合の実行例を示します。

# cp -p /cdrom/HDLM_AIX2/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ/install_set.conf

installhdlmユティリティで使用する，インストール情報設定ファイルの編集方法については，「7.14.3 インストール情報設定ファイルの定義内容」を参照してください。

installhdlmユティリティまたはinstallux.shユティリティを実行します。

installhdlmユティリティを実行する場合

# /cdrom/HDLM_AIX2/hdlmtool/instutil/installhdlm -f /任意のディレクトリ/インストール情報設定ファイル

installux.shユティリティを実行する場合

# /cdrom/installux.sh -f /任意のディレクトリ/インストール情報設定ファイル

問題がない場合は，KAPL09211-Iのメッセージが出力されます。
ユティリティ実行中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

DVD-ROMをアンマウントします。

# umount /cdrom

作成したマウントディレクトリを削除します。

# rm -r /cdrom

インストール情報設定ファイルを削除します。

# rm -r /インストール情報設定ファイルを格納した任意のディレクトリ

インストールの種別に応じた手順を実行します。
新規インストールの場合は「3.5.4 HDLMの新規インストール」の手順10以降の操作を実行してください。
アップグレードまたは再インストールの場合は「3.5.6 HDLMのアップグレードまたは再インストール(1) ブートディスクにインストールする場合」の手順17以降の操作を実行してください。

3.6 パス構成の確認

ロードバランスやフェイルオーバなどのHDLMの機能は，1つのHDLM管理対象デバイスに対して複数の稼働状態のパスがあるときにだけ使用できます。HDLMのインストール後，およびハードウェア構成の変更後には，パスの構成や状態を確認してください。

パス情報は，HDLMコマンドのviewオペレーションで確認できます。

パス情報を確認する手順について，次に説明します。viewオペレーションの詳細については，「6.7 view 情報を表示する」を参照してください。

-pathパラメタを指定して出力した情報を確認する

次に示すコマンドを実行します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path > リダイレクト先のファイル1

リダイレクト先のファイル1を開いて，次のことを確認します。

パスがアクセスするLUがあるか
パスは「PathName」で特定できます。パスがアクセスするLUは「DskName」と「iLU」の組み合わせで特定できます。

パスはすべてOnline状態か
「PathStatus」が「Online」であることを確認してください。Online状態ではないパスが存在する場合は，「Reduced」と表示されます。

物理的なHBAのポートの数だけ，異なるHBAアダプタ番号.バス番号（またはアダプタ種別.アダプタ番号）があるか

同じLUにアクセスするパスが経由するCHAポート（「ChaPort」）とHBAポート（「PathName」に表示されたHBAアダプタ番号およびバス番号，またはアダプタ種別およびアダプタ番号）の組み合わせが異なっているか
「PathName」のうち，左端の番号がHBAアダプタ番号またはアダプタ種別です。HBAアダプタ番号の右側にあるピリオドから2番目のピリオドまでの番号が，バス番号またはアダプタ番号です。

-drvパラメタを指定して出力した情報を確認する

次に示すコマンドを実行します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv > リダイレクト先のファイル2

リダイレクト先のファイル2の「HDevName」と「Device」を参照して，物理ボリューム（hdisk）に対応するHDLMデバイスが作成されていることを確認します。

3.7 HDLMの機能の設定

HDLMには，ロードバランス，自動フェイルバック，障害ログの採取，監査ログの採取などの機能があります。これらの機能は，HDLMコマンドのsetオペレーションで設定できます。ここでは，それぞれの方法でHDLMの機能を設定する手順を説明します。

この節の構成

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

3.7.2 機能の設定

3.7.3 変更後の設定の確認

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

HDLMコマンドのviewオペレーションを使って変更前の設定内容を確認する方法について説明します。

次のコマンドを実行して現在の設定内容を確認してください。

# /usr/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
Reservation Status             : on(2)
Intermittent Error Monitor     : off
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログの現在の設定内容を確認する場合は，次のコマンドを実行してください。

# /usr/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.7.2 機能の設定

HDLMで設定できる各機能について次の表にまとめています。各機能の詳細は「(1) ロードバランスの設定」以降を参照してください。

各機能の設定値には，デフォルト値と推奨値があります。HDLMコマンドのsetオペレーションで機能を設定しない場合，機能の設定値にはデフォルト値が適用されます。推奨値は，機能を設定する場合の目安となる値です。

表3-10 各機能のデフォルト値と推奨値

機能
デフォルト値
推奨値

ロードバランス
on
アルゴリズムは拡張最少I/O数
on
アルゴリズムの推奨値は運用環境によって異なります。

パスヘルスチェック
on
チェック間隔30（分）
on
チェック間隔の推奨値は運用環境によって異なります。

自動フェイルバック
off
off

間欠障害監視
off
off

ダイナミックI/Oパスコントロール※
off
チェック間隔10（分）
off
チェック間隔の推奨値は運用環境によって異なります。

リザーブレベル
on 2
有効，パーシステントリザーブ
on 2
有効，パーシステントリザーブ

障害ログ採取レベル
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) 監査ログ採取の設定

(14) 監査ログのFacilityの設定

(1) ロードバランスの設定

ロードバランス機能を使用するかどうかを設定します。

ロードバランスを設定する例を，次に示します。

# /usr/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) パスヘルスチェックの設定

パスヘルスチェック機能を使用するかどうかを設定します。

パスヘルスチェックを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -pchk on -intvl 10

パスヘルスチェックを使用する場合は，「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタでチェック間隔を指定できます。チェック間隔を指定しない場合は，前回指定した設定値になります。例えば，チェック間隔を15分に設定して実行したあと，パスヘルスチェックに「off」を設定して実行します。このあと，再度チェック間隔を指定しないでパスヘルスチェックに「on」を設定して実行した場合，前回指定した設定値の15分を再び使用します。

(3) 自動フェイルバックの設定

自動フェイルバック機能を使用するかどうかを設定します。

間欠障害監視を使用して「障害発生回数」が「2」以上の場合，次の条件が満たされている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はエラーとなり，KAPL01080-Wのメッセージが表示されます。

エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。障害発生回数に「1」を指定した場合，上記の条件を満たす必要はありません。

自動フェイルバックを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -afb on -intvl 10

自動フェイルバックを使用する場合は「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタでパスの状態をチェックする間隔を指定できます。チェック間隔を指定しない場合は，前回指定した設定値になります。例えば，チェック間隔を5分に設定して実行したあと，自動フェイルバックに「off」を設定して実行します。このあと，再度チェック間隔を指定しないで自動フェイルバックに「on」を設定して実行した場合，前回指定した設定値の5分を再び使用します。

(4) 間欠障害監視の設定

間欠障害監視は，自動フェイルバック機能を使用しているときだけ設定できます。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを使用する場合は，間欠障害を監視することをお勧めします。

間欠障害監視を使用した場合，「障害監視時間」および「障害発生回数」で，間欠障害と見なす条件を指定できます。障害監視時間のデフォルト値は「210」，障害発生回数のデフォルト値は「3」です。

間欠障害の監視が開始されてから指定した時間（分）が経過するまでの間に，指定した回数の障害が発生した場合に，該当するパスに間欠障害が発生していると見なします。間欠障害が発生していると見なされたパスは，自動フェイルバックの対象外になります。なお，間欠障害の監視は，自動フェイルバックによってパスが障害から回復した時点で開始されます。監視は，パスごとに実施されます。

「障害発生回数」に「2」以上の値を指定した場合，「(3) 自動フェイルバックの設定」に示す条件が満たされている必要があるので，参照してください。

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

間欠障害監視を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -iem on -intvl 20 -iemnum 2

間欠障害を監視する場合は「on」を，監視しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタおよび-iemnumパラメタで，間欠障害と見なす条件を指定できます。-intvlパラメタでは障害監視時間を，-iemnumパラメタでは障害発生回数を指定します。条件の指定を省略すると，210分以内に3回以上障害が発生した場合に間欠障害と見なします。

(5) ダイナミックI/Oパスコントロールの設定

I/O性能の低下を防ぐため，ストレージシステム側で行われるコントローラ切り替えに追従して，HDLMの出力先コントローラを動的に切り替えます。

ダイナミックI/Oパスコントロール機能はストレージシステム単位またはLU単位に設定できます。また，ストレージシステム側で行われるコントローラ切り替えを追従するに当たり，切り替え情報を見直しするチェック間隔も設定できます。

ダイナミックI/Oパスコントロール機能を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -dpc on -pathid 000001 -lu
# /usr/DynamicLinkManager/bin/dlnkmgr set -dpcintvl 10

ダイナミックI/Oパスコントロール機能を有効にする場合は「on」を，無効にする場合は「off」を指定します。-pathidパラメタではLUまたは，ストレージシステムに接続されているパスIDを指定します。-dpcintvlパラメタでは，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を，分単位で指定します。

(6) リザーブレベルの設定

LUに対するリザーブ制御方法を設定します。クラスタ構成でHDLMを使用する場合，クラスタを構成する各ホストでリザーブレベルをそろえてください。

リザーブレベルの設定値とその説明を次の表に示します。

表3-11 リザーブレベルの設定値

設定値 | 説明
0 | リザーブの要求を無視し，LUをリザーブしません。LUを複数のホストで共有し，独自の排他制御機構を備えたアプリケーションを実行する場合に使用します。
2 | リザーブをパーシステントリザーブに置き換えます。

LUに対するリザーブレベルを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -rsv on 0

(7) 障害ログ採取レベルの設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））を採取するレベルを設定します。

障害ログ採取レベルの設定値とその説明を次の表に示します。

表3-12 障害ログ採取レベルの設定値

設定値 | 説明
0 | 障害ログを採取しません。
1 | Errorレベル以上の障害情報を採取します。
2 | Warningレベル以上の障害情報を採取します。
3 | Informationレベル以上の障害情報を採取します。
4 | Informationレベル（保守情報も含む）以上の障害情報を採取します。

障害が発生したときは，障害ログ採取レベルに「1」以上を設定してログを採取します。設定値が大きいほど出力される情報量が多くなります。ログの出力量が多いと，古い障害ログファイルが新しい情報で上書きされるまでの時間が短くなります。

障害ログ採取レベルを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -ellv 2

障害ログを採取するレベルを数字で指定します。

(8) トレースレベルの設定

トレースを出力するレベルを設定します。

トレースレベルを設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースレベルの設定値とその説明を次の表に示します。

表3-13 トレースレベルの設定値

設定値 | 説明
0 | トレースを出力しません。
1 | エラー情報だけ出力します。
2 | プログラムの動作概略を出力します。
3 | プログラムの動作詳細を出力します。
4 | すべての情報を出力します。

障害が発生したときは，トレースレベルに「1」以上を設定してトレース情報を採取します。設定値が大きいほど出力される情報量が多くなります。トレース情報の出力量が多いと，古いトレースファイルが新しい情報で上書きされるまでの時間が短くなります。

通常の運用では，トレースレベルに「0」を設定することを推奨します。必要以上にトレースレベルの設定値を大きくすると，HDLMの処理性能が低下したり，障害の要因分析に必要なトレース情報が上書きされたりするおそれがあります。

トレースレベルを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -systflv 1

トレースの出力レベルを数字で指定します。

(9) 障害ログファイルサイズの設定

障害ログファイル（HDLMマネージャのログ（dlmmgr[1-16].log））のサイズを設定します。

障害ログファイルサイズには，キロバイト単位で100～2000000の値を指定します。HDLMマネージャのログには指定値が反映されます。

障害ログファイルが設定サイズに達すると，最も古い障害ログファイルから順に新しいログ情報が上書きされます。障害ログファイル数の指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイルサイズを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -elfs 1000

障害ログファイルのサイズを，キロバイト単位で指定します。

(10) 障害ログファイル数の設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））のファイル数を設定します。

障害ログファイル数（HDLMマネージャのログファイル数）には，2～16の値を指定します。障害ログファイルサイズの指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイル数を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -elfn 5

障害ログファイルの数を数字で指定します。

(11) トレースファイルサイズの設定

トレースファイルのサイズを設定します。

ファイルサイズを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースファイルは固定長です。したがって，書き込まれるトレース情報が設定したファイルサイズに満たない場合でも，出力されるトレースファイル1つ当たりのファイルサイズは常に固定です。

トレースファイルサイズには，キロバイト単位で100～16000の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。すべてのトレースファイルにトレースが書き込まれると，最も古いトレースファイルに新しいトレースが上書きされます。

トレースファイル数の指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイルサイズを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -systfs 2000

トレースファイルのサイズをキロバイト単位で指定します。

(12) トレースファイル数の設定

トレースファイルの数を設定します。

ファイル数を設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースファイル数には，2～64の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。

トレースファイルサイズの指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイル数を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -systfn 10

トレースファイルの数を数字で指定します。

(13) 監査ログ採取の設定

監査ログを採取するかどうか設定します。

監査ログを採取する場合には，監査ログ採取レベルおよび監査ログ種別を設定します。

監査ログの採取レベルの設定値とその説明を次の表に示します。監査ログ採取レベルは重要度（Severity）で設定します。デフォルトの設定値は「6」です。

表3-14 監査ログ採取レベルの設定値

設定値（重要度） | 説明
0 | 監査ログを採取しません。
1
2 | Criticalレベルの監査ログを採取します。
3 | Critical，およびErrorレベルの監査ログを採取します。
4 | Critical，Error，およびWarningレベルの監査ログを採取します。
5
6 | Critical，Error，Warning ，およびInformationalレベルの監査ログを採取します。
7

監査ログ種別の設定値とその説明を次の表に示します。デフォルトの設定値は「all」です。

表3-15 監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

監査ログ採取を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -audlog on -audlv 6 -category all

監査ログを採取する場合は「on」を，採取しない場合は「off」を指定します。「on」を指定した場合，-audlvパラメタで監査ログ採取レベルを，-categoryパラメタで監査ログ種別を指定できます。

監査ログのFacilityを設定する場合は，「(14) 監査ログのFacilityの設定」を参照してください。

(14) 監査ログのFacilityの設定

監査ログの出力先を指定する場合，次の設定を行います。

監査ログのFacilityをdlnkmgr set -audfacで指定し，そのFacilityの出力先を/etc/syslog.confファイルで定義することで，監査ログだけを指定のディレクトリに出力できます。監査ログのFacilityの設定値を次の表に示します。デフォルトの設定値は「user」です。

表3-16 監査ログのFacilityの設定値

設定値 | /etc/syslog.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を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -audfac local0

3.7.3 変更後の設定の確認

HDLMコマンドのsetオペレーションを使って設定した内容を確認する方法について説明します。

変更後のHDLMの機能設定情報を表示します。実行例を次に示します。

# /usr/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)
Reservation Status             : on(0)
Intermittent Error Monitor     : on(2/20)
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログ採取を設定した場合は，次のコマンドで確認してください。

# /usr/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.8 統合トレースの設定

HDLMを使用している場合，HDLMコマンドの動作ログは，Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）の統合トレース情報ファイル（/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号））に出力されます。

統合トレース情報の出力量が多い場合，情報が短時間で削除されてしまうことがあります。また，一度に出力される統合トレース情報が多い場合，一部がバッファに取り込まれないで，統合トレースファイルに保存されないことがあります。必要な情報を保存しておくために，Hitachi Network Objectplazaトレース共通ライブラリの設定を変更して，統合トレースファイルの容量，およびバッファの容量を増やしてください。増加量はシステムへの負荷を考慮して決めてください。

統合トレースファイルの設定のデフォルト値と推奨値を次の表に示します。

表3-17 統合トレースファイルの設定のデフォルト値と推奨値

設定 | デフォルト値 | 推奨値
統合トレースファイルのサイズ | 256（KB） | 4096（KB）
統合トレースファイルの数 | 4 | 8
監視間隔当たりのバッファサイズ | 監視間隔 | 10（秒） | 5（秒）
バッファサイズ | 64（KB） | 256（KB）
監視間隔当たりのメッセージの出力件数 | 監視間隔 | 0（秒） | 0（秒）
メッセージ出力件数 | 0（件） | 0（件）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）がすでにインストールされていた場合，設定値は引き継がれます。設定を変更する場合は，HDLM以外のプログラムでの使用状況を考慮して変更してください。

この節の構成

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

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

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

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

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

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

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

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

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

Hitachi Network Objectplazaトレース共通ライブラリを使用する場合の注意事項について，次に説明します。

HDLMのインストール時にホストにHNTRLibがインストールされていた場合，トレース共通ライブラリの設定はHNTRLib2に引き継がれません。HDLMは，HNTRLib2の設定のデフォルト値を使用します。

HDLMのインストール時にホストにHNTRLib2がすでにインストールされていた場合，トレース共通ライブラリの設定が引き継がれます。

HDLMをアンインストールしようとした際に，ほかの日立製品がHNTRLib2を使用していた場合は，HNTRLib2はアンインストールされません。

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

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューを表示するための手順を次に示します。

root権限を持つユーザでログインします。

次に示すコマンドを実行します。

# /opt/hitachi/HNTRLib2/bin/hntr2utl2

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューが表示されます。
[図]
設定を変更しない場合は，「e」を入力して［Enter］キーを押し，終了してください。
次に，設定を変更する方法を説明します。

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

統合トレースファイルのサイズを変更するための手順を次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「1」を入力して［Enter］キーを押します。
統合トレースファイルのサイズを設定する画面が表示されます。［Current Size(KB)］の値が現在の設定値を示します。
[図]

［New Size(KB)］で統合トレースファイルのサイズを変更します。
デフォルト値は256（KB）です。設定値の範囲は8～8192です。「3.8.5 監視間隔当たりのバッファサイズを変更する」の手順2で設定するバッファサイズ以上の値を設定してください。統合トレースを採取する場合の推奨値は4096（KB）です。
統合トレースファイルのサイズを変更しない場合は，［New Size(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

3.8.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.8.5 監視間隔当たりのバッファサイズを変更する

一定の監視間隔当たりの，バッファのサイズを変更するための手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「4」を入力して［Enter］キーを押します。
バッファサイズを設定する画面が表示されます。［Current Size(KB)］の値が現在の設定値を示します。
[図]

［New Size(KB)］でバッファサイズを変更します。
［5: Interval Timer.］で設定する監視間隔当たりのバッファサイズを変更します。デフォルト値は64（KB）です。設定値の範囲は8～2048です。「3.8.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.8.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.8.7 Hitachi Network Objectplazaトレース共通ライブラリの設定を終了する

Hitachi Network Objectplazaトレース共通ライブラリの設定を終了し，設定メニューを閉じる手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「e」を入力して［Enter］キーを押します。
新しい設定を保存するかどうか確認されます。
[図]

新しい設定を保存する場合は「Yes」，保存しない場合は「No」を入力して，設定を終了します。

3.8.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.9 LU単位リザーブ機能の設定

LU単位リザーブ機能は，リザーブするかどうかをLUごとに設定できる機能です。

LU単位リザーブ機能を使用するには，HTC_ODM 5.0.52.1以降，XP_ODM 5.0.52.1以降，またはHitachi Disk Array Driver for AIX 01-03以降が必要です。

LU単位のリザーブは，次の表に示すHDLMの属性によって設定されます。

表3-18 LU単位リザーブ機能の設定

属性名 | 属性値 | 説明
dlmrsvlevel | no_reserve | LUをリザーブしません。
system | 上記以外の環境で使用する場合の初期値です。HDLM のリザーブ レベルの設定に従って動作します。

次の条件に該当する場合，dlmrsvlevelの属性値を確認してください。dlmrsvlevelがsystemに設定されている場合は，no_reserveに設定する必要があります。

Oracle RACが使用するディスクにHDLMデバイスを指定したとき

Hitachi RapidXchange管理の中間ボリュームでデータ交換をする場合，root権限のないユーザで中間ボリュームにアクセスするとき

root権限のないユーザで，アプリケーションからHDLMデバイスを指定してアクセスするとき

dlmrsvlevelの属性値を設定する手順を次に示します。

使用するディスクとして指定しようとしているHDLMデバイスを確認します。
次のコマンドを実行して，表示結果のhdisk名を確認してください。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 dlmfdrv0 hdisk16 VSP.0053038.000010
000001 dlmfdrv0 hdisk22 VSP.0053038.000010
000002 dlmfdrv1 hdisk17 VSP.0053038.000011
000003 dlmfdrv1 hdisk23 VSP.0053038.000011
000004 dlmfdrv2 hdisk18 VSP.0053038.000012
000005 dlmfdrv2 hdisk24 VSP.0053038.000012
KAPL01001-I HDLM コマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

HDLMデバイスのdlmrsvlevel属性の設定を確認します。

# lsattr -El dlmfdrvn
dlmrsvlevel   system                     N/A 真

以降の手順はdlmrsvlevelがsystemに設定されていた場合に実行してください。

属性を変更するHDLMデバイスを指定して直接アクセスしているアプリケーションを，すべて停止します。

次のコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次のコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# varyoffvg ボリュームグループ名

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用していない場合は，手順9に進みます。

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用している場合は，次のHitachi Disk Array Driver for AIXのコマンドを実行して，物理ボリューム(hdisk)のpreserved_attr属性の値を確認します。

# /opt/hitachi/drivers/hsdrv_lsdkinfo -l hdiskn -a preserved_attr
preserved_attr unuse 保存された属性

下線部のpreserved_attr属性の値がunuseに設定されているか確認してください。属性を変更するHDLMデバイス(dlmfdrvn)に対応するすべての物理ボリューム(hdisk)に対して，このHitachi Disk Array Driver for AIXのコマンドを実行してください。
Hitachi Disk Array Driver for AIXのコマンドの詳細については，Hitachi Disk Array Driver for AIXのマニュアルを参照してください。
preserved_attr属性の値がunuseに設定されていた場合は，手順9に進んでください。useに設定されていた場合は，手順8に進んでください。

次のコマンドを実行して，該当するhdiskのpreserved_attr属性の値をunuseに変更します。

# /opt/hitachi/drivers/hsdrv_chdkinfo -l hdiskn -a preserved_attr=unuse

chdevコマンドを実行して，dlmrsvlevel属性をno_reserveに設定します。※

# chdev -l dlmfdrvn -a dlmrsvlevel=no_reserve

設定がno_reserveに変更されていることを確認します。

# lsattr -El dlmfdrvn
dlmrsvlevel   no_reserve                 N/A 真

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用していない場合は手順12に進みます。

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用している場合は，次のHitachi Disk Array Driver for AIXのコマンドを実行してHitachi Disk Array Driver for AIXのディスクマッピングデータベースを保存します。

# /opt/hitachi/drivers/hsdrv_savedkinfo -a
# bosboot -a

Hitachi Disk Array Driver for AIXのコマンドの詳細については，Hitachi Disk Array Driver for AIXのマニュアルを参照してください。

手順6で非活動化したボリュームグループを活動化します。

# varyonvg ボリュームグループ

手順4でアンマウントしたファイルシステムをマウントします。

# mount ファイルシステムのマウントポイント

注※

chdevコマンドを使ってHDLMデバイスの属性を変更したときは，lsattrコマンドを実行して，対応する物理ボリューム（hdisk）の属性が変更されたことを確認してください。HDLMデバイスのdlmrsvlevel属性を変更したときは，物理ボリューム（hdisk）のreserve_policy属性が変更されたことを確認してください。属性が変更されていない場合，対応する物理ボリューム（hdisk）の状態をlsdevコマンドで確認してください。パスに障害が発生していると，属性が変更されないで物理ボリューム（hdisk）が定義済みとなります。この場合，次の操作手順によって，再度chdevコマンドで物理ボリュームの属性を変更してください。

パス障害が発生している場合には，障害を回復させます。

対応するHDLMデバイスを定義済み状態にします。
# rmdev -l dlmfdrvn

物理ボリューム（hdisk）を使用可能状態にします。
# mkdev -l hdiskn

HDLMデバイスを使用可能状態にします。
# mkdev -l dlmfdrvn

3.10 ボリュームグループの設定

HDLMをインストールする前にボリュームグループがなかった場合，次に示す手順でボリュームグループとファイルシステムを作成します。ボリュームグループがすでにある場合は，手順3から開始してください。

HDLMボリュームグループ操作ユティリティを実行して，ボリュームグループを作成します。
HDLMボリュームグループ操作ユティリティは，SMIT画面から実行することをお勧めします。HDLMボリュームグループ操作ユティリティ用のSMIT画面については，「7.3 HDLMボリュームグループ操作ユティリティ」を参照してください。
HDLMボリュームグループ操作ユティリティのコマンドを実行してボリュームグループを作成する場合は，次のコマンドを実行します。

# /usr/DynamicLinkManager/bin/dlmmkvg -s 32 -y HDLMのボリュームグループ名 物理ボリュームに対応するHDLMデバイスの論理デバイスファイル名

物理ボリューム（hdiskn）とHDLMデバイスの論理デバイスファイル名（dlmfdrvn）の対応は，view -drvオペレーションを実行することで確認してください。
物理ボリュームとLUの対応は，lsattr -El 物理ボリューム名コマンドを実行すると表示される，lun_idで確認してください。
dlmfdrv0を使用して，dlmvg01を作成する場合のコマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlmmkvg -s 32 -y dlmvg01 dlmfdrv0

ファイルシステムを作成します。
次に示すコマンドを実行してください。

# crfs -v jfs -g ボリュームグループ名 -a size=ファイルシステムのブロックサイズ -m マウントポイント

ボリュームグループdlmvg01に対し，マウントポイント/tmp/dlmvg01で8192000ブロックサイズのファイルシステムを作成する場合の，コマンドの実行例を次に示します。

# crfs -v jfs -g dlmvg01 -a size=8192000 -m /tmp/dlmvg01

次に示すコマンドを実行して，マウントポイントを解除します。
手順1と手順2を実施した場合，この手順は不要です。

# umount マウントポイント

ボリュームグループをHDLMで使用可能にするために，次に示すHDLMボリュームグループ操作ユティリティを実行して，HDLMで使用するボリュームグループを非活動化したあと，活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg HDLMで使用するボリュームグループの名称
# /usr/DynamicLinkManager/bin/dlmvaryonvg HDLMで使用するボリュームグループの名称

次に示すコマンドを実行して，マウントポイントを使用できる状態にします。

# mount マウントポイント

次に示すコマンドを実行して，ボリュームグループに正しいHDLMデバイス（dlmfdrv）が含まれていることを確認します。

# lspv | grep dlmfdrv

3.11 PowerHAを使用する場合の設定

PowerHAを使用する場合は，クラスタを構成するすべてのホストにHDLMをインストールしてHDLMデバイスを構成し，ストレージシステムの設定（SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズ使用時），およびPowerHA用スクリプトの登録を行ってください。また，各ホストのリザーブレベルの設定を合わせてください。

この節の構成

3.11.1 ストレージシステムの設定

3.11.2 PowerHA用スクリプトの登録

3.11.3 リザーブレベルの設定

3.11.4 conraid.datファイルの設定

3.11.5 PowerHAに関する注意事項

3.11.1 ストレージシステムの設定

この項の構成

(1) SANRISE9500Vシリーズの設定

(2) Hitachi AMS/TMS/WMSシリーズの設定

(1) SANRISE9500Vシリーズの設定

ストレージシステムにSANRISE9500Vシリーズを使用する場合，次の表に示す設定をします。設定方法については，ストレージシステムの保守マニュアルを参照してください。

表3-19 PowerHAを使用する場合のSANRISE9500Vシリーズの設定

項目 | 設定値
「ホスト接続モード2」（使用するホストグループに設定）－「Logical Unit Reset伝播モード」 | ON

(2) Hitachi AMS/TMS/WMSシリーズの設定

ストレージシステムにHitachi AMS/TMS/WMSシリーズを使用する場合，次の表に示す設定をします。設定方法については，ストレージシステムの保守マニュアルを参照してください。

表3-20 PowerHAを使用する場合のHitachi AMS/TMS/WMSシリーズの設定

項目 | 設定値
「ホスト接続モード2」（使用するホストグループに設定）－「Reset伝播モード」 | ON

3.11.2 PowerHA用スクリプトの登録

PowerHAを使用する場合，HDLMに添付されているPowerHA用スクリプトを登録する必要があります。リソースグループの処理順序によって，必要な操作が次のように異なります。

リソース・グループの処理順序が順次獲得の場合
ユーザー定義ディスク・メソッドの追加またはユーザー定義クラスター・イベントの追加を行ってください。

リソース・グループの処理順序が並列獲得の場合
ユーザー定義ディスク・メソッドの追加を行ってください。

ただし，PowerHA用スクリプトの設定は，ユーザー定義ディスク・メソッドとユーザー定義クラスター・イベントの両方に設定しないでください。ユーザー定義ディスク・メソッドの登録をお勧めします。

この項の構成

(1) ユーザー定義クラスター・イベントの追加

(2) ユーザー定義ディスク・メソッドの追加

(1) ユーザー定義クラスター・イベントの追加

ここでは，PowerHA 6.1での設定手順を説明します。設定画面に行くまでのSMITメニューは，PowerHAのバージョンによって異なる場合があります。そのため，使用するPowerHAのマニュアルもあわせて参照してください。

注意事項

リソース・グループの処理順序が並列獲得の場合，この手順は行わないでください。

SMIT画面から，［ユーザー定義クラスター・イベントの追加］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張イベント構成］－［イベント前処理/後処理コマンドの構成］－［ユーザー定義クラスター・イベントの追加］

［ユーザー定義クラスター・イベントの追加］画面で，各項目を設定します。
設定する項目と設定内容を次に示します。

クラスター・イベント名

dlm_hacmp_disk_available

クラスター・イベントの説明

dlm_hacmp_disk_available

クラスター・イベントのスクリプト・ファイル名

/usr/DynamicLinkManager/cluster/dlm_hacmp_disk_available

設定が終了したら，［了解］ボタンをクリックします。

SMIT画面から，［拡張イベント構成］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張イベント構成］－［事前定義済み HACMP イベントの変更/表示］

［拡張イベント構成］画面の［変更するイベント名の選択］で，次に示すイベントを選択します。
get_disk_vg_fs
［クラスター・イベントの変更／表示］画面が表示されます。

［イベント前処理コマンド］に，「dlm_hacmp_disk_available」を設定します。
ほかの項目は変更しません。

設定が終了したら，［了解］ボタンをクリックします。

SMIT画面から［HACMP 検証および同期化］画面を起動し，クラスタ－・リソースの同期化を実行します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張検証および同期化］

(2) ユーザー定義ディスク・メソッドの追加

ここでは，PowerHA 6.1での設定手順を説明します。設定画面に行くまでのSMITメニューは，PowerHAのバージョンによって異なる場合があります。そのため，使用するPowerHAのマニュアルもあわせて参照してください。

SMIT画面から［ユーザー定義ディスク・メソッドの追加］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張リソース構成］－［HACMP 拡張リソース構成］－［ユーザー定義ディスク・メソッドの構成］－［ユーザー定義ディスク・メソッドの追加］

［ユーザー定義ディスク・メソッドの追加］画面で，各項目を設定します。
設定する項目と設定内容を次に示します。

ディスク・タイプ（CuDvからのPdDvLnフィールド）

HDLM Subclass※1がnodeの場合
disk/node/dlmfdrv
HDLM Subclass※1をfcpからnodeに変更した場合は，次に示す設定を削除してください。
disk/fcp/dlmfdrv
disk/scsi/dlmfdrv

HDLM Subclass※1がfcpで，かつファイバチャネル接続の場合※2
disk/fcp/dlmfdrv

HDLM Subclass※1がfcpで，かつSCSI接続の場合※2
disk/scsi/dlmfdrv

HDLM Subclass※1がfcpで，ファイバチャネル接続，SCSI接続の両方を使用している場合※2
disk/fcp/dlmfdrv
disk/scsi/dlmfdrv

注※1

HDLM Subclassは，HDLM動作ODM設定ユティリティ（dlmodmset）で確認，設定できます。HDLM動作ODM設定ユティリティ（dlmodmset）については「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

注※2

HDLM Subclassをnodeからfcpに変更した場合は，disk/node/dlmfdrvの設定を削除してください。

ゴースト・ディスクを識別するためのメソッド

/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check

予約の有無を判別するためのメソッド

/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_reserve_check

予約を解除するためのメソッド

TARGET

並列予約解除

いいえ

ディスクを使用可能にするためのメソッド

MKDEV

設定が終了したら，［了解］ボタンをクリックします。

SMIT画面から［クラスター・リソースの同期化］画面を起動し，クラスタ－・リソースの同期化を実行します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張検証および同期化］

3.11.3 リザーブレベルの設定

PowerHAのリソースが，非コンカレントリソースグループの場合，PowerHAのサービスを起動する前に，リザーブレベルを「2」に設定します。HDLMコマンドのsetオペレーションでリザーブレベルを「2」に設定してから，PowerHAのサービスを起動してください。setオペレーションについては「6.6 set 動作環境を設定する」を参照してください。

リザーブレベルは，クラスタを構成する各ホストでそろえてください。

コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -rsv on 2

3.11.4 conraid.datファイルの設定

PowerHAをコンカレントモードで使用する場合，PowerHAを使用する前に，/etc/cluster/conraid.datファイルに「dlmfdrv」を追加してください。/usr/sbin/cluster/diag/clconraid.datファイルに「dlmfdrv」を追加しても設定は有効になりますが，conraid.datファイルに追加するようにしてください。設定に関する詳細はPowerHAのマニュアルを参照してください。

3.11.5 PowerHAに関する注意事項

この項の構成

(1) PowerHAのC-SPOC（Cluster-Single Point of Control）コマンドを実行する場合

(2) ディスクハートビートについて

(3) フォールオーバー処理時間について

(1) PowerHAのC-SPOC（Cluster-Single Point of Control）コマンドを実行する場合

物理ボリュームを指定するパラメタにHDLMデバイスを指定してください。HDLMボリュームグループ操作ユティリティと，AIXコマンドおよびC-SPOCコマンドの対応を次の表に示します。

表3-21 AIXコマンドおよびC-SPOCコマンド対応表

HDLMボリュームグループ操作ユティリティ | AIXコマンド | C-SPOCコマンド | 物理ボリュームを指定するパラメタの有無
dlmchvg | chvg | cl_chvg | なし
dlmexportvg | exportvg | －
dlmlistvgbackup | listvgbackup | －
dlmlsvg | lsvg | cl_lsvg
dlmreorgvg | reorgvg | －
dlmrestorevgfiles | restorevgfiles | －
dlmsavevg | savevg | －
dlmvaryoffvg | varyoffvg | －
dlmvaryonvg | varyonvg | －
dlmmkvg | mkvg | cl_mkvg | あり
dlmextendvg | extendvg | cl_extendvg
dlmrestvg | restvg | －
dlmimportvg | importvg | cl_importvg
dlmmirrorvg | mirrorvg | cl_mirrorvg
dlmrecreatevg | recreatevg | －
dlmreducevg | reducevg | cl_reducevg
dlmsyncvg | syncvg | cl_syncvg
dlmunmirrorvg | unmirrorvg | cl_unmirrorvg

（凡例）

－：該当なし

(2) ディスクハートビートについて

ディスクハートビート問題判別用ツール（dhb_readコマンド）を使用する場合は，HDLMの論理デバイスファイル（/dev/rdlmfdrvn）を指定してください。

(3) フォールオーバー処理時間について

下記の手順で操作をした場合，PowerHAのフォールオーバーに時間が掛かることがあります。

すべてのパスに障害がある状態でホストを起動します。

パス障害を取り除きます。

ドライバの再構成をしないで，PowerHAのフォールオーバーが発生します。

3.12 GPFSを使用する場合の設定

GPFSまたはGPFS＋RVSDを使用する場合は，クラスタを構成するすべてのホストにHDLMをインストールしてHDLMデバイスを構成してください。また，GPFSまたはGPFS＋RVSDを起動する前に，次の手順を実行してください。

GPFS+RVSDを使用する場合，/etc/vsd/oemdisktypes.lstファイルにHDLM Subclass※の設定に従って設定情報を変更します。
HDLM Subclass※がnodeの場合は，/etc/vsd/oemdisktypes.lstファイルの最後に次の行を追加します。

ファイバチャネル接続の場合
disk/node/dlmfdrv fscsi disk/fcp

SCSI接続の場合
disk/node/dlmfdrv scsi disk/scsi

ファイバチャネル接続，SCSI接続の両方を使用している場合
disk/node/dlmfdrv fscsi disk/fcp
disk/node/dlmfdrv scsi disk/scsi

HDLM Subclass※をfcpからnodeに変更した場合，次に示す行を削除してください。

disk/fcp/dlmfdrv fscsi disk/fcp
disk/scsi/dlmfdrv scsi disk/scsi

HDLM Subclass※がfcpの場合は，/etc/vsd/oemdisktypes.lstファイルの最後に次の行を追加します。

ファイバチャネル接続の場合
disk/fcp/dlmfdrv fscsi disk/fcp

SCSI接続の場合
disk/scsi/dlmfdrv scsi disk/scsi

ファイバチャネル接続，SCSI接続の両方を使用している場合
disk/fcp/dlmfdrv fscsi disk/fcp
disk/scsi/dlmfdrv scsi disk/scsi

また，HDLM Subclass※をnodeからfcpに変更した場合は，次に示す行を削除してください。

disk/node/dlmfdrv fscsi disk/fcp
disk/node/dlmfdrv scsi disk/scsi

注※

HDLM Subclassは，HDLM動作ODM設定ユティリティ（dlmodmset）で確認，設定できます。HDLM動作ODM設定ユティリティ（dlmodmset）については，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

GPFS，またはGPFS＋RVSDを使用する場合，HDLM動作ODM設定ユティリティ（dlmodmset）でLUN RESETオプションをonに設定します。

# /usr/DynamicLinkManager/bin/dlmodmset -r on

GPFS，またはGPFS＋RVSDを使用する場合，各ホストのリザーブレベルを「2」に設定します。
次のコマンドを実行してください。

# /usr/DynamicLinkManager/bin/dlnkmgr set -rsv on 2

3.13 VCSを使用する場合の設定

VCSを使用する場合は，クラスタを構成するすべてのホストにHDLMをインストールしてHDLMデバイスを構成してください。また，VCSを起動する前に，次の手順を実行してください。

VCSの起動時にpreonlineが起動するように設定します。
すでにpreonlineを起動する設定になっている場合は，手順2に進んでください。
設定方法の詳細はVCSのマニュアルを参照してください。
VCSの起動時にpreonlineが起動するように設定する方法について，次に例を示します。

# haconf -makerw
# hagrp -modify サービスグループ PreOnline 1
# haconf -dump -makero
# cp -r /opt/VRTSvcs/bin/sample_triggers/preonline /opt/VRTSvcs/bin/triggers

VCS起動時のpreonlineスクリプトにHDLM提供スクリプトを登録します。
preonlineスクリプトの，「# put your code here...」の下に次の記述を追加してください。

system("/usr/DynamicLinkManager/cluster/dlm_vcs_pgr_release $ARGV[1]");

スクリプトの編集例を次に示します。追加する部分を網掛けで示します。

図3-8 preonlineスクリプトの編集例

各ホストのリザーブレベルを「2」に設定します。
次のコマンドを実行してください。

# /usr/DynamicLinkManager/bin/dlnkmgr set -rsv on 2

注意事項

VCSを使用する場合は，サービスグループのLVMVG Agentに指定するDisks指定にHDLMデバイス（dlmfdrvn）を指定してください。

3.14 Oracle RAC 10gまたはOracle RAC 11gを使用する場合の設定

この節の構成

3.14.1 MISSCOUNTとDISKTIMEOUTの設定

3.14.1 MISSCOUNTとDISKTIMEOUTの設定

ホストとOracle RACの投票ディスク（Voting Disk）を複数のパスで接続しているとき，それらのパスの一部でI/Oタイムアウトが発生すると通常のパスと同様にHDLMはフェイルオーバ処理を実行します。

ただし，Oracle RACの設定状態によっては，HDLMのフェイルオーバ処理が完了する前にOracle RAC側でノード障害が発生したと見なし，クラスタを再構成してしまうおそれがあります。

したがって，Oracle RACの投票ディスクに接続したパスをHDLMが管理する場合，使用しているOracle RACのバージョンに応じて，次に示す設定値を変更してください。

Oracle RAC 10g 10.1.0.3.0以降，またはOracle RAC 11gを使用している場合

ストレージシステムの種別に応じて，「MISSCOUNT」の値を変更してください。設定する値は，次に示す表に従って計算してください。算出した値以上に変更してください。

表3-22 「MISSCOUNT」の計算式

ストレージシステム種別
「MISSCOUNT」に設定する値の計算式

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

HUS100シリーズ

SANRISE9500Vシリーズ

投票ディスクへ接続するパスの数×30秒

Hitachi USPシリーズ

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

投票ディスクへ接続するパスの数×60秒

Oracle RAC 10g 10.2.0.2.0以降，またはOracle RAC 11gを使用している場合

上記の「MISSCOUNT」の値の変更に加え，「DISKTIMEOUT」の値も変更してください。「DISKTIMEOUT」に設定する値は，「MISSCOUNT」の値の変更と同様，ストレージシステムの種別に応じて異なります。設定する値は，次に示す表に従って計算してください。算出した値以上に変更してください。

表3-23 「DISKTIMEOUT」の計算式

ストレージシステム種別
投票ディスクへ接続するパスの数
「DISKTIMEOUT」に設定する値の計算式

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

HUS100シリーズ

SANRISE9500Vシリーズ

6以下
「DISKTIMEOUT」の値を変更する必要はありません。

7以上
投票ディスクへ接続するパスの数×30秒

Hitachi USPシリーズ

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

3以下
「DISKTIMEOUT」の値を変更する必要はありません。

4以上
投票ディスクへ接続するパスの数×60秒

「MISSCOUNT」および「DISKTIMEOUT」の変更方法については，Oracleサポートサービスを契約した会社へお問い合わせください。

なお，上記の構成からHDLMをアンインストールする場合，変更した「MISSCOUNT」や「DISKTIMEOUT」の設定値を元の値に戻す必要があるため，変更する前のそれぞれの設定値を控えておいてください。

3.15 HDLMの設定解除

HDLMをインストールする前の環境に戻すための作業の流れを説明してから，各作業について説明します。

この節の構成

3.15.1 HDLMの設定解除の流れ

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

3.15.3 HDLMのアンインストール

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

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

3.15.6 PowerHAの設定解除

3.15.1 HDLMの設定解除の流れ

次の図に示す流れに従って，HDLMを使用する環境を，HDLMを使用する前の環境に戻してください。

図3-9 HDLMの設定解除の流れ

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

HDLM管理対象のデバイスの内容をテープなどにバックアップしてください。

05-00以降のDevice ManagerエージェントがインストールされているホストからHDLMをアンインストールする場合，アンインストール中に次に示すDevice Managerエージェントのコマンドを実行しないでください。また，次に示すDevice Managerエージェントのコマンドを実行中に，HDLMをアンインストールしないでください。

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

この項の構成

(1) GPFSの設定解除

(2) VCSの設定解除

(1) GPFSの設定解除

GPFSまたはGPFS＋RVSDを使用した場合には，HDLMをアンインストールする前に，次の手順を実行して，GPFSまたはGPFS＋RVSDに登録したHDLMの設定を解除してください。

GPFS＋RVSDを使用した場合，/etc/vsd/oemdisktypes.lstファイルにある次の行を削除します。

HDLM Subclass※がnodeで，かつファイバチャネル接続の場合
disk/node/dlmfdrv fscsi disk/fcp

HDLM Subclass※がnodeで，かつSCSI接続の場合
disk/node/dlmfdrv scsi disk/scsi

HDLM Subclass※がnodeで，かつファイバチャネル接続，SCSI接続の両方を使用している場合
disk/node/dlmfdrv fscsi disk/fcp
disk/node/dlmfdrv scsi disk/scsi

HDLM Subclass※がfcpで，かつファイバチャネル接続の場合
disk/fcp/dlmfdrv fscsi disk/fcp

HDLM Subclass※がfcpで，かつSCSI接続の場合
disk/scsi/dlmfdrv scsi disk/scsi

HDLM Subclass※がfcpで，かつファイバチャネル接続，SCSI接続の両方を使用している場合
disk/fcp/dlmfdrv fscsi disk/fcp
disk/scsi/dlmfdrv scsi disk/scsi

注※

HDLM Subclassは，HDLM動作ODM設定ユティリティ（dlmodmset）で確認，設定できます。HDLM動作ODM設定ユティリティ（dlmodmset）については「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

GPFSまたはGPFS＋RVSDを使用した場合，dlmodmsetユティリティでLUN RESETオプションをoffに設定します。

# /usr/DynamicLinkManager/bin/dlmodmset -r off

(2) VCSの設定解除

VCSを使用し，VCS用スクリプトを登録した場合には，HDLMをアンインストールする前に，VCS用スクリプトの登録を削除してください。

次の手順を実行して，VCSに登録したHDLMの設定を解除してください。

サービスグループのLVMVG Agentに指定するDisks指定に，物理ボリューム（hdiskn）を指定します。

preonlineスクリプトに追記したHDLMスクリプトの内容を削除します。
次の記述を削除してください。

system("/usr/DynamicLinkManager/cluster/dlm_vcs_pgr_release $ARGV[1]");

VCSの起動時にpreonlineスクリプトを起動する必要がない場合は，preonlineスクリプトを削除してpreonlineが起動しない設定にします。
設定方法の詳細はVCSのマニュアルを参照してください。
VCSの起動時にpreonlineスクリプトが起動しないように設定する方法について，次に例を示します。

# rm /opt/VRTSvcs/bin/triggers/preonline
# haconf -makerw
# hagrp -modify サービスグループ PreOnline 0
# haconf -dump -makero

3.15.3 HDLMのアンインストール

HDLMのアンインストール時にKAPL09019-E，KAPL09020-Eのメッセージが出力された場合は，「3.15.4 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール」の手順に従って，HNTRLib2をアンインストールしてください。ただし，KAPL09026-Iのメッセージが出力された場合は，HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）を使用しているので，HDLMだけがアンインストールされます。

HDLMは，SMIT画面からの操作でアンインストールできます。

HDLMをアンインストールすると，dlmfdrv.unconfファイルが削除されます。dlmfdrv.unconfファイルが必要な場合は，/usr/DynamicLinkManagerディレクトリの配下以外のディレクトリにバックアップを取ってから，HDLMをアンインストールしてください。

次に示すdlmrmdev -Aユティリティを実行すると，手順3から手順6を省略できます。

# /usr/DynamicLinkManager/bin/dlmrmdev -A

AIXに，root権限を持つユーザでログインします。

HDLMの管理対象パスを使用しているプロセス，およびサービスをすべて停止します。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらをすべて停止します。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

次に示すコマンドを実行して，動作中のカーネルからHDLMデバイス，およびHDLMアラートドライバの論理デバイスファイルを削除し，HDLMマネージャを停止します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示された場合は，問題ありません。
KAPL09012-Iのメッセージが表示されない場合，HDLMデバイスまたはHDLMアラートドライバの論理デバイスファイルが削除されていないか，HDLMマネージャが停止していません。KAPL09012-Iのメッセージが表示されなかった場合は，HDLM の管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

次に示すアンインストールコマンドを実行します。

# installp -u DLManager

/etc/rc.shutdownファイルのexit 0の前にある次の記述を削除します。

if [ -x /etc/rc.HDLM_shutdown ]
then
   sh /etc/rc.HDLM_shutdown
fi

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

HDLMのアンインストール時にKAPL09019-EまたはKAPL09020-Eのメッセージが出力された場合は，次に示す手順でHNTRLib2をアンインストールしてください。

AIXに，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.15.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール

04-00以前のHDLMのアンインストール後，HDLM以外に，HNTRLibを使用しているプログラムがない場合は，次に示す手順でHNTRLibをアンインストールしてください。

HDLM以外に，HNTRLibを使用しているプログラムがないことを確認します。
HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリを使用しているかどうかは，各プログラムのマニュアルや添付資料を参照して確認してください。

AIXに，root権限を持つユーザでログインします。

次に示すコマンドを実行します。

# /opt/hitachi/HNTRLib/etc/hntrsetup

HNTRLibのセットアップメニューが表示されます。

セットアップメニューから，「9」を選択します。
HNTRLibがアンインストールされます。

HNTRLibの共用ライブラリファイルと共用ライブラリファイル格納ディレクトリを削除します。
HNTRLibをアンインストールすると，/opt/hitachi/HNTRLibディレクトリ以下は削除されますが，/opt/hitachi/common/libディレクトリ内のライブラリは削除されません。
HNTRLibを削除する場合は，次に示すファイルおよびディレクトリも削除してください。

共用ライブラリファイル（シンボリックリンク）
/opt/hitachi/common/lib/libhntr*

共用ライブラリファイル格納ディレクトリ
/opt/hitachi/common/lib/D001

/opt/hitachiディレクトリ内に，上記のファイルおよびディレクトリだけが格納されている場合は，/opt/hitachiディレクトリ以下を削除してください。

注意事項

HNTRLibでログの出力先をデフォルト以外に設定していた場合，HNTRLibのアンインストール時にログファイルが削除されません。HNTRLibをアンインストールしたあとで，ログファイルを削除してください。

HNTRLibがインストールされている場合にHNTRLib2をアンインストールしても，HNTRLibはアンインストールされません。HDLM以外のプログラムが使用していない場合は，手動で削除してください。

3.15.6 PowerHAの設定解除

HDLMが提供するPowerHA用スクリプトを登録してある場合，次に示す操作で設定を解除してください。

この項の構成

(1) ユーザー定義クラスター・イベントの削除

(2) ユーザー定義ディスク・メソッドの削除

(1) ユーザー定義クラスター・イベントの削除

ここでは，PowerHA 6.1での設定手順を説明します。設定画面に行くまでのSMITメニューは，PowerHAのバージョンによって異なる場合があります。そのため，使用するPowerHAのマニュアルもあわせて参照してください。

SMIT画面から，［拡張イベント構成］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張イベント構成］－［事前定義済み HACMP イベントの変更/表示］

［拡張イベント構成］画面の［変更するイベント名の選択］で，次に示すイベントを選択します。

get_disk_vg_fs

［クラスター・イベントの変更／表示］画面が表示されます。

［イベント前処理コマンド］の右横にある［リスト］ボタンを選択し，表示される一覧から「dlm_hacmp_disk_available」を削除します。

SMIT画面から，［イベント前処理/後処理コマンドの構成］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張イベント構成］－［イベント前処理/後処理コマンドの構成］－［ユーザー定義クラスター・イベントの除去］

［イベント前処理/後処理コマンドの構成］画面の［除去するユーザー定義イベント名］から，「dlm_hacmp_disk_available」を削除します。

［了解］ボタンをクリックします。

/usr/sbin/cluster/diag/clconraid.datファイルに追加した「dlmfdrv」を削除します。

(2) ユーザー定義ディスク・メソッドの削除

ここでは，PowerHA 6.1での設定手順を説明します。設定画面に行くまでのSMITメニューは，PowerHAのバージョンによって異なる場合があります。そのため，使用するPowerHAのマニュアルもあわせて参照してください。

SMIT画面から，［ユーザー定義ディスク・メソッドの構成］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張リソース構成］－［HACMP 拡張リソース構成］－［ユーザー定義ディスク・メソッドの構成］－［ユーザー定義ディスク・メソッドの除去］

［ユーザー定義ディスク・メソッドの選択］画面で，次に示すメニューを選択して，削除します。

HDLM Subclass※がnodeの場合
［disk/node/dlmfdrv］

HDLM Subclass※がfcpで，かつファイバチャネル接続の場合
［disk/fcp/dlmfdrv］

HDLM Subclass※がfcpで，かつSCSI接続の場合
［disk/scsi/dlmfdrv］

HDLM Subclass※がfcpで，かつファイバチャネル接続，SCSI接続の両方を使用している場合
［disk/fcp/dlmfdrv］
［disk/scsi/dlmfdrv］

注※

HDLM Subclassは，HDLM動作ODM設定ユティリティ（dlmodmset）で確認，設定できます。HDLM動作ODM設定ユティリティ（dlmodmset）については「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

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 ストレージシステムについて

4.1.4 リザーブ解除（ホスト正常時）

4.1.5 リザーブ解除（ホスト障害時）

4.1.6 物理ボリューム（hdisk）指定操作の注意事項およびエラーチェック

4.1.7 HDLM管理対象デバイスの属性変更

4.1.8 HDLMデバイスを構成するときの注意事項

4.1.9 物理ボリュームおよびHDLMデバイスが定義済みになった場合の注意事項

4.1.10 ディスクの構成を変更するときの注意事項

4.1.11 バーチャルI/Oサーバを使用している場合の仮想SCSIディスク認識方式切り替え

4.1.12 HDLMアラートドライバを削除した場合の注意事項

4.1.13 SMIT画面を使用するときの注意事項

4.1.14 ストレージシステムを再起動するときの注意事項

4.1.15 正副ボリュームを同一サーバで参照させる場合の注意事項

4.1.16 LVMミラー構成についての注意事項

4.1.17 システムのリストア後にHDLMをアンインストールするときの注意事項

4.1.1 パス情報表示について

HDLMコマンドのviewオペレーションで表示されるパス管理PATH_IDは，ホスト起動時のパスを検出する順番によって変わります。パスを特定する場合は，必ずパス名を使用してください。

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

HDLMでパスの障害を検出した場合，直ちにその障害に対処して，パスを復旧してください。

パスの障害はI/Oが発行されたときにチェックされます。ノンオーナパスなど，通常I/Oが発行されないパスがある場合，パスヘルスチェック機能を有効にして，I/Oの有無に関係なく，障害を検出できるようにしてください。パスヘルスチェック機能の詳細については「2.10 パスヘルスチェックによる障害検出」を参照してください。

パスに障害がある状態で，パスヘルスチェックまたは自動フェイルバックで設定した時間間隔に到達し，パスヘルスチェックまたは自動フェイルバック処理が実行されているときに下記の処理を実行すると，応答が遅くなる場合があります。

HDLMコマンド

HDLMユティリティ

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

HDLMボリュームグループ操作ユティリティ

HDLM HBA交換用ユティリティ（dlmHBAdel）

HDLM構成管理ユティリティ（dlmcfgmgr）

HDLMドライバ削除ユティリティ（dlmrmdev）

HDLMデバイス構成チェックユティリティ（dlmchkdev）

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）

OSのボリュームグループ操作コマンド

mount/umountコマンド

cfgmgrコマンド

mkdevコマンド

rmdevコマンド

chdevコマンド

パスに障害がある状態で，HDLMコマンドのonlineオペレーションに-sパラメタを指定して実行すると，コマンド処理が終了するまでに時間が掛かることがあります。

パスに障害がある状態で全パスまたは複数パスを同時にonlineにするときは，-sパラメタを指定しないで実行することを推奨します。-sパラメタを指定しないで実行すると，onlineにできないパスがあったときに，次のパス実行前に確認と応答要求のメッセージを出力しますので，コマンドを中断できます。

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

ストレージシステムはホストを起動する前に起動してください。これは，AIXがストレージシステムを検出できるようにするためです。

4.1.4 リザーブ解除（ホスト正常時）

クラスタ環境でない場合に，リザーブレベルをON（2）に設定して，複数のホストで共有するLUで作成したボリュームグループを活動化したままホストをシャットダウンすると，ほかのホストからボリュームグループを操作できなくなります。ホストをシャットダウンする前に，次のコマンドを実行して，ボリュームグループを非活動化してください。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

ボリュームグループを非活動化しないままホストをシャットダウンした場合は，ホストの再起動，ボリュームグループの活動化，およびボリュームグループの非活動化を行ってください。

4.1.5 リザーブ解除（ホスト障害時）

クラスタ環境でない場合に，リザーブレベルをON（2）に設定してLUを占有しているホストに障害が発生すると，ほかのホストからはLUにアクセスできなくなります。この場合は，HDLMパーシステントリザーブ解除ユティリティを実行して，リザーブを解除してください。

HDLMパーシステントリザーブ解除ユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

ボリュームグループが活動化しているとき，またはHDLMデバイスを指定して直接アクセスしているときに下記の操作を行うと，I/Oが失敗するおそれがあります。下記の操作を行う場合，ボリュームグループが非活動化されていること，およびHDLMデバイスを指定して直接アクセスしていないことを確認してから実行してください。

リザーブレベルの変更

dlmprユティリティを使用してリザーブキーをクリアする

4.1.6 物理ボリューム（hdisk）指定操作の注意事項およびエラーチェック

この項の構成

(1) 物理ボリューム（hdisk）指定操作の注意事項

(2) 物理ボリューム（hdisk）指定操作のエラーチェック

(1) 物理ボリューム（hdisk）指定操作の注意事項

次に示すコマンドに物理ボリュームを指定して実行する場合は，物理ボリューム名ではなくHDLMデバイス名（dlmfdrvn）を指定してください。

chpvコマンド

extendlvコマンド

lslvコマンド

lspvコマンド

migratepvコマンド

mklvコマンド

mklvcopyコマンド

replacepvコマンド

rmlvcopyコマンド

splitlvcopyコマンド

(2) 物理ボリューム（hdisk）指定操作のエラーチェック

HDLMデバイスを構成する物理ボリューム（hdisk）を指定して，次のコマンドを実行しないでください。

HDLMデバイスが使用可能な状態でのchdevコマンド

rmdevコマンド

ボリュームグループを操作するためのコマンド（extendvg，importvg，mirrorvg，mkvg，recreatevg，reducevg，restvg，syncvg，unmirrorvg）

rendevコマンド

上記の不正な操作を避けるために，HDLMデバイスを構成している物理ボリューム（hdisk）に対して，rmdev，chdevおよびボリュームグループ操作コマンドを実行した場合，エラーにするかどうかをHDLM動作ODM設定ユティリティ（dlmodmset）で設定できます。デフォルトは「on」です。

物理ボリュームを指定した操作に対するエラーチェックを有効にする手順を，次に示します。

なお，次に示すHDLMドライバ削除ユティリティ（dlmrmdev）に-Aパラメタを指定して実行すると，手順3から手順6を省略できます。

# /usr/DynamicLinkManager/bin/dlmrmdev -A

dlmodmsetユティリティを実行して，物理ボリューム（hdisk）を指定する操作に対するエラーチェック機能を有効にします。

# /usr/DynamicLinkManager/bin/dlmodmset -e on

dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。
設定を有効にするために以降の手順を実行してください。

HDLMの管理対象パスを使用しているプロセス，およびサービスをすべて停止します。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらをすべて停止します。

次のコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次のコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

dlmrmdevユティリティを実行して，HDLMデバイスをすべて削除します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示された場合は，問題ありません。
KAPL09012-Iのメッセージが表示されない場合，HDLMデバイスまたはHDLMアラートドライバの論理デバイスファイルが削除されていないか，HDLMマネージャが停止していません。KAPL09012-Iのメッセージが表示されなかった場合は，HDLM の管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを再構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

4.1.7 HDLM管理対象デバイスの属性変更

chdevコマンドを使用して，HDLM管理対象デバイスの属性を変更できます。chdevコマンドは，次に示す条件をすべて満たした状態で使用してください。

コマンド実行対象ディスクが使用可能状態であること。

コマンド実行対象ディスクがアクセスされていないこと。

コマンド実行対象ディスクが属するボリュームグループが活動化（varyon）されていないこと。

chdevコマンドを使用するときは，HDLM管理対象のデバイスを定義するHDLMデバイスまたは物理ボリューム（hdisk）のどちらかを指定します。chdevコマンドで変更できるHDLM管理対象デバイスの属性は，各SCSIデバイスのドライバのマニュアルを参照してください。

この項の構成

(1) HDLMデバイスを指定して変更する場合

(2) 物理ボリューム（hdisk）を指定して変更する場合

(1) HDLMデバイスを指定して変更する場合

HDLMデバイス（dlmfdrvn）をchdevコマンドで指定して，待ち行列の深さを変更する場合のコマンド実行例を示します。

属性を変更するHDLMデバイスが属するボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用していない場合は，手順4に進みます。

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用している場合は，次のHitachi Disk Array Driver for AIXのコマンドを実行して，物理ボリューム(hdisk)のpreserved_attr属性の値を確認します。

# /opt/hitachi/drivers/hsdrv_lsdkinfo -l hdiskn -a preserved_attr
preserved_attr unuse 保存された属性

下線部のpreserved_attr属性の値がunuseに設定されているか確認してください。属性を変更するHDLMデバイス(dlmfdrvn)に対応するすべての物理ボリューム(hdisk)に対して，このHitachi Disk Array Driver for AIXのコマンドを実行してください。
Hitachi Disk Array Driver for AIXのコマンドの詳細については，Hitachi Disk Array Driver for AIXのマニュアルを参照してください。
preserved_attr属性の値がunuseに設定されていた場合は，手順4に進んでください。useに設定されていた場合は，手順3に進んでください。

次のコマンドを実行して，該当するhdiskのpreserved_attr属性の値をunuseに変更します。

# /opt/hitachi/drivers/hsdrv_chdkinfo -l hdiskn -a preserved_attr=unuse

chdevコマンドを実行して属性を変更します。※
次にコマンドの実行例を示します。

# chdev -l dlmfdrv1 -a queue_depth=8

このコマンドを実行すると，HDLM管理対象のデバイスを定義するHDLMデバイス（dlmfdrvn）および，対応するすべての物理ボリューム（hdisk）の属性が変更されます。
Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用していない場合は手順6に進みます。

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用している場合は，次のHitachi Disk Array Driver for AIXのコマンドを実行してHitachi Disk Array Driver for AIXのディスクマッピングデータベースを保存します。

# /opt/hitachi/drivers/hsdrv_savedkinfo -a
# bosboot -a

Hitachi Disk Array Driver for AIXのコマンドの詳細については，Hitachi Disk Array Driver for AIXのマニュアルを参照してください。

手順1で非活動化したボリュームグループを活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryonvg ボリュームグループ名

注※

chdevコマンドを使ってHDLMデバイスの属性を変更したときは，lsattrコマンドを実行して，対応する物理ボリューム（hdisk）の属性が変更されたことを確認してください。HDLMデバイスのdlmrsvlevel属性を変更したときは，物理ボリューム（hdisk）のreserve_policy属性が変更されたことを確認してください。属性が変更されていない場合，対応する物理ボリューム（hdisk）の状態をlsdevコマンドで確認してください。パスに障害が発生していると，属性が変更されないで物理ボリューム（hdisk）が定義済みとなります。この場合，次の操作手順によって，再度chdevコマンドで物理ボリュームの属性を変更してください。

パス障害が発生している場合には，障害を回復させます。

対応するHDLMデバイスを定義済み状態にします。
# rmdev -l dlmfdrvn

物理ボリューム（hdisk）を使用可能状態にします。
# mkdev -l hdiskn

HDLMデバイスを使用可能状態にします。
# mkdev -l dlmfdrvn

注意事項

HDLMデバイス（dlmfdrvn）をchdevコマンドで指定して，HDLM管理対象のデバイスの属性を変更する場合，オプション-Pと-Tは指定できません。

(2) 物理ボリューム（hdisk）を指定して変更する場合

物理ボリューム（hdiskn）を指定して，HDLM管理対象のデバイスの属性を変更するには，対応するHDLMデバイスを削除するか，定義済みにしてから実施します。

物理ボリューム（hdiskn）をchdevコマンドで指定して，待ち行列の深さとタイムアウト値を変更する場合のコマンド実行例を示します。

HDLMで使用しているボリュームグループを非活動化します。
次に，コマンドの実行例を示します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

定義済みにするHDLMデバイス（dlmfdrvn）に対応する物理ボリューム（hdiskn）を確認し，控えておきます。
次に，コマンドの実行例を示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv | grep -w dlmfdrv6
000024 dlmfdrv6 hdisk10 SANRISE_AMS.73010236.0007
000025 dlmfdrv6 hdisk49 SANRISE_AMS.73010236.0007
000026 dlmfdrv6 hdisk80 SANRISE_AMS.73010236.0007
000027 dlmfdrv6 hdisk111 SANRISE_AMS.73010236.0007

HDLMデバイス（dlmfdrvn）を定義済みにします。
次に，コマンドの実行例を示します。

# rmdev -l dlmfdrv6

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用していない場合は，手順6に進みます。

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用している場合は，次のHitachi Disk Array Driver for AIXのコマンドを実行して，物理ボリューム(hdisk)のpreserved_attr属性の値を確認します。
手順2で控えておいたそれぞれの物理ボリューム(hdisk)に対し，下線部のpreserved_attr属性の値がunuseに設定されているか，次のコマンドを実行して確認してください。

# /opt/hitachi/drivers/hsdrv_lsdkinfo -l hdiskn -a preserved_attr
preserved_attr unuse 保存された属性

Hitachi Disk Array Driver for AIXのコマンドの詳細については，Hitachi Disk Array Driver for AIXのマニュアルを参照してください。
preserved_attr属性の値がunuseに設定されていた場合は，手順6に進んでください。useに設定されていた場合は，手順5に進んでください。

次のコマンドを実行して，該当するhdiskのpreserved_attr属性の値をunuseに変更します。

# /opt/hitachi/drivers/hsdrv_chdkinfo -l hdiskn -a preserved_attr=unuse

chdevコマンドを実行して属性を変更します。※
手順2で控えておいたそれぞれの物理ボリュームについて次のコマンドを実行してください。

# chdev -l hdisk10 -a queue_depth=32 -a rw_timeout=60

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用していない場合は手順8に進みます。

Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用している場合は，次のHitachi Disk Array Driver for AIXのコマンドを実行してHitachi Disk Array Driver for AIXのディスクマッピングデータベースを保存します。

# /opt/hitachi/drivers/hsdrv_savedkinfo -a
# bosboot -a

Hitachi Disk Array Driver for AIXのコマンドの詳細については，Hitachi Disk Array Driver for AIXのマニュアルを参照してください。

HDLMデバイス（dlmfdrvn）を使用可能にします。
次に，コマンドの実行例を示します。

# mkdev -l dlmfdrv6

手順1で非活動化したボリュームグループを活動化します。
次に，コマンドの実行例を示します。

# /usr/DynamicLinkManager/bin/dlmvaryonvg ボリュームグループ名

注※

chdevコマンドを使ってHDLMデバイスの属性を変更したときは，lsattrコマンドを実行して，対応する物理ボリューム（hdisk）の属性が変更されたことを確認してください。属性が変更されていない場合，対応する物理ボリューム（hdisk）の状態をlsdevコマンドで確認してください。パスに障害が発生していると，属性が変更されないで物理ボリューム（hdisk）が定義済みとなります。この場合，次の操作手順によって，再度chdevコマンドで物理ボリュームの属性を変更してください。

パス障害が発生している場合には，障害を回復させます。

対応するHDLMデバイスを定義済み状態にします。
# rmdev -l dlmfdrvn

物理ボリューム（hdisk）を使用可能状態にします。
# mkdev -l hdiskn

HDLMデバイスを使用可能状態にします。
# mkdev -l dlmfdrvn

4.1.8 HDLMデバイスを構成するときの注意事項

cfgmgrやHDLM構成管理ユティリティ（dlmcfgmgr）を実行してHDLMデバイスを構成する場合の注意事項を説明します。

この項の構成

(1) 副ボリュームのPVIDの変更

(2) 異なるボリューム（ディスク）のPVIDが同一になった状態でHDLMデバイスを構成した場合

(1) 副ボリュームのPVIDの変更

cfgmgrやdlmcfgmgrユティリティを実行してHDLMデバイスを構成する場合，対応する物理ボリュームのPVIDが異なっている必要があります。

ShadowImage機能などによって，ストレージシステム側でボリュームのコピーを作成した場合，対応するホスト側の物理ボリュームが同一のPVIDで作成されることがあります。この状態でHDLMデバイスを構成すると，エラーが発生することがあります。このときは，副ボリュームに対応する物理ボリュームのPVIDを変更してからHDLMデバイスを構成してください。

副ボリュームに対応する物理ボリュームのPVIDを変更する手順を次に示します。

次のコマンドを実行して，ボリュームグループを非活動化します。
複数のホストで共有するボリュームグループ（以降，共有ボリュームグループと略します）が対象の場合，それを共有するすべてのホストで共有ボリュームグループを非活動化してください。

# varyoffvg ボリュームグループ名

PVIDを変更します。
LUを共有する場合は，共有するホストのうちの1つで次の操作を行ってください。

ボリュームグループがない場合
どれか1つの物理ボリュームに対して，次の手順を実行してください。
1.次のコマンドを実行して，現在のPVIDの値を控えてください。
# lspv | grep hdiskn
2.次のコマンドを実行して，PVIDを変更してください。
# chdev -l hdiskn -a pv=clear -a pv=yes
3.次のコマンドを実行して，PVIDの値が変更されたことを確認してください。※
# lspv | grep hdiskn
注※
1で控えたPVIDから変わっていない場合は，再度2から実行してください。
上記の手順を実行した物理ボリューム以外のすべての物理ボリュームに対して，次のコマンドを実行してください。
# chdev -l hdiskn -a pv=yes

ボリュームグループがある場合，または複数のLUを使用してボリュームグループを作成している場合
次のコマンドを実行してください。複数のLUを使用してボリュームグループを作成している場合は，各LUに対して次のコマンドを実行してください。
# exportvg ボリュームグループ名
# recreatevg -y ボリュームグループ名 …
# varyoffvg ボリュームグループ名
# chdev -l hdiskn -a pv=yes（ボリュームグループのすべての物理ボリュームに対して実行）

LUを共有する場合は，手順2でPVIDを変更したホスト以外の共有するすべてのホストで，次の操作を行います。

共有ボリュームグループがない場合
次のコマンドを実行してください。
# chdev -l hdiskn -a pv=yes（副ボリュームに対応するすべての物理ボリュームに対して実行）

共有ボリュームグループがある場合
次のコマンドを実行してください。
# exportvg 共有ボリュームグループ名
# chdev -l hdiskn -a pv=yes（共有ボリュームグループに対応するすべての物理ボリュームに対して実行）
# importvg 共有ボリュームグループ名
# varyoffvg 共有ボリュームグループ名

(2) 異なるボリューム（ディスク）のPVIDが同一になった状態でHDLMデバイスを構成した場合

異なるボリュームに対応する物理ボリュームのPVIDが同一になった状態でHDLMデバイスを構成した場合， dlmrecreatevgコマンドの実行時にエラーになることがあります。このときは，次の手順でPVIDを変更してください。

次のコマンドを実行して，ボリュームグループを非活動化します。
共有ボリュームグループが対象の場合，それを共有するすべてのホストで共有ボリュームグループを非活動化してください。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

PVIDを変更します。
LUを共有する場合は，共有するホストのうちの1つで，次の操作を行ってください。

ボリュームグループがない場合
副ボリュームに対応するHDLMデバイスに対して，次の手順を実行してください。
1.次のコマンドを実行して，現在のPVIDの値を控えてください。
# lspv | grep 副ボリュームのdlmfdrvn
2.次のコマンドを実行して，PVIDを変更してください。
# chdev -l 副ボリュームのdlmfdrvn -a pv=clear -a pv=yes
3.次のコマンドを実行して，PVIDの値が変更されたことを確認してください。※
# lspv | grep 副ボリュームのdlmfdrvn
注※
1で控えたPVIDから変わっていない場合は，再度2から実行してください。

副ボリュームにボリュームグループがある場合，または複数のLUを使用してボリュームグループを作成している場合
次のコマンドを実行してください，複数のLUを使用してボリュームグループを作成している場合は，各LUに対して次のコマンドを実行してください。
# /usr/DynamicLinkManager/bin/dlmexportvg 副ボリュームのボリュームグループ名
# /usr/DynamicLinkManager/bin/dlmrecreatevg -y 副ボリュームのボリュームグループ名 ...
# /usr/DynamicLinkManager/bin/dlmvaryoffvg 副ボリュームのボリュームグループ名

LUを共有する場合，手順2でPVIDを変更したホスト以外の共有するすべてのホストで，次の操作を行います。

共有ボリュームグループがない場合
副ボリュームのHDLMデバイスに対して，次のコマンドを実行してください。複数のLUを使用してボリュームグループを作成している場合は，各LUに対して次のコマンドを実行してください。
# chdev -l 副ボリュームのdlmfdrvn -a pv=yes

副ボリュームに共有ボリュームグループがある場合
次のコマンドを実行してください。
# /usr/DynamicLinkManager/bin/dlmexportvg 副ボリュームの共有ボリュームグループ名
# /usr/DynamicLinkManager/bin/dlmimportvg 副ボリュームの共有ボリュームグループ名
# /usr/DynamicLinkManager/bin/dlmvaryoffvg 副ボリュームの共有ボリュームグループ名

4.1.9 物理ボリュームおよびHDLMデバイスが定義済みになった場合の注意事項

物理ボリューム（hdiskn）およびHDLMデバイスが定義済みになった場合は，次のコマンドを実行してHDLMデバイスを使用可能にしてください。

物理ボリューム（hdiskn）およびHDLMデバイスがどちらも定義済みの場合

# cfgmgr

HDLMデバイスだけ定義済みの場合

# cfgmgr

または，

# /usr/DynamicLinkManager/bin/dlmcfgmgr

4.1.10 ディスクの構成を変更するときの注意事項

HDLMの管理対象ディスクを変更する場合や，ディスクの削除（rmdevコマンド），ディスクの追加（cfgmgrコマンド）などでディスクの構成を変更した場合，物理ボリューム名（hdiskn）とHDLMデバイス名（dlmfdrvn）が変わることがあります。この場合，dlmfdrv.conf，dlmfdrv.unconfのファイルの内容を変更し，HDLMデバイスを再構成してください。

また，ディスクの構成は，次に示す手順で変更することを推奨します。

必要に応じてディスクの構成を変更し，cfgmgrコマンドを実行します。
削除するディスクにHDLMデバイスが構成されていると，ディスクの削除はできないため，HDLMデバイスを削除してからディスクを削除してください。

dlmfdrv.confおよびdlmfdrv.unconfファイルを修正します。

rmdevコマンドまたはdlmrmdevユティリティを実行して，不要なHDLMデバイスを削除します。

dlmcfgmgrユティリティを実行して，HDLMデバイスを構成します。

4.1.11 バーチャルI/Oサーバを使用している場合の仮想SCSIディスク認識方式切り替え

HDLMを適用したバーチャル I/O機能を使う場合の移行ケースによって，クライアント区画でボリュームグループのバックアップおよびリストアが必要になる場合があります。詳細を下記に示します。

表4-1 ボリュームグループバックアップ／リストア要否

HDLMバージョン | バーチャルI/O環境移行ケース | 仮想SCSIディスク認識方式 | ボリュームグループのバックアップ／リストア
05-41から05-60 | バーチャル I/OサーバにHDLMを適用 | － | 不要
非バーチャル I/O環境からHDLMを適用したバーチャル I/O環境※ | － | 必要
HDLMのアンインストール | － | 不要
05-61以降 | バーチャル I/OサーバにHDLMを適用 | PVID方式適用時 | 不要
unique_id方式適用時 | 必要
非バーチャル I/O環境からHDLMを適用したバーチャル I/O環境※ | PVID方式適用時 | 必要
unique_id方式適用時 | 不要
05-41～05-60からのアップグレード | PVID方式適用時 | 不要
unique_id方式適用時 | 必要
HDLMのアンインストール | PVID方式適用時 | 不要
unique_id方式適用時 | 必要
仮想SCSIディスク認識方式の変更 | PVID方式からunique_id方式に変更されたとき | 必要
unique_id方式からPVID方式に変更されたとき

（凡例）

－：該当なし

注※

具体的には下記のような移行ケースです。

ほかのホスト上で作成，使用していたボリュームグループをバーチャル I/Oクライアント区画で使用する場合。

すでにボリュームグループを作成，使用している環境をバーチャル I/Oクライアント区画としてセットアップし，ボリュームグループを継続して使用する場合。

HDLMは仮想SCSIディスク認識方式として，PVID方式とunique_id方式に対応しています。unique_id方式を使用する場合は，IBMのバーチャルI/Oサーバのドキュメントを参照してください。仮想SCSIディスク認識方式を変更する場合は，クライアント区画でボリュームグループのバックアップ/リストアが必要となります。ボリュームグループのバックアップ/リストアの必要性については，IBMのバーチャルI/Oサーバのドキュメントを参照してください。仮想SCSIディスク認識方式の変更手順については下記を参照してください。

この項の構成

(1) 適用されている仮想SCSIディスク認識方式を確認します。

(2) クライアント区画上のボリュームグループをバックアップします。

(3) 変更前の仮想SCSIディスク認識方式で認識しているデバイスを削除します。

(4) 仮想SCSIディスク認識方式を変更します。

(5) 変更後の仮想SCSIディスク認識方式でデバイスを作成します。

(6) クライアント論理区画上でボリュームグループをリストアします。

(1) 適用されている仮想SCSIディスク認識方式を確認します。

次のユティリティで表示される，unique_idの値を確認してください。ONの場合はunique_id方式が，OFFの場合はPVID方式が適用されています。

# dlmodmset -o

(2) クライアント区画上のボリュームグループをバックアップします。

クライアント論理区画上でHDLMが使用しているボリュームグループを活動化します。

# varyonvg ボリュームグループ名

クライアント論理区画上でボリュームグループ配下のファイルシステムをすべてマウントします。

# mount ファイルシステムのマウントポイント

クライアント論理区画上でボリュームグループをバックアップします。

# savevg -i -f デバイス名ボリュームグループ名

クライアント論理区画上でファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

クライアント論理区画上でボリュームグループを削除します。

# reducevg -df ボリュームグループ名 hdiskn

(3) 変更前の仮想SCSIディスク認識方式で認識しているデバイスを削除します。

クライアント論理区画上の仮想SCSIディスクを削除します。

# rmdev -dl hdiskn

バーチャルI/Oサーバ上の仮想ターゲットデバイスを削除します。

$ rmdev -dev vtscsin

(4) 仮想SCSIディスク認識方式を変更します。

次のユティリティで仮想SCSIディスク認識方式の設定を変更します。

PVID方式からunique_id方式に変更する場合

# dlmodmset -u on

unique_id方式からPVID方式に変更する場合

# dlmodmset -u off

(5) 変更後の仮想SCSIディスク認識方式でデバイスを作成します。

バーチャルI/Oサーバ上の仮想ターゲットデバイスを作成します。

$ mkvdev -vdev dlmfdrvn -vadapter 仮想SCSIサーバ・アダプタ名

クライアント論理区画上で仮想SCSIディスクを作成します。

# cfgmgr

(6) クライアント論理区画上でボリュームグループをリストアします。

# restvg -f 物理ボリューム名 hdiskn

4.1.12 HDLMアラートドライバを削除した場合の注意事項

誤操作などでHDLMアラートドライバを削除した場合，必ずcfgmgrまたはdlmcfgmgrでHDLMアラートドライバを構成してください。

4.1.13 SMIT画面を使用するときの注意事項

下記のSMIT画面でHDLMデバイスを指定することはできません。

［システム記憶域管理（物理および論理記憶域）］－［論理ボリューム・マネージャ］－［論理ボリューム］－［論理ボリュームの特性の設定］－［コピーを論理ボリュームから除去］

論理ボリュームからコピーの除去を行う場合は，コマンドラインから物理ボリューム名にHDLMデバイスを指定して実行してください。

例）# rmlvcopy hdlmlv 1 dlmfdrv6

4.1.14 ストレージシステムを再起動するときの注意事項

HDLMのリザーブレベルをON（2）としてボリュームグループを活動化している状態で，ストレージシステムを再起動すると，このボリュームグループへ登録しているLUのパスがOffline(E)状態になります。下記の手順に従って，ボリュームグループを非活動化したあと，再度活動化して回復してください。計画的にストレージシステムを再起動する場合は，ボリュームグループを非活動化した状態でしてください。

この項の構成

(1) ボリュームグループの非活動化

(2) 対象のボリュームグループの非活動化確認

(3) パスのonline化

(4) ボリュームグループ再活動化

(1) ボリュームグループの非活動化

下記ユティリティを使ってボリュームグループを非活動化してください。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

ボリュームグループを非活動化した際，下記のメッセージが出力される場合がありますが，このエラーメッセージが出力されても非活動化自体は成功しているので問題ありません。

"0516-013 lqueryvg: ディスクリプター領域のコピーが不良であるため，このボリュームグループをONに構成変更できません。"

"0516-062 lqueryvg: 論理ボリューム・マネージャーのレコードの読み取りまたは書き込みができません。物理ボリュームが永久的に破壊されている可能性があります。診断プログラムを実行してください。"

(2) 対象のボリュームグループの非活動化確認

下記コマンドを使ってボリュームグループが非活動化されていることを確認してください。

# lsvg -o

コマンド結果に対象のボリュームグループ名が出力された場合，非活動化に失敗しています。以降の手順は行わずに再起動してください。

(3) パスのonline化

下記のコマンドを使ってパスをonline状態にしてください。

# /usr/DynamicLinkManager/bin/dlnkmgr online -s

(4) ボリュームグループ再活動化

下記のユティリティを使ってボリュームグループを活動化してください。

# /usr/DynamicLinkManager/bin/dlmvaryonvg ボリュームグループ名

4.1.15 正副ボリュームを同一サーバで参照させる場合の注意事項

正副ボリュームを同一サーバで参照させる運用をする場合には，下記の手順に従ってディスク運用をしてください。

正副ボリュームをペア化します（paircreate）。

正副ボリュームを切り離します（pairsplit）。

副側ボリュームをボリュームグループとして認識させます（dlmrecreatevg）。
dlmrecreatevgユティリティを実行すると，ボリュームグループの特性情報が初期化されます。そのため，必要に応じてボリュームグループの特性の変更（chvg）を行ってください。

正側ボリューム，副側ボリュームをそれぞれアクセスします。

ボリュームグループをエクスポートし，ボリューム情報を削除します（dlmexportvg）。

正副ボリュームを再びペア化します（pairresync）。

正副ボリュームが複数ある場合は，手順2から6までの操作をそれぞれのボリュームに行います。

4.1.16 LVMミラー構成についての注意事項

LVMミラー構成などで障害を検出した場合，Online(E)状態のパスに対しI/Oアクセスが続くと，障害を検出し続けてしまいます。

HDLM動作ODM設定ユティリティ（dlmodmset）の-iパラメタをonに設定すると，障害対策をするまでI/Oアクセスを抑止するので，障害対策に掛かる時間を短縮できます。

ただし，このパラメタをonに設定すると，Online(E)状態のパスへのI/Oアクセスが抑止されるため，I/O成功によってOnline状態へ自動的に遷移しません。パスの回復にはonlineコマンドか自動フェイルバック機能を使用してください。

dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

4.1.17 システムのリストア後にHDLMをアンインストールするときの注意事項

HDLMデバイスが含まれた構成のシステム（rootvg）は，mksysbコマンドを使用してバックアップできます。ただし，リストア後にHDLMを使用しない場合，ODMの情報を正しく保持するため，次の操作を実行してください。

バックアップしたrootvgをリストアします。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，hdiskを指定する操作に対してエラーチェック機能が有効かどうか確認します。
エラーチェック機能が有効かどうかは，dlmodmset -oを実行してください。

# /usr/DynamicLinkManager/bin/dlmodmset -o

上記の出力結果から「hdisk error check flag」の値を確認してください。確認した結果，「off」の場合はHDLMデバイスを削除するか，HDLMをアンインストールしてください。HDLMデバイスを削除する場合，手順5を実行してください。HDLMをアンインストールする場合，手順6を実行してください。
dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

lsdevコマンドを実行して，リストアしたデバイス構成にHDLMデバイスが含まれていないかどうか確認します
lsdevコマンドの実行例を次に示します。

# lsdev -Cc disk | grep dlm

確認した結果，HDLMデバイスが含まれている場合はHDLMデバイスを削除するか，HDLMをアンインストールしてください。HDLMデバイスを削除する場合，手順5を実行してください。HDLMをアンインストールする場合，手順6を実行してください。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

dlmcfgmgrユティリティについては，「7.4 dlmcfgmgr HDLM構成管理ユティリティ」を参照してください。

HDLMドライバ削除ユティリティ（dlmrmdev）を実行して，HDLMデバイスを削除します。

# /usr/DynamicLinkManager/bin/dlmrmdev

dlmrmdevユティリティについては，「7.13 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

必要に応じて，HDLMをアンインストールします。
HDLMのアンインストールについては，「3.15 HDLMの設定解除」を参照してください。

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

この節では，HDLMコマンドで，HDLMの機能を使用する手順について説明します。各コマンドについては，「6. コマンドリファレンス」を参照してください。

この節の構成

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

4.2.2 パスの情報を参照する

4.2.3 パスの状態を変更する

4.2.4 LUの情報を参照する

4.2.5 HDLMデバイス，物理ボリュームおよび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パラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/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を確認してください。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

SCSIデバイス名を指定してパスをOnline状態にする場合は，パスのSCSIデバイス名を確認してください。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu

パスの状態をOnline状態にするには，HDLMコマンドのonlineオペレーションを実行します。
Online状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。また，パスを指定する代わりにSCSIデバイス名を指定することもできます。パスの指定については，「6.5 online パスを稼働状態にする」を参照してください。
例えば，特定のHBAポートを通るすべてのパスをOnline状態にする場合は，HDLMコマンドのonlineオペレーションに-hbaパラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr online -hba 01.01

KAPL01057-I 指定されたHBAを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 3本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

変更したパスの状態を確認します。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

(2) パスの状態をOffline(C)状態にする場合

現在のパスの状態を確認します。
パスをHBAポート単位，CHAポート単位，パス単位でOffline(C)状態にする場合は，パス名またはパス管理PATH_IDを確認してください。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

SCSIデバイス名を指定してパスをOffline(C)状態にする場合は，パスのSCSIデバイス名を確認してください。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu

パスの状態をOffline(C)状態にするには，HDLMコマンドのofflineオペレーションを実行します。
Offline(C)状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。また，パスを指定する代わりにSCSIデバイス名を指定することもできます。パスの指定については，「6.4 offline パスを閉塞状態にする」を参照してください。
例えば，特定のHBAポートを通るすべてのパスをOffline(C)状態にする場合は，HDLMコマンドのofflineオペレーションに-hbaパラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 01.01
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
#

変更したパスの状態を確認します。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

4.2.4 LUの情報を参照する

HDLMコマンドでLUの情報を参照する手順について説明します。

LUの情報を参照するには，HDLMコマンドのviewオペレーションに-luパラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE_USP
SerialNumber  : 0014010
LUs           : 10

iLU  HDevName Device  PathID Status
003A dlmfdrv0 hdisk12 000000 Online
             hdisk2  000001 Online
003B dlmfdrv1 hdisk13 000002 Online
             hdisk3  000003 Online
003C dlmfdrv2 hdisk14 000004 Online
             hdisk4  000005 Online
003D dlmfdrv3 hdisk15 000006 Online
             hdisk5  000007 Online
003E dlmfdrv4 hdisk16 000008 Online
             hdisk6  000009 Online
003F dlmfdrv5 hdisk17 000010 Online
             hdisk7  000011 Online
0040 dlmfdrv6 hdisk18 000012 Online
             hdisk8  000013 Online
0041 dlmfdrv7 hdisk19 000014 Online
             hdisk9  000015 Online
0042 dlmfdrv8 hdisk20 000016 Online
             hdisk10 000017 Online
0043 dlmfdrv9 hdisk21 000018 Online
             hdisk11 000019 Online
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

4.2.5 HDLMデバイス，物理ボリュームおよびLDEV情報の対応を確認する

HDLMコマンドでHDLMデバイス，物理ボリュームおよびLDEV情報の対応を確認する手順について説明します。

HDLMデバイス，物理ボリュームおよびLDEV情報の対応は，HDLMコマンドのviewオペレーションに，-drvパラメタを指定して実行することで確認できます。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。このオペレーションの実行結果は，パスごとに1行ずつ表示されます。

次にviewオペレーションの実行結果の例を示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 dlmfdrv0 hdisk16 VSP.0053038.000010
000001 dlmfdrv0 hdisk22 VSP.0053038.000010
000002 dlmfdrv1 hdisk17 VSP.0053038.000011
000003 dlmfdrv1 hdisk23 VSP.0053038.000011
000004 dlmfdrv2 hdisk18 VSP.0053038.000012
000005 dlmfdrv2 hdisk24 VSP.0053038.000012
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障害が何回発生するかを調査したい場合に役立ちます。

現在のパスの状態を確認します。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

HDLMが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値にするには，HDLMコマンドのclearオペレーションに-pdstパラメタを指定して実行します。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr clear -pdst
KAPL01049-I オペレーションを開始します。オペレーション名 = clear。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

パスの統計情報が初期値になったかどうかを確認します。
コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

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

HDLMの動作環境を参照，または設定する手順について説明します。

この項の構成

(1) 動作環境を参照する

(2) 動作環境を設定する

(1) 動作環境を参照する

動作環境を参照するには，HDLMコマンドのviewオペレーションに-sys -sfuncパラメタを指定して実行します。

コマンドの実行例を次に示します。

# /usr/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
Reservation Status             : on(2)
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パラメタを指定して実行します。

コマンドの実行例を次に示します。

# /usr/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」を入力してください。

コマンドの実行例を次に示します。

# /usr/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パラメタを指定して実行します。

コマンドの実行例を次に示します。

# /usr/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パラメタを指定して実行し，ライセンスが正しくインストールされているかを確認してください。

コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -lic

KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか? [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
#

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

HDLMのバージョン情報を参照する手順について，次に説明します。

HDLMのバージョン情報を参照するには，HDLMコマンドのviewオペレーションに-sysパラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/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
Reservation Status           : on(2)
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 1000
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パラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/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
Reservation Status           : on(2)
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 1000
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パラメタと後続パラメタを指定して実行します。コマンドの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
# /usr/DynamicLinkManager/bin/dlnkmgr view -sys -adrv
# /usr/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権限を持つユーザでAIXにログインして，次に示すコマンドを実行します。

# startsrc -s DLMManager

コマンド名には次のように小文字（dlmmanager）も使用できます。

# startsrc -s dlmmanager

HDLMのインストール時に設定された起動スクリプトが起動し，HDLMマネージャが起動します。

HDLMマネージャが起動しているかどうかは，次に示すHDLMコマンドのviewオペレーションを実行して確認してください。

# /usr/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権限を持つユーザでAIXにログインして，次に示すコマンドを実行します。

# stopsrc -s DLMManager

コマンド名には次のように小文字（dlmmanager）も使用できます。

# stopsrc -s dlmmanager

HDLMのインストール時に設定された停止スクリプトが起動し，HDLMマネージャが停止します。

HDLMマネージャが停止しているかどうかは，次に示すHDLMコマンドのviewオペレーションを実行して確認してください。

# /usr/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-2 HDLMの常駐プロセス一覧

プロセス名 | 説明
dlmmgr | HDLMマネージャのプロセス
hbsa_service | Hitachi Command Suite共通エージェントコンポーネントのプロセス※
hntr2mon | Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のプロセス

注※

HDLMとGlobal Link Managerを連携させない場合は，このプロセスを監視する必要はありません。

4.5 HDLM運用環境の構成変更

この章では，HDLMを運用する環境の構成を変更する場合の操作について説明します。OSのアップグレード，パスを構成するハードウェアの交換，HDLM管理対象デバイスの変更などの操作が含まれます。

この節の構成

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

4.5.2 OSのアップグレード時の設定

4.5.3 HBAの交換

4.5.4 ファイバケーブルの交換

4.5.5 ファイバチャネルスイッチの交換

4.5.6 HDLMデバイスの構成変更

4.5.7 HDLMデバイス名を変更しない再構成

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

HDLMを使用するシステムの構成を変更した場合，変更後の環境を正しく構築できたことを確認できたら，HDLMの構成定義ファイルをバックアップしてください。構成定義ファイルは/usr/DynamicLinkManager以下に格納されています。/usr/DynamicLinkManagerディレクトリごとバックアップしてください。

物理ボリューム（hdiskn）を削除する場合は，対応するHDLMデバイスを削除してから実施してください。

HDLMの管理対象ディスクを変更する場合や，ディスクの削除（rmdev），追加（cfgmgr）などで物理ボリュームの構成を変更する場合に，HDLMドライバの再構成（dlmrmdev，dlmcfgmgr）で，物理ボリューム（hdiskn）とHDLMデバイスの論理デバイス（dlmfdrvn）の対応が変わる場合があります。物理ボリュームと論理デバイスファイルの対応を変えないでHDLMデバイスを再構成する場合，「4.5.7 HDLMデバイス名を変更しない再構成」を参照してください。

LUに対するストレージシステムのオーナコントローラを変更した場合は，HDLMデバイスを再構成するか，またはサーバを再起動してください。

4.5.2 OSのアップグレード時の設定

ここでは，OSをアップグレードする場合，およびカーネルモードを変更する場合の手順を説明します。Technology Level，Maintenance Level，またはService Packのアップグレードの場合は，HDLMとして必要な手順はありません。

この項の構成

(1) OSのアップグレード時の設定

(2) カーネルモード変更時の設定

(1) OSのアップグレード時の設定

OSをアップグレードする場合の手順を次に示します。

次に示すdlmrmdev -Aユティリティを実行すると，手順3から手順6を省略できます。

# /usr/DynamicLinkManager/bin/dlmrmdev -A

AIXに，root権限を持つユーザでログインします。

HDLMの管理対象パスを使用しているプロセス，およびサービスをすべて停止します。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらをすべて停止します。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

次に示すコマンドを実行して，動作中のカーネルからHDLMデバイス，およびHDLMアラートドライバの論理デバイスファイルを削除し，HDLMマネージャを停止します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示された場合は，問題ありません。
KAPL09012-Iのメッセージが表示されない場合，HDLMデバイスまたはHDLMアラートドライバの論理デバイスファイルが削除されていないか，HDLMマネージャが停止していません。KAPL09012-Iのメッセージが表示されなかった場合は，HDLM の管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

次に示すコマンドを実行して，変更するOSバージョンの環境にHDLMを対応させます。

# /usr/DynamicLinkManager/bin/dlmchenv -v OSモード

指定できるOSモードと，OSモードに対応するOSのバージョンとカーネルモードを次の表に示します。

表4-3 OSモード

OSモード | OSのバージョンとカーネルモード
6 | AIX 5L V5.3（32ビット版）
7 | AIX 5L V5.3（64ビット版）
8 | AIX V6.1（64ビット版）
9 | AIX V7.1（64ビット版）

OSをバージョンアップします。
ホストが再起動され，HDLMデバイスが構成されます。

(2) カーネルモード変更時の設定

カーネルモードを変更する場合の手順を次に示します。

次に示すdlmrmdev -Aユティリティを実行すると，手順3から手順6を省略できます。

# /usr/DynamicLinkManager/bin/dlmrmdev -A

AIXに，root権限を持つユーザでログインします。

HDLMの管理対象パスを使用しているプロセス，およびサービスをすべて停止します。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらをすべて停止します。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

次に示すコマンドを実行して，動作中のカーネルからHDLMデバイス，およびHDLMアラートドライバの論理デバイスファイルを削除し，HDLMマネージャを停止します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示された場合は，問題ありません。
KAPL09012-Iのメッセージが表示されない場合，HDLMデバイスまたはHDLMアラートドライバの論理デバイスファイルが削除されていないか，HDLMマネージャが停止していません。KAPL09012-Iのメッセージが表示されなかった場合は，HDLM の管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

次に示すコマンドを実行して，変更するカーネルモードの環境にHDLMを対応させます。

# /usr/DynamicLinkManager/bin/dlmchenv -l -v OSモード

指定できるOSモードと，OSモードに対応するOSのバージョンとカーネルモードを次の表に示します。

表4-4 OSモード

OSモード | OSのバージョンとカーネルモード
6 | AIX 5L V5.3（32ビット版）
7 | AIX 5L V5.3（64ビット版）
8 | AIX V6.1（64ビット版）
9 | AIX V7.1（64ビット版）

カーネルモードを変更します。

ホストを再起動します。
HDLMデバイスが構成されます。

4.5.3 HBAの交換

LUに対して複数の稼働状態のパスがある場合，交換するHBAを経由するパスだけを閉塞状態にして，そのほかのパスを使用してアクセスを続けることで，アプリケーションを運用したままHBAを交換できます。

HBAを交換する手順を次に示します。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，NPIVオプションの設定を確認します。

# /usr/DynamicLinkManager/bin/dlmodmset -o

実行結果の例を次に示します。

Inquiry Log             : on
Inquiry Log File Size   : 1000
              ：
              ：
IO Statistics           : off
NPIV Option             : off
OS Error Log Output     : off

「NPIV Option」の行を確認してください。

交換するHBAを経由するパスをOffline(C)状態にします。
手順1で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「01」，バス番号「02」のHBAを経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 01.02

NPIVオプションが「on」の場合
fscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「3」（fscsi3）を経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 00.03

次に示すコマンドを実行して，交換するHBAに関連するパスを削除します。
交換するHBAのデバイス名（fscsiデバイス）を指定して削除します。nはfscsiデバイスのインスタンス番号です。

# /usr/DynamicLinkManager/bin/dlmHBAdel fscsin

ストレージシステム側にLUNセキュリティを設定している場合は，交換後のHBAのWWNをLUNセキュリティに追加します。

次に示すコマンドを実行します。

# diag

表示されたメニューから［Task Selection］を選択します。

［Hot Plug Task］を選択します。

［PCI Hot Plug Manager］を選択します。

PCIホット・プラグ・スロットリストを選択し，HBAを交換するPCIスロットを確認します。
[図]
網掛けの部分がHBAを交換するPCIスロットです。

デバイスの構成解除を選択し，デバイス名に交換するデバイスを入力します。
[図]

PCIホット・プラグ・アダプタの交換／取り外しを選択します。
交換するHBAを選択します。

次のメッセージが表示されたらHBAを交換します。
[図]
HBAの交換が完了したら，ケーブルを接続して，Enterキーを入力します。

次のコマンドを実行して，デバイスを再構成します。

# cfgmgr -l fcsn

HBAを交換したPCIスロットのデバイス名（fcsデバイス）を指定して再構成します。nはfcsデバイスのインスタンス番号です。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

ストレージシステム側にLUNセキュリティを設定している場合は，交換前のHBAのWWNをLUNセキュリティから削除します。

次のコマンドを実行して，パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

注意事項

上記の手順に従わないで，次の条件をすべて満たす状態でHBAをすべて交換した場合※，ホスト再起動後にボリュームグループが活動化できなくなります。

交換するHBAを経由するパスを管理対象とするHDLMデバイスで構成するボリュームグループを活動化したまま，ホストをシャットダウンした。

HDLMのリザーブレベルがON（2）に設定されている。

LU単位リザーブ機能で，HDLMデバイスのdlmrsvlevel属性がsystemに設定されている。

注※

一部のHBAを交換した場合は，ホスト再起動後にボリュームグループが活動化されて，交換後のHBAを経由するパスのSCSIデバイスが追加されます。ただし，交換前のHBAを経由するパスのSCSIデバイスが定義済み状態で残るため，必要に応じて削除してください。

ボリュームグループを活動化するためには，次の操作を実行してください。

ストレージシステム側にLUNセキュリティを設定している場合は，交換後のHBAのWWNをLUNセキュリティに追加します。

ホストを起動します。

次のコマンドを実行して，交換前のHBAを経由するHDLMデバイスを削除します。
# rmdev -dl dlmfdrvn
nはHDLMデバイスのインスタンス番号です。

ストレージシステム側にLUNセキュリティを設定している場合は，交換前のHBAのWWNをLUNセキュリティから削除します。

次のコマンドを実行して，デバイスを再構成します。
# cfgmgr -l fcsn
HBAを交換したPCIスロットのデバイス名（fcsデバイス）を指定して再構成します。nはfcsデバイスのインスタンス番号です。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを再構成します。
# /usr/DynamicLinkManager/bin/dlmcfgmgr

次のコマンドを実行して，パス情報を確認します。
# /usr/DynamicLinkManager/bin/dlnkmgr view -path
パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）を実行して，該当するボリュームグループを構成するLUのリザーブを解除します。
# /usr/DynamicLinkManager/bin/dlmpr -c hdiskn hdiskn ...

HDLMボリュームグループ操作ユティリティ（dlmvaryonvg）を実行して，該当するボリュームグループを活動化します。
# /usr/DynamicLinkManager/bin/dlmvaryonvg ボリュームグループ名

4.5.4 ファイバケーブルの交換

LUに対して複数の稼働状態のパスがある場合，交換するケーブルを経由するパスだけを閉塞状態にして，そのほかのパスを使用してアクセスを続けることで，アプリケーションを運用したままケーブルを交換できます。

ファイバケーブルを交換する手順を次に示します。

注意事項

次に示す手順で交換できるのは，ファイバケーブルだけです。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，NPIVオプションの設定を確認します。

# /usr/DynamicLinkManager/bin/dlmodmset -o

実行結果の例を次に示します。

Inquiry Log             : on
Inquiry Log File Size   : 1000
              ：
              ：
IO Statistics           : off
NPIV Option             : off
OS Error Log Output     : off

「NPIV Option」の行を確認してください。

交換するケーブルを経由するパス（ケーブルが接続しているHBAを経由するパス）をOffline(C)状態にします。
手順1で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「01」，バス番号「02」のHBAを経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 01.02

NPIVオプションが「on」の場合
fscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「3」（fscsi3）を経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 00.03

ケーブルを交換します。

注意事項

ファイバチャネルスイッチ側のポート，またはストレージシステム側のポートを変更した場合，パスの構成が変更されます。交換するケーブルに関連するHDLMデバイスおよび物理ボリュームを削除したあと，再構成してください。

dlmfdrv.confまたはdlmfdrv.unconfファイルを使用している場合は，「4.5.6 HDLMデバイスの構成変更」の「(3) HDLMデバイスの再構成（dlmfdrv.confを使用している場合）」または「4.5.6 HDLMデバイスの構成変更」の「(4) HDLMデバイスの再構成（dlmfdrv.confを使用していない場合）」を参照して，物理ボリュームおよびHDLMデバイスを再構成してください。

交換したケーブルを経由するパスをOnline状態にします。
交換したケーブルが接続しているHBAを経由するパスをOnline状態にします。
手順1で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「01」，バス番号「02」のHBAを経由するパスをOnline状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr online -hba 01.02

NPIVオプションが「on」の場合
fscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「3」（fscsi3）を経由するパスをOnline状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr online -hba 00.03

次のコマンドを実行して，パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

4.5.5 ファイバチャネルスイッチの交換

LUに対して複数の稼働状態のパスがある場合，交換するファイバチャネルスイッチを経由するパスだけを閉塞状態にして，そのほかのファイバチャネルスイッチを使用してアクセスを続けることで，アプリケーションを運用したままファイバチャネルスイッチを交換できます。

ファイバチャネルスイッチを交換する手順を次に示します。

注意事項

次に示す手順で交換できるのは，ファイバチャネルスイッチだけです。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，NPIVオプションの設定を確認します。

# /usr/DynamicLinkManager/bin/dlmodmset -o

実行結果の例を次に示します。

Inquiry Log             : on
Inquiry Log File Size   : 1000
              ：
              ：
IO Statistics           : off
NPIV Option             : off
OS Error Log Output     : off

「NPIV Option」の行を確認してください。

交換するファイバチャネルスイッチを経由するパス（ファイバチャネルスイッチが接続しているHBAを経由するパス）をOffline(C)状態にします。
手順1で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「01」，バス番号「02」のHBAを経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 01.02

NPIVオプションが「on」の場合
fscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「3」（fscsi3）を経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 00.03

次のコマンドを実行して，交換するファイバチャネルスイッチを経由するパスを削除します。
交換するファイバチャネルスイッチが接続しているHBAのデバイス名（fscsiデバイス）を指定して削除します。nはfscsiデバイスのインスタンス番号です。

# /usr/DynamicLinkManager/bin/dlmHBAdel fscsin

次のコマンドを実行して，親デバイス名を取得します。

# lsdev -C -l fscsin -F parent

交換するファイバチャネルスイッチに関連するHBAのデバイスを削除します。

# rmdev -dl fscsin -R

ファイバチャネルスイッチを交換します。

次のコマンドを実行して，HBAのデバイスを再構成します。

# cfgmgr -l fcsn

fcsnは，手順4で取得した親デバイス名です。
nはfcsデバイスのインスタンス番号です。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを再構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

次のコマンドを実行して，パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

4.5.6 HDLMデバイスの構成変更

HDLMの管理対象デバイスを変更する場合，dlmfdrv.unconfファイルに管理対象外にする物理ボリューム（hdisk）を登録し，HDLMデバイスを再構成してください。

次に，HDLM管理対象デバイスを管理対象外にする手順および構成を変更する手順を説明します。

この項の構成

(1) HDLM管理対象デバイスを管理対象外にする

(2) HDLM管理対象デバイスの構成を変更する

(3) HDLMデバイスの再構成（dlmfdrv.confを使用している場合）

(4) HDLMデバイスの再構成（dlmfdrv.confを使用していない場合）

(1) HDLM管理対象デバイスを管理対象外にする

HDLM管理対象のデバイスを管理対象外に変更する手順を次に示します。

管理対象外にするデバイスを定義したHDLMデバイス（dlmfdrvn）に対応する物理ボリューム（hdisk）を確認し，控えておきます。
次に，コマンドの実行例を示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv | grep -w dlmfdrv6
000024 dlmfdrv6 hdisk10 SANRISE_AMS.73010236.0007
000025 dlmfdrv6 hdisk49 SANRISE_AMS.73010236.0007
000026 dlmfdrv6 hdisk80 SANRISE_AMS.73010236.0007
000027 dlmfdrv6 hdisk111 SANRISE_AMS.73010236.0007

管理対象外にするHDLMデバイス（dlmfdrvn）を削除します。
次に，コマンドの実行例を示します。

# rmdev -dl dlmfdrv6

削除したHDLMデバイスに対応する物理ボリューム（hdisk）をdlmfdrv.unconfに追加します。
手順2までの環境の場合，hdisk10，hdisk49，hdisk80，hdisk111をdlmfdrv.unconfに追加します。

管理対象外にしたデバイスに接続しているパスが削除されていることを確認します。
次に，コマンドの実行例を示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path | grep -w dlmfdrv6

手順3までの環境の場合，パス管理PATH_ID 000024，000025，000026，000027のパスが表示されなければ問題ありません。

(2) HDLM管理対象デバイスの構成を変更する

デバイスの削除（rmdev），追加（cfgmgr）などでHDLM管理対象デバイスの構成を変更する場合の手順を次に示します。

次に示すdlmrmdev -Aユティリティを実行すると，手順4から手順7を省略できます。ただし，手順7で特定のHDLMデバイスだけを削除したい場合は，dlmrmdev -Aユティリティを実行しないでください。

# /usr/DynamicLinkManager/bin/dlmrmdev -A

HDLM管理対象のデバイスの構成を変更します。
削除するデバイスにHDLMデバイスが構成されていると，対応する物理ボリュームを削除できません。次の手順でコマンドを実行してHDLMデバイスを削除してから，対応する物理ボリュームを削除して，ストレージシステムの構成から該当するLUを削除してください。
対応する物理ボリュームを追加する場合，該当するLUをストレージシステムの構成に追加してください。

管理対象外にするデバイスを定義したHDLMデバイス（dlmfdrvn）に対応する物理ボリューム（hdisk）を確認し，控えておきます。
次に，コマンドの実行例を示します。
# /usr/DynamicLinkManager/bin/dlnkmgr view -drv | grep -w dlmfdrv6
000024 dlmfdrv6 hdisk10 SANRISE_AMS.73010236.0007
000025 dlmfdrv6 hdisk49 SANRISE_AMS.73010236.0007
000026 dlmfdrv6 hdisk80 SANRISE_AMS.73010236.0007
000027 dlmfdrv6 hdisk111 SANRISE_AMS.73010236.0007

HDLMデバイス（dlmfdrvn）を削除します。
次に，コマンドの実行例を示します。
# rmdev -dl dlmfdrv6

物理ボリューム（hdiskn）を削除します。
次に，コマンドの実行例を示します。
# rmdev -dl hdisk10
# rmdev -dl hdisk49
# rmdev -dl hdisk80
# rmdev -dl hdisk111

物理ボリューム（hdiskn）の再構成を行うためにcfgmgrコマンドを実行します。

dlmfdrv.confファイル，またはdlmfdrv.unconfファイルを編集します。
構成を変更する前と変更したあとに，次のコマンドの出力結果を取得し，再構成前後の状態を比較して，dlmfdrv.confおよびdlmfdrv.unconfを再設定してください。
次のコマンドを実行して，scsi_idおよびlun_idから該当するLUを特定してください。

# lsattr -El hdiskn

キャラクタ型のデバイスを使用している場合も，上記と同様にscsi_idおよびlun_idから該当LUを特定して，キャラクタ型のデバイスを使用しているアプリケーションなどの設定の見直しをしてください。

HDLMの管理対象パスを使用しているプロセス，およびサービスをすべて停止します。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらをすべて停止します。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

# umount ファイルシステムのマウントポイント

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# /usr/DynamicLinkManager/bin/dlmvaryoffvg ボリュームグループ名

次に示すコマンドを実行して，不要なHDLMデバイスを削除します。

動作中のカーネルからHDLMデバイスすべてを削除する場合

# /usr/DynamicLinkManager/bin/dlmrmdev

特定のHDLMデバイスを削除する場合

# rmdev -dl dlmfdrvn

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

(3) HDLMデバイスの再構成（dlmfdrv.confを使用している場合）

HBAやファイバチャネルスイッチの構成を変更する場合に，dlmfdrv.confを使用して，HDLMデバイスを再構成する手順を次に示します。

dlmfdrv.confをバックアップして，内容を削除します。
内容を削除することによって，新たに追加された物理ボリューム（hdisk）に対するHDLMデバイスの生成を抑止します。
次のコマンドを実行してください。

# mv /usr/DynamicLinkManager/drv/dlmfdrv.conf /usr/DynamicLinkManager/drv/dlmfdrv.conf.bak

# cp /dev/null /usr/DynamicLinkManager/drv/dlmfdrv.conf

次のコマンドを実行して，新たに追加された物理ボリューム（hdisk）を再構成します。

# cfgmgr

次のコマンドを実行して，バックアップしたdlmfdrv.confを戻します。

# mv /usr/DynamicLinkManager/drv/dlmfdrv.conf.bak /usr/DynamicLinkManager/drv/dlmfdrv.conf

再構成された物理ボリューム（hdisk）と，dlmfdrv.confまたはdlmfdrv.unconfを確認し，再構成された環境に従ってdlmfdrv.confまたはdlmfdrv.unconfの内容を変更します。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

次に示すコマンドを実行して，パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

(4) HDLMデバイスの再構成（dlmfdrv.confを使用していない場合）

HBAやファイバチャネルスイッチの構成を変更する場合に，dlmfdrv.confを使用しないで，HDLMデバイスを再構成する手順を次に示します。

空のdlmfdrv.confを作成します。
空のdlmfdrv.confを作成することによって，新たに追加された物理ボリューム（hdisk）に対するHDLMデバイスの生成を抑止します。
次のコマンドを実行してください。

# cp /dev/null /usr/DynamicLinkManager/drv/dlmfdrv.conf

次のコマンドを実行して，新たに追加された物理ボリューム（hdisk）を再構成します。

# cfgmgr

次のコマンドを実行して，dlmfdrv.confを削除します。

# rm /usr/DynamicLinkManager/drv/dlmfdrv.conf

再構成された物理ボリューム（hdisk）とdlmfdrv.unconfを確認し，再構成された環境に従ってdlmfdrv.unconfの内容を変更します。

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

次に示すコマンドを実行して，パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

4.5.7 HDLMデバイス名を変更しない再構成

HDLMの管理対象ディスクを変更する場合や，ディスクの削除（rmdev），追加（cfgmgr）などで，物理ボリュームの構成を変更する場合に，HDLMドライバの再構成（dlmrmdev，dlmcfgmgr）で，物理ボリューム（hdiskn）とHDLMデバイスの論理デバイスファイル（dlmfdrvn）の対応が変わる場合があります。次の手順で物理ボリュームと論理デバイスファイルの対応を変えないで，HDLMデバイスを再構成できます。

次に，HDLMデバイス名を変更せずに再構成する手順を説明します。

この項の構成

(1) dlmfdrv.confファイルを使用して再構成する場合

(2) HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を使用して再構成する場合

(1) dlmfdrv.confファイルを使用して再構成する場合

dlmfdrv.confファイルを使用する場合は，HDLMデバイス名が0から連続して登録されているときに，HDLMデバイス名を変更しないで再構成できます。

パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/DynamicLinkManager/bin/dlnkmgr view -drv

1で確認したパス情報のhdisk名をdlmfdrv.confファイルに記述します。
HDLMデバイス構成時には，新たなLDEV番号のパスを構成するたびにdlmfdrv0，dlmfdrv1，dlmfdrv2のようにデバイス名称の順番で構成されます。dlmfdrv.confファイルが作成されている場合，このファイルの記述順にパスが構成されます。このため，dlmfdrv.confファイルには，dlmfdrv0として構成したいLDEV番号のhdisk名，dlmfdrv1として構成したいLDEV番号のhdisk名というように順番に記述します。次に例を示します。

表4-5 LUの2パス構成の場合の例

構成したいHDLMデバイス名 | LDEV | hdisk名
dlmfdrv0 | SANRISE_USP.0014050​.0004 | hdisk4 | hdisk8
dlmfdrv1 | SANRISE_USP.0014050​.0002 | hdisk2 | hdisk6
dlmfdrv2 | SANRISE_USP.0014050​.0001 | hdisk1 | hdisk5
dlmfdrv3 | SANRISE_USP.0014050​.0003 | hdisk3 | hdisk7

dlmfdrv.confファイルに，次のように記述します。

hdisk4
hdisk8
hdisk2
hdisk6
hdisk1
hdisk5
hdisk3
hdisk7

HDLMデバイスを一度削除します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iメッセージが表示されることを確認してください。

HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/DynamicLinkManager/bin/dlnkmgr view -drv

dlmfdrv.confファイルが不要な場合は，dlmfdrv.confファイルを削除します。
今後も物理ボリューム（hdiskn）とHDLMデバイスの論理デバイスファイル（dlmfdrvn）の対応を変えない場合には，削除しなくてもかまいません。その場合は，HDLM管理下のLUを追加するとき，対象の物理ボリューム（hdiskn）をdlmfdrv.confファイルに追記してください。

(2) HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を使用して再構成する場合

dlmmigdrvユティリティを使用する場合は，物理ボリュームとHDLMデバイスのLUとの対応関係が変更されていないときに，HDLMデバイス名を変更しないで再構成できます。

dlmmigdrvユティリティを使用して現在のHDLMデバイスと物理ボリューム名の関係をデバイス名定義ファイルに出力します。

# /usr/DynamicLinkManager/bin/dlmmigdrv -b /tmp/hdlm_defdrvfile

KAPL12701-Iメッセージが表示されることを確認してください。

HDLMデバイスを一度削除します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iメッセージが表示されることを確認してください。

手順1で作成したデバイス名定義ファイルから，dlmmigdrvユティリティを使用してHDLMデバイスと物理ボリューム名の関係を引き継いでHDLMデバイスを定義済み状態で構成します。

# /usr/DynamicLinkManager/bin/dlmmigdrv -r /tmp/hdlm_defdrvfile

KAPL12716-Iメッセージから，処理がエラーになったパスがないことを確認してください。

HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path
# /usr/DynamicLinkManager/bin/dlnkmgr view -drv

5. トラブルシュート

この章では，まずHDLMの障害情報を確認する方法について説明します。そのあとで，HDLMに障害が発生した場合の対処方法について説明します。対処方法は，パスの障害，HDLMのプログラムの障害，およびこれら以外が原因の障害の場合に分けて説明します。

この章の構成

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

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

5.3 パス障害時の対処

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

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

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

エラーが発生した場合，直ちにDLMgetrasユティリティを実行して障害情報を収集してください。DLMgetrasユティリティの実行前にマシンを再起動すると，障害情報が削除されてしまい，情報を収集できなくなるおそれがあります。

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

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

syslogにHDLMのメッセージを出力したい場合，/etc/syslog.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

AIXがパスの障害を検出したときのエラー番号を示します。

PathID

パスに付けられたIDで，パス管理PATH_IDと呼びます。ホストの再起動時，またはパスの構成変更時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLMコンフィグマネージャ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

これは，HDLMコマンドのviewオペレーションで表示される「PathID」と同じです。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

PathName

パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。

次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

HBAアダプタ番号またはアダプタ種別（文字列）

バス番号またはアダプタ番号（文字列）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名は，コマンドのviewオペレーションで表示される「PathName」と同じです。パス名の詳細については，「6.7 view 情報を表示する」を確認してください。

DNum

Dev番号です。

AIXでは論理ボリューム番号に該当します。

LU内のDevに，0から順に付けられます。

AIXでは，1つのLUに1つのDevがあるため，「0」（固定）が表示されます。

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

HDevName

ホストデバイス名です。

HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））が表示されます。

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

5.3 パス障害時の対処

HDLMは，パスの障害を検知した場合，パスのフェイルオーバをするとともに，KAPL08022-Eのメッセージを出力します。このメッセージが出力された場合，次の図に示す，パスを構成する部分に障害が発生しています。

図5-1 KAPL08022-Eが出力される場合の障害個所

KAPL08022-Eのメッセージが出力された場合の対処手順を次の図に示します。

図5-2 パス障害時の対処手順

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 パス情報の取得

パスの情報を取得します。

次のコマンドを実行してください。

# /usr/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 障害個所の特定・ハードウェアへの障害対処

AIX，およびハードウェアの管理ツールなどで障害個所を特定して，障害に対処します。

ハードウェアの保守については，ハードウェアの購入元会社，または保守契約があれば保守会社に連絡してください。

5.3.6 パスを稼働状態に変更

障害回復後，障害のために閉塞状態になったパスをHDLMコマンドのonlineオペレーションで稼働状態にします。onlineオペレーションについては，「6.5 online パスを稼働状態にする」を参照してください。次のコマンドを実行してください。

# /usr/DynamicLinkManager/bin/dlnkmgr online

このコマンドを実行すると，すべての閉塞状態のパスが稼働状態になります。

障害が原因で稼働状態にできないパスがあった場合は，KAPL01039-Wのメッセージが表示されます。稼働状態にできないパスを無視して処理を継続する場合は「y」を，処理を中断する場合は「n」を入力してください。

稼働状態にできないパスについては，再度状態を確認し，障害回復のための対処をしてください。

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

HDLMのプログラムで障害が発生した場合の対処について説明します。対処手順を次の図に示します。

図5-3 プログラム障害時の対処手順

HDLMコマンドを使用してプログラム障害に対処する手順を次に説明します。

この節の構成

5.4.1 メッセージの監視

5.4.2 プログラム情報の取得

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

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

5.4.1 メッセージの監視

ホストのsyslogに出力されるメッセージを監視します。HDLMのプログラムで障害が発生すると，KAPL08xxx以外のメッセージがsyslogに出力されます。メッセージの内容を参照して，メッセージのレベルが「E」（Errorレベル）以上の場合，対処が必要です。

5.4.2 プログラム情報の取得

HDLMの購入元会社，または保守会社に連絡する情報を取得します。

HDLM障害情報収集ユティリティ（DLMgetras）を使用して，障害情報を収集してください。DLMgetrasユティリティで収集できる情報，およびDLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

DLMgetrasユティリティが収集する情報の中には，ホストの再起動時にクリアされるものがあります。障害発生時はDLMgetrasユティリティを速やかに実行してください。

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

「8. メッセージ」を参照して対処してください。

対処しても同じエラーが発生する場合は，HDLMコマンドのviewオペレーションでHDLMのプログラムの状態を確認して，エラーに対処します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

次に示すコマンドを実行します。

# /usr/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.4.4 HDLMの購入元会社，または保守会社に連絡」に進んでください。

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

エラーが解決されない場合，HDLM障害情報収集ユティリティ（DLMgetras）で取得した情報を，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

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

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 add パスを動的に追加する

6.9 delete パスを動的に削除する

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デバイス，物理ボリュームおよびLDEV情報の対応が表示されます。詳細については，「6.7 view 情報を表示する」を参照してください。
add | パスをHDLMの管理対象として動的に追加します。詳細については，「6.8 add パスを動的に追加する」を参照してください。
delete | パスをHDLMの管理対象から動的に削除します。詳細については，「6.9 delete パスを動的に削除する」を参照してください。

注意事項

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）にする場合

/usr/DynamicLinkManager/bin/dlnkmgr clear -pdst [-s]

(2) clearオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr clear -help

6.2.2 パラメタ

この項の構成

(1) パスの統計情報を初期値（0）にする場合

(2) clearオペレーションの形式を表示する場合

(1) パスの統計情報を初期値（0）にする場合

-pdst

HDLMが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値にします。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr clear -pdst
KAPL01049-I オペレーションを開始します。オペレーション名 = clear。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr clear -pdst -s
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(2) clearオペレーションの形式を表示する場合

-help

clearオペレーションの形式が表示されます。

使用例

# /usr/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 形式

/usr/DynamicLinkManager/bin/dlnkmgr help

[オペレーション名] [オペレーション名] ...

6.3.2 パラメタ

オペレーション名

形式を知りたいオペレーション名を指定します。

オペレーション名は，複数指定できます。複数のオペレーション名を指定した場合，指定した順に形式が表示されます。

指定できるオペレーション名は，次に示すどれかです。

clear

help

offline

online

set

view

add

delete

オペレーション名を省略すると，HDLMコマンドで使用できる，すべてのオペレーション名が表示されます。

使用例

使用例1

HDLMコマンドで使用できるすべてのオペレーション名を表示する場合

# /usr/DynamicLinkManager/bin/dlnkmgr help
dlnkmgr:
 Format
   dlnkmgr { clear | help | offline | online | set | view | add | delete }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

複数のオペレーションの形式を表示する場合

「AutoPATH_ID」はパス管理PATH_IDを示します。

# /usr/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 | add | delete }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例3

helpオペレーションで指定できるオペレーション名を表示する場合

# /usr/DynamicLinkManager/bin/dlnkmgr help help
help:
 Format
   dlnkmgr help { clear | offline | online | set | view | add | delete }
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) パスを閉塞状態にする場合

/usr/DynamicLinkManager/bin/dlnkmgr offline

[-path]

{-hba HBAアダプタ番号.バス番号またはアダプタ種別.アダプタ番号

|-hbaid HBAポートID

|-cha -pathid パス管理PATH_ID

|-chaid CHAポートID

|-pathid パス管理PATH_ID

|-device SCSIデバイス名}

[-s]

(2) offlineオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr offline -help

6.4.2 パラメタ

この項の構成

(1) パスを閉塞状態にする場合

(2) offlineオペレーションの形式を表示する場合

(1) パスを閉塞状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

offlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-hbaid，-cha，-chaid，-pathid，または-deviceパラメタで，閉塞状態にするパスを必ず指定します。

-hba HBAアダプタ番号.バス番号またはアダプタ種別.アダプタ番号

HBAポート単位でパスを閉塞状態にする場合に指定します。指定した番号のHBAポートを通るすべてのパスを閉塞状態にします。

viewオペレーションで表示されるパス名のうち，HBAアダプタ番号およびバス番号，またはアダプタ種別およびアダプタ番号をピリオドで区切って指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，特定のHBAポート（HBAアダプタ番号「01」，バス番号「01」）を通るすべてのパスを閉塞状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 01.01
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オペレーションを実行すると表示されます。

# /usr/DynamicLinkManager/bin/dlnkmgr view -hba

viewオペレーションを実行してHBAポートIDを表示する方法については「6.7.2 パラメタ」の「(4) HBAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，HBAポートID「00001」を通るすべてのパスを閉塞状態にする場合

# /usr/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」を通っているとき）

# /usr/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オペレーションを実行すると表示されます。

# /usr/DynamicLinkManager/bin/dlnkmgr view -cha

viewオペレーションを実行してCHAポートIDを表示する方法については「6.7.2 パラメタ」の「(5) CHAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，CHAポートID「00001」を通るすべてのパスを閉塞状態にする場合

# /usr/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を追加する場合には，HDLMコンフィグマネージャ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，閉塞状態にするパスの現在のパス管理PATH_IDを確認してから，offlineオペレーションを実行してください。

-device SCSIデバイス名

SCSIデバイスに接続されているパスを閉塞状態にする場合に指定します。

SCSIデバイス名には，次に示すviewオペレーションで表示されるDeviceを指定します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu

viewオペレーションを実行してSCSIデバイス名を表示する方法については「6.7.2 パラメタ」の「(3) LU情報を表示する場合」を参照してください。指定できるパラメタ値は1つだけです。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，SCSIデバイス名「hdisk1」を通るパスを閉塞状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr offline -path -device hdisk1
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」のパスを閉塞状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr offline -pathid 1 -s
KAPL01061-I 1本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

(2) offlineオペレーションの形式を表示する場合

-help

offlineオペレーションの形式が表示されます。

使用例

# /usr/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ポート（HBAアダプタ番号「04」，バス番号「01」）を通るすべてのパスを確認する場合

# /usr/DynamicLinkManager/bin/dlnkmgr view -path | grep 04.01

指定したHBAポートを通るパスの情報だけが表示されます。

例2

SANRISE9500VシリーズのCHAポート「0A」を通るすべてのパスを確認する場合

# /usr/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) パスを稼働状態にする場合

/usr/DynamicLinkManager/bin/dlnkmgr online

[-path]

[-hba HBAアダプタ番号.バス番号またはアダプタ種別.アダプタ番号

|-hbaid HBAポートID

|-cha -pathid パス管理PATH_ID

|-chaid CHAポートID

|-pathid パス管理PATH_ID

|-device SCSIデバイス名]

[-s]

(2) onlineオペレーションの形式を表示する場合

/usr/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ポート単位でパスを稼働状態にする場合に指定します。指定した番号のHBAポートを通るすべてのパスを稼働状態にします。

viewオペレーションで表示されるパス名のうち，HBAアダプタ番号およびバス番号，またはアダプタ種別およびアダプタ番号をピリオドで区切って指定します。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，特定のHBAポート（HBAアダプタ番号「01」，バス番号「01」）を通るすべてのパスを稼働状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr online -hba 01.01
KAPL01057-I 指定されたHBAを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 3本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

-hbaid HBAポートID

HBAポート単位でパスを稼働状態にする場合に指定します。指定したHBAポートIDのHBAポートを通るすべてのパスを稼働状態にします。HBAポートIDは，次に示すviewオペレーションを実行すると表示されます。

# /usr/DynamicLinkManager/bin/dlnkmgr view -hba

viewオペレーションを実行してHBAポートIDを表示する方法については「6.7.2 パラメタ」の「(4) HBAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，HBAポートID「00001」を通るすべてのパスを稼働状態にする場合

# /usr/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」を通っているとき）

# /usr/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オペレーションを実行すると表示されます。

# /usr/DynamicLinkManager/bin/dlnkmgr view -cha

viewオペレーションを実行してHBAポートIDを表示する方法については「6.7.2 パラメタ」の「(5) CHAポート情報を表示する場合」を参照してください。

使用例

コマンド実行の確認をして，CHAポートID「00001」を通るすべてのパスを稼働状態にする場合

# /usr/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を追加する場合には，HDLMコンフィグマネージャ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，稼働状態にするパスの現在のパス管理PATH_IDを確認してから，onlineオペレーションを実行してください。

-device SCSIデバイス名

SCSIデバイスに接続されているパスを稼働状態にする場合に指定します。

SCSIデバイス名には，次に示すviewオペレーションで表示されるDeviceを指定します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu

viewオペレーションを実行してSCSIデバイス名を表示する方法については「6.7.2 パラメタ」の「(3) LU情報を表示する場合」を参照してください。指定できるパラメタ値は1つだけです。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，SCSIデバイス名「hdisk1」を通るパスを稼働状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr online -path -device hdisk1
KAPL01050-I 指定されたパスをOnlineにします。よろしいですか？ [y/n]:y
KAPL01061-I 1本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

コマンド実行の確認をしないで，パス管理PATH_ID「000002」のパスを稼働状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr online -pathid 2 -s
KAPL01061-I 1本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

(2) onlineオペレーションの形式を表示する場合

-help

onlineオペレーションの形式が表示されます。

使用例

# /usr/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ポート（HBAアダプタ番号「04」，バス番号「01」）を通るすべてのパスを確認する場合

# /usr/DynamicLinkManager/bin/dlnkmgr view -path | grep 04.01

指定したHBAポートを通るパスの情報だけが表示されます。

例2

SANRISE9500VシリーズのCHAポート「0A」を通るすべてのパスを確認する場合

# /usr/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の動作環境を設定する場合

/usr/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

|-rsv on リザーブレベル

|-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オペレーションの形式を表示する場合

/usr/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

リザーブレベル
on 2
有効，パーシステントリザーブ
on 2
有効，パーシステントリザーブ

監査ログ採取
off
推奨値は運用環境によって異なります。
監査ログを採取したい場合「on」を設定してください。

監査ログのFacility
user
local0～7

ロードバランスの同一パス使用回数
20
推奨値は運用環境によって異なります。

拡張ロードバランスの同一パス使用回数
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レベル（保守情報も含む）以上の障害情報を採取します。

設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

使用例

# /usr/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」を指定した場合，パスの状態を確認するチェック間隔を後続パラメタで指定します。チェック間隔の指定を省略した場合，チェック間隔は次のとおりになります。

これまでにチェック間隔を一度も指定していない場合
60分間隔（デフォルトの設定）になります。

これまでにチェック間隔を指定している場合
前回指定したチェック間隔になります。

パスの状態確認のチェック間隔を指定する後続パラメタの形式を，次に示します。

-intvl チェック間隔

パスの状態確認の終了から，次回のパスの状態確認を開始するまでのチェック間隔を，分単位で指定します。1～1440の値を指定します。デフォルト値は「60」です。システムの運用方法に合わせて設定してください。

間欠障害監視の設定が「on」で障害発生回数が「2」以上の場合，次の条件が満たされている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はKAPL01080-Wエラーになります。エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。

障害発生回数に「1」を指定した場合，上記の条件を満たす必要はありません。

チェック間隔を変更した場合，変更後のチェック間隔が直ちに有効になります。チェック間隔を短くした場合，前回のパスの状態確認が終了したときから，すでに変更後のチェック間隔を経過しているときには，直ちにパスの状態確認が始まります。

このパラメタで設定したチェック間隔は，-afb offを指定して自動フェイルバック機能を無効にしても，記憶されています。そのため，再度自動フェイルバック機能を有効にし，チェック間隔を指定しなかった場合，記憶されているチェック間隔でパスの状態確認が実行されます。

-iem {on [-intvl 障害監視時間] [-iemnum 障害発生回数]|off}

間欠障害監視を有効，または無効にします。

on：有効

off：無効

間欠障害監視は，自動フェイルバックが「on」のときにだけ設定できます。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを有効にする場合は，間欠障害監視を有効にすることをお勧めします。「on」を指定した場合，障害監視時間および障害発生回数を，後続パラメタで指定します。間欠障害の監視が開始されてから指定した時間が経過するまでの間に，指定した回数の障害が発生した場合に，該当するパスに間欠障害が発生していると見なします。間欠障害が発生していると見なされたパスは，自動フェイルバックの対象外になります。間欠障害監視は，パスごとに実施されます。また，間欠障害監視は，自動フェイルバックによってパスが障害から回復した時点から開始されます。

障害監視時間または障害発生回数の指定を省略した場合，それぞれの値は次のとおりになります。

これまでに障害監視時間または障害発生回数を一度も指定していない場合
障害監視時間は210分，障害発生回数は3回になります。

これまでに障害監視時間または障害発生回数を指定している場合
前回指定した値になります。

障害監視時間と障害発生回数の設定値は障害発生回数が「2」以上の場合，次の条件を満たしている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はKAPL01080-Wエラーになります。エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。

障害発生回数が「1」の場合，上記の条件を満たす必要はありません。

間欠障害の監視時間と障害の発生回数を指定する後続パラメタの形式を，次に示します。

-intvl 障害監視時間

間欠障害の監視時間を分単位で指定します。1～1440の値を指定します。デフォルト値は「210」です。

間欠障害の監視中に障害監視時間を変更した場合，変更前までにカウントされた障害発生回数，および監視を開始してから経過した時間が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」なので，間欠障害監視は無効です。

使用例

間欠障害監視を有効にする場合

# /usr/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

ライセンスキーを更新する場合（ライセンスキーファイルがあるとき）

# /usr/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか? [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
#

使用例2

ライセンスキーを更新する場合（ライセンスキーファイルがないとき）

# /usr/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01083-I ライセンスキーファイルがありません。ファイル名 = /var/tmp/hdlm_license
KAPL01068-I ライセンスキーを入力して下さい：*************
KAPL01071-I 永久ライセンスがインストールされました。
#

-rsv on リザーブレベル

ディスクに対するリザーブレベルを設定します。

onの指定に続いて，リザーブレベルを指定します。リザーブレベルの設定値とその説明を次の表に示します。

表6-7 リザーブレベルの設定値

設定値
リザーブ制御方法
説明

0
リザーブ無視
リザーブの要求を無視し，ディスクをリザーブしません。次のどれか1つの条件を満たすときに使用します。

パーシステントリザーブをサポートしていないストレージシステムに，ホストが接続されている場合

LU を複数のホストで共有し，独自の排他制御機構を備えたアプリケーションを実行する場合

バーチャルI/O機能を使用し，クライアント区画で仮想SCSIディスクのMPIO構成をセットアップする場合

バーチャルI/O機能を使用し，クライアント区画でPowerHAを使用する場合

Oracle RACが使用するディスクにHDLMデバイスを指定する場合

2
パーシステントリザーブ
リザーブをパーシステントリザーブに置き換えます。

クラスタ構成でHDLMを使用する場合，クラスタを構成する各ホストでリザーブレベルをそろえてください。

-audlog {on [-audlv 監査ログ採取レベル] [-category [[ss] [a] [ca]|all]]|off}

監査ログの採取を指定します。

on：採取する

off：採取しない

-audlv 監査ログ採取レベル

監査ログとして採取する重要度（Severity）のレベルを設定します。設定値を次の表に示します。デフォルトの設定値は「6」です。

表6-8 監査ログ採取レベルの設定値

設定値（重要度） | 説明
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-9 監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

-audfac Facility値

監査ログのFacilityを指定します。

設定値を次の表に示します。デフォルトの設定値は「user」です。

表6-10 監査ログのFacilityの設定値

設定値 | /etc/syslog.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の値を指定できます。デフォルトの設定値は「20」です。 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オペレーションの形式が表示されます。

使用例

# /usr/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
               | -rsv on ReserveLevel
               | -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 60)
     (afb)
   Error-Monitor-Interval   { 1 - 1440 }(Minute)  (Default Value 210)
   Number-Of-Times          { 1 - 99 }(Times)     (Default Value 3)
   ReserveLevel             { 0 | 2 }             (Default Value "on 2")
   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 20)
   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デバイス，物理ボリュームおよびLDEV情報の対応を表示します。

この節の構成

6.7.1 形式

6.7.2 パラメタ

6.7.1 形式

この項の構成

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) HDLMデバイス，物理ボリュームおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

(1) プログラム情報を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr view -sys

[-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog|-lbpathusetimes|-expathusetimes]

[-t]

(2) パス情報を表示する場合

パス情報表示

/usr/DynamicLinkManager/bin/dlnkmgr view -path

[-hdev ホストデバイス名]

[-stname]

[-iem]

[-srt {pn|lu|cp}]

[-hbaportwwn]

[-t]

パス情報表示（表示項目を選択する場合）

/usr/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]

パス情報の概略表示

/usr/DynamicLinkManager/bin/dlnkmgr view -path -c

[-stname]

[-srt {lu|cp}]

[-t]

(3) LU情報を表示する場合

LU情報表示

/usr/DynamicLinkManager/bin/dlnkmgr view -lu

[-hdev ホストデバイス名|-pathid パス管理PATH_ID]

[-t]

LU情報表示（表示項目を追加する場合）

/usr/DynamicLinkManager/bin/dlnkmgr view -lu -item

[ [slpr] [pn] [cp] [clpr] [type] [ic] [ie] [dnu] [iep] [vg] [dpc] [vid]
|all ]
[-hdev ホストデバイス名|-pathid パス管理PATH_ID]
[-t]

LU情報の概略表示

/usr/DynamicLinkManager/bin/dlnkmgr view -lu -c [-t]

LU情報の概略表示（表示項目を追加する場合）

/usr/DynamicLinkManager/bin/dlnkmgr view -lu -c -item

[[slpr] [vg]|all ]

[-t]

(4) HBAポート情報を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr view -hba [-srt pb] [-portwwn] [-t]

(5) CHAポート情報を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr view -cha [-srt cp] [-t]

(6) HDLMデバイス，物理ボリュームおよびLDEV情報の対応を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr view -drv [-t]

(7) viewオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr view -help

6.7.2 パラメタ

ここでは，viewオペレーションのパラメタを次の順に説明します。

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) HDLMデバイス，物理ボリュームおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

この項の構成

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) HDLMデバイス，物理ボリュームおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

(1) プログラム情報を表示する場合

-sys [-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog|-lbpathusetimes|-expathusetimes]

HDLMのプログラム情報が表示されます。

後続パラメタで，情報を表示する対象を指定します。後続パラメタを省略した場合は，監査ログ採取の設定情報，ロードバランスの同一パス使用回数，および拡張ロードバランスの同一パス使用回数を除くすべてのプログラム情報が表示されます。指定するパラメタ，表示される情報，表示される項目，およびその説明を「表6-11 プログラム情報の表示項目」に示します。

-t

各情報の項目名を表示しません。

表6-11 プログラム情報の表示項目

パラメタおよび表示される情報
表示項目
説明

-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の機能設定情報
Reservation Status
ディスクに対するリザーブ制御機能の設定状態です。

設定状態
on：有効

リザーブレベル
onのあとの( )にリザーブレベルが表示されます。
0：リザーブ無視
2：パーシステントリザーブ

-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の機能設定情報を表示する場合

# /usr/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
Reservation Status             : on(2)
Intermittent Error Monitor     : off
Dynamic I/O Path Control       : off(10)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

HDLMマネージャの情報を表示する場合

# /usr/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アラートドライバの情報を表示する場合

# /usr/DynamicLinkManager/bin/dlnkmgr view -sys -adrv
HDLM Alert Driver Ver          WakeupTime          ElogMem Size
Alive             x.x.x-xx     yyyy/mm/dd hh:mm:ss 1000
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例4

HDLMドライバの情報を表示する場合

# /usr/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のライセンス情報を表示する場合

# /usr/DynamicLinkManager/bin/dlnkmgr view -sys -lic
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例6

監査ログの設定情報を表示する場合

# /usr/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

ロードバランスの同一パス使用回数を表示する場合

# /usr/DynamicLinkManager/bin/dlnkmgr view -sys -lbpathusetimes
Times Same Path Was Used    : 20
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例8

拡張ロードバランスの同一パス使用回数を表示する場合

# /usr/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-13 パス情報の表示項目」を参照してください。

-pathパラメタを指定した場合に表示されるパス管理PATH_ID（PathID）は，ホスト起動時のパス検出の順番によって変わります。このため，パスを特定する場合は，必ずパス名（PathName）を使用してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））を指定します。英字の大文字，小文字は区別されます。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-15 プロダクト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

各情報の項目名が非表示になります。

使用例

ホストデバイス「dlmfdrv1」にアクセスするパス情報を表示する場合

パス情報表示（表示項目を選択する場合）

-path -item

-pathパラメタと同時に-itemパラメタを指定した場合，HDLMが管理するパスの情報のうち，-itemのパラメタ値で指定した項目だけを表示します。

-itemパラメタでパラメタ値を何も指定しないで実行した場合，PathIDとStatusだけが表示されます。

-itemパラメタで選択できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を次の表に示します。

表6-12 -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デバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））を指定します。

英字の大文字，小文字は区別されます。このパラメタを指定した場合，-itemパラメタの値にhdを指定しなくても，HDevNameが表示されます。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-15 プロダクト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-13 パス情報の表示項目」を参照してください。

DskNameに表示できるプロダクトIDは，10文字以下です。プロダクトIDの文字数が11文字以上の場合，プロダクトIDの8文字目以降は短縮形（...）で表示されます。

後続パラメタの形式を次に示します。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-15 プロダクトIDの表示内容」を参照してください。

-srt {lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。

-t

各情報の項目名が非表示になります。

使用例

パス情報の概略をiLUの順番に表示する場合

パス情報の表示項目

パス情報の表示項目とその説明を「表6-13 パス情報の表示項目」に示します。表の見出しについて，次に説明します。

概略表示しない場合：-pathまたは-path -itemパラメタを指定した場合を示します。

概略表示する場合：-path -cパラメタを指定した場合を示します。

表6-13 パス情報の表示項目

表示項目
説明

概略表示しない場合
概略表示する場合

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つの項目をピリオドで区切ったものが，パス名として表示されます。

HBAアダプタ番号またはアダプタ種別（文字列）

バス番号またはアダプタ番号（文字列）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のAIXでの表現については，「表6-14 パス名を構成する項目」を参照してください。

DskName※¹
DskName
ストレージシステム名です。この名前で，パスがアクセスするストレージシステムを特定できます。
次に示す3つの項目をピリオドで区切ったものが，ストレージシステム名として表示されます。

ベンダID（表示例：HITACHI）：ストレージシステムのベンダ名

プロダクトID（表示例：OPEN-3）：ストレージシステムのプロダクトID，エミュレーションタイプ，またはモデルID
詳細については，「表6-15 プロダクト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
－
Dev番号が，10進数で表示されます。
論理ボリューム番号に該当します。
1つのLUに1つのDevがあるため，「0」で固定です。

HDevName※1
－
ホストデバイス名です。HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））が表示されます。

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-15 プロダクト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-14 パス名を構成する項目

項目
AIXでの表現
対応する情報

HBAアダプタ番号（表示例：08）※1
HBAアダプタ番号
lsdev -Cc diskコマンドを実行して表示されるHBAアダプタ番号

バス番号（表示例：14）※1
PCIバス番号
lsdev -Cc diskコマンドを実行して表示される親バス番号

アダプタ種別（表示例：00）※2
なし
「00」固定

アダプタ番号（表示例：01）※2
fscsi番号（fscsiXXの「XX」部分）
lsdev -Cコマンドを実行して表示されるfscsi番号

ターゲットID（表示例：00000000000000​E2）
Target Id
Fibre Channelを使用する場合：lsattr -El 物理ボリュームの論理デバイスファイル名コマンドを実行して表示されるscsi_idの値
SCSIを使用する場合：odmget CuDv 物理ボリュームの論理デバイスファイル名コマンドを実行して表示されるconnwhereの，左から１番目の値

ホストLU番号（表示例：0001）
Logical Unit Id，または LUN
Fibre Channelを使用する場合：lsattr -El物理ボリュームの論理デバイスファイル名コマンドを実行して表示される，lun_idの値
SCSIを使用する場合：odmget -q "name=物理ボリューム名" CuDvコマンドを実行して表示されるconnwhereの，左から2番目の値

注※1

HDLM動作ODM設定ユティリティ（dlmodmset）のNPIVオプションが「off」の場合に適用されます。

注※2

HDLM動作ODM設定ユティリティ（dlmodmset）のNPIVオプションが「on」の場合に適用されます。

表6-15 プロダクト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-18 LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

各情報の項目名が非表示になります。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE_USP
SerialNumber  : 0014010
LUs           : 10

iLU  HDevName Device  PathID Status
003A dlmfdrv0 hdisk12 000000 Online
             hdisk2  000001 Online
003B dlmfdrv1 hdisk13 000002 Online
             hdisk3  000003 Online
003C dlmfdrv2 hdisk14 000004 Online
             hdisk4  000005 Online
003D dlmfdrv3 hdisk15 000006 Online
             hdisk5  000007 Online
003E dlmfdrv4 hdisk16 000008 Online
             hdisk6  000009 Online
003F dlmfdrv5 hdisk17 000010 Online
             hdisk7  000011 Online
0040 dlmfdrv6 hdisk18 000012 Online
             hdisk8  000013 Online
0041 dlmfdrv7 hdisk19 000014 Online
             hdisk9  000015 Online
0042 dlmfdrv8 hdisk20 000016 Online
             hdisk10 000017 Online
0043 dlmfdrv9 hdisk21 000018 Online
             hdisk11 000019 Online
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-16 -lu -itemパラメタで追加できる表示項目と指定する後続パラメタ

追加できる表示項目 | 後続パラメタ
SLPR | slpr
PathName | pn
ChaPort | cp
CLPR | clpr
Type | type
IO-Count | ic
IO-Errors | ie
DNum | dnu
IEP | iep
VG | vg
DPC | dpc
Physical-Product | vid
Physical-SerialNumber | vid
Physical-iLU | vid
Physical-ChaPort | vid
すべての項目 | all

後続パラメタ（-hdevまたは-pathid）で，表示するLUの情報を絞り込むことができます。-hdevパラメタまたは-pathidパラメタを指定しない場合は，HDLMが認識しているすべてのLUの情報が表示されます。

各表示項目の内容については，「表6-18 LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

各情報の項目名が非表示になります。

使用例1

LU情報の表示項目に，SLPR，PathName，ChaPort，CLPR，Type，IO-Count，IO-Errors，DNum，IEP，およびVGを追加して表示する場合

使用例2

Hitachi AMS2000シリーズ，Hitachi SMSシリーズ，またはHUS100シリーズを使用している場合で，LU情報の表示項目にDPCを追加して表示するとき

# /usr/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 dlmfdrv0 on  000000 Online
                   000003 Online
000007 dlmfdrv1 off 000001 Online
                   000004 Online
000008 dlmfdrv2 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-18 LU情報の表示項目」を参照してください。

-t

各情報の項目名が非表示になります。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu -c
Product     S/N     LUs iLU  HDevName  Paths  OnlinePaths
SANRISE_USP 0014010  10 003A dlmfdrv0       2           2
                       003B dlmfdrv1       2           2
                       003C dlmfdrv2       2           2
                       003D dlmfdrv3       2           2
                       003E dlmfdrv4       2           2
                       003F dlmfdrv5       2           2
                       0040 dlmfdrv6       2           2
                       0041 dlmfdrv7       2           2
                       0042 dlmfdrv8       2           2
                       0043 dlmfdrv9       2           2
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報の概略表示（表示項目を追加する場合）

-lu -c -item

-itemで指定した項目が-lu -cの表示項目に追加して表示されます。

-itemパラメタでパラメタ値を何も指定しない場合，またはパラメタ値にallを指定した場合，追加できる項目がすべて表示されます。各表示項目の内容については，「表6-18 LU情報の表示項目」を参照してください。

-itemパラメタで追加できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を，次の表に示します。

表6-17 -lu -c -itemパラメタで追加できる表示項目と指定する後続パラメタ

追加できる表示項目 | 後続パラメタ
SLPR | slpr
VG | vg
すべての項目 | all

後続パラメタの形式を次に示します。

-t

各情報の項目名が非表示になります。

使用例

LU情報の概略表示項目に，SLPRおよびVGを追加して表示する場合

LU情報の表示項目

LU情報を表示する場合に，表示される項目とその説明を「表6-18 LU情報の表示項目」に示します。見出しについて，次に説明します。

概略表示しない場合：-luまたは-lu -itemパラメタを指定した場合を示します。

概略表示する場合：-lu -cまたは-lu -c -itemパラメタを指定した場合を示します。

表6-18 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
HDevName
ホストデバイス名です。HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））が表示されます。

DPC
－
LU単位にダイナミックI/Oパスコントロール機能の設定情報が表示されます。
on：ダイナミックI/Oパスコントロール機能の設定が有効に設定されています。
off：ダイナミックI/Oパスコントロール機能の設定が無効に設定されています。
-：ダイナミックI/Oパスコントロール機能をサポートしていません。

Device
－
HDLMデバイスに対応する物理ボリューム（hdisk）の論理デバイスファイル名が表示されます。

PathID
－
パス管理PATH_IDが，10進数で表示されます。ホストの再起動時，またはパスの構成変更時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLMコンフィグマネージャ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

PathName※1
－
パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

HBAアダプタ番号またはアダプタ種別（文字列）

バス番号またはアダプタ番号（文字列）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のAIXでの表現については，「表6-14 パス名を構成する項目」を参照してください。

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
－
Dev番号が，10進数で表示されます。
論理ボリューム番号に該当します。
1つのLUに1つのDevがあるため，「0」で固定です。

IEP※1
－
表示対象のパスが，間欠障害と見なされ，自動フェイルバックの対象外になっているかどうかが，表示されます。1本のパスにつき，次のどれかが表示されます。

-：間欠障害の監視が無効，または間欠障害の監視時間外

0以上の数値：間欠障害の監視時間内に発生した障害の回数

*：間欠障害発生（自動フェイルバックの対象外）

VG※1
VG※2
LUが登録されているボリュームグループ名です。LUがボリュームグループに登録されていない場合は「-」（ハイフン）が表示されます。

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パラメタを使用してパラメタ値に表示項目を指定した場合，allを指定した場合，またはパラメタ値に何も指定しなかった場合だけ表示されます。

注※3

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

(4) HBAポート情報を表示する場合

-hba

HBAポートを通るパスの情報が，HBAポート単位に表示されます。HDLMはHBAポートごとに固有のHBAポートIDを付けて表示します。OfflineおよびOnlineオペレーションで使用できます。表示される項目とその説明を次の表に示します。

表6-19 HBAポート情報の表示項目

項目
説明

HbaID
HBAポートIDです。

Port.Bus
Port（HBAアダプタ番号，文字列）とBus（バス番号，文字列），またはアダプタ種別とアダプタ番号がピリオドで区切って表示されます。

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」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -hba
HbaID Port.Bus IO-Count   IO-Errors  Paths  OnlinePaths
00000 08.11         71520          0     20          20
00001 08.1D           425        100     20          10
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

後続パラメタの形式を次に示します。

-srt pb

HBAポート情報がHBAアダプタ番号（Port），バス番号（Bus）（またはアダプタ種別，アダプタ番号）の順番にソートされて表示されます。

-portwwn

ストレージシステムと接続しているHBAのポートWWN情報が，16桁の16進数で表示されます。

-t

各情報の項目名が非表示になります。

(5) CHAポート情報を表示する場合

-cha

CHAポートを通るパスの情報が，CHAポート単位に表示されます。HDLMはCHAポートごとに固有のCHAポートIDを付けて表示します。OfflineおよびOnlineオペレーションで使用できます。表示される項目とその説明を次の表に示します。

表6-20 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デバイス，物理ボリュームおよびLDEV情報の対応を表示する場合

-drv

PathID，HDLMデバイス，HDLMデバイスに対応する物理ボリューム，およびストレージシステム内のLDEV情報（ストレージシステムのモデルID，シリアル番号，およびLU番号をピリオドで区切った文字列）の対応が表示されます。

各表示項目の内容については，「表6-21 HDLMデバイス，物理ボリュームおよびLDEV情報」を参照してください。

-t

各情報の項目名が非表示になります。

表6-21 HDLMデバイス，物理ボリュームおよびLDEV情報

項目
説明

PathID
パス管理PATH_IDが，10進数で表示されます。
ホストの再起動時，またはパスの構成変更時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，HDLMコンフィグマネージャ（dlmcfgmgr）の実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

HDevName
ホストデバイス名です。
HDLMデバイスの論理デバイスファイル名（dlmfdrvn（nはHDLMデバイスのインスタンス番号））が表示されます。

Device
HDLMデバイスに対応する物理ボリューム（hdisk）の論理デバイスファイル名が表示されます。

LDEV
ストレージシステムのモデルID，シリアル番号，およびiLU番号が，ピリオドで区切った文字列で表示されます。LDEVの情報によって，LUを物理的に特定できます。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 dlmfdrv0 hdisk16 VSP.0053038.000010
000001 dlmfdrv0 hdisk22 VSP.0053038.000010
000002 dlmfdrv1 hdisk17 VSP.0053038.000011
000003 dlmfdrv1 hdisk23 VSP.0053038.000011
000004 dlmfdrv2 hdisk18 VSP.0053038.000012
000005 dlmfdrv2 hdisk24 VSP.0053038.000012
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(7) viewオペレーションの形式を表示する場合

-help

viewオペレーションの形式が表示されます。

使用例

# /usr/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] [vg] [pn] [cp] [clpr] [type]
                                          [ic] [ie] [dnu] [iep] [dpc] [vid] | all ]
                          [ -hdev HostDeviceName | -pathid AutoPATH_ID ] [-t]
   dlnkmgr view -lu -c [-t]
   dlnkmgr view -lu -c -item [ [slpr] [vg] | all ] [-t]
   dlnkmgr view -drv [-t]
   dlnkmgr view -hba [-srt pb] [-portwwn] [-t]
   dlnkmgr view -cha [-srt cp] [-t]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

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

ホストに接続されておりかつホストが認識していないパスを一括で追加します。このコマンドは，既存のパスへの影響なしに動的に実行できます。

この節の構成

6.8.1 形式

6.8.2 パラメタ

6.8.1 形式

この項の構成

(1) パスを動的に追加する場合

(2) addオペレーションの形式を表示する場合

(1) パスを動的に追加する場合

/usr/DynamicLinkManager/bin/dlnkmgr add -path [-s]

(2) addオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr add -help

6.8.2 パラメタ

この項の構成

(1) パスを動的に追加する場合

(2) addオペレーションの形式を表示する場合

(1) パスを動的に追加する場合

-path

HDLMが管理しているパスを操作することを指定します。

使用例

# /usr/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

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr add -path -s
KAPL01162-I パスを追加しました。パスID = 00010, ストレージ = HITACHI.HUS100.9100163, iLU = 0030
       :
KAPL01159-I 2パスを追加しました。終了時刻 = yyyy/mm/dd hh:mm:ss

(2) addオペレーションの形式を表示する場合

-help

addオペレーションの形式が表示されます。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr add -help
add:
 Format
   dlnkmgr add -path [-s]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss

6.9 delete パスを動的に削除する

Offline(C)状態のパスを一括してHDLM管理対象から削除します。このコマンドは，既存のパスへの影響なしに動的に実行できます。

この節の構成

6.9.1 形式

6.9.2 パラメタ

6.9.1 形式

この項の構成

(1) パスを動的に削除する場合

(2) deleteオペレーションの形式を表示する場合

(1) パスを動的に削除する場合

/usr/DynamicLinkManager/bin/dlnkmgr delete -path [-s]

(2) deleteオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr delete -help

6.9.2 パラメタ

この項の構成

(1) パスを動的に削除する場合

(2) deleteオペレーションの形式を表示する場合

(1) パスを動的に削除する場合

-path

HDLMが管理しているパスを操作することを指定します。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr delete -path
KAPL01161-I パス構成変更を実行します。よろしいですか? [y/n] :y
KAPL01165-I パスを削除しました。パスID = 00010, ストレージ = HITACHI.HUS100.9100163, iLU = 0030
       :
KAPL01164-I 2パスを削除しました。終了時刻 = yyyy/mm/dd hh:mm:ss

-s

コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合など，確認メッセージへの入力を省略したいときに指定します。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr delete -path -s
KAPL01165-I パスを削除しました。パスID = 00010, ストレージ = HITACHI.HUS100.9100163, iLU = 0030
       :
KAPL01164-I 2パスを削除しました。終了時刻 = yyyy/mm/dd hh:mm:ss

(2) deleteオペレーションの形式を表示する場合

-help

deleteオペレーションの形式が表示されます。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr delete -help
delete:
 Format
   dlnkmgr delete -path [-s]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss

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

この章では，HDLMで使用するユティリティについて説明します。

この章の構成

7.1 ユティリティ概要

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

7.3 HDLMボリュームグループ操作ユティリティ

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

7.5 dlmchenv HDLM動作環境変更ユティリティ

7.6 dlmchkdev HDLMデバイス構成チェックユティリティ

7.7 dlmgetrasinst HDLMインストール障害情報収集ユティリティ

7.8 dlmHBAdel HDLM HBA交換用ユティリティ

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

7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ

7.11 dlmodmset HDLM動作ODM設定ユティリティ

7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ

7.13 dlmrmdev HDLMドライバ削除ユティリティ

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

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

7.1 ユティリティ概要

HDLMは，次に示すユティリティを提供します。

HDLM障害情報収集ユティリティ（DLMgetras）
障害発生時に，HDLMの購入元会社，または保守会社に連絡する必要がある情報を持つファイルを収集します。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

HDLMボリュームグループ操作ユティリティ
HDLMは，AIXが認識している物理ボリュームをそのまま使用できません。そのため，AIXで動作するHDLMが物理ボリュームを認識できるよう，HDLMボリュームグループ操作ユティリティでボリュームグループを操作します。

HDLM構成管理ユティリティ（dlmcfgmgr）
HDLMデバイスを構成します。dlmcfgmgrユティリティについては，「7.4 dlmcfgmgr HDLM構成管理ユティリティ」を参照してください。

HDLM動作環境変更ユティリティ（dlmchenv）
OSのバージョンアップ時に，HDLMを新しい動作環境に対応させます。dlmchenvユティリティについては，「7.5 dlmchenv HDLM動作環境変更ユティリティ」を参照してください。

HDLMデバイス構成チェックユティリティ（dlmchkdev）
HDLMデバイスとLUの対応を確認して，不正だった場合は表示します。HDLMデバイスとLUの対応が不正になるのは，1つのHDLMデバイスに複数のLUが割り当てられている場合です。dlmchkdevユティリティについては，「7.6 dlmchkdev HDLMデバイス構成チェックユティリティ」を参照してください。

HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）
HDLMのインストール時に障害が発生した場合，HDLMの購入元会社，または保守会社に連絡する必要がある情報を持つファイルを収集します。dlmgetrasinstユティリティについては，「7.7 dlmgetrasinst HDLMインストール障害情報収集ユティリティ」を参照してください。

HDLM HBA交換用ユティリティ（dlmHBAdel）
指定されたfscsiデバイスインスタンスに関するパス情報を削除します。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

HDLMコンポーネントインストールユティリティ（dlminstcomp）
「3.1.1 HDLMがサポートするホストとOS」の「Global Link Managerと連携する場合に必要なJDK」に示したJDKのバージョン要件を満たしていない環境にHDLMをインストールした場合，このユティリティを実行してHDLMのインストールを補完します。
dlminstcompユティリティについては，「7.9 dlminstcomp HDLMコンポーネントインストールユティリティ」を参照してください。

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）
HDLMのアップグレードまたは再インストール時，HDLMデバイスと物理ボリュームの関係を引き継いでHDLMデバイスを構成します。dlmmigdrvユティリティについては，「7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ」を参照してください。

HDLM動作ODM設定ユティリティ（dlmodmset）
HDLMの動作を規定するためのODMを設定および表示します。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）
PowerHAを使用したクラスタ構成でなく，複数のホストでボリュームグループを共有している場合に，何らかの要因でLUのパーシステントリザーブが解除されないとき，Reservation Keyをクリアしてパーシステントリザーブを解除します。dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

HDLMドライバ削除ユティリティ（dlmrmdev）
HDLMデバイスをすべて削除します。HDLMデバイスの削除がすべて成功した場合，HDLMマネージャを停止します。dlmrmdevユティリティについては，「7.13 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

HDLMインストールユティリティ（installhdlm）
HDLMの新規インストール，アップグレードまたは再インストールする場合に，サイレントインストールを実行します。installhdlmユティリティについては，「7.14 installhdlm HDLMインストールユティリティ」を参照してください。サイレントインストールの手順については，「3.5.8 HDLMのサイレントインストール」を参照してください。

HDLM共通インストーラユティリティ（installux.sh）
インストール先のOSを判別してDVD-ROMからOSに対応したHDLMをインストールします。また，パラメタを指定することでサイレントインストールも実行できます。installux.shユティリティについては，「7.15 installux.sh HDLM共通インストーラユティリティ」を参照してください。このユティリティを使ったインストールの手順については，「3.5.4 HDLMの新規インストール」，「3.5.6 HDLMのアップグレードまたは再インストール」，または「3.5.8 HDLMのサイレントインストール」を参照してください。

注意事項

ユティリティは，root権限を持つユーザで実行してください。

ホストの起動時間およびユティリティの実行時間は，LU数とパス数に依存します。

ホスト起動時間とHDLMのユティリティの実行時間の例を次の表に示します。

表7-1 ホスト起動時間とユティリティ実行時間の例

動作
1LU当たりのパス数/総全パス数（本）※2
実行時間※1※3

ホスト起動時のデバイス構成時間
（HDLMがインストールされている場合）
4/1024
13分43秒

8/2048
23分19秒

16/4096
41分24秒

ホスト起動時のデバイス構成時間
（HDLMがインストールされていない場合）
4/1024
8分6秒

8/2048
13分4秒

16/4096
18分49秒

cfgmgrの実行
4/1024
5分32秒

8/2048
11分51秒

16/4096
23分14秒

dlmcfgmgrの実行
4/1024
9分52秒

8/2048
20分44秒

16/4096
38分55秒

dlmrmdevの実行
4/1024
3分20秒

8/2048
6分12秒

16/4096
9分47秒

view -pathの実行
4/1024
0.71秒

8/2048
1.64秒

16/4096
3.97秒

注※1

ホスト起動時間およびユティリティ実行時間は，次の条件で変動することがあります。

・ハードウェア構成（ファイバチャネルスイッチの有無など）

・ディレクトリ /dev 下に作成された物理ボリューム（hdiskn）の数

注※2

LUは256個です。

注※3

実行環境は下記のとおりです。

機種：EP8000 620（CPU：RS64IV（600／750MHz）×2way）

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

HDLMで発生した障害の解析に必要な障害ログ，統合トレースファイル，トレースファイル，定義ファイル，コアファイル，システムクラッシュダンプファイル，ライブラリなどの情報を収集します。収集した情報はファイルにまとめ，指定されたディレクトリに出力します。出力するファイルは次のとおりです。

システムクラッシュダンプファイルディレクトリ名/システムクラッシュダンプファイル
システムクラッシュダンプファイルへのシンボリックリンクファイルです。

hbsa.tar.Z
HDLM以外のHitachi Command Suite製品の障害情報を圧縮したファイルです。
障害情報の収集対象となるHitachi Command Suite製品を使用している場合だけ出力されます。

getras.tar.Z
HDLMおよびシステムの情報を圧縮したファイルです。

システムクラッシュダンプファイルおよびgetras.tar.Zに収集される情報の詳細については，「7.2.3 収集される障害情報」を参照してください。

「7.2.3 収集される障害情報」に記載されている以外の情報を収集したい場合は，収集したい情報を収集情報定義ファイルに定義してください。収集情報定義ファイルに定義した情報は，getras.tar.Zに圧縮されます。

なお，DLMgetrasユティリティが収集する情報には，システムの再起動時に消去されてしまうものもあります。障害発生時は，速やかにこのユティリティを実行してください。

この節の構成

7.2.1 形式

7.2.2 パラメタ

7.2.3 収集される障害情報

7.2.1 形式

/usr/DynamicLinkManager/bin/DLMgetras {収集情報出力先ディレクトリ [-f 収集情報定義ファイル名] | -h}

ユティリティ名には次のように小文字（dlmgetras）も使用できます。

/usr/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

7.2.3 収集される障害情報

DLMgetrasユティリティ実行時に収集される障害情報を，出力されるファイルごとに示します。

システムクラッシュダンプファイルディレクトリ名/システムクラッシュダンプファイル名
システムクラッシュダンプファイルへのシンボリックリンクファイルです。
DLMgetrasユティリティがsysdumpdev -lコマンドを実行し，copy directory値として出力されたディレクトリ内のすべてのファイルを設定します。

hbsa.tar.Z
HDLM以外のHitachi Command Suite製品の障害情報を圧縮したファイルです。
障害情報の収集対象となるHitachi Command Suite製品を使用している場合だけ出力されます。

getras.tar.Z
HDLMおよびシステムの情報です。
収集情報定義ファイルを指定してDLMgetrasユティリティを実行した場合，収集情報定義ファイルに定義された情報も，getras.tar.Zに含まれます。
getras.tar.Zに含まれる情報の詳細を次の表に示します。
なお，この表には，収集情報定義ファイルの指定の有無に関係なく収集される情報を示しています。

表7-2 getras.tar.Zに含まれる情報

出力先ディレクトリ※1
ファイル
説明

－
getras.log
DLMgetrasユティリティ実行時のログファイル

var/DynamicLinkManager/log
dlmmgr[1-16].log
HDLMマネージャのログ（ドライバのログを含む）

dlmwebagent[1-16].log
Hitachi Command Suite共通エージェントコンポーネントのログファイル

dlminquiry[1-2].log
dlminquiry[1-2].txt
Inquiryログ

dlmguiinst.log
Hitachi Command Suite共通エージェントコンポーネントのセットアップ時のログ

hdlmtr[1-64].log
トレースファイル

dlmcfgmgr[1-2].log
dlmcfgmgrユティリティ実行時のエラー情報

dlmutil[1-2].log
HDLMユティリティのログ

installhdlm.log
サイレントインストール実行ログ

var/DynamicLinkManager/log/mmap
hdlmtr.mm
トレース管理ファイル

dlmutil.mm
HDLMユティリティのログトレース管理ファイル

opt/hitachi/HNTRLib2/mmap
hntr2mmap.mm
メモリマップドファイル（HNTRLib2）

opt/hitachi/HNTRLib2/etc
D002PPName.log
hntr2regist関連のログファイル（HNTRLib2）

opt/hitachi/HNTRLib2/spool/setuplog
SETUP_D002.log
D002setup関連のログファイル（HNTRLib2）

UPDATE_D002.log
D002setup関連のログファイル（HNTRLib2）

Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイル出力先ディレクトリ
（デフォルトは，var/opt/hitachi/HNTRLib2/spool）
Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイルのプレフィックス2[1-16].log※2
（デフォルトは，hntr）
統合トレースファイル（HNTRLib2）

opt/hitachi/HNTRLib/mmap
hntrmmap.mm
メモリマップドファイル（HNTRLib）

Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイル出力先ディレクトリ
（デフォルトは，opt/hitachi/HNTRLib/spool）
hntr[1-16].log
統合トレースファイル（HNTRLib）

usr/DynamicLinkManager/config
dlmmgr.xml
dlmmgr設定ファイル

dlmwebagent.properties
Hitachi Command Suite共通エージェントコンポーネントの設定ファイル

dlmmgr_DPC.xml
DPCオプション設定ファイル

usr/DynamicLinkManager/drv
dlmfdrv.conf
HDLMフィルタドライバのconfファイル

dlmfdrv.unconf
除外ディスク定義ファイル

etc
filesystems
ファイルシステムのマウント情報

inittab
inittabファイル

syslog.conf
syslogの出力先ディレクトリの定義

rc.shutdown
shutdownスクリプト

エラーログファイル
エラーログファイル
/usr/lib/errdemon -1で取得したエラーログファイル

syslog出力先ディレクトリ名
syslog名
/etc/syslog.confに示すsyslogファイルおよびbackupファイル

opt/hitachi/HAmon/etc
servers
HAモニタサーバ環境設定定義ファイル

sysdef
HAモニタ環境設定定義ファイル

getrasinfo
－
各種コマンドの実行結果収集用ディレクトリ

.bash_history
Bourne Againシェル(bash)のデフォルトhistoryファイル

.history
Cシェル(csh)のデフォルトhistoryファイル

.sh_history
Kornシェル(ksh)のデフォルトhistoryファイル

alog.txt
システム診断メッセージ

bootinfo-r.txt
物理メモリサイズ

bootinfo.txt
カーネルの動作モード（32/64bit）およびマルチCPUサポート情報

Config_Rules.txt
ODMの情報

crontab.txt
crontab情報

CuAt.txt
ODMの情報

CuDv.txt
ODMの情報

CuDvDr.txt
ODMの情報

CuVPD.txt
ODMの情報

disk.txt
/devディレクトリ以下のディスクの一覧

dlmgetomtrace.dmp
HDLMの関数トレース

dlmls-la.txt
HDLMディレクトリ情報ファイル

dlmmgr-cha.txt
CHAポート情報

dlmmgr-drv.txt
HDLMデバイス情報

dlmmgr-hba.txt
HBAポート情報

dlmmgr-lu.txt
HDLMのLU情報

dlmmgr-lu-all.txt
HDLMのLU情報（間欠障害の発生回数を含む）

dlmmgr-path.txt
HDLMのパス情報

dlmmgr-path-iem.txt
HDLMのパス情報（間欠障害の発生回数を含む）

dlmmgr-sys.txt
HDLMのシステム設定情報

dlmodmset.txt
HDLM動作ODMの設定情報

dlmpr-k.txt
パーシステントリザーブキー情報

env.txt
環境変数ファイル

errpt-a.txt
エラーログ編集ファイル

errpt-t.txt
エラーログエントリー出力ファイル

genkex.txt
ロードされているドライバの情報

hacmp.txt
PowerHA構成情報

HDLMDrvConf.txt
HDLM動作規定ODM

histfile_xxxxx
環境変数HISTFILEで指定されているファイル

iotool.txt
ドライバ情報

lscfg.txt
HBAなどのファームウェアバージョン

lsdev-C.txt
カーネルパラメタ値

lsdev-proc.txt
CPU情報

lsfs.txt
ファイルシステム情報

lslpp.txt
インストール済みのパッケージリスト

lsps-a.txt
スワップ領域およびスワップ使用状況

lspv.txt
物理ボリューム情報

lsvg.txt
ボリュームグループの情報

Maintenance-Level.txt
instfix -iコマンドを実行した場合に表示される，情報のメンテナンスレベル

mount.txt
マウント情報

oslevel.txt
OSレベル情報

pagesize.txt
メモリページサイズ

PdAt.txt
ODMの情報

PdDv.txt
ODMの情報

ps-ef.txt
実行中プロセス情報

ulimit-a.txt
プロセスで使用できるシステム資源（データセグメント，スタックセグメントおよびファイル記述子）の制限値

uname-a.txt
AIXのバージョン情報

whatlist.txt
whatコマンドによる情報出力

dlmchkdev.txt
HDLMデバイス構成チェックユティリティ（dlmchkdev）の実行結果

etc/multibos/logs
op.alog
multibos ログファイル

etc/VRTSvcs/conf/config
main.cf
VCS構成定義ファイル

opt/VRTSvcs/bin/triggers
preonline
VCSトリガーファイル

var/VRTSvcs/log
/var/VRTSvcs/log以下のすべてのファイル
VCSログファイル

hacmp.out出力先ディレクトリ
hacmp.out
PowerHA動作ログ

etc/vsd/
oemdisktypes.lst
VSD設定ファイル

var/adm/csd
vsd.log
VSD動作ログファイル

var/adm/ras
boot.log
OSのブートログファイル

（凡例）

－：該当なし

注※1

getras.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

注※2

実際のファイル名は，ユティリティで指定したプレフィックス2のあとにファイルの番号が付きます。例えば，デフォルトの場合はhntr21.log～hntr216.logとなります。統合トレースファイルのプレフィックス直後の2はファイルの番号を表すものではないので，ご注意ください。

7.3 HDLMボリュームグループ操作ユティリティ

HDLMは，AIXが認識している物理ボリュームをそのまま使用できません。そのため，AIXで動作するHDLMが物理ボリュームを認識できるよう，HDLMボリュームグループ操作ユティリティを使用して，ボリュームグループを操作します。このユティリティで作成されたボリュームグループは，HDLM専用のボリュームグループです。HDLMボリュームグループ操作ユティリティの各コマンドの機能については，「表7-3 HDLMボリュームグループ操作ユティリティのコマンドと対応するAIXコマンド」を参照してください。

HDLMボリュームグループ操作ユティリティの各コマンドは，HDLMが提供するHDLMボリュームグループ操作ユティリティ用のSMIT画面およびコマンドラインの両方で実行できます。

HDLMボリュームグループ操作ユティリティは，SMIT画面から実行することをお勧めします。

下記の3つのうちのどれかを行う場合，SMITメニューは，AIX標準のSMITメニューを使用してください。

（［システム記憶域管理（物理および論理記憶域）］－［論理ボリューム・マネージャ］－［ボリュームグループ］－）

［バックアップ関連情報のプレビュー］

［バックアップの読み取り可能性の検査 (テープだけ)］

［バックアップ・ログを表示］

この節の構成

7.3.1 形式

7.3.2 パラメタ

7.3.1 形式

HDLMボリュームグループ操作ユティリティの各コマンドの形式は，「表7-3 HDLMボリュームグループ操作ユティリティのコマンドと対応するAIXコマンド」に示す，対応するAIXコマンドと同じです。各HDLMボリュームグループ操作ユティリティの形式については，AIXのマニュアルを参照してください。

HDLMボリュームグループ操作ユティリティの各コマンドは，/usr/DynamicLinkManager/binディレクトリに格納されています。

表7-3 HDLMボリュームグループ操作ユティリティのコマンドと対応するAIXコマンド

HDLMボリュームグループ
操作ユティリティの
コマンド
対応する
AIXコマンド
機能

dlmchvg
chvg
ボリュームグループを変更する

dlmexportvg
exportvg
ボリュームグループをエクスポートする

dlmextendvg
extendvg
HDLMデバイスをボリュームグループに追加する

dlmimportvg
importvg
ボリュームグループをインポートする

dlmlsvg
lsvg
ボリュームグループをすべて一覧にする

dlmmirrorvg
mirrorvg
ボリュームグループをミラーリングする

dlmmkvg
mkvg
ボリュームグループを作成する

dlmrecreatevg
recreatevg
HDLMデバイスが含まれたボリュームグループを再編成する

dlmreducevg
reducevg
HDLMデバイスをボリュームグループから除去する

dlmreorgvg
reorgvg
ボリュームグループを再編成する

dlmrestvg
restvg
ボリュームグループを復元する

dlmsavevg
savevg
ボリュームグループのバックアップを取得する

dlmsyncvg
syncvg
ボリュームグループごとに同期化する（論理ボリュームミラーを同期化する）

dlmunmirrorvg
unmirrorvg
ボリュームグループのミラーリングを解除する

dlmvaryoffvg
varyoffvg
ボリュームグループを非活動化する

dlmvaryonvg
varyonvg
ボリュームグループを活動化する

dlmlistvgbackup
listvgbackup
ボリュームグループのバックアップファイルを一覧にする

dlmrestorevgfiles
restorevgfiles
ボリュームグループのバックアップファイルを復元する

物理ボリュームを指定する場合は，dlmfdrvnを指定してください。なお，hdisknが指定された場合は，該当するdlmfdrvnに変換して処理します。

7.3.2 パラメタ

HDLMボリュームグループ操作ユティリティの各コマンドのパラメタは，「表7-3 HDLMボリュームグループ操作ユティリティのコマンドと対応するAIXコマンド表」に示す，対応するAIXコマンドのパラメタと同じです。HDLMボリュームグループ操作ユティリティの各コマンドのパラメタについては，AIXのマニュアルを参照してください。

コマンド応答メッセージ

KAPL10501-W以外は，HDLMボリュームグループ操作ユティリティのコマンドに対応する，AIXのコマンド応答メッセージが表示されます。

SMIT画面

HDLMは，HDLMボリュームグループ操作ユティリティ用のSMIT画面を提供します。HDLMボリュームグループ操作ユティリティは，SMIT画面から実行することをお勧めします。

AIXからSMIT画面を起動し，［システム記憶域管理（物理および論理記憶域）］－［論理ボリューム・マネージャ］－［HDLMボリューム・グループ］を選択すると，HDLMボリュームグループ操作ユティリティ用のSMIT画面が表示されます。HDLMボリュームグループ操作ユティリティ用のSMIT画面を次に示します。

図7-2 HDLMボリュームグループ操作ユティリティ用のSMIT画面

HDLMボリュームグループ操作ユティリティ用のSMIT画面では，コマンドラインでHDLMボリュームグループ操作ユティリティのコマンドを実行するのと同じ操作ができます。SMIT画面の操作については，AIXのマニュアル，またはmanコマンドの実行結果を参照してください。

dlmrecreatevgコマンドの実行方法

HDLMでは，SMITメニューから操作できる高速パスだけをサポートしているため，dlmrecreatevgコマンドは，「図7-2 HDLMボリュームグループ操作ユティリティ用のSMIT画面」に示す，HDLMボリュームグループ操作ユティリティ用のSMIT画面には表示されません。SMIT画面からdlmrecreatevgコマンドを実行するには，SMITの高速パスを使用し，次に示すコマンドを実行します。

# smit dlmrecreatevg

上記のコマンドを実行すると表示されるSMIT画面で，ボリュームグループを再作成するときの対象にしたい物理ボリュームを指定します。

ほかのHDLMボリュームグループ操作ユティリティのコマンドと同様，dlmrecreatevgコマンドは，コマンドラインからも実行できます。

注意事項

次のコマンドは，SMITの高速パスをサポートしていません。

dlmlsvgコマンド

dlmreducevgコマンド

HDLMボリュームグループ操作ユティリティからは，AIXのエラーメッセージが出力されます。また，HDLMボリュームグループ操作ユティリティの詳細は，対応するAIXコマンドに対するmanコマンドを実行すると表示される情報を参照してください。

HDLMで作成したボリュームグループは，HDLMボリュームグループ操作ユティリティで操作してください。HDLMボリュームグループ操作ユティリティを使用しないで操作した場合，ボリュームグループの状態が不正になることがあります。この場合は，AIXのコマンドでボリュームグループを修正してください。

HDLMボリュームグループ操作ユティリティで作成したボリュームグループ以外のボリュームグループを，パラメタに指定しないでください。HDLMボリュームグループ操作ユティリティで作成したボリュームグループ以外のボリュームグループを，パラメタに指定した場合，エラーチェックはしないため，ボリュームグループの状態が不正になることがあります。

論理ボリュームからコピーの除去を行う場合は，「4.1.13 SMIT画面を使用するときの注意事項」を参照してください。

使用例

HDLMボリューム操作ユティリティのコマンドを，コマンドラインから実行する例を，次に示します。

（例1）

HDLM用のボリュームグループ「dlmvg1」を作成する場合

HDLMデバイス「dlmfdrv2」と「dlmfdrv3」が別のLUを使用している場合，次に示すコマンドを実行して，HDLM用のボリュームグループ「dlmvg1」を作成します。
[図]

次に示すコマンドを実行して，ボリュームグループ「dlmvg1」の状態を確認します。
[図]

（例2）

HDLMのボリュームグループ「dlmvg1」に，AIXの物理ボリューム「hdisk4」が混在している状態を修正する場合

HDLMのボリュームグループ「dlmvg1」の状態を確認します。
[図]

HDLMのボリュームグループ「dlmvg1」から，混在しているAIXの物理ボリューム「hdisk4」を削除します。
[図]

HDLMのボリュームグループ「dlmvg1」の状態を再度確認します。
[図]

（例3）

AIXのボリュームグループ「datavg1」に，HDLMデバイス「dlmfdrv4」が混在している状態を修正する場合（AIXコマンドの実行例）

AIXのボリュームグループ「datavg1」の状態を確認します。
[図]

AIXのボリュームグループ「datavg1」から，混在しているHDLMのボリューム「dlmfdrv4」を削除します。
[図]

AIXのボリュームグループ「datavg1」の状態を再度確認します。
[図]

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

HDLMデバイスを構成します。HDLMのインストール時，パスの構成変更時などに使用します。

この節の構成

7.4.1 形式

7.4.1 形式

/usr/DynamicLinkManager/bin/dlmcfgmgr

7.5 dlmchenv HDLM動作環境変更ユティリティ

OSのバージョンアップ時に，HDLMをバージョンアップ後の動作環境に対応させます。

この節の構成

7.5.1 形式

7.5.2 パラメタ

7.5.1 形式

/usr/DynamicLinkManager/bin/dlmchenv [[-s] [-l] [-v OSモード] | -h]

7.5.2 パラメタ

パラメタを省略した場合，SMITメニューと動作リンクの環境をOSのバージョンに合わせます。

-s

HDLMのSMITメニューを変更します。

-sパラメタのあとに-v OSモードが指定された場合は，指定されたOSモードに対応したSMITメニューに変更します。

-v OSモードが指定されない場合は，現在のOSのバージョンに合わせてSMITメニューを変更します。

-l

HDLMの動作リンク環境を変更します。

-lパラメタのあとに-v OSモードが指定された場合は，指定されたOSモードに対応した動作リンクを設定します。

-v OSモードが指定されない場合は，現在のOSのバージョンに合わせて動作リンクを設定します。

-v OSモード

OSモードを指定します。

-sおよび-lパラメタを省略して，-v OSモードだけを指定した場合，SMITメニューと動作リンクの環境を，指定されたOSモードに合わせます。

指定できるOSモードと，OSモードに対応するOSのバージョンとカーネルモードを次の表に示します。

表7-4 OSモード

OSモード | OSのバージョンとカーネルモード
6 | AIX 5L V5.3（32ビット版）
7 | AIX 5L V5.3（64ビット版）
8 | AIX V6.1（64ビット版）
9 | AIX V7.1（64ビット版）

-h

dlmchenvユティリティの形式を表示します。

7.6 dlmchkdev HDLMデバイス構成チェックユティリティ

HDLMデバイスとLUの対応を確認して，不正だった場合は表示します。HDLMデバイスとLUの対応が不正になるのは，1つのHDLMデバイスに複数のLUが割り当てられている場合です。

この節の構成

7.6.1 形式

7.6.1 形式

/usr/DynamicLinkManager/bin/dlmchkdev

注意事項

HDLMデバイスがすべて削除されている場合は，dlmchkdevユティリティを実行できません。

使用例

（例1）不正なパスがない場合

#/usr/DynamicLinkManager/bin/dlmchkdev
KAPL12201-I An invalid path was not found.
KAPL12204-I The dlmchkdev utility completed normally.

（例2）不正なパスがあった場合

#/usr/DynamicLinkManager/bin/dlmchkdev
LIST OF INVALID PATH
PathID HDevName Device LDEV
000000 dlmfdrv0 hdisk22 SANRISEH128.35001.0053
000001 dlmfdrv0 hdisk72 SANRISEH128.35002.0053
000002 dlmfdrv1 hdisk23 SANRISEH128.35001.0054
000003 dlmfdrv1 hdisk73 SANRISEH128.35001.0005
KAPL12202-E An invalid path was found. Do not add or delete paths.
KAPL12205-W The dlmchkdev utility completed.

（例3）構成チェックが不要な環境で実行した場合

#/usr/DynamicLinkManager/bin/dlmchkdev
KAPL12204-I The dlmchkdev utility completed normally.

パス情報が不正のときの対処

dlmchkdevユティリティの実行結果にKAPL12202-Eのエラーが出た場合は，次の手順に従ってください。

0バイトのdlmfdrv.confを作成します。dlmfdrv.confファイルがすでに存在している場合は，あらかじめファイルをバックアップしてください。

# cp /dev/null /usr/DynamicLinkManager/drv/dlmfdrv.conf

サーバを再起動します。

# shutdown -r now

HDLMデバイスが持つODM情報を削除します。

# odmdelete -o CuAt -q "name LIKE dlmfdrv* AND attribute=pvid"

HDLMデバイスを削除します。このときKAPL09013-Eメッセージが表示されますが，無視してください。

# /usr/DynamicLinkManager/bin/dlmrmdev

1で作成したdlmfdrv.confファイルを削除します。

# rm /usr/DynamicLinkManager/drv/dlmfdrv.conf

必要に応じてバックアップしたdlmfdrv.confファイルの内容を変更し，/usr/DynamicLinkManager/drvディレクトリの下に格納してください。

HDLMデバイスを構成します。

# /usr/DynamicLinkManager/bin/dlmcfgmgr

パス情報を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -path

パス情報が正しいことを確認します。

# /usr/DynamicLinkManager/bin/dlmchkdev

上記の手順により，HDLMデバイスの論理デバイスファイル名が変更されます。アプリケーションがHDLMデバイスを指定して直接アクセスしている場合は，必要に応じてアプリケーションの設定を変更してください。また，HDLMデバイスの論理デバイスファイル名を元に戻した構成で使用したい場合は，「4.5.7 HDLMデバイス名を変更しない再構成」を参照してください。

7.7 dlmgetrasinst HDLMインストール障害情報収集ユティリティ

HDLMのインストールが何らかの障害によって失敗する場合に，障害解析に必要な情報を収集するユティリティです。収集した情報はファイルにまとめ，指定されたディレクトリに出力します。出力するファイルは次のとおりです。

getrasinst.tar.Z
システムの情報を圧縮したファイルです。

システムクラッシュダンプファイルおよびgetrasinst.tar.Zに収集される情報の詳細については，「7.7.3 収集される障害情報」を参照してください。

この節の構成

7.7.1 形式

7.7.2 パラメタ

7.7.3 収集される障害情報

7.7.1 形式

DVD-ROMドライブのディレクトリ/HDLM_AIX2/hdlmtool/dlmgetrasinst {収集情報出力先ディレクトリ | -h}

7.7.2 パラメタ

収集情報出力先ディレクトリ

HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）で収集した情報の出力先ディレクトリを指定します。

-h

dlmgetrasinstユティリティの形式を表示します。

注意事項

dlmgetrasinstユティリティは，HDLMのインストール用DVD-ROM上から実行することを推奨します。DVD-ROMから別の場所にコピーして使用する場合は，dlmgetrasinstファイルをコピーしたディレクトリにUtilAudLogファイルも併せてコピーしてください。

障害情報は，指定された収集情報出力先ディレクトリに格納してから圧縮するため，情報収集する領域は余裕を持って見積もってください。

指定した収集情報出力先ディレクトリがすでにある場合，上書きを確認するメッセージが表示されます。「y」を入力すると，既存のファイルはすべて上書きされます。「n」やそのほかのキーを入力すると，dlmgetrasinstユティリティは実行されないで終了します。
前回，障害情報を収集したときに作成したディレクトリの名称を変更してからユティリティを実行するか，重複しないディレクトリ名を指定してユティリティを実行してください。

7.7.3 収集される障害情報

dlmgetrasinstユティリティが収集する情報を次の表に示します。

表7-5 getrasinst.tar.Zに含まれる情報

出力先
ディレクトリ※
ファイル
説明

－
getrasinst.log
dlmgetrasinstユティリティ実行時のログファイル

etc
syslog.conf
syslogの出力先ディレクトリの定義

filesystems
ファイルシステムのマウント情報

inittab
inittabファイル

log
HBaseAgent_install.log
Hitachi Command Suite共通エージェントコンポーネントのインストールログ

var/tmp
D002PPName.log
hntr2regist関連のログファイル

SETUP_D002.log
D002setupの関連のログファイル

UPDATE_D002.log
D002setupの関連のログファイル

syslog出力先ディレクトリ名
syslog名
/etc/syslog.confに示すsyslogファイルおよびbackupファイル

getrasinfo
－
各種コマンドの実行結果収集用ディレクトリ

.bash_history
Bourne Againシェル（bash）のデフォルトhistoryファイル

.history
Cシェル（csh）のデフォルトhistoryファイル

.sh_history
Kornシェル（ksh）のデフォルトhistoryファイル

alog.txt
システム診断メッセージ

bootinfo-r.txt
物理メモリサイズ

bootinfo.txt
カーネルの動作モード（32/64bit）およびマルチCPUサポート情報

bootlist-v.txt
ブートデバイスの一覧

Config_Rules.txt
ODMの情報

crontab.txt
crontab情報

CuAt.txt
ODMの情報

CuDv.txt
ODMの情報

CuDvDr.txt
ODMの情報

CuPath.txt
ODMの情報

CuPathAt.txt
ODMの情報

CuVPD.txt
ODMの情報

disk.txt
/devディレクトリ以下のディスクの一覧

dlmls-la.txt
HDLMディレクトリ情報ファイル

env.txt
環境変数ファイル

errpt-a.txt
エラーログ編集ファイル

genkex.txt
ロードされているドライバの情報

histfile_XXXXX
環境変数HISTFILEで指定されているファイル

lscfg.txt
HBAなどのファームウェアバージョン

lsdev-C.txt
カーネルパラメタ値

lsdev-proc.txt
CPU情報

lsfs.txt
ファイルシステム情報

lslpp.txt
インストール済みのパッケージリスト

lspath.txt
MPIOパス情報

lsps-a.txt
スワップ領域およびスワップ使用状況

lspv.txt
物理ボリューム情報

lsvg.txt
ボリュームグループの情報

Maintenance-Level.txt
instfix -iコマンドを実行した場合に表示される，情報のメンテナンスレベル

mount.txt
マウント情報

oslevel.txt
OSレベルの情報

pagesize.txt
メモリページサイズ

PdAt.txt
ODMの情報

PdAtXtd.txt
ODMの情報

PdPathAt.txt
ODMの情報

PdDv.txt
ODMの情報

ps-ef.txt
実行中プロセス情報

ulimit-a.txt
プロセスで使用できるシステム資源（データセグメント，スタックセグメントおよびファイル記述子）の制限値

uname-a.txt
AIXのバージョン情報

rootvginfo.txt
rootvgの情報

（凡例）

－：該当なし

注※

getrasinst.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

7.8 dlmHBAdel HDLM HBA交換用ユティリティ

指定されたfscsiデバイスインスタンスに関するパス情報を削除します。

この節の構成

7.8.1 形式

7.8.2 パラメタ

7.8.1 形式

/usr/DynamicLinkManager/bin/dlmHBAdel {HDLMデバイスの親デバイス名 | -h}

ユティリティ名には次のように小文字（dlmhbadel）も使用できます。

/usr/DynamicLinkManager/bin/dlmhbadel {HDLMデバイスの親デバイス名 | -h}

7.8.2 パラメタ

HDLMデバイスの親デバイス名

交換するHBAのデバイス名を指定します。

-h

dlmHBAdelユティリティの形式を表示します。

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

HDLMのインストールを補完するユティリティです。

次の条件をすべて満たす場合，このユティリティを実行してください。

Global Link Managerと連携する場合

HDLMのインストール時に，KAPL09241-Wのメッセージが出力された場合※

注※

JDKを導入してから，このユティリティを実行してください。

導入するJDKのバージョンについては，「3.1.1 HDLMがサポートするホストとOS」の「Global Link Managerと連携する場合に必要なJDK」を参照してください。

この節の構成

7.9.1 形式

7.9.2 パラメタ

7.9.1 形式

/usr/DynamicLinkManager/bin/dlminstcomp [-h]

7.9.2 パラメタ

-h

dlminstcompユティリティの形式を表示します。

7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ

HDLMのアップグレード，再インストール，または再構成時，HDLMデバイスと物理ボリュームの関係を引き継いでHDLMデバイスを構成します。

アップグレードまたは再インストールの手順については，「3.5.6 HDLMのアップグレードまたは再インストール」を参照してください。再構成の手順については，「4.5.7 HDLMデバイス名を変更しない再構成」の「(2) HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を使用して再構成する場合」を参照してください。

この節の構成

7.10.1 形式

7.10.2 パラメタ

7.10.1 形式

dlmmigdrv { -b デバイス名定義ファイル名 | -r デバイス名定義ファイル名 | -h }

7.10.2 パラメタ

-b デバイス名定義ファイル名

稼働中のHDLMデバイスと物理ボリュームの対応を引き継ぐための情報を，デバイス名定義ファイルに出力します。

デバイス名定義ファイル名は，絶対パスまたは相対パスで指定してください。

-bパラメタを指定する場合の注意事項

定義済み状態で構成されているHDLMデバイスの情報は，デバイス名定義ファイルに出力されません。情報を引き継ぎたいHDLMデバイスは，あらかじめHDLM構成管理ユティリティ（dlmcfgmgr）を実行し，使用可能状態にしておいてください。

デバイス名定義ファイルの出力先は，HDLMに関連するディレクトリ（/usr/DynamicLinkManager，/var/DynamicLinkManager，/var/DLM，/opt/hitachi），およびHDLMデバイスが管理するLU以外のディレクトリを指定してください。

デバイス名定義ファイルの出力先となるファイルシステムには，十分な空き容量を確保してください。空き容量の目安を求める式を次に示します。
（100バイト × HDLMが管理している物理ボリューム数 ） × 2 + 200バイト

デバイス名定義ファイルの出力先ディレクトリ，およびファイルに書き込み権限を与えてください。

指定したファイル名が存在しない場合，指定したファイル名でデバイス名定義ファイルが作成されます。既存のファイル名を指定した場合，上書きしてよいかどうかを確認するKAPL12704-Iのメッセージが出力されます。

-r デバイス名定義ファイル名

dlmmigdrv -bユティリティを実行して作成されたデバイス名定義ファイルの情報を引き継いで，HDLMデバイスを構成します。

デバイス名定義ファイル名を，絶対パスまたは相対パスで指定してください。

-rパラメタを指定する場合の注意事項

dlmmigdrvユティリティでは，物理ボリュームとLUの関係は引き継げません。したがって，dlmmigdrv -rユティリティを実行する前に，物理ボリュームの構成をデバイス名定義ファイルの作成時と同じ状態にしておいてください。

デバイス名定義ファイルで定義されている物理ボリュームと接続するパスに障害が発生していないことを確認してください。障害が発生しているパスに対しては，HDLMデバイスを構成できません。

デバイス名定義ファイルで定義されている物理ボリュームに対応する，すべてのボリュームグループが非活動化していることを確認してください。ボリュームグループが活動化されていると，HDLMデバイスを構成できません。

dlmmigdrvユティリティを使用してHDLMデバイスと物理ボリュームの関係を引き継ぐと，HDLMデバイスは定義済み状態として構成されます。このため，dlmcfgmgrユティリティを実行して，HDLMデバイスを使用可能状態にしてください。

-h

dlmmigdrvユティリティの形式を表示します。

dlmmigdrvユティリティを実行してHDLMデバイスを構成する場合の注意事項

DVD-ROMにあるdlmmigdrvファイルを別ディレクトリにコピーして使用するとき

ファイル構成を変えないでコピーしてください。構成を変えると，dlmmigdrvユティリティが正しく実行されないおそれがあります。

次に実行例を示します。

# mkdir /cdrom
# mount -r -v cdrfs /dev/cd0 /cdrom
# mkdir /任意のディレクトリ
# cp -rp /cdrom/HDLM_AIX2/hdlmtool/* /任意のディレクトリ

デバイス名定義ファイルの作成後に物理ボリュームが追加されたとき

追加された物理ボリュームに対応するHDLMデバイス名は，HDLMが定義します。HDLMがHDLMデバイスの名称を定義する例を次に示します。

図7-3 HDLMがHDLMデバイスの名称を定義する例

上記の例では，hdisk5，hdisk6の物理ボリュームが，デバイス名定義ファイルの作成後に追加されています。したがって，アップグレードまたは再インストール後，デバイス名定義ファイルの情報を引き継いでHDLMデバイスを構成すると，hdisk5，hdisk6の物理ボリュームに対するHDLMデバイス名は，HDLMがdlmfdrv1と定義します。

デバイス名定義ファイルの作成後にrendevコマンドを使ってデバイス名称を変更したとき

変更したデバイス名はデバイス名定義ファイルに反映されていないことに注意してください。

HDLMドライバ構成定義ファイル（dlmfdrv.conf）が存在するとき

デバイス名定義ファイルよりもdlmfdrv.confファイルの内容が優先されます。したがって，アップグレードまたは再インストール後，デバイス名定義ファイルの情報を引き継いでHDLMデバイスを構成しても，dlmfdrv.confファイルにない物理ボリュームを管理するHDLMデバイスは，定義済み状態のままになります。dlmfdrv.confファイルの内容が優先される例を次の図に示します。

図7-4 dlmfdrv.confファイルの内容が優先される例

上記の例では，dlmfdrv.confファイルにdlmfdrv0が管理する物理ボリュームの情報がありません。したがって，dlmfdrv0は構成されないで，dlmfdrv1とdlmfdrv2だけが構成されます。

除外ディスク定義ファイル（dlmfdrv.unconf）が存在するとき

デバイス名定義ファイルよりもdlmfdrv.unconfファイルの内容が優先されます。したがって，アップグレードまたは再インストール後，デバイス名定義ファイルの情報を引き継いでHDLMデバイスを構成しても，dlmfdrv.unconfファイルにある物理ボリュームを管理するHDLMデバイスは，定義済み状態のままになります。dlmfdrv.unconfファイルの内容が優先される例を次の図に示します。

図7-5 dlmfdrv.unconfファイルの内容が優先される例

上記の例では，dlmfdrv.unconfファイルにdlmfdrv0が管理する物理ボリュームの情報があります。したがって，dlmfdrv0は構成されないで，dlmfdrv1とdlmfdrv2だけが構成されます。

7.11 dlmodmset HDLM動作ODM設定ユティリティ

HDLMの動作を規定するためのODMを設定および表示します。

この節の構成

7.11.1 形式

7.11.2 パラメタ

7.11.1 形式

/usr/DynamicLinkManager/bin/dlmodmset

{ { -l { on | off | -ls ログファイルサイズ }

| -e { on | off }

| -b 同時発行可能I/O数

| -r { on | off }

| -i { on | off }

| -x { node | fcp }

| -p { on | off }

| -v { on | off }

| -j { on | off } } [-s]

| { -u { on | off }

| -o

| -h } }

7.11.2 パラメタ

-l {on | off | -ls ログファイルサイズ}

ログ取得を有効，または無効にします。

on：有効

off：無効

デフォルトは「on」です。指定した値を有効にするためには，HDLMデバイスの再構成またはホストの再起動が必要です。

-ls ログファイルサイズ

ログファイルサイズをキロバイトで指定します。指定値の範囲は，100から9900までです。デフォルトおよび推奨値は「1000」です。指定した値を有効にするためには，HDLMデバイスの再構成またはホストの再起動が必要です。

-e {on | off}

hdiskを指定する操作（rmdev，chdev，rendev，ボリュームグループ操作コマンド）に対するエラーチェック機能を有効，または無効にします。

on：有効

off：無効

デフォルトは「on」です。指定した値を有効にするためには，HDLMデバイスの再構成が必要です。

-b 同時発行可能I/O数

HDLMで同時に発行できるI/Oの数を指定します。

指定範囲は，16384から1000000までです。デフォルトは「16384」です。

指定した値を有効にするためには，HDLMデバイスの再構成またはホストの再起動が必要です。

ただし，同時発行可能I/O数に設定した値以上のI/O要求が同時に発生した場合も，I/O要求は正常に終了するので問題はありません。

同時発行可能I/O数の設定を変更する場合は，次の式から求めてください。

AIX 5L V5.3の場合

LU数 × iooコマンド結果のpv_min_pbuf値 + 2560

LU数は，ホストに接続するシステム全体のLU数に，追加するLU数を見込んで設定してください。

AIX 5L V5.3を使用している場合，lvmoコマンド結果のpv_pbuf_count値が，iooコマンド結果のpv_min_pbuf値を超えて設定しているボリュームグループが1つでもあるときは，同時発行可能I/O数に各ボリュームグループに設定されているlvmoコマンド結果のtotal_vg_pbufs値の合計 + 2560以上の値を設定してください。

AIX V6.1およびAIX V7.1を使用している場合，このパラメタでの設定変更は不要です。

-r {on | off}

LUN RESETオプションを有効，または無効にします。

on：有効

off：無効

デフォルトは「off」です。

GPFSを使用する場合onに設定してください。

このパラメタの設定を変更しても，HDLMデバイスの再構成およびホストの再起動は不要です。

-i {on | off}

Online(E)状態のパスに対し，I/Oアクセスを抑止するパラメタです。

on：I/Oアクセスを抑止します。

off：I/Oアクセスの抑止を解除します。

デフォルトは「off」です。

LVMミラー構成などで障害を検出した場合，Online(E)状態のパスに対しI/Oアクセスが続くと，障害を検出し続けてしまいます。このパラメタをonに設定すると，障害対策をするまでI/Oアクセスを抑止するので，障害対策に掛かる時間を短縮できます。

指定した値を有効にするためには，HDLMデバイスの再構成またはホストの再起動が必要です。

注意事項

このパラメタをonに設定すると，Online(E)状態のパスへのI/Oアクセスが抑止されるため，I/Oに成功してもOnline状態へ自動的に遷移しません。パスを回復するにはHDLMコマンドのonlineオペレーションか，または自動フェイルバック機能を使用してください。

-x { node | fcp }

HDLMがODMに登録したuniquetypeのSubclass（HDLM Subclass）を設定します。指定した値を有効にするためには，HDLMデバイスの再構成が必要です。

node：HDLM Subclassにnodeを設定します。

fcp：HDLM Subclassにfcpまたはscsiを設定します。

デフォルトは「node」です。

OSのバージョンとGigabit Fibre Channel Adapter Driver for AIXのバージョンの組み合わせが次の場合，Hitachi Disk Array Driver for AIXのディスクマッピング機能を使用するときはnodeを設定してください。

AIX 5L V5.3の場合，Gigabit Fibre Channel Adapter Driver for AIXのバージョンが5.3.1.6より前のとき
nodeを設定してからbootlist -m normal -oコマンドを実行するとbootdeviceに「-」（ハイフン）が表示されることがありますが，動作上の問題はありません。
この設定を有効にするには，HDLMデバイスを再構成してください。また，PowerHA，GPFS+RVSDを使用している場合は，次に示す設定を変更してください。

PowerHAを使用している場合
PowerHAを停止してください。その後，「3.11.2 PowerHA用スクリプトの登録」の「(2) ユーザー定義ディスク・メソッドの追加」に示す手順に従って，［ユーザー定義ディスク・メソッドの追加］画面の［ディスク・タイプ］の設定を変更してください。

GPFS+RVSDを使用している場合
「3.12 GPFSを使用する場合の設定」に示す手順に従って，/etc/vsd/oemdisktypes.lstファイルの内容を変更してください。

-p { on | off }

HDLMデバイスを入出力統計情報の出力対象に含むかを設定します。指定した値を有効にするにはHDLMデバイスの再構成またはホストの再起動が必要です。

on：HDLMデバイスを入出力統計情報の出力対象に含みます。

off：HDLMデバイスを入出力統計情報の出力対象に含みません。

デフォルトは「off」です。「on」にすると，次に示すOSのコマンドの実行結果として，HDLMデバイスの入出力統計情報が出力されます。

iostatコマンド

vmstatコマンド

sarコマンド

topasコマンド

-v {on | off}

NPIVオプションを有効，または無効にします。

on：有効

off：無効

デフォルトは「off」です。

バーチャルI/OサーバのNPIV機能を使って，仮想HBAを適用するクライアント区画でHDLMを使用する場合は，onに設定する必要があります。詳細については，「3.4.4 バーチャルI/Oサーバについての注意事項」を参照してください。

-j {on | off}

OSエラーログへHDLMのメッセージを出力するかどうかを設定します。

on：出力する

off：出力しない

デフォルトは「off」です。

このパラメタの設定を変更しても，hdiskの再構成およびホストの再起動は不要です。

OSエラーログには，パス障害時およびパス回復時にHDLMのメッセージが出力されます。OSエラーログのラベルでパス障害またはパス回復の区別ができます。

パス障害のラベル：HDLM_PATH_FAIL

パス回復のラベル：HDLM_PATH_RECOV

パス回復のラベルは，Offline(E)またはOnline(E)のパスがonlineオペレーションまたは自動フェイルバックによってOnlineとなった場合に出力されます。

必要に応じてOSエラーログの望ましい処置に従って対処してください。また，OSエラーログの詳細データにはメンテナンス情報が含まれます。パス障害ラベルの場合，詳細データの空白で区切った6番目の情報が，パス障害の原因となったOSエラーコード（16進数）を示しています。同時に障害ログファイル（HDLMマネージャのログ）にメッセージが出力されている場合は，そのメッセージの内容も確認してください。

AIX 6.1 TL08環境でHDLMが出力するパス障害時のOSエラーログの出力例を次に示します。この出力例の場合，詳細データの空白で区切った6番目の情報が"0005"となっていることから，OSエラーコード5（EIO）が発生したことを示しています。

ラベル:         HDLM_PATH_FAIL
ID:             37269DDB

日付/時刻:       WWW MMM dd hh:mm:ss TTT yyyy
順序番号:        2959
マシン ID:       00F8782C4C00
ノード ID:       natu
クラス:          U
タイプ:          INFO
WPAR:            Global
リソース名:      hdisk13
リソース・クラス: disk
リソース・タイプ: Hitachi
ロケーション:     U78AA.001.WZSJPKR-P1-C4-T1-W50060E801082EEA2-L5C000000000000

説明
HDLM detected a path failure.

考えられる原因
HDLM detected a path failure.

障害の原因
A physical or logical error occurred in the path.

       望ましい処置
       Check the path in which the error was detected.

詳細データ
Driver Information.
0000 8000 002D 0000 0002 0005 0048 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 00

-s

ユティリティを実行するときに確認メッセージを表示しません。

-u {on | off}

バーチャルI/O環境での仮想物理ボリューム（hdisk）を認識するunique_id方式の使用可否を設定します。バーチャルI/Oを使用しない場合，この設定は無効です。

on： unique_id方式を使用します。

off： unique_id方式を使用しません。

デフォルトは「off」です。

-o

現在の設定情報を表示します。

-h

dlmodmsetユティリティの形式を表示します。

使用例

現在の設定情報を表示する場合

# /usr/DynamicLinkManager/bin/dlmodmset -o
Inquiry Log             : on
Inquiry Log File Size   : 1000
hdisk error check flag  : on
HDLM pbuf count         : 16384
Lun Reset               : off
Online(E) IO Block      : off
unique_id               : off
HDLM Subclass           : node
IO Statistics           : off
NPIV Option             : off
OS Error Log Output     : off
KAPL10800-I The dlmodmset utility completed normally.
#

HDLM Subclassを設定する場合

HDLMデバイスを構成している場合は，HDLMドライバ削除ユティリティ（dlmrmdev）を実行してHDLMデバイスを削除します。
# /usr/DynamicLinkManager/bin/dlmrmdev

HDLM Subclassを設定します。
HDLM Subclassにfcpまたはscsiを設定する場合
# /usr/DynamicLinkManager/bin/dlmodmset -x fcp
HDLM Subclassにnodeを設定する場合
# /usr/DynamicLinkManager/bin/dlmodmset -x node

HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを構成します。
# /usr/DynamicLinkManager/bin/dlmcfgmgr

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmodmset -h
Usage :dlmodmset { { -l { on | off | -ls log_file_size }
                  | -e { on | off }
                  | -b pbuf_count
                  | -r { on | off }
                  | -x { node | fcp }
                  | -p { on | off }
                  | -i { on | off }
                  | -v { on | off }
                  | -j { on | off }
                  }
                  [ -s ]
                | { -u { on | off } | -o | -h }
                }

7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ

クラスタ構成でなく，複数のホストでボリュームグループを共有している場合に，何らかの要因でLUのパーシステントリザーブが解除されないとき，Reservation Keyをクリアしてパーシステントリザーブを解除します。

この節の構成

7.12.1 形式

7.12.2 パラメタ

7.12.1 形式

/usr/DynamicLinkManager/bin/dlmpr {{-k | -c} [hdiskn] [hdiskn] ... [-a] | -h}

7.12.2 パラメタ

-k

Reservation Keyを表示する場合に指定します。-k指定時に表示される項目について説明します。

Reservation Key

ほかのホストのReservation Keyの場合は，Reservation Keyの最後に「*」を表示します。

Reservation Keyが設定されていない場合は，[0x0000000000000000]を表示します。

Regist Key

登録されているKeyを表示します。

Key Count

登録されているKeyの数を表示します。

-c

Reservation Keyをクリアする場合に指定します。

注意事項

通常運用時には-cパラメタを使用しないでください。Reservation Keyをクリアすると，ほかのホストからアクセスできるようになるため，データが破損するおそれがあります。
不当に残ってしまったReservation Keyをクリアする必要がある場合だけ，-cパラメタを使用してください。

hdisknパラメタを省略した場合，サポートするストレージシステムのhdiskのReservation Keyだけをクリアします。その他のhdiskに対しては，実行結果にKAPL10648-Eのメッセージが表示されます。

hdiskn

Reservation Keyを表示またはクリアするhdiskを指定します。複数指定できます。

このパラメタを省略した場合，すべてのhdiskを対象にします。

-a

hdiskを複数指定した場合に，途中で障害が発生してもすべてのhdiskの処理を続行します。

-h

dlmprユティリティの形式を表示します。

注意事項

接続先のストレージシステムがパーシステントリザーブをサポートしていない場合，またはハードウェアに障害が発生している場合，Reservation Keyに[0x????????????????]が表示されます。

使用例

Reservation Keyを確認したあと，自ホスト以外のReservation Keyをクリアする場合

dlmprユティリティを実行して，「hdisk1」「hdisk2」「hdisk3」「hdisk4」のReservation Keyを表示します。

# /usr/DynamicLinkManager/bin/dlmpr -k hdisk1 hdisk2 hdisk3 hdisk4
self Reservation Key : [0xaaaaaaaaaaaaaaaa]
hdisk1     Reservation Key : [0xaaaaaaaaaaaaaaaa]  , dlmrsvlevel : system
               Regist Key : [0xaaaaaaaaaaaaaaaa]  , Key Count : 2
hdisk2     Reservation Key : [0xbbbbbbbbbbbbbbbb]* , dlmrsvlevel : system
               Regist Key : [0xbbbbbbbbbbbbbbbb]  , Key Count : 2
hdisk3     Reservation Key : [0xbbbbbbbbbbbbbbbb]* , dlmrsvlevel : no_reserve
               Regist Key : [0xbbbbbbbbbbbbbbbb]  , Key Count : 2
hdisk4     Reservation Key : [0x0000000000000000]  , dlmrsvlevel : no_reserve
KAPL10665-I The dlmpr utility completed.

dlmprユティリティを実行して，他ホストのReservation Key（「*」がついているもの）をクリアします。

# /usr/DynamicLinkManager/bin/dlmpr -c hdisk2 hdisk3

確認メッセージが表示されます。クリアする場合は「y」を，クリアしない場合は「n」を入力します。

KAPL10641-I Reservation Key will now be cleared. Is this OK? [y/n]:y
KAPL10642-I Reservation Key of hdisk2 was cleared.
KAPL10642-I Reservation Key of hdisk3 was cleared.

7.13 dlmrmdev HDLMドライバ削除ユティリティ

HDLMデバイスをすべて削除します。HDLMデバイスの削除がすべて成功した場合，HDLMマネージャを停止します。

この節の構成

7.13.1 形式

7.13.2 パラメタ

7.13.1 形式

/usr/DynamicLinkManager/bin/dlmrmdev [-A [-s] | -h]

7.13.2 パラメタ

-A

HDLMデバイスを削除する前に，HDLMが使用しているファイルシステムのアンマウントおよびHDLMが使用しているボリュームグループの非活動化を行います。

-s

-Aパラメタを指定したときに，アンマウントおよびボリュームグループ非活動化の確認メッセージを表示しないようにします。

-h

dlmrmdevユティリティの形式を表示します。

注意事項

dlmrmdevユティリティを実行する前に，HDLMの管理対象パスを使用しているプロセスおよびサービスをすべて停止してください。HDLMの管理対象パスを使用しているプロセスおよびサービスを停止しないで，dlmrmdevユティリティを実行すると，HDLMデバイスが完全に削除されない場合があります。

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

HDLMの新規インストール，アップグレードまたは再インストールする場合に，サイレントインストールを実行します。応答処理の内容はあらかじめインストール情報設定ファイルに定義しておきます。

サイレントインストールの手順については，「3.5.8 HDLMのサイレントインストール」を参照してください。

この節の構成

7.14.1 形式

7.14.2 パラメタ

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

7.14.4 ログファイルについて

7.14.1 形式

/DVD-ROMをマウントしたディレクトリまたはDVD-ROMをコピーしたディレクトリ /HDLM_AIX2/hdlmtool/instutil/installhdlm { -f インストール情報設定ファイル名 | -h}

7.14.2 パラメタ

-f インストール情報設定ファイル名

インストールに必要な情報を定義します。

インストール情報設定ファイルについては，「7.14.3 インストール情報設定ファイルの定義内容」を参照してください。

-h

installhdlmユティリティの形式を表示します。

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

インストール情報設定ファイルで定義する内容について，次に示します。

セクション[INSTALLATION_SETTINGS]

installhdlmユティリティの動作情報を定義します。このセクション名はインストール情報設定ファイルの先頭行に指定してください。ただし，セクション[INSTALLATION_SETTINGS]の前に空行またはコメント行が存在してもかまいません。

セクション[INSTALLATION_SETTINGS]で定義するキーの一覧を次の表に示します。

表7-6 セクション[INSTALLATION_SETTINGS]のキー

キー名※1
説明※2
定義の要否
指定できる長さ
（文字）

新規インストール
アップグレードインストールまたは再インストール

installfile_location
DVD-ROMをマウントしたディレクトリまたはDVD-ROMをコピーしたディレクトリのどちらかの中で，DLManager.bffファイルがあるディレクトリを絶対パス名称で指定します。
デフォルトは「/dev/cd0」です。
省略可
省略可
60

logdir
ログ情報のファイルを出力するディレクトリを，絶対パス名称で指定します。
デフォルトは「/var/tmp」です。ログファイルについては，「7.14.4 ログファイルについて」を参照してください。
省略可
省略可
60

licensekeyfile※3
ホストに格納されているライセンスキーファイル名を，絶対パス名称で指定します。指定したファイルはサイレントインストール後に削除されません。
デフォルトは「/var/tmp/hdlm_license」です。
なお，ライセンスを更新しないでアップグレードインストールまたは再インストールを行う場合は，licensekeyfileキーと設定値を削除してください。
省略可※4
省略可※4
60

licensekey※3
ホストに格納されているライセンスキーが記載されたファイルを，絶対パス名称で指定します。指定したファイルはサイレントインストール後に削除されません。
デフォルトは「/var/DLM/dlm.lic_key」です。
なお，ライセンスを更新しないでアップグレードインストールまたは再インストールを行う場合は，licensekeyキーと設定値を削除してください。
省略可※4
省略可※4
60

driver_config
HDLMドライバの構成を行うかどうかを，次の値で指定します。
y：HDLMドライバを構成します（デフォルト）。
n：HDLMドライバを構成しません。
省略可
省略可
1

restart
インストール終了後に，ホストの再起動を行うかどうかを，次の値で指定します。
y：再起動します。
n：再起動しません（デフォルト）。
省略可
省略可
1

（凡例）

省略可：キーと設定値を指定しない場合，デフォルト値が適用されます。

ただし，アップグレードインストールまたは再インストールの場合，licensekeyfileキーとlicensekeyキーは以前のライセンス情報が引き継がれます。

注※1

キーと設定値は，1行につき1つの情報を記載してください。

注※2

定義できる内容以外を指定した場合は，エラーとなります。

注※3

licensekeyキーを指定する場合は，licensekeyfileキーを削除する必要があります。licensekeyfileキーを指定する場合は，licensekeyキーを削除する必要性はありません。

どちらにも値を指定しなかった場合は，次に示すファイルが順に読み込まれます。

ライセンスキーファイル（/var/tmp/hdlm_license）

ライセンスキーが記載されたファイル（/var/DLM/dlm.lic_key）
なお，新規インストールの場合でこれらのファイルが存在しないときは，サイレントインストールがエラー終了します。

注※4

HDLMを新規インストールする場合，またはライセンスの有効期限が過ぎている状態でアップグレードインストールする場合は，ライセンスキーまたはライセンスキーファイルを用意してください。

セクション[ODM_SETTINGS]

HDLM動作ODM設定ユティリティ（dlmodmset）の動作情報を定義します。このセクションは省略できます。セクション名を省略した場合，またはセクション内のキーを1つも定義しなかった場合は，dlmodmsetユティリティによる設定は行われません。

dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

セクション[ODM_SETTINGS]で定義するキーの一覧を次の表に示します。

表7-7 セクション[ODM_SETTINGS]のキー

キー名※1
説明※2
定義の要否
指定できる長さ
（文字）

新規インストール
アップグレードインストールまたは再インストール

odm_lun_reset
LUN RESETオプションを有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

odm_online_e_io_block
Online(E)状態のパスに対し，I/Oアクセスを抑止する機能を有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

odm_inquiry_log
ログ取得を有効，または無効にするかを，次の値で指定します。
on：有効（デフォルト）
off：無効
省略可
省略可
3

odm_inquiry_log_size
ログファイルサイズをKBで指定します。
サイズは，「100～9900」の値を設定できます。デフォルトは「1000」です。
省略可
省略可
4

odm_hdisk_error_check_flag
hdiskを指定する操作に対するエラーチェック機能を有効，または無効にするかを，次の値で指定します。
on：有効（デフォルト）
off：無効
省略可
省略可
3

odm_hdlm_pbuf_count
HDLMで同時に発行できるI/Oの数を指定します。
I/Oの数は，「16384～1000000​」の値を設定できます。デフォルトは「16384」です。
省略可
省略可
7

odm_hdlm_subclass
HDLMがODMに登録したuniquetypeのSubclass（HDLM Subclass）を設定します。
node：HDLM Subclassにnodeを設定します（デフォルト）。
fcp：HDLM Subclassにfcpまたはscsi を設定します。
省略可
省略可
4

odm_io_statistics
HDLMデバイスを入出力統計情報の出力対象に含むかを次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

odm_npiv_option
NPIV オプションを有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

odm_os_error_log
OSエラーログへHDLMのメッセージを出力するかどうかを，次の値で指定します。
on：出力する
off：出力しない（デフォルト）
省略可
省略可
3

（凡例）

省略可：キーと設定値を指定しない場合，次の値が適用されます。

新規インストールの場合
デフォルト値が適用されます。

アップグレードインストールまたは再インストールの場合
以前の設定値が引き継がれます。

注※1

キーと設定値は，1行につき1つの情報を記載してください。

注※2

定義できる内容以外を指定した場合は，エラーとなります。

設定する機能の詳細については，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

注意事項

dlmodmsetユティリティの機能であるunique_id方式の使用可否は設定できません。unique_id方式の使用可否を設定する場合は，HDLMのサイレントインストールが終了したあとに，dlmodmsetユティリティを実行して設定してください。

セクション[ENVIRONMENT_SETTINGS]

HDLMコマンドのsetオペレーションでの動作情報を定義します。このセクションは省略できます。セクション名を省略した場合，またはセクション内のキーを1つも記載しなかった場合は，HDLMコマンドのsetオペレーションによる設定は行われません。

setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

セクション[ENVIRONMENT_SETTINGS]で定義するキーの一覧を次の表に示します。

表7-8 セクション[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」の値を設定できます。デフォルトは「20」です。
省略可
省略可
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」の値を設定できます。デフォルトは「60」です。
省略可
省略可
4

intermittent_error_monitor※3※4
間欠障害監視を有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

intermittent_error_monitor_interval※4
間欠障害の監視時間を分単位で指定します。
チェック間隔は，「1～1440」の値を設定できます。デフォルトは「210」です。
省略可
省略可
4

intermittent_error_monitor_number※4
間欠障害と見なす障害の発生回数を指定します。
発生回数は，「1～99」の値を設定できます。デフォルトは「3」です。
省略可
省略可
2

reserve_level
ディスクに対するリザーブレベルを設定します。
0：リザーブ無視
2：パーシステントリザーブ（デフォルト）
省略可
省略可
1

dynamic_io_path_control
ダイナミックI/Oパスコントロール機能を有効，または無効にするかを次の値で指定します。なお，この機能を設定するとストレージシステム単位またはLU単位の設定はクリアされます。
on：有効
off：無効（デフォルト）
省略可
省略可
3

dynamic_io_path_control_interval
ダイナミックI/Oパスコントロール機能の，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を，分単位で指定します。※5
チェック間隔は，「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=/dev/cd0
logdir=/var/tmp
licensekeyfile=/var/tmp/hdlm_license
licensekey=/var/DLM/dlm.lic_key
driver_config=y
restart=n
[ODM_SETTINGS]
odm_lun_reset=off
odm_online_e_io_block=off
odm_inquiry_log=on
odm_inquiry_log_size=1000
odm_hdisk_error_check_flag=on
odm_hdlm_pbuf_count=16384
odm_hdlm_subclass=node
odm_io_statistics=off
odm_npiv_option=off
odm_os_error_log=off
[ENVIRONMENT_SETTINGS]
load_balance=on
load_balance_type=exlio
load_balance_same_path_use_times=20
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=off
# auto_failback_interval=60
# intermittent_error_monitor=off
# intermittent_error_monitor_interval=210
# intermittent_error_monitor_number=3
reserve_level=2
dynamic_io_path_control=off
dynamic_io_path_control_interval=10

注意事項

インストール情報設定ファイルで，行の先頭に「#」がある場合は，その行をコメント行と見なします。

キーを指定しない場合は，キーを定義している行の先頭に「#」を付けてください。

7.14.4 ログファイルについて

サイレントインストールを使用したインストールでは，インストール処理状況を示すログファイル（installhdlm.log）が出力されます。

installhdlm.logファイルについて，次に示します。

installhdlm.logファイルは，インストール情報設定ファイルのlogdirキーの値に指定したディレクトリに出力されます。ただし，サイレントインストールを実行するホスト間で，ログファイルの出力先ディレクトリを共有しないでください。logdirキーの値を指定しない場合は，/var/tmpディレクトリに出力されます。

すでにinstallhdlm.logファイルが存在している場合は，ログ情報が追記されます。
ログ出力ディレクトリの容量については，「3.5.8 HDLMのサイレントインストール」を参照してください。

注意事項

installhdlm.logファイルは，HDLMのアンインストールと同時に削除されることはありません。したがって，installhdlm.logファイルが不要になったときは，手動で削除してください。

installhdlm.logファイルが出力先のディスク容量不足などで出力できなかった場合は，installhdlmユティリティの終了直前にメッセージが出力されます。

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

インストール先のOSを判別してDVD-ROMからOSに対応したHDLMをインストールします。また，パラメタを指定することでサイレントインストールも実行できます。

このユティリティを使ったインストールの手順については，「3.5.4 HDLMの新規インストール」，「3.5.6 HDLMのアップグレードまたは再インストール」，または「3.5.8 HDLMのサイレントインストール」を参照してください。

この節の構成

7.15.1 形式

7.15.2 パラメタ

7.15.3 ログファイルについて

7.15.1 形式

/DVD-ROMをマウントしたディレクトリまたはDVD-ROMをコピーしたディレクトリ/installux.sh [ -f インストール情報設定ファイル名 | -h]

7.15.2 パラメタ

-f インストール情報設定ファイル名

サイレントインストールに必要な情報を定義します。

インストール情報設定ファイルについては，「7.14.3 インストール情報設定ファイルの定義内容」を参照してください。

-h

installux.shユティリティの形式を表示します。

7.15.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ファイルが不要になったときは，手動で削除してください。

8. メッセージ

この章では，HDLMから出力されるメッセージを参照するときに知っておいてほしい情報について説明します。そのあと，HDLMの運用に関わるメッセージと対処を説明します。「8.15 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 KAPL12001～KAPL13000

8.13 KAPL13001～KAPL14000

8.14 KAPL15001～KAPL16000

8.15 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:/usr/DynamicLinkManager/rc/%L/%N
export LANG NLSPATH

Cシェルの場合

setenv LANG LANG環境変数の値
setenv NLSPATH ${NLSPATH}:/usr/DynamicLinkManager/rc/%L/%N

LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-3 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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，offline，online，set，またはview

bb...bb：西暦/月/日 時:分:秒

対処

特にありません。

KAPL01002-I
HDLMコマンドを開始しました。オペレーション名 = aa...aa
The HDLM command started. Operation name = aa...aa

説明

コマンドが実行されました。

aa...aa：clear，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，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，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，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：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：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，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，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：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，またはview

offline，onlineオペレーションの場合
パスの指定が間違っています。

viewオペレーションの場合
HDLMの環境構築，または運用環境の構成変更が正しく完了していないため，パスが構成されていません。

対処

offline，onlineオペレーションの場合
HDLMコマンドのviewオペレーションで指定値を確認して，再実行してください。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。

viewオペレーションの場合
「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，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：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，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：online，offline，またはview

対処

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オペレーションとアップグレードまたは再インストール時のライセンスの更新の同時実行

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：実行したコマンド

対処

特にありません。

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をインストールしているときにこのメッセージが表示された場合

「3.5 HDLMのインストール」を参照して，インストールを完了させてください。それでもこのメッセージが表示される場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

HDLMをアンインストールしているときにこのメッセージが表示された場合

「3.15.3 HDLMのアンインストール」を参照して，アンインストールを完了させてください。それでもこのメッセージが表示される場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras 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.

説明

addオペレーション実行時

パスが追加されませんでした。

deleteオペレーション実行時

パスが削除されませんでした。

対処

addオペレーション実行時

・OSコマンドを実行し，OSにパス追加が認識されているかどうか確認してください。

・HDLMコマンドのviewオペレーションでパスがすでに追加済みではないかどうか確認してください。

deleteオペレーション実行時

・削除対象のパスがOffline(C)状態になっているかどうかを確認してください。

・HDLMコマンドのviewオペレーションでパスが削除済みかどうか確認してください。

KAPL01161-I
パス構成変更を実行します。よろしいですか? [y/n] :
This operation will change the path configuration. Do you want to continue? [y/n]:

説明

addオペレーションまたはdeleteオペレーションでパス構成変更の実行を確認します。

対処

パス構成変更を実行する場合は「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オペレーションまたはdeleteオペレーションの実行が失敗しました。

aa...aa: 発生したエラーの内容を示すコード

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01164-I
aa...aaパスを削除しました。終了時刻 = bb...bb
Paths were deleted. (number of paths deleted = aa...aa, completion time = bb...bb)

説明

deleteオペレーションは成功しました。

aa...aa: 削除したパス数

bb...bb: 西暦(4桁)/月/日 時:分:秒

対処

HDLMコマンドのviewオペレーションでパスが削除されたことを確認してください。

KAPL01165-I
パスを削除しました。パスID = aa...aa, ストレージ = bb...bb, iLU = cc...cc
A path was deleted. (path ID = aa...aa, storage = bb...bb, iLU = cc...cc)

説明

deleteオペレーションを実行したあと，削除したパスの情報を表示します。

aa...aa: 削除したパスのパスID

bb...bb: 削除したパスが接続されていたストレージ(ベンダID.プロダクトID.シリアル番号)

cc...cc: 削除したパスが接続されていたLU番号

対処

HDLMコマンドのviewオペレーションでパスが削除されたことを確認してください。

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_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。HDLMマネージャからログに出力されるメッセージの言語種別を変更する場合は，次に示すコマンドを実行して，HDLMマネージャを手動で起動します。

# startsrc -s DLMManager -e "LANG=LANG環境変数の値 NLSPATH=/usr/DynamicLinkManager/rc/%L/%N"

LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-5 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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/DynamicLinkManager/log/dlmmgr[1-16].log）のオープンに失敗しました）。

対処

ファイルをほかのプログラムで使用していないか（テキストエディタなどで開いていないか），ファイルを間違って削除していないか確認してください。

KAPL04011-E
障害ログファイルの出力に失敗しました。
Could not output the error log file.

説明

障害ログファイル（/var/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.

説明

オプション定義ファイルをデフォルト値で再作成しました。一部のオプションが読めた場合は，指定値が設定されています。

対処

デフォルト以外のオプションについては，HDLMコマンドのsetオペレーションでオプションを再設定してください。setオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

KAPL04034-E
オプション定義ファイルの作成に失敗しました。
An attempt to create the option definition file has failed.

説明

オプション定義ファイル（/usr/DynamicLinkManager/config/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_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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（aa...aa：ディスクのマイナー番号（10進数）），Partition（bb...bb：0固定）のパス登録に成功しました。

対処

特にありません。

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.

説明

OSのメモリ確保関数を起動しましたが，メモリ確保関数からエラーが返されました。

aa...aa：プログラム行数（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（aa...aa：ディスクのマイナー番号（10進数）），Partition（bb...bb：パーティション番号（10進数））のパス登録に失敗しました。

cc...cc：エラーコード（16進数）

dd...dd：フィルタドライバ管理テーブルアドレス（16進数）

対処

HDLMドライバが正常に開始しているか確認してください。開始していないか，エラー状態の場合，エラーと詳細コードをHDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05014-I
デバイスオブジェクト(aa...aa)をパス(bb...bb)として登録しました。
The device object (aa...aa) was registered as the path (bb...bb).

説明

コアロジックへデバイスオブジェクト（aa...aa：フィルタドライバ管理テーブルアドレス（16進数））のパス（bb...bb：コアロジックパス識別子（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進数））でFO処理が失敗しました。

bb...bb：エラーコード（16進数）

cc...cc：0固定

対処

処理中のI/Oは破棄されます。パスの状態を確認して適切な処置をしてください。パス接続状態に問題がない場合，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

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：0固定

cc...cc：0固定

対処

HDLMコマンドやHDLMマネージャのメッセージを確認して，対処してください。適切な対処方法が不明な場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

KAPL05037-W
Persistent Reserve未対応ディスクの為，Reserveを設定できませんでした。dlmfdrv minor (aa...aa)
The reservation settings could not be performed because the disk does not support persistent reservations. dlmfdrv minor (aa...aa)

説明

パーシステントリザーブ未対応のディスクに対し，フィルタドライバへのopen要求，またはdlnkmgr set -rsv on 2の実行要求を受け付けました。dlmfdrv minor（aa...aa：フィルタドライバインスタンスマイナー番号（10進数））

対処

HDLMがサポートするディスクかどうか確認してください。HDLMがサポートするディスクでこのメッセージが出力される場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05051-I
パーシステントリザーブを実行しました。devno = aa...aa:bb...bb
The persistent reserve was executed. devno = aa...aa:bb...bb

説明

パーシステントリザーブを実行しました。

aa...aa：HDLMデバイスのmajor番号

bb...bb：HDLMデバイスのminor番号

対処

特にありません。

KAPL05052-I
パーシステントリザーブを解除しました。devno = aa...aa:bb...bb
The persistent reserve was released. devno = aa...aa:bb...bb

説明

パーシステントリザーブを解除しました。

aa...aa：HDLMデバイスのmajor番号

bb...bb：HDLMデバイスのminor番号

対処

特にありません。

KAPL05501-E
パスの作成に失敗しました。(aa...aa,bb...bb,cc...cc) DLMgetrasユティリティを実行して，障害情報を購入元会社または保守会社に連絡してください。
The path could not be created. (aa...aa, bb...bb, cc...cc) 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：HDLMドライバのインスタンス名

bb...bb：hdiskの論理デバイスファイル名

cc...cc：エラーコード（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05502-E
パス情報の不正を検出しました。 (dlmfdrv minor aa...aa, hdisk minor bb...bb) dlmrmdevユティリティを実行してHDLMデバイスを削除後，dlmcfgmgrユティリティでHDLMデバイスを再構成してください。
Invalid path information was detected. (dlmfdrv minor aa...aa, hdisk minor bb...bb) Use the dlmrmdev utility to delete the HDLM device, and then use the dlmcfgmgr utility to reconfigure the HDLM device.

説明

HDLMデバイスの構成時に，パス情報の不正を検出しました。該当パスは構成しませんでした。

aa...aa：HDLMドライバインスタンスのマイナー番号

bb...bb：hdiskインスタンスのマイナー番号

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を実行して，HDLMデバイスを削除後，HDLM構成管理ユティリティ（dlmcfgmgr）を実行して，HDLMデバイスを再構成してください。

KAPL05503-I
I/Oをキューに登録しました。
An I/O request has been queued.

対処

特にありません。

KAPL05504-E
パーシステントリザーブが解除されています。 (aa...aa)
Persistent reservation has been released. (aa...aa)

説明

aa...aa：パスID（10進数）

対処

HDLMボリュームグループ操作ユティリティ（dlmvaryoffvg）を実行してください。このときエラーが発生しても問題ありません。

パスがOffline(E)またはOnline(E)である場合，onlineオペレーションを実行して，パスをOnlineにしてください。

HDLMボリュームグループ操作ユティリティ（dlmvaryonvg）を実行してください。

KAPL05505-I
パス(aa...aa)でのFO処理が実施されました。I/Oリクエストはパス(bb...bb)に出力されました。
FO processing was performed on a path (aa...aa). An I/O request was output to the path (bb...bb).

説明

aa...aa：コアロジックパス識別子（16進数）

bb...bb：コアロジックパス識別子（16進数）

対処

特にありません。

KAPL05506-E
fp_opendevシステムコールでEINVALエラーが発生しました。OSサポートへ調査依頼してください。devno = aa...aa:bb...bb, devflag = cc...cc, ext = dd...dd
An EINVAL error occurred in a fp_opendev system call. Request an investigation from OS support. devno = aa...aa:bb...bb, devflag = cc...cc, ext = dd...dd

説明

aa...aa：デバイスmajor番号

bb...bb：デバイスminor番号

cc...cc：デバイスフラグ

dd...dd：拡張フラグ

対処

OSサポートへ調査依頼してください。

KAPL05507-I
HDLMのIOCTL専用インスタンス(dlmfdrvio)にI/Oが要求されました。I/O type = aa...aa
I/O was requested for the HDLM IOCTL instance (dlmfdrvio). I/O type = aa...aa

説明

HDLMのIOCTL専用インスタンスにI/Oが要求されました。

HDLMの動作に影響しません。

aa...aa：I/O種別（r: read I/O, w: write I/O）

対処

特にありません。

KAPL05508-I
保守用トレースデータです。(パスチェック): Error Code = aa...aa , Status Validity = bb...bb, Status Code = cc...cc, Sense Code = dd...dd
Data for maintenance(PathCheck): Error Code = aa...aa , Status Validity = bb...bb, Status Code = cc...cc, Sense Code = dd...dd

説明

パスチェックエラー時の詳細情報を出力しているメッセージです。

aa...aa：エラーコード情報

bb...bb：エラー種別の切り分け値

cc...cc：ステータスコード情報

dd...dd：センスコード情報

対処

特にありません。

KAPL05513-E
Persistent Reserve(shared)未対応パスがあるため処理を中止しました。 devno = aa...aa:bb...bb , type mask = cc...cc
Processing was canceled because the path does not support persistent reserves (shared). devno = aa...aa:bb...bb , type mask = cc...cc

説明

Persistent Reserve(shared)未対応パスがあるため，処理を中止しました。

aa...aa：HDLMデバイスのmajor番号

bb...bb：HDLMデバイスのminor番号

cc...cc：Persistent Reserve Type Mask

対処

接続されているストレージシステムが，ホストモードオプションNo.72をサポートしているか確認してください。サポートされている場合，接続されているストレージシステムに，ホストモードオプションNo.72が設定されているか確認してください。ホストモードオプションNo.72が設定されていて，このメッセージが出力される場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL05819-I
保守用トレースデータです。:aa...aa bb...bb cc...cc dd...dd
Data for maintenance: aa...aa bb...bb cc...cc dd...dd.

説明

フィルタドライバが保守用に出力しているメッセージです。

aa...aa：HDLMデバイスのマイナー番号（10進数）

bb...bb：メッセージ出力位置情報（10進数）

cc...cc：詳細情報1（10進数）

dd...dd：詳細情報2（10進数）

対処

特にありません。

8.6 KAPL06001～KAPL07000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-7 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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障害情報収集ユティリティ」を参照してください。

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)

説明

HDLMマネージャまたはAPIからIOCTL要求（aa...aa：コード（16進数））を受け付けましたがアラートドライバ側で想定していない要求内容でした。（bb...bb：エラーコード（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)

説明

次のどちらかの現象が発生しました。

フィルタドライバからのログ出力要求時にメモリ確保に失敗したため，ログ情報が破棄されました。

HDLMドライバまたはHDLMアラートドライバのメッセージ，およびコアロジックからの緊急性の低いメッセージ（C/I）が発生しましたが，そのログ情報をHDLMアラートドライバによって破棄しました。

（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)

説明

次のどちらかの現象が発生しました。

フィルタドライバからのログ出力要求時にメモリ確保失敗によって，ログ情報が破棄されました。

出力されるメッセージとして，コアロジックによって検出した緊急性の高いメッセージ（パス障害など）が発生しましたが，そのログをHDLMアラートドライバによって破棄しました。

（aa...aa：ログメッセージコード（16進数）, bb...bb：ログエリアサイズ（16進数））

対処

ほかにエラーが発生していないか確認してください。書き込みに失敗した情報は破棄されます。ほかにエラーが発生していない場合，実メモリサイズを見直してください。

実メモリが不足している場合は，実メモリを増設してください。

実メモリが不足していない場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

KAPL06022-I
保守用トレースデータです。：aa...aa bb...bb cc...cc dd...dd
Methods Information for Filter Driver: aa...aa bb...bb cc...cc dd...dd.

説明

フィルタドライバが保守用に出力しているメソッド情報です。

aa...aa：デバイスマイナー番号（16進数）

bb...bb：hdiskのマイナー番号（16進数）

cc...cc：メッセージ出力位置情報（16進数）

dd...dd：エラーコード（16進数）

対処

特にありません。

8.7 KAPL07001～KAPL08000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-8 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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：HBAアダプタ番号またはアダプタ種別（view -pathのPathNameと同じ）（文字列）

dd...dd：バス番号またはアダプタ番号（view -pathのPathNameと同じ）（文字列）

ee...ee：ターゲットID（view -pathのPathNameと同じ）（16進数）

ff...ff：ホストLU番号（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：HBAアダプタ番号またはアダプタ種別（view -pathのPathNameと同じ）（文字列）

cc...cc：バス番号またはアダプタ番号（view -pathのPathNameと同じ）（文字列）

dd...dd：ターゲットID（view -pathのPathNameと同じ）（16進数）

ee...ee：ホストLU番号（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
メッセージテキスト
説明

KAPL09003-E
Cannot install in this system. Install HDLM on a supported OS.

説明

このシステムにはHDLMをインストールできません。

対処

「3.1.1 HDLMがサポートするホストとOS」を参照して，サポート対象のOSにインストールしてください。

KAPL09008-W
The license code is invalid.

説明

ライセンスコードが誤っています。

対処

ライセンスコードを確認して，再入力してください。

KAPL09011-E
Cannot find a license key file "/var/DLM/dlm.lic_key".

説明

指定されたディレクトリにライセンスキーファイル/var/DLM/dlm.lic_keyがありません。

対処

ライセンスキーファイルを作成して再実行してください。

KAPL09012-I
All HDLM drivers were removed.

説明

すべてのHDLMドライバが削除されました。HDLMドライバ，アラートドライバの削除，およびHDLMマネージャの停止がすべて成功し，HDLMが停止している状態です。

対処

特にありません。

KAPL09013-E
Some HDLM drivers could not be removed.

説明

HDLMドライバ削除ユティリティ（dlmrmdev）を実行しましたが，幾つかのHDLMドライバ，またはHDLMアラートドライバが削除できませんでした。

対処

HDLMドライバの状態を確認し，再度削除してください。

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の保守契約があれば保守会社に連絡してください。

KAPL09022-E
HDLM cannot be removed. aa...aa is running.

説明

HDLMマネージャ，HDLMドライバ，HDLMアラートドライバのどれかが起動しているため，HDLMのアンインストールに失敗しました。

aa...aa：HDLM manager，HDLM driver，またはHDLM alert driver

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を実行したあと，再度アンインストールをしてください。

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以外のHitachi Command Suite製品のインストール時に発生した場合は，その製品を再度インストールしてください。

KAPL09025-W
An attempt to delete a file or directory has failed.

説明

HDLM以外のHitachi Command Suite製品のディレクトリからHDLMに関連するファイルを削除する処理が失敗しました。

対処

ホスト上に次のディレクトリまたはファイルがある場合は，手動で削除してください。

/usr/HDVM/agent/docroot/webstart/HDLM.jnlp

/usr/HDVM/agent/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/HDLMManager.class

/usr/HDVM/agent/docroot/webstart/hdlm

/usr/HDVM/agent/docroot/hdlmhelp

/usr/HDVM/agent/classes/jp

/usr/HDVM/agent/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/hdlm

KAPL09028-E
An attempt to install Hitachi Network Objectplaza Trace Library 2 failed.

説明

Hitachi Network Objectplaza Trace Library 2のインストールに失敗しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09029-E
This version of HDLM cannot be updated by installation. Remove the already installed version of HDLM.

説明

このバージョンのHDLMはアップグレードおよび再インストールができません。インストール済みのHDLMをアンインストールしてください。

対処

インストール済みのHDLMをアンインストールしてください。

KAPL09047-E
Downgrading from aa...aa to bb...bb is not supported.

説明

aa...aaからbb...bbへのダウングレードは未サポートです。

aa...aa：DLManager.rte ファイルセットのレベル（文字列）

bb...bb：DLManager.rte ファイルセットのレベル（文字列）

対処

HDLMをアンインストールしてください。そのあとインストールプログラムを再実行してください。

KAPL09048-E
HDLM cannot be installed. aa...aa is running.

説明

HDLMマネージャ，HDLMドライバ，HDLMアラートドライバのどれかが起動しているため，HDLMのインストールに失敗しました。

aa...aa：HDLM manager，HDLM driver，またはHDLM alert driver

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を実行したあと，再度インストールを行ってください。

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.

説明

非常ライセンスの期限が切れています。

対処

永久ライセンスをインストールしてください。

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.

説明

不正なライセンスキーが入力されたため，ライセンス更新を中断します。

対処

正しいライセンスキーを取得後，再度インストールしてください。

KAPL09088-E
The entered license key is invalid. The HDLM installation will now terminate. Obtain a valid license key, and then re-install HDLM.

説明

ライセンスキーが不正です。インストールを中止します。

対処

正しいライセンスキーを取得後，再度インストールしてください。

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の保守契約があれば保守会社に連絡してください。

KAPL09100-E
Installation is not possible because aa...aa is already installed.

説明

メッセージに出力されたファイルセットがインストールされているため，インストールできません。

aa...aa：DLManager.mpio.rte，AutoPath.rte（文字列）

対処

メッセージに出力されたファイルセットをアンインストールしてから，再度インストールを実行してください。

KAPL09112-E
The license key file is invalid. File name = aa...aa
Place the correct license key file in the designated directory, 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

KAPL09116-W
The command could not be installed. (command = aa...aa)

説明

出力されたHDLMのコマンドは使用できません。

aa...aa：コマンド名

対処

出力されたコマンドは別名称で実行できます。出力された名称で実行する場合は，上書き，または再度インストールしてください。

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のアップグレードまたは再インストール時のライセンスの更新の同時実行

KAPL09141-E
HDLM cannot be removed. The unique_id function has the on status.

説明

unique_idの機能がon状態のため，アンインストールが失敗しました。

対処

HDLM動作ODM設定ユティリティ（dlmodmset）に-u offパラメタを指定して実行し，unique_id機能をoffにしてから，アンインストールを再度実行してください。

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の保守契約があれば保守会社に連絡してください。

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パラメタに指定されているファイルが存在しません。

対処

正しいインストール情報設定ファイルのパス名称を指定して，再実行してください。

KAPL09210-I
aa...aa will now start.

説明

aa...aaを開始しました。

aa...aa：installhdlm，installp，dlmcfgmgr，dlmodmset，dlnkmgr，dlmrmdev，またはdlmchkdev

対処

特にありません。

KAPL09211-I
aa...aa completed successfully.

説明

aa...aaが正常終了しました。

aa...aa：installhdlm，installp，dlmcfgmgr，dlmodmset，dlnkmgr，dlmrmdev，またはdlmchkdev

対処

特にありません。

KAPL09212-E
aa...aa ended abnormally.

説明

aa...aaが異常終了しました。

aa...aa：installhdlm，installp，dlmodmset，dlmrmdev，またはdlmchkdev

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

KAPL09213-W
An error occurred during aa...aa processing.

説明

HDLMインストールユティリティ（installhdlm）の処理は最後まで実行されましたが，途中でエラーになった処理があります。

aa...aa：installhdlm，またはdlnkmgr

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

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 = 1の場合

/tmpディレクトリがありません。/tmpディレクトリを用意してから再実行してください。

Error Code = 2の場合

/tmpディレクトリに書き込み権限がありません。/tmpディレクトリのアクセス権限を確認してください。

Error Code = 3の場合

/tmpディレクトリのファイルシステムに書き込み権限がありません。/tmpディレクトリのファイルシステムのアクセス権限を確認してください。

Error Code = 4の場合

/var/tmpディレクトリがありません。/var/tmpディレクトリを用意してから再実行してください。

Error Code = 5の場合

/var/tmpディレクトリ，または/var/DLMディレクトリに書き込み権限がありません。/var/tmpディレクトリ，または/var/DLMディレクトリのアクセス権限を確認してください。

Error Code = 6の場合

/var/tmpディレクトリ，または/var/DLMディレクトリのファイルシステムに書き込み権限がありません。/var/tmpディレクトリ，または/var/DLMディレクトリのファイルシステムのアクセス権限を確認してください。

Error Code = 7の場合

/var/tmpディレクトリ，または/var/DLMディレクトリのファイルシステムに空き容量がありません。/var/tmpディレクトリ，または/var/DLMディレクトリの空き容量を確認してください。

Error Code = 8の場合

/varディレクトリの空き容量が足りないか，/varディレクトリに書き込み権限がありません。十分な空き容量を確保する，または/varディレクトリに書き込み権限があるか確認をしてから再実行してください。

Error Code = 9の場合

インストールされているHDLMの状態がBROKENです。HDLMをアンインストールしてください。

Error Code = 10の場合

shutdownコマンドがデフォルトの場所にないか，shutdownコマンドに実行権限がありません。shutdownコマンドの状態を確認してください。

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進数)

対処

/tmpディレクトリの容量に不足がないか確認してください。/tmpディレクトリの容量が不足している場合は，十分な空き容量を確保したあとに再実行してください。必要な空き容量は，「3.5.8 HDLMのサイレントインストール」を参照してください。

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，dlmodmset，dlnkmgr，dlmcfgmgr，dlmrmdev，またはdlmchkdev

対処

aa...aaがdlmodmset，dlnkmgrまたはdlmcfgmgrの場合

規定の場所は/usr/DynamicLinkManager/binディレクトリです。

規定の場所になかった，または実行権限がなかった場合は，再度installhdlmユティリティを実行してください。

aa...aaがdlmrmdevまたは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

説明

インストール情報設定ファイルの構成チェック中に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］などで中断したため，処理を中止しました。

対処

lslpp -la DLManager.rteを実行してHDLMの状態を確認してください。

HDLMがインストールされていない場合

再度HDLMインストールユティリティ（installhdlm）を実行してください。

HDLMの状態がCOMMITTEDの場合

インストールの状態に合わせて，次の手順を実行してください。

installhdlmユティリティでのHDLMのインストールが終了しているときは，HDLMの設定が完了していないおそれがあります。
設定されていない値を手動で設定するか，再度installhdlmユティリティを実行してください。

アップグレードまたは再インストール前のHDLMが残っているときは，installhdlmユティリティを再実行してください。

HDLMの状態がCOMMITTED以外の場合

インストールの状態に合わせてアンインストール，またはクリーンアップを実行してください。アンインストール，またはクリーンアップに失敗した場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

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パラメタを指定して実行し，ユティリティの形式を確認してから，再実行してください。

KAPL09286-E
The HDLM installation was canceled because the reserved device name is already in use. Delete or change the name of the corresponding device, and then retry the installation. reserved device name = aa...aa

説明

予約デバイス名が使用されているため，HDLMのインストールを中止しました。

aa...aa：使用されている予約デバイスの種類（hdlm，dlmfdrv，rdlmfdrv，dlmfdrvio，rdlmfdrvio，dlmadrv）

対処

該当するデバイスの削除，またはデバイス名の変更を実施後，インストールを再実行してください。

KAPL09293-W
An attempt to add an HDLM entry to the Error Record Template Repository failed.

説明

エラーレコードテンプレートリポジトリーへのHDLMエントリーの追加が失敗しました。

対処

HDLMのメッセージをOSエラーログへ出力しない場合は，HDLMの動作に影響しないため，このメッセージへの対処は不要です。

HDLMのメッセージをOSエラーログへ出力する場合は，次のコマンドを実行してください。

/usr/bin/errupdate -q -f /usr/DynamicLinkManager/common/.dlmfdrv_err_template

コマンド実行後にメッセージが出力された場合は，メッセージの問題点を修正したあと，errupdateコマンドを再実行してください。

KAPL09294-W
Creation of a collection pattern definition file for the IT Report Utility failed. If you do not use this utility, no action is required. If you do use this utility, see the HDLM User's Guide for instructions.

説明

IT Report Utilityの採取パターン定義ファイルの作成に失敗しました。

対処

IT Report Utilityを使用しない場合は，このメッセージへの対処は不要です。

IT Report Utilityを使用する場合は，次のコマンドを実行してください。

cp -p /usr/DynamicLinkManager/common/!8A8_HDLM /etc/opt/hitachi/systoru/pattern

コマンド実行後にメッセージが出力された場合は，メッセージの問題点を修正したあと，上記コマンドを再実行してください。

KAPL09504-E
The language environments of HDLM and the Service Pack are different.

説明

英語のHDLMに日本語のSPをインストールしようとしたか，または日本語のHDLMに英語のSPをインストールしようとしました。

対処

インストールされたHDLMと同じ言語のSPをインストールしてください。

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桁）/月/日 時:分:秒

対処

特にありません。

KAPL10501-W
The specified value is invalid.

説明

ボリュームグループ操作ユティリティに誤ったHDLMデバイスの論理デバイスファイル名が指定されています。

対処

dlmfdrvnを指定して再実行してください（nはドライバのインスタンス番号）。

KAPL10521-W
A parameter is invalid. (parameter = aa...aa)

説明

パラメタが誤っています。

aa...aa : 不正なパラメタ（文字列）

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を-hを付けて実行し，パラメタを確認してから，再実行してください。

KAPL10523-E
An attempt to unmount the file system has failed. (file system = aa...aa)

説明

ファイルシステムのアンマウントに失敗しました。

aa...aa : 失敗したファイルシステム（文字列）

対処

失敗したファイルシステムの状態を確認し，再実行してください。

失敗したファイルシステムを手動でアンマウントし，再実行してください。

KAPL10524-E
An attempt to inactivate the volume group has failed. (volume group = aa...aa)

説明

出力されたボリュームグループの非活動化に失敗しました。

aa...aa : 失敗したボリュームグループ（文字列）

対処

失敗したボリュームグループの状態を確認し，再実行してください。

失敗したボリュームグループを手動で非活動化し，再実行してください。

KAPL10525-E
An internal error occurred in the dlmrmdev utility. (error code = 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ドライバ削除ユティリティ（dlmrmdev）処理中にユーザ原因でないと思われるエラーが発生しました。

aa...aa : エラーコード（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10526-I
An attempt to unmount the file system has succeeded. (file system = aa...aa)

説明

ファイルシステムのアンマウントに成功しました。

aa...aa : 成功したファイルシステム（文字列）

対処

特にありません。

KAPL10527-I
An attempt to inactivate the volume group has succeeded. (volume group = aa...aa)

説明

ボリュームグループの非活動化に成功しました。

aa...aa : 成功したボリュームグループ（文字列）

対処

特にありません。

KAPL10528-I
The volume group will be made inactive, and the file system that is using HDLM will be unmounted. Is this OK? [y/n]:

説明

HDLMで使用中のファイルシステムのアンマウント，ボリュームグループの非活動化をユーザに知らせ，確認を促します。

対処

操作の実行を継続する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10601-I
The dlmchenv utility completed normally.

説明

HDLM動作環境変更ユティリティ（dlmchenv）が正常終了しました。

対処

特にありません。dlmchenvユティリティについては，「7.5 dlmchenv HDLM動作環境変更ユティリティ」を参照してください。

KAPL10602-I
The HDLM link will be changed to OS version = aa...aa, kernel mode = bb...bb. Would you like to continue? [y/n]:

説明

表示されたOSのバージョン，カーネルモードにリンクを変更してよい場合は「y」を，変更しない場合は「n」を入力してください。

OS version = aa...aa：5.3，6.1，または7.1

kernel mode = bb...bb：32または64

対処

表示されたOSバージョン，カーネルモードにリンクを変更する場合は「y」を，変更しない場合は「n」を入力してください。

KAPL10603-I
The HDLM SMIT menu will be changed to OS version = aa...aa. Would you like to continue? [y/n]:

説明

表示されたOSのバージョンにSMITメニューを変更してよい場合は「y」を，変更しない場合は「n」を入力してください。

OS version = aa...aa：5.3，6.1，または7.1

対処

表示されたOSのバージョンにSMITメニューを変更する場合は「y」を，変更しない場合は「n」を入力してください。

KAPL10604-E
This version of the OS is not supported by HDLM. Remove HDLM.

説明

OSのバージョンがHDLM未サポートのものに変更されています。そのためHDLMのアンインストールを行ってください。

対処

HDLMをアンインストールしてください。

KAPL10605-W
A parameter is invalid. parameter = aa...aa

説明

指定されたパラメタが不正です。

aa...aa：不正なパラメタ（文字列）

対処

HDLM動作環境変更ユティリティ（dlmchenv）を，-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmchenvユティリティについては，「7.5 dlmchenv HDLM動作環境変更ユティリティ」を参照してください。

KAPL10606-E
HDLM cannot change the SMIT menu or link. HDLM aa...aa is running.

説明

HDLMのSMITメニューまたはリンクの変更ができません。HDLMドライバ，HDLMアラートドライバ，およびHDLMマネージャが起動しているため，HDLM動作環境変更ユティリティ（dlmchenv）を実行できません。

aa...aa：driver，alert driverまたはmanager（文字列）

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を実行して，動作中のカーネルからHDLMデバイス，およびHDLMアラートドライバの論理デバイスファイルを削除し，HDLMマネージャを停止してから，dlmchenvユティリティを再実行してください。dlmchenvユティリティについては，「7.5 dlmchenv HDLM動作環境変更ユティリティ」を参照してください。

KAPL10607-E
A file or directory related to HDLM could not be found. 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のSMITメニューの変更時に必要なファイルがありません。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10608-E
An attempt to change the link has failed. Error Code = aa...aa

説明

リンクの変更処理に失敗しました。

aa...aa：dlmchenv内の内部コード（文字列）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmchenvユティリティについては，「7.5 dlmchenv HDLM動作環境変更ユティリティ」を参照してください。

KAPL10609-E
An attempt to change the SMIT menu has failed. Error Code = 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.

説明

SMITメニューの変更処理に失敗しました。

aa...aa：dlmchenv内の内部コード（文字列）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmchenvユティリティについては，「7.5 dlmchenv HDLM動作環境変更ユティリティ」を参照してください。

KAPL10616-I
The HDLM SMIT menu will be deleted. Would you like to continue? [y/n]:

説明

SMITメニューを削除する場合は「y」を，削除しない場合は「n」を入力してください。

対処

SMITメニューを削除する場合は「y」を，削除しない場合は「n」を入力してください。

KAPL10620-I
The dlmHBAdel utility completed normally.

説明

HDLM HBA交換用ユティリティ（dlmHBAdel）が正常終了しました。

対処

特にありません。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

KAPL10621-W
No parameter has been specified.

説明

パラメタの指定がありません。

対処

HDLM HBA交換用ユティリティ（dlmHBAdel）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

KAPL10622-W
A parameter is invalid. parameter = aa...aa

説明

指定されたパラメタが不正です。

aa...aa：不正なパラメタ（文字列）

対処

HDLM HBA交換用ユティリティ（dlmHBAdel）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

KAPL10624-W
The specified parent device of the HDLM driver does not exist. Device = aa...aa

説明

指定された親デバイスがありません。

aa...aa：指定された親デバイス（文字列）

対処

HDLM HBA交換用ユティリティ（dlmHBAdel）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

KAPL10625-E
An attempt to remove a path has failed. Error code = 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.

説明

指定された親デバイスを持つパスの削除に失敗しました。

aa...aa：HDLM HBA交換用ユティリティ（dlmHBAdel）内の内部コード（文字列）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

KAPL10626-E
An attempt to remove a path has failed. Error code = aa...aa, HDLM driver = bb...bb, Disk = cc...cc

説明

指定された親デバイスを持つパスの削除に失敗しました。

Error Code = aa...aa：HDLM HBA交換用ユティリティ（dlmHBAdel）内の内部コード（文字列）

HDLM driver = bb...bb：dlmfdrvn（nはインスタンス番号）（文字列）

Disk = cc...cc：hdiskn（nはインスタンス番号）（文字列）

対処

Error Code = 5.62の場合は，HDLMデバイスが使用しているボリュームグループを非活動化してください。それ以外の場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmHBAdelユティリティについては，「7.8 dlmHBAdel HDLM HBA交換用ユティリティ」を参照してください。

KAPL10641-I
Reservation Key will now be cleared. Is this OK? [y/n]:

説明

Reservation Keyをクリアする場合は「y」，クリアしない場合は「n」を入力します。

対処

「y」または「n」を入力してください。

KAPL10642-I
Reservation Key of aa...aa was cleared.

説明

Reservation Keyをクリアしました。

aa...aa：HDLM管理対象デバイスの論理デバイスファイル名

対処

特にありません。

KAPL10643-W
A necessary parameter is not specified.

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）にパラメタが指定されていません。

対処

dlmprユティリティの-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10644-W
The specified parameters cannot be specified at the same time. parameter = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）に同時に指定できないパラメタが指定されました。

aa...aa：指定されたパラメタ（文字列）

対処

dlmprユティリティの-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10645-W
A parameter value is invalid. parameter = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）に誤ったパラメタ値が指定されました。

aa...aa：指定されたパラメタ値（文字列）

対処

正しいパラメタ値を指定してから，再実行してください。dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10646-W
A parameter is invalid. parameter = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）に誤ったパラメタが指定されました。

aa...aa：指定されたパラメタ（文字列）

対処

dlmprユティリティを，-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10648-E
An internal error occurred in the dlmpr utility. Error Code = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）処理中にユーザ原因でないと思われるエラーが発生しました。

aa...aa：エラー番号（10進数）

対処

Error Code = 31，Error Code = 33，またはError Code = 34の場合

hdiskが削除されていないか確認してください。hdiskが削除されている場合は，hdiskの状態を回復したあとで再実行してください。

hdiskが削除されていない状態でKAPL10648-Eのメッセージが出力された場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

Error Code = 35またはError Code = 36の場合

パスに障害が発生していないか確認してください。パス障害がある場合は，パスの状態を回復したあとで再実行してください。

パス障害がない状態でKAPL10648-Eのメッセージが出力された場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10649-E
aa...aa：An attempt to perform Reservation Key clear processing has failed. Make sure that an error has not occurred in the HDLM-management target device, and that the device can be managed by HDLM. If either of the above conditions are not met, 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.

説明

Reservation Keyのクリアに失敗しました。

aa...aa：hdiskn

対処

HDLM管理対象のデバイスが障害状態か，またはHDLMが管理できないデバイスかどうかを確認してください。どちらにも該当しない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10650-I
aa...aa : NO RESERVATION

説明

LUがReservationされていません。

aa...aa：hdiskn

対処

特にありません。

KAPL10651-I
The user terminated the operation.

説明

確認に対し「n」が入力されたため，HDLMパーシステントリザーブ解除ユティリティ（dlmpr）の処理を中止します。

対処

特にありません。

KAPL10652-E
The entered value is invalid. The operation stops.

説明

入力要求に対し，3回以上間違って入力されました。HDLMパーシステントリザーブ解除ユティリティ（dlmpr）を中断します。

対処

再度dlmprユティリティを実行してください。

KAPL10653-W
The entered value is invalid. Please re-enter it [y/n]:

説明

「y」または「n」の入力要求に対して「y」または「n」以外が入力されました。

対処

「y」または「n」のどちらかの値を入力してください。

KAPL10665-I
The dlmpr utility completed.

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）が正常終了しました。

対処

特にありません。dlmprユティリティについては，「7.12 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10800-I
The dlmodmset utility completed normally.

説明

HDLM動作ODM設定ユティリティ（dlmodmset）が正常終了しました。

対処

特にありません。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10801-W
No parameter has been specified. operation = aa...aa

説明

パラメタの指定がありません。

aa...aa：指定されたオペレーション（文字列）

対処

HDLM動作ODM設定ユティリティ（dlmodmset）に-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10802-W
A parameter is invalid. operation = aa...aa, parameter = bb...bb

説明

指定されたパラメタが不正です。

aa...aa：指定されたオペレーション（文字列）

bb...bb：不正なパラメタ（文字列）

対処

HDLM動作ODM設定ユティリティ（dlmodmset）を-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10803-W
The log file size parameter value is invalid. Log file size parameter value = aa...aa, Valid value = bb...bb

説明

ログファイルサイズ値が誤っています。

aa...aa：指定された値（10進数）

bb...bb：指定可能範囲（文字列）

対処

正しいパラメタ値を指定してから，再実行してください。

KAPL10804-E
An internal error occurred in the dlmodmset utility. Error Code = 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動作ODM設定ユティリティ（dlmodmset）の処理中にユーザ原因でないと思われるエラーが発生しました。

aa...aa：エラー番号（文字列）

対処

Error Code = 18,23またはError Code = 18,17の場合

HDLM動作ODM設定ユティリティ（dlmodmset）の-oパラメタを指定して実行し，ODMの設定情報が表示できるか確認してください。KAPL10804-Eメッセージが出力された場合はHDLMを再起動してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10805-I
The setup of the HDLM execution environment ODM will be changed. aa...aa = bb...bb. Is this OK? [y/n]:

説明

HDLM動作ODMの設定の変更をユーザに知らせ，確認を促します。

aa...aa：Inquiry Log，Inquiry Log File Size，またはhdisk error check flag（文字列）

bb...bb：on，off，またはログファイルサイズ（文字列）

対処

HDLM動作ODM設定の変更を実行する場合は「y」を，実行しないで中止する場合は「n」を入力してください。

KAPL10806-W
The entered value is invalid. Re-enter [y/n]:

説明

「y」または「n」の入力要求に対して「y」および「n」以外が入力されました。「y」または「n」のどちらかの値を入力してください。

対処

「y」または「n」のどちらかの値を入力してください。

KAPL10807-E
The entered value is invalid. The operation stops.

説明

入力要求に対し，3回以上間違って入力しました。HDLM動作ODM設定ユティリティ（dlmodmset）を中断します。

対処

再度dlmodmsetユティリティを実行してください。

KAPL10808-I
The user terminated the operation.

説明

入力要求に対して「n」が入力されたため，HDLM動作ODM設定ユティリティ（dlmodmset）の処理を中止します。

対処

特にありません。

KAPL10809-W
No operation has been specified.

説明

パラメタの指定がありません。

対処

HDLM動作ODM設定ユティリティ（dlmodmset）に-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10810-W
An operation is invalid. operation = aa...aa

説明

指定されたパラメタが不正です。

aa...aa：不正なパラメタ（文字列）

対処

HDLM動作ODM設定ユティリティ（dlmodmset）に-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmodmsetユティリティについては，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10811-W
The aa...aa parameter value is invalid. bb...bb parameter value = cc...cc, Valid value = dd...dd

説明

パラメタ値が誤っています。

aa...aa：属性名

bb...bb：属性名

cc...cc：指定された値（10進数）

dd...dd：指定可能範囲（文字列）

対処

正しいパラメタ値を指定してから，再実行してください。

KAPL10812-I
When this function is executed, the VG used by HDLM might have to be backed up and restored. For details, check the virtual I/O data.

説明

この機能を実行すると，HDLMで使用するVGのバックアップおよびリストアが必要な場合があります。詳細はバーチャルI/Oの資料を確認してください。

対処

特にありません。

KAPL10813-I
The unique_id function already has the aa...aa status.

説明

すでに指定しようとした状態になっています。

aa...aa：on または off（文字列）

対処

特にありません。

8.11 KAPL11001～KAPL12000

メッセージの言語種別は，AIXのLANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。

表8-10 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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 KAPL12001～KAPL13000

この節で説明するメッセージの言語種別は，英語だけです。

メッセージID
メッセージテキスト
説明

KAPL12201-I
An invalid path was not found.

説明

不正なパスは見つかりませんでした。

構成されているHDLMデバイスのパス情報は正常です。

対処

特にありません。

KAPL12202-E
An invalid path was found. Do not add or delete paths.

説明

構成されているHDLMデバイスのうち，パス情報が不正となっているものがあります。パスの追加または削除はしないでください。

対処

次の手順で障害を回復してください。

空のdlmfdrv.confを作成してください。dlmfdrv.confがすでに存在していた場合には，あらかじめファイルをバックアップしてください。
# echo "">/usr/DynamicLinkManager/drv/dlmfdrv.conf

サーバを再起動してください。
# shutdown -r now

HDLMデバイスが持つODM情報を削除してください。
# odmdelete -o CuAt -q "name LIKE dlmfdrv* AND attribute=pvid"

HDLMデバイスを削除してください。このコマンドの実行時に，KAPL09013-Eメッセージが出力されますが，無視してください。
# /usr/DynamicLinkManager/bin/dlmrmdev

dlmfdrv.confファイルを削除してください。
# rm /usr/DynamicLinkManager/drv/dlmfdrv.conf

必要に応じてバックアップしたdlmfdrv.confの内容を変更後，/usr/DynamicLinkManager/drvに格納してください。

HDLMデバイスを構成してください。
# /usr/DynamicLinkManager/bin/dlmcfgmgr

dlmchkdevユティリティを再実行してパス情報を確認ください。

KAPL12203-E
An path information was not found.

説明

パス情報が取得できませんでした。

構成されているHDLMデバイスが見つかりませんでした。

対処

HDLM 05-01以降がインストールされているか，またはHDLMデバイスを構成しているかを確認して，再実行してください。HDLM 05-01より前のバージョンのHDLMがインストールされている場合，HDLMデバイス構成チェックユティリティ（dlmchkdev）でパス情報を確認する必要はありません。

KAPL12204-I
The dlmchkdev utility completed normally.

説明

HDLMデバイス構成チェックユティリティ（dlmchkdev）が正常終了しました。

構成されているHDLMデバイスのパス情報は正常です。

対処

特にありません。

KAPL12205-W
The dlmchkdev utility completed.

説明

構成されているHDLMデバイスのうち，パス情報が不正となっているものを見つけて，HDLMデバイス構成チェックユティリティ（dlmchkdev）が終了しました。

対処

KAPL12202-Eの対処を参照してください。

KAPL12701-I
The dlmmigdrv utility completed successfully.

説明

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）が正常終了しました。

対処

特にありません。

KAPL12702-E
The dlmmigdrv utility ended abnormally. Check the error message that was output just before this message, and then perform the action indicated in that error message.

説明

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）が異常終了しました。

対処

このメッセージの前に出力されたエラーメッセージの対処を，実行してください。

KAPL12703-I
There is no directory for storing the specified file. Do you want to create one? [y/n]:

説明

指定されたファイルを格納するディレクトリが存在しません。作成してもよろしいですか？

対処

指定したディレクトリを作成する場合は「y」を，実行しないで中止する場合は「n」を入力してください。

KAPL12704-I
The specified file already exists. Do you want to overwrite it? [y/n]:

説明

指定されたファイルはすでに存在します。上書きしてもよろしいですか？

対処

指定したファイルに上書きする場合は「y」を，実行しないで中止する場合は「n」を入力してください。

KAPL12705-W
The entered value is invalid. Re-enter. [y/n]:

説明

「y」または「n」の入力要求に対して，「y」，「n」以外が入力されました。

対処

「y」または「n」のどちらかの値を入力してください。

KAPL12706-E
The entered value is invalid. The operation will now stop.

説明

入力要求に対して，3回以上誤って入力されました。HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を中断します。

対処

再度dlmmigdrvユティリティを実施する場合は，「y」または「n」のどちらかの値を入力してください。

KAPL12707-I
The user stopped the operation.

説明

入力要求に対して「n」が入力されたため，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）の処理を中止します。

対処

再度dlmmigdrvユティリティを実施する場合は，再実行してください。

KAPL12708-W
No parameter has been specified.

説明

パラメタが指定されていません。

対処

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）に-hパラメタを指定してヘルプを表示し，必要なパラメタを確認してください。そのあと，パラメタを指定してdlmmigdrvユティリティを再実行してください。

KAPL12709-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）に-hパラメタを指定してヘルプを表示し，必要なパラメタを確認してください。そのあと，パラメタを指定してdlmmigdrvユティリティを再実行してください。

KAPL12710-W
No parameter value has been specified. parameter = aa...aa

説明

パラメタ値が指定されていません。

aa...aa：パラメタ（文字列）

対処

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）に-hパラメタを指定してヘルプを表示し，必要なパラメタを確認してください。そのあと，パラメタを指定してdlmmigdrvユティリティを再実行してください。

KAPL12711-W
The specified parameters cannot be specified at the same time. parameter = aa...aa

説明

同時に指定できないパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）に-hパラメタを指定してヘルプを表示し，必要なパラメタを確認してください。そのあと，パラメタを指定してdlmmigdrvユティリティを再実行してください。

KAPL12712-W
A parameter value is invalid. parameter = aa...aa, parameter value = bb...bb

説明

パラメタ値が複数指定されているか，またはパラメタ値として通常ファイル以外（ディレクトリファイル，スペシャルファイルなど）が指定されています。

aa...aa：指定したパラメタ（文字列）

bb...bb：誤っているパラメタ値（文字列）

対処

パラメタ値に正しい値を指定してから，再実行してください。

KAPL12713-E
The specified file does not exist. parameter = aa...aa, Filename = bb...bb

説明

存在しないファイルが指定されています。

aa...aa：パラメタ（文字列）

bb...bb：指定したファイル名（文字列）

対処

存在するファイルを指定してから，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を再実行してください。

KAPL12714-E
An error occurred in the aa...aa file. Error Code = bb...bb

説明

指定されたファイルに読み込み権限，または書き込み権限がありません。

aa...aa：指定したファイル名（文字列）

bb...bb：実行した処理を特定するエラー番号（10進数）

対処

Error Code = 1の場合
指定されたファイルに読み取り権限がありません。指定したファイルのアクセス権限を確認してください。

Error Code = 2の場合
指定されたファイルに書き込み権限がありません。指定したファイルのアクセス権限を確認してください。

KAPL12715-I
The definition of the HDLM device completed successfully. physical volume = aa...aa, HDLM device = bb...bb, line = cc...cc

説明

HDLMデバイスの定義が正常終了しました。

aa...aa：物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：デバイス名定義ファイルの行番号（10進数）

対処

特にありません。

KAPL12716-I
aa...aa path(s) were defined successfully. bb...bb path(s) were not.

説明

定義に成功したパス数，および失敗したパス数を示します。

aa...aa：定義に成功したパス数（10進数）

bb...bb：定義に失敗したパス数（10進数）

対処

失敗したパスがある場合，出力されたエラーメッセージの対処をしてください。

KAPL12717-W
An invalid device definition statement exists in the specified file. line = aa...aa

説明

指定されたファイル内に不正な定義文があります。

aa...aa：デバイス名定義ファイルの行番号（10進数）

対処

指定したデバイス名定義ファイルを作成したときの物理ボリューム構成が変更されていないかどうか確認してください。変更されている場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は使用できません。変更されていない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12718-W
The specified physical volume was not found. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

指定された物理ボリュームが見つかりませんでした。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定したデバイス名定義ファイルを作成したときの物理ボリューム構成が変更されていないかどうか確認してください。変更されている場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は使用できません。変更されていない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12719-W
The specified physical volume is not a management target. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

指定された物理ボリュームはHDLMの管理対象ではありません。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定したデバイス名定義ファイルを作成したときの物理ボリューム構成が変更されていないかどうか確認してください。変更されている場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は使用できません。変更されていない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12720-W
The specified physical volume is already defined. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

指定された物理ボリュームはすでに定義されています。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定したデバイス名定義ファイルを作成したときの物理ボリューム構成が変更されていないかどうか確認してください。変更されている場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は使用できません。変更されていない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12721-E
An internal error occurred in the dlmmigdrv utility. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）の処理中に，ユーザ原因でないと思われるエラーが発生しました。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

Error Code = 1006,*の場合，ODMが使用中です。時間を置いてから再実行してください。それ以外のError Codeが出力された場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12722-W
A volume group is active. physical volume = aa...aa, HDLM device = bb...bb, volume group = cc...cc, Error Code = dd...dd,ee...ee, line = ff...ff

説明

指定された物理ボリュームに対応するボリュームグループが活動化されているため，HDLMデバイスを定義できませんでした。

aa...aa：物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：ボリュームグループ（文字列）

dd...dd：実行した処理を特定するエラー番号（10進数）

ee...ee：実行した処理の返り値（10進数）

ff...ff：デバイス名定義ファイルの行番号（10進数）

対処

活動化されているボリュームグループを非活動化したあと，同じ値を指定して再実行してください。

KAPL12723-E
The system environment is invalid. Error Code = aa...aa

説明

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）を実行するシステム環境として不正があります。

aa...aa：実行した処理を特定するエラー番号（10進数）

対処

Error Code = 1の場合
HDLMコマンド（/usr/DynamicLinkManager/bin/dlnkmgr）に実行権限がありません。HDLMコマンドのアクセス権限を確認してください。

Error Code = 2の場合
指定されたファイルの格納場所の空き容量が足りません。十分な空き容量を確保してから再実行してください。空き容量の算出については，「7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ」の-bパラメタの説明を参照してください。

Error Code = 3の場合
OSのバージョンがサポート対象外です。HDLMデバイス名移行支援ユティリティ（dlmmigdrv）をこのシステム環境では使用しないでください。

Error Code = 4の場合
dlmmigdrvユティリティが使用するdlmdeftoolファイルが正しい場所にありません。dlmmigdrvユティリティを実行するディレクトリの構成が，HDLMインストールメディア上のhdlmtoolディレクトリと同じ構成で，dlmdeftoolファイルが格納されていることを確認してから再実行してください。
または，dlmdeftoolファイルに実行権限がありません。dlmdeftoolファイルに実行権限があるか確認してから再実行してください。

KAPL12724-I
Processing terminated before completion because a signal was received. If the -r parameter was specified, delete the HDLM devices by the dlmrmdev utility, and then retry the operation.

説明

実行中に[Ctrl] + [C]などで中断したため，処理を中止しました。

対処

-rパラメタを指定していた場合，HDLMドライバ削除ユティリティ（dlmrmdev）を実行してHDLMデバイスを削除してから再実行してください。

KAPL12725-W
The specified physical volume is not available for use. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

指定された物理ボリュームは使用できる状態ではありません。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定した物理ボリュームを使用できる状態にしてから，再実行してください。

KAPL12726-W
An error occurred while accessing the parent device of the specified physical volume. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

指定された物理ボリュームの，親デバイスへのアクセスが失敗しました。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定した物理ボリュームが示すパスに障害が発生していないか確認してください。パス障害がある場合は，パスの状態を回復したあとで再実行してください。また，指定された物理ボリュームに対応するボリュームグループが活動化されていないか確認し，活動化されている場合は，非活動化してから同じ値を指定して再実行してください。

KAPL12727-W
The specified HDLM device has already been defined for the device configuration of another physical volume. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

指定されたHDLMデバイス名は，すでに別の物理ボリュームのデバイス構成で定義されています。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定したデバイス名定義ファイルを作成したときの物理ボリューム構成が変更されていないかどうか確認してください。変更されている場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は使用できません。変更されていない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12728-W
A different HDLM device has been specified for the same LU. physical volume = aa...aa, HDLM device = bb...bb, Error Code = cc...cc,dd...dd, line = ee...ee

説明

同一のLUに対して，異なるHDLMデバイス名が指定されています。

aa...aa：指定された物理ボリューム（文字列）

bb...bb：HDLMデバイス（文字列）

cc...cc：実行した処理を特定するエラー番号（10進数）

dd...dd：実行した処理の返り値（10進数）

ee...ee：デバイス名定義ファイルの行番号（10進数）

対処

指定したデバイス名定義ファイルを作成したときの物理ボリューム構成が変更されていないかどうか確認してください。変更されている場合，HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は使用できません。変更されていない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL12729-E
The directory for storing the specified file could not be created. Check the amount of space and write permission for the location, where is for storing specified directory, and then retry the operation.

説明

指定されたファイルを格納するディレクトリを作成できませんでした。

対処

指定されたファイルの格納場所の空き容量が足りないか，指定されたファイルの格納場所に書き込み権限がありません。十分な空き容量を確保する，または指定した格納場所に書き込み権限があるか確認をしてから再実行してください。

空き容量の算出については，「7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ」の-bパラメタの説明を参照してください。

KAPL12730-E
The HDLM device information could not be acquired. Error Code = aa...aa

説明

HDLMデバイスと物理ボリュームの対応関係を得るための情報を取得できませんでした。

aa...aa：実行した処理を特定するエラー番号（10進数）

対処

Error Code = 1の場合
HDLMコマンド（/usr/DynamicLinkManager/bin/dlnkmgr）がエラー終了しました。HDLMデバイスが構成されているか確認してください。

Error Code = 2の場合
指定されたファイルの格納場所の空き容量が足りません。十分な空き容量を確保してから再実行してください。空き容量の算出については，「7.10 dlmmigdrv HDLMデバイス名移行支援ユティリティ」の-bパラメタの説明を参照してください。

Error Code = 3の場合
指定されたファイルの格納場所に書き込み権限がありません。指定した格納場所に書き込み権限があるか確認してください。

KAPL12731-E
The aa...aa operation cannot be performed because a supported version of DLManager.rte is not installed.

説明

サポート対象バージョンのDLManager.rteがインストールされていないため，バックアップまたはリストアができませんでした。

aa...aa：backup，またはrestoration

対処

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）は，サポート対象バージョンのDLManager.rteがインストールされている環境で使用してください。

KAPL12732-W
An error occurred during processing of the dlmmigdrv utility.

説明

HDLMデバイス名移行支援ユティリティ（dlmmigdrv）の処理は終了しましたが，途中の処理でエラーが発生しています。

対処

このメッセージの前に出力されたエラーメッセージの対処を，実行してください。

8.13 KAPL13001～KAPL14000

メッセージの言語種別は，AIXのLANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。英語だけが表示されているメッセージについては常に英語で出力されます。

表8-11 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（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.14 KAPL15001～KAPL16000

この節で説明するメッセージの言語種別は，英語だけです。

メッセージID
メッセージテキスト
説明

KAPL15001-I
The registered value of ReserveKey was successfully displayed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15002-E
An attempt to display the registered value of ReserveKey has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15005-I
Information of HDLM execution environment ODM was successfully displayed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15006-I
Path was successfully deleted. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15007-E
An attempt to delete path has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15008-I
ReserveKey was cleared successfully on aa...aa hdisk(s) and failed on bb...bb hdisk(s). Command Line = cc...cc

説明

aa...aa：Reservation Keyのクリア処理が成功したhdisk数

bb...bb：Reservation Keyのクリア処理が失敗したhdisk数

cc...cc：ユーザが実行したユティリティ名

KAPL15009-E
An attempt to clear ReserveKey has failed on aa...aa hdisk(s). Command Line = bb...bb

説明

aa...aa：Reservation Keyのクリア処理が失敗したhdisk数

bb...bb：ユーザが実行したユティリティ名

KAPL15010-W
The HDLM utility was executed by the user who does not have the authority. 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：ユーザが実行したユティリティ名

KAPL15084-I
dlmgetrasinst was invoked. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15085-I
dlmgetrasinst 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：ユーザが実行したコマンドライン

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：ユーザが実行したコマンドライン

KAPL15119-I
Deletion of path(s) succeeded. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15120-W
Deletion 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.15 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

説明

障害監視時間，および障害発生回数が自動フェイルバックチェック間隔と矛盾しています。

対処

間欠障害監視の障害監視時間は，「自動フェイルバックで指定するチェック間隔×間欠障害監視で指定する障害発生回数」以上に設定してください。

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. バージョン間の機能差異

ここでは，HDLMの旧バージョンで提供していた機能について，変更前と変更後の相違点を示します。

この付録の構成

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

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

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

A.4 HDLM 05-81以降とHDLM 05-81より前のバージョンとの機能差異

A.5 HDLM 05-60以降とHDLM 05-60より前のバージョンとの機能差異

A.6 HDLM 05-40以降とHDLM 05-40より前のバージョンとの機能差異

A.7 HDLM 05-02以降とHDLM 05-02より前のバージョンとの機能差異

A.8 HDLM 05-01以降とHDLM 05-01より前のバージョンとの機能差異

A.9 HDLM 05-00-/A以降とHDLM 05-00-/Aより前のバージョンとの機能差異

A.10 HDLM 05-00以降とHDLM 05-00より前のバージョンとの機能差異

A.11 HDLM 04-00-/B以降とHDLM 04-00-/Bより前のバージョンとの機能差異

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

AIX V7.1ではOSが提供するボリュームグループ関連コマンドで操作できるようになったため，SMIT画面での操作をサポートしていません。したがって，OS標準のボリュームグループ関連コマンドで操作してください。

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

HDLMの新規インストール時，ロードバランスのアルゴリズムのデフォルト値をラウンドロビンから拡張最少I/O数に変更しました。

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

HDLMインストール構成支援ユティリティ（dlmsetup）によるHDLMのインストール機能を，HDLMインストールユティリティ（installhdlm）に統合しました。

HDLMのコマンドやユティリティの実行結果で表示される，HDLMのバージョンの表記を変更しました。

A.4 HDLM 05-81以降とHDLM 05-81より前のバージョンとの機能差異

viewオペレーションで表示される「機種名」の呼称を「モデルID」に変更しました。

A.5 HDLM 05-60以降とHDLM 05-60より前のバージョンとの機能差異

HDLMデバイスを構成している物理ボリュームに対しての操作を防止するために，エラーチェック機能（dlmodmset -e）のデフォルト値をONに変更しました。エラーチェック機能をONに設定すると，lscfg -vpコマンド，lsdevコマンドでhdlmN “HDLM Dummy Driver”というデバイスが表示されます。

トレースファイル（/var/DynamicLinkManager/log/hdlmtr[1-64].log）を追加しました。それに伴い，トレースの出力先を下記のとおりに分割しました。
HDLMコマンドの動作ログは総合トレースファイル（/var/opt/hitachi/HNTRLib2/spool/hntr2[1-16].log）
HDLMマネージャのトレース情報はトレースファイル（/var/DynamicLinkManager/log/hdlmtr[1-64].log）

自動フェイルバックチェック（dlnkmgr set -afb on）で設定される間隔のデフォルト値を60分に変更しました。

ログサイズの上限値を2000000KBに変更しました。ログサイズの上限値はdlnkmgr set -elfsで設定できます。障害ログファイルサイズを大きくする場合は，「3.1.4 メモリ所要量およびディスク占有量」の「(2) ディスク占有量」を参照して，必要なディスク占有量を確認してください。

間欠障害監視（dlnkmgr -iem on）の障害監視時間のデフォルト値を210分に変更しました。

HDLMのIOCTL用インスタンス（dlmfdrvio）が，lspvコマンド，lsdevコマンドで表示されないようにしました。

HDLM 動作ODM 設定ユティリティ（dlmodmset）に確認メッセージを表示しないオプション-sを追加しました。それに伴い，ログファイルサイズのオプションを-sから-ls に変更しました。

A.6 HDLM 05-40以降とHDLM 05-40より前のバージョンとの機能差異

ログサイズのデフォルト値を9900に変更しました。ログサイズはdlnkmgr set -elfsで設定できます。

障害ログファイル（/var/DynamicLinkManager/log/dlmmgrX.log）の権限を（600）に変更しました。

トレースログディレクトリ（/var/opt/hitachi/HNTRLib2/spool）の権限を755に，ログファイル（/var/opt/hitachi/HNTRLib2/spool/hntr2X.log）の権限を644に変更しました。

A.7 HDLM 05-02以降とHDLM 05-02より前のバージョンとの機能差異

Inquiryログファイル（dlminquiry{1|2}.log），HDLMリモートアクセスインタフェースのログファイル（dlmwebagent[1-N].log）が追加となります。Nの値は，dlmwebagent.propertiesファイルの設定に依存します。
Inquiryログファイルはdlmodmsetユティリティによってログ取得の有効化，無効化が可能です。デフォルトは有効です。dlmodmsetユティリティの詳細については，「7.11 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

表A-1 05-02より前のバージョンと05-02以降のバージョンとのファイル比較

05-02より前のバージョン | 05-02以降のバージョン
/var/DynamicLinkManager/log
dlmmgr1.log | dlmmgr1.log
dlmmgr2.log | dlmmgr2.log
dlmcfgmgr1.log | dlmcfgmgr1.log
dlmcfgmgr2.log | dlmcfgmgr2.log
dlmgui1.log | dlmgui1.log
dlmgui2.log | dlmgui2.log
－ | dlminquiry1.log
－ | dlminquiry2.log
－ | dlmwebagent[1-N].log

（凡例）

－：該当なし

HDLM 05-02では，HDLM 05-02より前のバージョンよりも，ログディレクトリのディスク占有量が多くなります。ディスク占有量の目安は「3.1.4 メモリ所要量およびディスク占有量」を参照してください。

A.8 HDLM 05-01以降とHDLM 05-01より前のバージョンとの機能差異

HDLM 05-01より前のバージョンでは，hdisknとdlmfdrvnは1：1に対応していましたが，HDLM 05-01では1つのdlmfdrvnが，複数のhdisknに対応します。
例1）hdisk1，2，3が同一LUの場合のlspvコマンド結果を次に示します。

05-01より前のバージョンでの結果

hdisk1     none                 None
hdisk2     none                 None
hdisk3     none                 None
dlmfdrv1   00014bbfede0fdf1     hdlmvg
dlmfdrv2   none                 None
dlmfdrv3   none                 None

05-01以降のバージョンでの結果

hdisk1     none               None
hdisk2     none               None
hdisk3     none               None
dlmfdrv0   00014bbfede0fdf1   hdlmvg

例2）それぞれのバージョンでの/usr/DynamicLinkManager/bin/dlnkmgr view -path -item dn lu hdコマンドの結果を次に示します。

HDLM 05-01より前のバージョンでの結果

PathID  DskName                    iLU       Status    HDevName
000000  HITACHI .DF500F    .0010   0008      Online    dlmfdrv1
000001  HITACHI .DF500F    .0010   0008      Online    dlmfdrv2
000002  HITACHI .DF500F    .0010   0008      Online    dlmfdrv3

HDLM 05-01以降のバージョンでの結果

PathID  DskName                    iLU       Status    HDevName
000000  HITACHI .DF500F    .0010   0008      Online    dlmfdrv0
000001  HITACHI .DF500F    .0010   0008      Online    dlmfdrv0
000002  HITACHI .DF500F    .0010   0008      Online    dlmfdrv0

この変更による運用上の留意事項は次のとおりです。

親デバイス（fscsin）を指定したrmdevコマンド（-R指定）が実行できなくなります。これは，複数パス中の代表パスの親デバイスを引き継ぐため，特定のパスだけを親デバイス指定で削除できなくなるからです。HBA交換時などで，特定のHBA配下のパスを削除する場合，HDLMが提供するHDLM HBA交換用ユティリティ（dlmHBAdel）で代用する必要があります。
HDLM 05-01より前のバージョンでのコマンド
#rmdev -l fscsi0 -R
HDLM 05-01以降のバージョンでのコマンド
#dlmHBAdel fscsi0

パスを削除する場合，HDLM 05-01より前のバージョンでは，該当するディスクとHDLMデバイスの削除だけでした。HDLM 05-01では該当するディスクとHDLMデバイスの削除後，デバイス再構成（dlmcfgmgr）を行う必要があります。
HDLM 05-01より前のバージョンでの手順

（dlmvaryoffvg等）

該当するパスのdlmfdrvnを削除

該当するhdisknを削除

（dlmvaryonvg等）

HDLM 05-01以降のバージョンでの手順

（dlmvaryoffvg等）

該当するパスを含むdlmfdrvnを削除

該当するhdisknを削除

再構成（dlmcfgmgr）

（dlmvaryonvg等）

HDLMデバイスを再構成した場合にHDLMデバイス名が変る場合があります。

HDLMのIOCTL用インスタンス名が，dlmfdrvioになります。

HDLM 05-01より前のバージョンのIOCTL用インスタンス名

dlmfdrv

HDLM 05-01以降のバージョンのIOCTL用インスタンス名

dlmfdrvio

A.9 HDLM 05-00-/A以降とHDLM 05-00-/Aより前のバージョンとの機能差異

スペシャルファイルは，同一LUのHDLMデバイスのうちの，パス障害が発生していない，かつ，いちばん若い番号のHDLMデバイスに作成されます。
例）pvidがある場合のpvidは，スペシャルファイルがあるHDLMデバイスに割り当てられます。hdisk1，2，3，4が同一LUの場合のlspvコマンド結果を次に示します。（lspv | grep dlm）

05-00-/Aより前のバージョン

dlmfdrv1  none                   None
dlmfdrv2  00014bbfede0fdf1       hdlmvg
dlmfdrv3  none                   None
dlmfdrv4  none                   None

05-00-/A以降のバージョン

dlmfdrv1  00014bbfede0fdf1       hdlmvg
dlmfdrv2  none                   None
dlmfdrv3  none                   None
dlmfdrv4  none                   None

例）pvidがない場合でhdisk1，2，3，4が同一LUの場合の/dev配下のスペシャルファイル（ls /dev | grep dlm）

05-00-/Aより前のバージョン

dlmfdrv
dlmfdrv2
rdlmfdrv
rdlmfdrv2

05-00-/A以降のバージョン

dlmfdrv
dlmfdrv1
rdlmfdrv
rdlmfdrv1

HDLMデバイスを構成後，rmdevコマンドでHDLMデバイスを定義済みにした場合，ディスクにpvidを戻さないようにしました。
例）dlmfdrv1を定義済みにした場合のhdisk1とhdisk2が同一LUの場合のlspvコマンド結果を次に示します。（lspv）

rmdevコマンド実行前のlspvコマンド結果

hdisk1    none                   None
hdisk2    none                   None
dlmfdrv   none                   None
dlmfdrv1  00014bbfede0fdf1       hdlmvg
dlmfdrv2  none                   None

rmdevコマンド実行後のlspvコマンド結果（05-00-/Aより前のバージョン）

hdisk1    00014bbfede0fdf1       hdlmvg
hdisk2    none                   None
dlmfdrv   none                   None
dlmfdrv2  00014bbfede0fdf1       hdlmvg

rmdevコマンド実行後のlspvコマンド結果（05-00-/A以降）

hdisk1    none                   None
hdisk2    none                   None
dlmfdrv   none                   None
dlmfdrv2  00014bbfede0fdf1       hdlmvg

A.10 HDLM 05-00以降とHDLM 05-00より前のバージョンとの機能差異

HDLMボリュームグループ操作ユティリティで指定するパラメタをdlmfdrvnに統一しました。

表A-2 バージョン別コマンドパラメタの差異

HDLMボリュームグループ操作ユティリティ | HDLM 05-00より前のバージョン | HDLM 05-00以降のバージョン
dlmextendvg | hdiskn（nは物理ボリューム番号） | dlmfdrvn（nはドライバのインスタンス番号）
dlmimportvg | hdiskn | dlmfdrvn
dlmmirrorvg | dlmfdrvn（nはドライバのインスタンス番号） | dlmfdrvn
dlmmkvg | hdiskn | dlmfdrvn
dlmrecreatevg（AIX 5L限定） | hdiskn | dlmfdrvn
dlmreducevg | dlmfdrvn | dlmfdrvn
dlmrestvg | dlmfdrvn | dlmfdrvn
dlmsyncvg | dlmfdrvn | dlmfdrvn
dlmunmirrorvg | dlmfdrvn | dlmfdrvn

機能設定項目のデフォルト値を次のように変更しました。

表A-3 機能設定項目のデフォルト値

機能設定項目 | 05-00より前のバージョン | 05-00以降のバージョン
パスヘルスチェック（実行間隔） | OFF | ON（30）
リザーブレベル（設定値） | ON（0） | ON（2）

ログファイル出力先ディレクトリとファイル名を次のように変更しました。

表A-4 HDLMマネージャのログの名称対応表

05-00より前のバージョン | 05-00以降のバージョン
ディレクトリ | ファイル | ディレクトリ | ファイル
/usr/DynamicLinkManager/log | dlmmgr1.log | /var/DynamicLinkManager/log | dlmmgr1.log
dlmmgr2.log | dlmmgr2.log
dlmcfgmgr1.log | dlmcfgmgr1.log
dlmcfgmgr2.log | dlmcfgmgr2.log

表A-5 メモリマップドファイルとトレースファイル

05-00より前のバージョン | 05-00以降のバージョン
ディレクトリ | ファイル | ディレクトリ | ファイル
/opt/hitachi/HNTRLib/mmap | hntrホスト名.mm | /opt/hitachi/HNTRLib2/mmap | hntr2mmap.mm
/opt/hitachi/HNTRLib/spool | hntr{1|2|...|16}.log※1 | /var/opt/hitachi/HNTRLib2/spool/ | hntr2{1|2|...|16}.log※2

注

05-00より前のバージョンでHDLMのログファイルを監視する運用をしていた場合，監視対象の変更を行ってください。ログファイルの場所や名称を変更したため，ログファイルの監視ができなくなる事態が想定されます。

注※1

実際のファイル名は，hntr1.log～hntr16.logです。

注※2

実際のファイル名は，hntr2のあとにファイルの番号が付き，hntr21.log～hntr216.logとなります。hntr直後の2はファイルの番号を表すものではないので，ご注意ください。

HDLM 05-00では，HDLM 05-00より前のバージョンよりも，ログディレクトリのディスク占有量が多くなります。ディスク占有量の目安は「3.1.4 メモリ所要量およびディスク占有量」を参照してください。

helpディレクトリの構成を次のように変更しました。

05-00より前のバージョン

/usr/DynamicLinkManager/help
+- JAPAN
|   +- figure
|   |     +- *.gif
|   +- *.htm
+- figure
|   +- *.gif
+- *.htm

05-00以降のバージョン

/usr/DynamicLinkManager/help
+- en
|   +- figure
|   |    +- *.gif
|   +- *.htm
+- jp
    +- figure
    |    +- *.gif
    +- *.htm

HDLM 05-00からHDLMはHNTRLib2（Hitachi Network Objectplaza トレース共通ライブラリ2）を使用します。HDLM 05-00より前のバージョンで使用していたHNTRLib（Hitachi Network Objectplaza トレース共通ライブラリ）を使用しているほかのアプリケーションが存在しない場合は，HNTRLibをアンインストールできます。詳細は「3.15.5 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール」を参照してください。

A.11 HDLM 04-00-/B以降とHDLM 04-00-/Bより前のバージョンとの機能差異

HDLM 04-00-/BからHDLMデバイスに対しpvidおよびスペシャルファイルをすべてのHDLMデバイスには割り当てないで，主となるHDLMデバイス1つにだけ割り当てるため，下記のように変更になります。また，主となるHDLMデバイスは再起動時およびデバイス操作コマンド（rmdev，chdev）によって変わる場合があります。
例）hdisk1,2,3,4が同一LUの場合のlspvコマンド結果

04-00-/Bより前のバージョン

dlmfdrv1  00014bbfede0fdf1       hdlmvg
dlmfdrv2  00014bbfede0fdf1       hdlmvg
dlmfdrv3  00014bbfede0fdf1       hdlmvg
dlmfdrv4  00014bbfede0fdf1       hdlmvg

04-00-/B以降のバージョン

dlmfdrv1  00014bbfede0fdf1       hdlmvg
dlmfdrv2  none                   None
dlmfdrv3  none                   None
dlmfdrv4  none                   None

例）hdisk1，2，3，4が同一LUの場合の/dev配下のスペシャルファイル（ls /dev | grep dlm）

04-00-/Bより前のバージョン

dlmfdrv
dlmfdrv1
dlmfdrv2
dlmfdrv3
dlmfdrv4
rdlmfdrv
rdlmfdrv1
rdlmfdrv2
rdlmfdrv3
rdlmfdrv4

04-00-/B以降のバージョン

dlmfdrv
dlmfdrv1
rdlmfdrv
rdlmfdrv1

04-00-/Bよりパス名のHBAのポート番号，バス番号が2桁の文字になるため，パス名の表示が次のように変更になります。

HDLM 04-00-/Bより前のバージョン

PathName
0058.0020.0000000000011C00.0012

HDLM 04-00-/B以降のバージョン※

PathName
58.20.0000000000011C00.0012

注※

PathNameは，HDLM 05-00より前のバージョンではスペース（下記では_）が入った情報が出力されます。

PathName

___58.__20.0000000000011C00.0012

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

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

この付録の構成

B.1 関連マニュアル

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

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

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

B.1 関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Hitachi Command Suite Dynamic Link Manager EX Software ユーザーズガイド（AIX®用）（3000-3-G21）

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）

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

このマニュアルでは，製品名称を次のように表記します。

このマニュアルでの表記
製品名称または意味

Device Managerエージェント
Hitachi Device Managerに含まれるDevice Managerエージェント

Global Link Manager
Hitachi Global Link Manager

GPFS
General Parallel File System

H10000
Hitachi Universal Storage Platform H10000

H12000
Hitachi Universal Storage Platform H12000

H20000
Hitachi Universal Storage Platform H20000

H24000
Hitachi Universal Storage Platform H24000

HACMP
High Availability Cluster Multi-Processing

次の製品を区別する必要がない場合の表記です。

PowerHA 6.1

PowerHA 7.1

PowerHA 7.1.1

HDLM
Hitachi Dynamic Link Manager

HDLM EX
Hitachi Dynamic Link Manager EX

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

Oracle RAC
次の製品を区別する必要がない場合の表記です。

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

PowerHA
PowerHA for AIX

RVSD
Recoverable Virtual Shared Disk

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

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

Windows
Microsoft® Windows®

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と表記しています。

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

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

略語 | 正式名称
AL | Arbitrated Loop
API | Application Programming Interface
ASCII | American Standard Code for Information Interchange
ASM | Automatic Storage Management
CHA | Channel Adapter
CHRP | Common Hardware Reference Platform
CLPR | Cache Logical Partition
CPU | Central Processing Unit
CU | Control Unit
DBMS | Database Management System
Dev | Device
DNS | Domain Name Server
EUC | Extended UNIX Code
FC | Fibre Channel
FC-SP | Fibre Channel Security Protocol
FO | Failover
FQDN | Fully Qualified Domain Name
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
LU | Logical Unit
LUN | Logical Unit Number
LVM | Logical Volume Manager
MNDHB | Multi Node Disk Heart Beat
MPIO | Multipath I/O
NAS | Network Attached Storage
NPIV | N-Port ID Virtualization
NTP | Network Time Protocol
ODM | Object Data Manager
OS | Operating System
P | Port
PCI | Peripheral Component Interconnect
PVID | Physical Volume Identifier
RADIUS | Remote Authentication Dial in User Service
SAN | Storage Area Network
SCSI | Small Computer System Interface
SLPR | Storage Logical Partition
SMIT | System Management Interface Tool
SMTP | Simple Mail Transfer Protocol
SNMP | Simple Network Management Protocol
SP | Service Pack
SSL | Secure Sockets Layer
SVP | Service Processor
VG | Volume Group
WWN | World Wide Name

B.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を論理的に分割した単位を指します。AIXでは論理ボリュームに相当します。

AIXでは，各LUのDevは1つだけです。

各Devには「Dev番号」が付けられています。

また，Devにはアクセス方式の異なるブロック型デバイスとキャラクタ型デバイスの2種類があります。

（関連用語：Dev番号）

Dev番号

LU内のDevに，0から順に付けられる番号です。AIXでは論理ボリューム番号と呼ばれています。

HDLMは，1つのLUに1つのDevがあるため，「0」で固定です。

（関連用語：Dev）

HBA（Host Bus Adapter）

ホストと外部装置を接続するインタフェースとなるデバイスです。

このマニュアルでは，ホストとストレージ間をSCSIまたはFCで接続するときに，ホストに搭載するインタフェース・カードを指します。

HDLMアラートドライバ

HDLMドライバが検知した障害情報を受け取り，HDLMマネージャに通知するプログラムです。

HDLMドライバ

HDLMの機能の制御，パスの管理，および障害検知をするプログラムです。

HDLMマネージャ

障害情報を管理するプログラムです。HDLMアラートドライバから障害情報を受け取って，障害ログを採取します。

LDEV（Logical Device）

LDEVは，ストレージシステムの製品名称，シリアル番号，および内部LUを組み合わせた値で表示されます。HDLMは，この値によってLUを識別しています。

LU（Logical Unit）

論理ユニットです。ストレージシステム側で定義した，論理的なボリュームです。ホストからの入出力対象となります。

（関連用語：ホストLU）

ODM（Object Data Manager）

AIX固有のシステム情報管理用のデータベースです。HDLMでは，HDLMデバイスのクラス定義，ドライバの追加・削除のために，ODMを利用します。

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 パスを閉塞状態にする」を参照してください。

スロット番号

HBAが搭載されているスロットの位置を示す値です。

（ナ行）

ノード

クラスタメンバのサーバです。

ノンオーナコントローラ

オーナコントローラ以外のコントローラです。

ノンオーナコントローラは，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合にだけあります。

（関連用語：オーナコントローラ，ノンオーナパス）

ノンオーナパス

オーナコントローラ以外のコントローラを経由するパスです。

ノンオーナパスは，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合にだけあります。

（関連用語：オーナパス，ノンオーナコントローラ）

（ハ行）

パーシステントリザーブ

リザーブと同様，あるサーバが1つのLUを占有したい場合，そのLUに対して占有を宣言し，ほかのサーバからそのLUにアクセスできないように保護する機能です。ただし，リザーブはパス1本を占有しますが，パーシステントリザーブは複数のパスを占有できます。

したがって，HDLMがパーシステントリザーブを支援する場合，複数のパスを占有できるため，占有した複数のパスでロードバランスができるようになります。

（関連用語：リザーブ）

パス

ホストからストレージシステムへのアクセス経路です。ホスト側のHBAと，ストレージシステム側のCHAを結ぶケーブルを経由して，ストレージシステム側のLU内の領域にアクセスします。

各パスには「パス管理PATH_ID」が付けられています。

（関連用語：パス管理PATH_ID）

パス管理PATH_ID

HDLMがシステム起動時またはパス構成時にパスに付けるIDです。すべてのパスが固有のパス管理PATH_IDを持ちます。

（関連用語：パス）

パスヘルスチェック

一定間隔でパスの状態を確認する機能です。

「Online」状態だったパスに障害が発生した場合，パスの状態を「Offline(E)」にします。パスヘルスチェックの対象となるのは，「Online」状態のパスです。

パス名

次に示す4つの項目をピリオドで区切って表される名前です。

・HBAアダプタ番号またはアダプタ種別（文字列）

・バス番号またはアダプタ番号（文字列）

・ターゲットID（16進数）

・ホストLU番号（16進数）

パス名でパスを特定してください。

（関連用語：ホストLU番号）

フェイルオーバ

あるパスに障害が発生したときに，ほかの正常なパスに切り替えてシステムの運用を続ける機能です。

フェイルバック

障害が発生していたパスが障害から回復したときに，障害から回復したパスの状態を稼働状態にして，パスを切り替える機能です。

ホスト

サーバ，およびクライアントの総称です。

ホストLU

ホストが認識するLUです。

各ホストLUには「ホストLU番号」が付けられています。

（関連用語：LU，ホストLU番号，ホストデバイス）

ホストLU番号

ホストLUに付けられている番号です。パス名の一部になります。

（関連用語：ホストLU，パス名）

ホストデバイス

ホストLU内の領域です。

（関連用語：ホストLU，ホストデバイス名）

ホストデバイス名

ホストデバイスに付けられている名前です。HDLMデバイスの論理デバイスファイル名が割り当てられます。

（関連用語：ホストデバイス）

（ラ行）

リザーブ

あるホストが1つのLUを占有したい場合，そのLUに対して占有を宣言し，ほかのホストからLUにアクセスできないように保護する機能です。リザーブを発行したホストには，そのリザーブを発行したパスにLUへのアクセス許可が与えられるため，複数のパスで同時にLUにアクセスできません。そのため，ロードバランスはできません。

（関連用語：パーシステントリザーブ）

リザーブ無視

AIXから要求されるSCSIリザーブコマンドのI/Oを破棄する機能です。

次のどちらかの条件を満たす環境で，HDLMを動作させる場合に設定します。

・パーシステントリザーブをサポートしていないストレージシステムに，ホストが接続されている場合

・LUを複数のホストで共有し，独自の排他制御機構を備えたアプリケーションを実行する場合

ロードバランス

LU内の領域にアクセスするパスが複数ある場合，それらの複数のパスを使用してI/Oを行うことで，パスに掛かる負荷を分散する機能です。

次に示す6つのアルゴリズムがあります。

・ラウンドロビン

・拡張ラウンドロビン

・最少I/O数

・拡張最少I/O数

・最少ブロック数

・拡張最少ブロック数

論理デバイスファイル

/dev/hdiskn，/dev/rhdiskn，/dev/dlmfdrvnおよび/dev/rdlmfdrvnです。

ここでいう「論理デバイス」はLDEVではありません。

索引

[A][C][D][E][G][H][I][K][L][O][P][R][S][T][V][W]
[あ][い][え][お][か][き][く][こ][さ][し][す][せ][た][ち][て][と][の][は][ひ][ふ][へ][ほ][め][ゆ][よ][り][ろ]

(A)

add〔HDLMコマンドのオペレーション〕

(C)

CHA

CHA（Channel Adapter）

clear〔HDLMコマンドのオペレーション〕

CLPR（Cache Logical Partition）

conraid.datファイル

Critical〔障害レベル〕

(D)

delete〔HDLMコマンドのオペレーション〕

Dev

Dev

Dev

Dev番号

dlmcfgmgr

dlmchenv

dlmchkdev

dlmchvg

dlmexportvg

dlmextendvg

DLMgetras

DLMgetras

dlmgetrasinst

dlmHBAdel

dlmimportvg

dlminstcomp

dlmlistvgbackup

dlmlsvg

dlmmigdrv

dlmmirrorvg

dlmmkvg

dlmodmset

dlmpr

dlmrecreatevg

dlmrecreatevgコマンドの実行方法

dlmreducevg

dlmreorgvg

dlmrestorevgfiles

dlmrestvg

dlmrmdev

dlmsavevg

dlmsyncvg

dlmunmirrorvg

dlmvaryoffvg

dlmvaryonvg

(E)

Error〔障害レベル〕

(G)

Global Link Manager

GPFS

GPFS

設定

(H)

HBA

HBA（Host Bus Adapter）

HBAアダプタ番号

HBAの交換

HDev

HDLM

アンインストール

設定解除

HDLM HBA交換用ユティリティ

HDLMアラートドライバ

HDLMアラートドライバ

HDLMインストール障害情報収集ユティリティ

HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）を使用したインストール障害情報の収集

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

HDLMが検知した障害情報

HDLMが検知する障害

HDLM管理対象デバイス

HDLM管理対象デバイスの構成を変更する

HDLM管理対象デバイスの属性変更

HDLM管理対象デバイスを管理対象外にする

HDLM共通インストーラユティリティ

HDLM構成管理ユティリティ

HDLMコマンド

HDLMコマンド

HDLMコマンドのオペレーション

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

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

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

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

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

HDLMで管理するデバイス

HDLMで使用するコマンド

HDLMデバイス

HDLMデバイス構成チェックユティリティ

HDLMデバイスの構成変更

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

HDLMデバイス名移行支援ユティリティ

HDLMデバイス名を変更しない再構成

HDLM動作ODM設定ユティリティ

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ユティリティ

help〔HDLMコマンドのオペレーション〕

Hitachi Network Objectplazaトレース共通ライブラリ

使用する場合の注意事項

設定メニューを表示する

設定を有効にする

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）

アンインストール

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）

アンインストール

Hitachi Network Objectplazaトレース共通ライブラリの設定

設定の終了

HLU

(I)

I/O回数

I/O障害回数

Information〔障害レベル〕

installhdlm

installux.sh

(K)

KAPL08022-Eメッセージの項目

DNum

ErrorCode

HDevName

PathID

PathName

(L)

LDEV（Logical Device）

Logical Unit Id

LU

LU（Logical Unit）

LUN

LU構成

(O)

ODM（Object Data Manager）

offline〔HDLMコマンドのオペレーション〕

Offline(C)状態

Offline(E)状態

online〔HDLMコマンドのオペレーション〕

Online(E)状態

Online状態

OS

OSのアップグレード時の設定

OSのアップグレード時の設定

OSモード

(P)

P

PCIバス番号

PowerHA

PowerHA 7.1環境でのHDLMのインストール

スクリプトの登録

設定

設定解除

(R)

RVSD

RVSD

設定

(S)

SAN

SAN（Storage Area Network）

SCSIデバイス

set〔HDLMコマンドのオペレーション〕

SLPR（Storage Logical Partition）

SMIT画面

syslog

(T)

Target Id

(V)

VCS

設定

view〔HDLMコマンドのオペレーション〕

(W)

Warning〔障害レベル〕

(あ)

アダプタ種別

アダプタ種別

アダプタ番号

アダプタ番号

アップグレードインストール

アンインストール

HDLM

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）

(い)

インストール

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

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

HDLMの新規インストール

PowerHA 7.1環境でのHDLMのインストール

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

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

インストール情報設定ファイル

定義内容

(え)

エミュレーションタイプ

エラー

dlmrecreatevgコマンドの実行時

HDLMデバイスの構成時

(お)

オーナコントローラ

オーナコントローラ

オーナパス

オーナパス

オペレーション

オペレーション一覧

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

(か)

カーネルモードの切り替え

カーネルモード変更時の設定

確認

パス構成

稼働状態

環境構築

HDLM

間欠障害

間欠障害監視

間欠障害監視

監査ログの採取

監査ログの出力形式

監視

メッセージ

監視サイクル

(き)

起動

HDLMマネージャ

機能の設定

切り替え先のパスの優先順位

(く)

クラスタ

クラスタソフトウェア

クラスタソフトウェアの設定

クラスタ対応

(こ)

コアロジック部

構成

プログラム

コマンド

概要

入力形式

コマンドデバイス

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

(さ)

再インストール

採取するログの種類

サイレントインストール

サイレントインストール

インストール情報設定ファイル

ログファイル

(し)

システム構成

自動パス切り替え

自動フェイルオーバ

自動フェイルオーバの対象となる障害

自動フェイルバック

自動フェイルバック

自動フェイルバック

収集情報出力先ディレクトリ

収集情報出力先ディレクトリ

収集情報定義ファイルの記述規則と注意事項

収集情報定義ファイルの記述例

収集情報定義ファイル名

終了

Hitachi Network Objectplazaトレース共通ライブラリの設定

主系ホスト

手動パス切り替え

取得

パス情報

プログラム情報

障害

メッセージ

障害個所特定

障害管理

障害情報の種類

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

障害パス

抽出

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

障害レベル

障害ログ

障害ログ採取レベル

障害ログ採取レベルの設定値

障害ログファイルサイズ

障害ログファイルサイズ

障害ログファイル数

情報を表示する

シリアル番号

シリアル番号

新規インストール

(す)

ストレージシステム

スロット番号

スロット番号

(せ)

設定

設定

GPFS

LU単位リザーブ機能

PowerHA

VCS

統合トレース

動作環境〔setオペレーション〕

リザーブレベル

(た)

ターゲットID

対処

パス障害

プログラム障害

プログラム障害時

ダイナミックI/Oパスコントロール

(ち)

チャネルアダプタ

抽出

障害パス

(て)

停止

HDLMマネージャ

(と)

統計情報

統合トレース

設定

統合トレース情報ファイル

統合トレースファイル

統合トレースファイル

数を変更する

サイズを変更する

動作環境

動作環境

参照〔viewオペレーション〕

設定〔setオペレーション〕

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

登録

PowerHA用スクリプト

VCS用スクリプト

トレースファイル

トレースファイルサイズ

トレースファイル数

トレースレベル

トレースレベル

(の)

ノード

ノンオーナコントローラ

ノンオーナコントローラ

ノンオーナパス

ノンオーナパス

(は)

パーシステントリザーブ

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

ハードウェア障害対処

パス

パス管理PATH_ID

パス管理PATH_ID

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

パス構成

確認

パス障害

対処

パス情報

取得

パスの状態遷移

パスの状態遷移

パスの状態を変更する

パスの情報を参照する

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

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

バス番号

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パス名

パス名を構成する項目

パス名を構成する項目

パス名を構成する項目

パスを稼働状態にする

パスを稼働状態に変更

パスを動的に削除する

パスを動的に追加する

パスを閉塞状態にする

バッファサイズ

監視間隔当たりのサイズを変更する

バッファの容量

(ひ)

表示

Hitachi Network Objectplazaトレース共通ライブラリの設定メニュー

(ふ)

ファイバケーブルの交換

ファイバチャネルスイッチの交換

フィルタ部

フィルタリング

フェイルオーバ

フェイルオーバ

フェイルバック

フェイルバック

副ボリュームのPVIDの変更

物理ボリューム（hdisk）指定操作の注意事項およびエラーチェック

プログラム

構成

役割

プログラム障害

対処

対処

プログラム情報

プログラム情報

取得

プログラム情報表示

プロダクトID

プロダクトID

(へ)

閉塞状態

ベンダID

ベンダID

(ほ)

ポート

ホスト

ホスト

ホストLU

ホストLU

ホストLU番号

ホストLU番号

ホスト側で認識されるLUの構成

ホストデバイス

ホストデバイス

ホストデバイス名

ホストバスアダプタ

ボリュームグループの設定

(め)

メッセージ

メッセージ

IDの形式と意味

監視

障害

説明で使用する用語

表示される用語

レベル

メッセージの出力件数

調節する

(ゆ)

ユティリティ

HDLM HBA交換用ユティリティ

HDLMインストール障害情報収集ユティリティ

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

HDLM共通インストーラユティリティ

HDLM構成管理ユティリティ

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

HDLMデバイス構成チェックユティリティ

HDLMデバイス名移行支援ユティリティ

HDLM動作ODM設定ユティリティ

HDLM動作環境変更ユティリティ

HDLMドライバ削除ユティリティ

HDLMパーシステントリザーブ解除ユティリティ

HDLMボリュームグループ操作ユティリティ

概要

障害情報収集ユティリティ

(よ)

用語解説

(り)

リザーブ

リザーブ解除（ホスト障害時）

リザーブ解除（ホスト正常時）

リザーブ無視

リザーブレベル

設定

リザーブレベル〔setオペレーション〕

リモートインストール

リモートインストール

前提条件

流れ

配布指令の作成および登録

パッケージング

(ろ)

ロードバランス

ロードバランス

ロードバランス

ロードバランス

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

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

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

論理デバイスファイル

論理ユニット