Hitachi Command Suite

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

3000-3-G21-60

目次

前書き

はじめに

対象読者

マニュアルの構成

読書手順

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

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

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

1. HDLMの概要

1.1 HDLMとは

1.2 HDLMの特長

2. HDLMの機能

2.1 HDLMで管理するデバイス

2.2 システム構成

2.3 LU構成

2.4 プログラム構成

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

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

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

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

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

2.7.1 自動パス切り替え

2.7.2 手動パス切り替え

2.7.3 パスの状態遷移

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

2.8.1 間欠障害の確認

2.8.2 間欠障害監視の設定

2.8.3 間欠障害監視の動作

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

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

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

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

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

2.11 障害管理

2.11.1 採取するログの種類

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

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

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

2.12 監査ログの採取

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

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

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

2.12.4 監査ログの出力形式

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

2.14 クラスタ対応

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 HDLMのインストールについての注意事項

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

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

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

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

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

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

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

3.4.9 HDLM管理対象デバイスのqueue_depthパラメタ値についての注意事項

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 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行

3.5.8 PowerHA 6.1環境でのHDLMのインストール

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

3.5.10 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 リザーブポリシーについて

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

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

3.10.2 PowerHA用スクリプトの登録

3.10.3 リザーブポリシーの設定

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

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

3.12.1 MISSCOUNTとDISKTIMEOUTの設定

3.12.2 リザーブポリシーの設定

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

3.14 HDLMの設定解除

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

3.14.2 HDLMのアンインストール

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

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

3.14.5 クラスタソフトウェア（PowerHA）の設定解除

4. HDLMの運用

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

4.1.1 パス情報表示について

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

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

4.1.4 ホストをシャットダウンする場合の注意事項

4.1.5 ホストに障害が発生した場合の注意事項

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

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

4.1.8 ブートディスク環境でOSの機能が停止した場合の注意事項

4.1.9 システムを複製する場合の注意事項

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

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

4.2.2 パスの情報を参照する

4.2.3 パスの状態を変更する

4.2.4 LUの情報を参照する

4.2.5 hdisk，OS管理パスIDおよび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 hdiskの属性を変更する

4.5.3 パスの変更

4.5.4 HBAの交換

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

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

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 dlmchpdattr HDLMデフォルト設定変更ユティリティ

7.3.1 形式

7.3.2 パラメタ

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

7.4.1 形式

7.4.2 パラメタ

7.4.3 収集される障害情報

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

7.5.1 形式

7.5.2 パラメタ

7.6 dlmmigsts HDLM移行支援ユティリティ

7.6.1 形式

7.6.2 パラメタ

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

7.7.1 形式

7.7.2 パラメタ

7.8 dlmpostrestore HDLMリストア支援ユティリティ

7.8.1 形式

7.8.2 パラメタ

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

7.9.1 形式

7.9.2 パラメタ

7.10 dlmpremkcd HDLM mkcd事前準備ユティリティ

7.10.1 形式

7.10.2 パラメタ

7.11 dlmpreremove HDLMアンインストール事前実行ユティリティ

7.11.1 形式

7.11.2 パラメタ

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

7.12.1 形式

7.12.2 パラメタ

7.13 dlmrmprshkey 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 KAPL13001～KAPL14000

8.13 KAPL15001～KAPL16000

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

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

A.1 HDLM EX 6.2とそれ以前のバージョンのHDLM EXの差異

A.2 HDLM EX 6.1とそれ以前のバージョンのHDLM EXの差異

A.3 HDLM EX 6.0以降とそれ以前のバージョンのHDLM EXの差異

付録B. HDLM EXと05-63以前および05-80以降のHDLMの差異

B.1 HDLMドライバのアドインモジュール化

B.2 論理デバイスファイルの変更によるHDLMの環境構築，運用手順の簡略化

B.3 論理デバイスファイルの変更によるHDLMの環境構築および運用の手順の変更

B.4 リザーブ制御の設定の移行

B.5 ブートディスク環境のサポート

B.6 OSアップグレード時の設定について

B.7 バーチャルI/Oサーバの仮想SCSIディスク認識方式の変更

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

C.1 関連マニュアル

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

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

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

用語解説

索引

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

前書き

対象製品

Hitachi Dynamic Link Manager EX 7.6.0

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

輸出時の注意

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

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

商標類

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

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

DB2 Universal Databaseは，米国およびその他の国における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-G21-60

著作権

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

はじめに

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

・Hitachi Dynamic Link Manager EX

はじめにの構成

対象読者

マニュアルの構成

読書手順

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

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

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

対象読者

このマニュアルは，Hitachi Dynamic Link Manager EX（以降，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 EXのバージョンによる機能の差異について説明しています。

付録B. HDLM EXと05-63以前および05-80以降のHDLMの差異

HDLM EXと，05-63以前および05-80以降のHDLMとの機能差異について説明しています。

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

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

用語解説

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

読書手順

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

マニュアルを読む目的 | 記述個所
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
このマニュアルを読むに当たっての参考情報について知りたい。 | 付録C
HDLMで使用する用語について知りたい。 | 用語解説

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

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

記号
意味

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

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

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

文法記述記号
意味

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

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

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

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

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

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

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

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

ファイル名記述記号
意味

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

1. HDLMの概要

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

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

この章の構成

1.1 HDLMとは

1.2 HDLMの特長

1.1 HDLMとは

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

HDLMはストレージシステムへのアクセス経路を管理するプログラムです。AIX 5L V5.2以降がサポートするMPIOの機能を使用します。

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

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

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

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

1.2 HDLMの特長

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. HDLMの機能

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

この章の構成

2.1 HDLMで管理するデバイス

2.2 システム構成

2.3 LU構成

2.4 プログラム構成

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

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

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

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

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

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

2.11 障害管理

2.12 監査ログの採取

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

2.14 クラスタ対応

2.1 HDLMで管理するデバイス

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

HDLMが管理できるデバイス

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

SCSIデバイス

ブートディスク（バーチャルI/Oサーバ環境下でのクライアント区画のブートディスクも含む）

コマンドデバイス（例：日立製RAID Managerのコマンドデバイス）

スワップデバイス

ダンプデバイス

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

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

ホストの内蔵ディスク

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

2.2 システム構成

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

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

HDLMは，パスにIDを割り当てて管理します。このIDをパス管理PATH_IDと呼びます。また，パスを管理対象物と呼ぶこともあります。AIXがパスに割り当てるIDを，OS管理パスIDと呼びます。OS管理パスIDは，AIXコマンドのlspathを実行して表示できます。また，HDLMでは，HDLMコマンドのviewオペレーションに-luパラメタまたは-drvパラメタを指定して実行すると，パス管理PATH_IDに対応するOS管理パスIDを表示できます。HDLMコマンドのviewオペレーションの詳細については，「6.7 view 情報を表示する」を参照してください。

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

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

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

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

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

2.3 LU構成

HDLMを使用したシステムでは，HDLM管理対象デバイスの論理デバイスファイル（hdisk）を使用して，目的のLUにアクセスします。

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

ストレージシステム側のLUとホストLU，ホストデバイス，およびhdiskは，1対1で対応します。

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

図2-2 HDLMをインストールしたホストのLU構成とhdiskの対応

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

表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ユティリティ
ユティリティを使った次の機能を提供します。

障害情報の収集

hdiskの属性のデフォルト値を変更

HDLMの移行

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

ブートディスクとして認識されているhdiskをHDLM管理対象外に変更

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

HDLM管理対象デバイスとして認識されているhdiskの削除

HDLMのインストール

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

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

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

HDLM管理対象デバイスでのリストア支援

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

HDLMの動作環境の設定

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

障害ログの採取

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

HDLMドライバ
機能の制御，パスの管理，および障害検知をします。
AIXのMPIOドライバのアドインモジュールです。HDLMドライバの構成は次のとおりです。

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

フィルタ部
I/Oを送受信します。

HDLM構成ログドライバ
HDLMドライバを構成する処理の動作ログを取得します。

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

HDLMドライバはAIX標準のhdisk内にあるMPIOドライバのアドインモジュールで，SCSIドライバの上位に位置します。ホストの各アプリケーションは，hdisk（論理デバイスファイル）を使用して，ストレージシステム内のLUにアクセスします。HDLMドライバとhdiskの位置づけを次の図に示します。論理デバイスファイル名は，OSのrendevコマンドによって変更できます。このマニュアルでは，論理デバイスファイル名をOS標準の論理デバイスファイル名（hdiskn）またはhdisk名で記載しています。

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

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

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.6.1 ロードバランスが適用されるパス

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

2.6.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)のパスの間で行われます。障害などで，どれかのパスが使用できなくなった場合，残りのパスの間でロードバランスが行われます。

注

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

SANRISE9900Vシリーズ

Hitachi USPシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

Hitachi AMS2000シリーズ※

Hitachi SMSシリーズ※

HUS100シリーズ※

HUS VM

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

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

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

ラウンドロビン

拡張ラウンドロビン

最少I/O数

拡張最少I/O数

最少ブロック数

拡張最少ブロック数

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ラウンドロビン※

最少I/O数

最少ブロック数

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

拡張ラウンドロビン

拡張最少I/O数

拡張最少ブロック数

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

注※

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

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

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

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

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

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

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

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

自動パス切り替え

手動パス切り替え

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

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

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

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

この節の構成

2.7.1 自動パス切り替え

2.7.2 手動パス切り替え

2.7.3 パスの状態遷移

2.7.1 自動パス切り替え

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

この項の構成

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

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

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

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

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

Critical

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

Error

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

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

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

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

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キー，スロット番号を第2キー，CHAポートを第3キー，パス管理PATH_IDを第4キーにして，値が小さい順に切り替え先のパスが選択されます。

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

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

パスごとの優先順位

パスごとに設定されている優先順位です。設定できる優先順位は1～255です。値が小さい方が優先度は高くなります。デフォルト値は1です。優先順位はOSのコマンドで設定します。優先順位を設定する手順を次に示します。

次のコマンドを実行して，LU内のパス情報を表示します。

# lspath -l hdisk4 -F"name parent path_id connection path_status status"
hdisk4 fscsi0  0 50060e8005271720,31000000000000 使用可能 使用可能
hdisk4 fscsi1  1 50060e8005271730,31000000000000 使用可能 使用可能
hdisk4 fscsi2  2 50060e8005271740,31000000000000 使用可能 使用可能
hdisk4 fscsi3  3 50060e8005271750,31000000000000 使用可能 使用可能

次のコマンドを実行して，変更するパス情報を表示します。

# lspath -l hdisk4 -p fscsi0 -w 50060e8005271720,31000000000000 -E
scsi_id   0x651400           SCSI ID      偽
node_name 0x50060e8005271720 FC Node Name 偽
state     Enabled            N/A          真
priority  1                  N/A          真

次のコマンドを実行して，優先順位を変更します。

# chpath -l hdisk4 -p fscsi0 -w 50060e8005271720,31000000000000 -a priority=5
パスは変更済みです

次のコマンドを実行して，変更した優先順位を確認します。

# lspath -l hdisk4 -p fscsi0 -w 50060e8005271720,31000000000000 -E
scsi_id   0x651400           SCSI ID      偽
node_name 0x50060e8005271720 FC Node Name 偽
state     Enabled            N/A          真
priority  5                  N/A          真

スロット番号

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

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

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

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

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName OSPathID LDEV
000000 hdisk0   00000    SANRISE9500V.0051.0005
000001 hdisk1   00000    SANRISE9500V.0051.0015
000002 hdisk2   00000    SANRISE9500V.0051.0020
000003 hdisk0   00001    SANRISE9500V.0051.0005
000004 hdisk1   00001    SANRISE9500V.0051.0015
000005 hdisk2   00001    SANRISE9500V.0051.0020

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

# lsdev -C -l hdisk2 -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オペレーションで確認できます。viewオペレーションについては「6.7 view 情報を表示する」を参照してください。

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

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

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

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.7.2 手動パス切り替え

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

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

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

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

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

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，オーナパスが第1候補，ノンオーナパスが第2候補の切り替え先になります。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シリーズを使用している場合，使用するパスは，稼働状態のオーナパス，ノンオーナパスの順で選択されます。SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ※，Hitachi SMSシリーズ※，HUS100シリーズ※，またはHUS VMを使用している場合，すべてのパスがオーナパスのためパスの状態を稼働状態に変更したあとも，使用するパスは切り替わりません。

注※

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

2.7.3 パスの状態遷移

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

この項の構成

(1) 稼働状態

(2) 閉塞状態

(3) OSとHDLMが表示するパスの状態の対応

(4) パスの状態遷移

(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) OSとHDLMが表示するパスの状態の対応

AIXコマンドのlspathなどを実行すると表示されるパスの状態と，HDLMコマンドのviewオペレーションを実行すると表示されるパスの状態の対応を次の表に示します。

表2-5 OSとHDLMが表示するパスの状態の対応

AIXコマンドが表示するパスの状態 | HDLMが表示するパスの状態
使用可能 | OnlineまたはOnline(E)のどちらか
使用不可 | Offline(C)
障害または失敗※ | Offline(E)

注※

表示内容についてはOSバージョンに依存します。

(4) パスの状態遷移

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

図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

Online(E)またはOffline(E)のパスがあるhdiskにAIXコマンドのchdevを実行した場合，パスは削除されます。削除されたパスを復元するには，障害の原因を取り除いてからAIXコマンドのmkdev -l hdisk名またはcfgmgrコマンドを実行してください。

注※4

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

注※5

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

注※6

同じ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.8 間欠障害の監視（自動フェイルバック使用時の機能）

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

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

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

この節の構成

2.8.1 間欠障害の確認

2.8.2 間欠障害監視の設定

2.8.3 間欠障害監視の動作

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

2.8.1 間欠障害の確認

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

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

2.8.2 間欠障害監視の設定

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

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

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

2.8.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.8.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.9 パスヘルスチェックによる障害検出

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.10 ダイナミックI/Oパスコントロール機能による負荷分散

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

この節の構成

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

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

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

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

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

Hitachi AMS2000シリーズ※

Hitachi SMSシリーズ※

HUS100シリーズ

注※

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

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

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

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

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

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

2.11 障害管理

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

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

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

この節の構成

2.11.1 採取するログの種類

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

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

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

2.11.1 採取するログの種類

HDLMが検知した障害情報やトレース情報は，統合トレースファイル，トレースファイル，障害ログ，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ユティリティのログ
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を発行したときの応答ログです。
/var/DynamicLinkManager/log/dlminquiry[1-2].log

HDLM構成ログ
HDLMドライバを構成する処理の動作ログです。
/var/DynamicLinkManager/log/dlmconfig[1-2].log

注※

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

user.info           /tmp/syslog.user.log

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

2.11.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.11.3 HDLM障害情報収集ユティリティ（DLMgetras）を使用した障害情報の収集

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

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

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

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

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

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

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

2.12 監査ログの採取

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

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

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

2.12.4 監査ログの出力形式

2.12.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 | 構成情報の参照または更新 | dlmpremkcd -cの処理成功 | 6 | KAPL15088-I
dlmpremkcd -cの処理失敗 | 3 | KAPL15089-E
dlmpremkcd -uの処理成功 | 6 | KAPL15090-I
dlmpremkcd -uの処理失敗 | 3 | KAPL15091-E
dlmrmprshkey -l hdisk名の処理成功 | 6 | KAPL15092-I
dlmrmprshkey -l hdisk名 -R RegistKeyの処理成功 | 6 | KAPL15093-I
dlmrmprshkeyの処理失敗 | 3 | KAPL15094-E
パスの統計情報の初期化成功 | 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
dlmchpdattr -oの処理成功 | 6 | KAPL15080-I
dlmchpdattr -oの処理失敗 | 3 | KAPL15081-E
dlmchpdattr -aの処理成功 | 6 | KAPL15082-I
dlmchpdattr -aの処理失敗 | 3 | KAPL15083-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.12.2 監査ログ出力の前提条件

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

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

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

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

注※

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

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

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

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

注意事項

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

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

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

2.12.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.12.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.13 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.14 クラスタ対応

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

HDLMがサポートするクラスタソフトウェアを次に示します。クラスタソフトウェア使用時でもロードバランス機能を使用できます。

GPFS

PowerHA

Oracle RAC 10g

Oracle RAC 11g

VCS

DB2 pureScale

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

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

3. HDLMの環境構築

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

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

なお，HDLM EXはHDLM 05-63以前またはHDLM 05-80以降に比べて必要な手順や注意事項に差異があります。詳細については，「付録B. HDLM EXと05-63以前および05-80以降のHDLMの差異」を参照してください。

この章の構成

3.1 HDLMのシステム要件

3.2 環境構築の流れ

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

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

3.5 HDLMのインストール

3.6 パス構成の確認

3.7 HDLMの機能の設定

3.8 統合トレースの設定

3.9 リザーブポリシーについて

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

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

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

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

3.14 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

Technology Level 06

SP9以降

Technology Level 07

SP6以降

Technology Level 08

APAR IZ43371

Technology Level 09

SP2以降およびAPAR IZ42658

Technology Level 10

SP1以降

Technology Level 11※2

Technology Level 12

SP1以降

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

AIX V6.1※1※3

Technology Levelを導入しない

SP1以降およびAPAR IZ11722

Technology Level 01

APAR IZ42661

Technology Level 02

SP2以降およびAPAR IZ42662

Technology Level 03

SP1以降

Technology Level 04※4

Technology Level 05

SP1以降

Technology Level 06
Technology Level 07

Technology Level 08

SP1以降

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

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

Technology Level 02

SP1以降

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

注※1

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

注※2

SANRISE 9500Vシリーズ，Hitachi AMS/TMS/WMSシリーズ，Hitachi SMSシリーズのどれかを使用したブートディスク環境を構築する場合は，SP2以降を適用してください。

注※3

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

注※4

SANRISE 9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，またはHUS100シリーズのどれかを使用したブートディスク環境を構築する場合は，SP2以降を適用してください。

注※5

HDLMは，仮想SCSIデバイスまたは仮想HBAをHDLMデバイスとして使用する環境でのPowerVM Live Partition Mobility機能をサポートします。

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

HDLMをインストールする前に，下記の前提プログラムがインストールされていることを確認してください。また，HTC_ODMおよびXP_ODMの詳細については，ストレージシステムの販売元へお問い合わせください。

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.6 以降（8.0.0.1 ～ 8.0.0.5 は未サポート）， 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

HTC_ODM 5.0.52.1以降
次のストレージシステムを使用している場合は，HTC_ODM 5.0.52.1以降を使用してください。

SANRISE 9500Vシリーズ

SANRISE 9900Vシリーズ（ただし，Hitachi USP Hシリーズ，およびXPシリーズを除く）

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

Hitachi USPシリーズ（ただし，Hitachi USP Hシリーズ，およびXPシリーズを除く）

Universal Storage Platform V/VMシリーズ（ただし，H20000，H24000，XP20000およびXP24000を除く）

Hitachi Virtual Storage Platform

HUS100シリーズ

HUS VM

注

すでにXP_ODMを導入しているHDLM環境にHTC_ODMを導入する場合，HTC_ODMを導入したあとにHDLMを再インストールしてください。

XP_ODM 5.0.52.1以降
次のストレージシステムを使用している場合は，XP_ODM 5.0.52.1以降を使用してください。

Hitachi USP Hシリーズ

XPシリーズ

P9500

VP9500

注

すでにHTC_ODMを導入しているHDLM環境にXP_ODMを導入する場合，XP_ODMを導入したあとにHDLMを再インストールしてください。

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の動作への影響はありません。

関連プログラムについての注意事項

HiRDBのインナレプリカ機能と組み合わせて使用することはできません。

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

この項の構成

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

(2) HBA

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

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

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

H20000/H24000

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

XP128/XP1024/XP10000/XP12000/XP20000/XP24000

SANRISE 9500Vシリーズ

SANRISE 9900Vシリーズ

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

SANRISE H128/H1024/H10000/H12000

Hitachi NSC55

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

Hitachi Virtual Storage Platform

P9500

SVS

VP9500

HUS100シリーズ

HUS VM

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

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

(2) HBA

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

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

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

表3-2 Hitachi RapidXchange管理の中間ボリュームを扱う場合の関連プログラム

OS | 関連プログラム
AIX 5L V5.3 | File Access Library and File Conversion Utility（FAL/FCU） 01-03-56/20以降
File Access Library and File Conversion Utility（FAL/FCU） 01-04-64/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以降

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

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

クラスタ構成を構築する場合の関連プログラムを次の表に示します。

表3-3 クラスタ構成を構築する場合の関連プログラム

OS
関連プログラム

AIX 5L V5.3

PowerHA 6.1

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

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

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

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

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

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

Oracle RAC 11g 11.1.0.7.0
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス※1

Oracle RAC 11g 11.2.0.3.0
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス※1

GPFS 3.3※3※6

GPFS 3.4※3

VCS 5.0※4

VCS 5.0.1※4

VCS 5.0.3※4※5

VCS 5.1※4

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

PowerHA 6.1
Client：Technology Level 07以降
Server：ioslevel 2.1.0.0～2.2.2.xx（xxは任意）

AIX V6.1

PowerHA 6.1

PowerHA 7.1

PowerHA 7.1.1

PowerHA 7.1.2

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

Oracle RAC 10g 10.2.0.5.0
HDLMデバイスを指定して直接アクセスする場合：rawデバイス

Oracle RAC 11g 11.2.0.2.0
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス

Oracle RAC 11g 11.2.0.3.0
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス
論理ボリュームを使用する場合：PowerHA 6.1※2

GPFS 3.3※3※6

GPFS 3.4※3

GPFS 3.5※7

VCS 5.0.1※4

VCS 5.0.3※4※5

VCS 5.1※4

DB2 pureScale 9.8

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

PowerHA 6.1
Client：Technology Level 02以降
Server：ioslevel 2.1.0.01～2.2.2.xx（xxは任意）

PowerHA 7.1
Client：Technology Level 06以降
Server：ioslevel 2.1.0.01～2.2.2.xx（xxは任意）

PowerHA 7.1.1
Client：Technology Level 06以降
Server：ioslevel 2.1.0.01～2.2.2.xx（xxは任意）

VCS 5.1※4

AIX V7.1

PowerHA 6.1

PowerHA 7.1

PowerHA 7.1.1

PowerHA 7.1.2

Oracle RAC 11g 11.2.0.2.0
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス

Oracle RAC 11g 11.2.0.3.0
HDLMデバイスを指定して直接アクセスする場合：ASM + rawデバイス

GPFS 3.4※3

GPFS 3.5※7

DB2 pureScale 9.8

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

PowerHA 6.1
Client：Technology Level なしまたは01以降
Server：ioslevel 2.1.0.0～2.2.2.xx（xxは任意）

PowerHA 7.1
Client：Technology Level なしまたは01以降
Server：ioslevel 2.1.0.0～2.2.2.xx（xxは任意）

PowerHA 7.1.1
Client：Technology Level なし
Server：ioslevel 2.1.0.0～2.2.2.xx（xxは任意）

注※1

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

注※2

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

注※3

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

注※4

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

注※5

JFS2を使用する場合，クラッシュ（halt -q）によるNode FO時に，FO先のノードでMount型リソースが正常にマウントされない場合があります。この問題は，HDLM導入の有無に関係なく発生します。

注※6

3.3.0.3以降をサポートします。

注※7

NSD（Network Shared Disk）の構成だけをサポートします。

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

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

この項の構成

(1) メモリ所要量

(2) ディスク占有量

(1) メモリ所要量

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

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

OS | メモリ所要量
AIX | 5000KB＋0.256KB×LU数＋1.28KB×パス数

(2) ディスク占有量

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

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

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

注※1

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

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

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

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

注※2

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

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

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

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

注※3

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

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

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

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

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

注※1

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

注※2

リザーブポリシーがパーシステントリザーブ「PR_exclusive」で，SANRISE9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，またはHUS100シリーズを使用する場合，LUごとに接続できるパス数は1～32本になります。

リザーブポリシーがパーシステントリザーブの「PR_exclusive」，または「PR_shared」でSANRISE9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，およびHUS100シリーズ以外を使用する場合，LUごとに接続できるパス数の上限に制限があります。詳細については，ストレージシステムの販売元へお問い合わせください。

リザーブポリシーについては，「3.9 リザーブポリシーについて」を参照してください。

3.2 環境構築の流れ

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

図3-1 環境構築の流れ

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

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

HDLMの新規インストール

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

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

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

アップグレードインストールは，HDLM EXに対してだけ実行できます。

HDLMの移行

すでにインストールされている05-63以前または05-80以降のHDLMをアンインストールしてから，HDLM EXを新規インストールすることを，HDLMの移行と呼びます。このとき，以前のODMの情報やHDLMの設定情報を引き継ぐことができます。

HDLM 05-63以前またはHDLM 05-80以降からHDLM EXにはアップグレードインストールできないので，移行を実施する必要があります。「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」に示す手順を実行すると，ODMの設定およびHDLMの機能の設定だけを引き継ぐことができます。

HDLMの再インストール

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

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

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

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

この節の構成

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

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

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

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

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

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

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

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

3.4.9 HDLM管理対象デバイスのqueue_depthパラメタ値についての注意事項

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

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

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

HDLM EX7.2でライセンス情報が変更されました。HDLM EX6.x以前でご使用のライセンスの期限が切れている場合は，HDLM EX7.x以降へアップグレードインストールするときに，HDLM EX7.x用のライセンスキーまたはライセンスキーファイルが必要です。また，HDLM EX6.x以前で，ご使用中のライセンスの期限が切れる前にHDLM EX7.xへアップグレードインストールした場合でも，ライセンスを更新する場合は，HDLM EX7.x以降のライセンスキーまたはライセンスキーファイルが必要です。

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

HDLMをインストールすると，下記のHDLM専用のデバイスファイルが作成されます。このデバイスファイルは使用しないでください。
/dev/dlmadrv
/dev/rdlmfdrvio
/dev/rdlmcldrv

HDLM EXはAuto Path，Auto Path XP，日立パスマネージャ，Hitachi Disk Array Driver for AIX，Hitachi Disk Array Driver for Virtual I/O Server，HDLM 05-63以前，およびHDLM 05-80以降と共存できません。HDLM EXをインストールする場合，Auto Path，Auto Path XP，日立パスマネージャ，Hitachi Disk Array Driver for AIX，Hitachi Disk Array Driver for Virtual I/O Server，HDLM 05-63以前，およびHDLM 05-80以降をアンインストールしてからHDLM EXをインストールしてください。05-63以前または05-80以降のHDLMから移行する場合は，「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」を参照してください。

HDLMをインストールすると，「2.1 HDLMで管理するデバイス」の「HDLMが管理できるデバイス」で示したすべてのデバイスが管理対象になります。

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

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

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

HDLMをアップグレードまたは再インストールするときは，次の内容に注意してください。

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

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

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

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

HDLMをインストールする前に，バーチャルI/OサーバのioslevelをHDLMがサポートするバージョンに変更してください。HDLMがサポートするioslevelのバージョンについては，「3.1.3 HDLMがサポートするクラスタソフトウェア」を参照してください。

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

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

クライアント区画で仮想SCSIディスクのMPIO構成をセットアップする場合，またはクライアント区画でPowerHAを使用する場合は，バーチャルI/Oサーバ区画でhdiskのリザーブポリシーの設定を「no_reserve」に設定してください。

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

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

次に示すコマンドを実行して，HDLMデバイスを再構成します。
# cfgmgr

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

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

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

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

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

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

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

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

HDLM 05-63以前またはHDLM 05-80以降からHDLM EXに移行する場合

HDLMをアップグレードまたは再インストールする場合で，かつライセンスの期限が切れている場合

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

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

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

04-00以前のHDLMから移行した場合

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

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

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

05-00以降のHDLMから移行した場合

移行前のトレースファイル：/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号）

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

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

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

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

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

下記のすべての条件に当てはまるhdiskを使用している場合，ストレージシステムを再起動すると，このボリュームグループへ登録しているLUのパーシステントリザーブが解除されます。

リザーブポリシー属性が「PR_exclusive」に設定されている

ボリュームグループが活動化されている

次の手順に従って，ボリュームグループを非活動化してから，再度活動化してください。また，計画的にストレージシステムを再起動する場合は，ボリュームグループを非活動化した状態で再起動してください。

次に示すコマンドを実行して，ボリュームグループを非活動化します。
# varyoffvg ボリュームグループ名

次に示すコマンドを実行して，非活動化したボリュームグループが表示されていないことを確認します。
# lsvg -o

次に示すコマンドを実行して，ボリュームグループを活動化します。
# varyonvg ボリュームグループ名

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

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

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

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

PowerHAを使用する場合，非コンカレントボリュームグループはPowerHAの制限事項であるため，HDLMでは未サポートです。詳細はIBM社へお問い合わせください。

次の条件をすべて満たす場合は，PowerHAのサービスを停止しないでHDLMを移行できます。

PowerHAで使用している共有ボリュームグループがコンカレントボリュームグループである。

PowerHA用スクリプトにユーザー定義ディスク・メソッドを設定している。

ホストにバーチャルI/Oサーバ環境を適用していない。

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

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

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

3.4.9 HDLM管理対象デバイスのqueue_depthパラメタ値についての注意事項

HDLM管理対象デバイスのhdiskのqueue_depthパラメタを，そのhdiskに接続しているパスの数以上の値に設定することをお勧めします。queue_depthパラメタの設定方法については，AIXのマニュアルを参照してください。

3.5 HDLMのインストール

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

この節の構成

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 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行

3.5.8 PowerHA 6.1環境でのHDLMのインストール

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

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

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

HDLMは次の方法でインストールできます。

installux.shを使用する。
installux.shによって，インストールするファイルが格納されている場所を意識しないで，DVD-ROMまたはDVD-ROMの内容をコピーしたディレクトリからインストールできます。次のインストール方法をinstallux.shコマンドで実行できます。

新規インストール

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

再インストール

サイレントインストール

AIX標準のSMIT，またはinstallpコマンドを使用する。
このとき，DVD-ROMの内容をすべて任意のディレクトリにコピーし，コピーしたディレクトリからインストールすることもできます。その場合は，インストールDVD内の次に示すファイルは，同じディレクトリ内にコピーしてください。

DLManager.mpio.bff

.toc

SMITを使用する場合，「ソフトウェアの入力デバイス／ディレクトリ」にDVD-ROMの内容をコピーしたディレクトリを指定してください。

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

サイレントインストールする。
サイレントインストールとは，HDLMのインストール時に，応答処理を省略できるインストール方法です。サイレントインストールの手順については，「3.5.10 HDLMのサイレントインストール」を参照してください。

代替ディスクへインストールする。
AIXのnimadmコマンドを使用する場合は，「3.5.6 HDLMのアップグレードまたは再インストール」の「(5) nimadmコマンドを使用してOSマイグレーションと同時にHDLMをアップグレードインストールする場合」を参照してください。
AIXのalt_disk_copyコマンドまたはnimコマンドを使用することで，稼働中のシステムの複製（クローン）を代替ディスクに作成し，代替ディスク上のAIXへHDLMをアップグレードまたは再インストールできます。複製の作成先hdiskを代替ディスクと呼びます。

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

HDLMは，一般的なホストに加えて次のような環境にもインストールできます。

ブートディスク

バーチャルI/Oサーバ
バーチャルI/Oサーバとは，1つのリソースを複数のクライアント論理区画で共用するためのシステムです。

PowerHA環境
PowerHAとは，AIX上で稼働するIBMの高可用性クラスタソフトウェアです。

この項の構成

(1) HDLMを新規，アップグレード，または再インストールする場合

(2) HDLMを移行する場合

(1) HDLMを新規，アップグレード，または再インストールする場合

実行できるインストール方法と対応するインストール環境の組み合わせを「表3-7 実行できるインストール方法と対応するインストール環境の組み合わせ」に示します。また，PowerHA環境で実行できるインストール方法と対応するインストール環境の組み合わせを「表3-8 PowerHA環境で実行できるインストール方法と対応するインストール環境の組み合わせ」に示します。

表3-7 実行できるインストール方法と対応するインストール環境の組み合わせ

インストール方法 | インストール環境
ホスト | バーチャルI/Oサーバ
ローカルブートディスク環境 | ブートディスク環境 | ローカルブートディスク環境 | ブートディスク環境
installux.shまたはinstallpコマンド | ○ | ○ | ○ | ○
SMIT | ○ | ○ | ○ | ○
JP1/NETM/DMを使用したリモートインストール | ○ | ○ | ○ | ○
サイレントインストール | ○ | ○ | ○ | ○
代替ディスクへのインストール | ○※1 | ○※1 | ○※1 | ○※1
multibos環境へのインストール | ○※2 | ○※2 | ○※2 | ○※2

（凡例）

○：実行できる

×：実行できない

注※1

アップグレードおよび再インストールだけをサポートしています。

注※2

アップグレードインストールだけをサポートしています。

表3-8 PowerHA環境で実行できるインストール方法と対応するインストール環境の組み合わせ

インストール方法 | インストール環境
ホスト | バーチャルI/Oサーバ
ローカルブートディスク環境 | ブートディスク環境 | ローカルブートディスク環境 | ブートディスク環境
installux.sh※1またはinstallpコマンド | ○ | ○ | ○ | ○
SMIT | ○ | ○ | ○ | ○
JP1/NETM/DMを使用したリモートインストール | ○ | ○ | ○ | ○
サイレントインストール | × | × | × | ×
代替ディスクへのインストール | ○※² | ○※² | ○※² | ○※²
multibos環境へのインストール | ○※³ | ○※³ | ○※³ | ○※³

（凡例）

○：実行できる

×：実行できない

注※1

新規，アップグレード，および再インストールだけをサポートしています。

注※2

アップグレードおよび再インストールだけをサポートしています。

注※3

アップグレードインストールだけをサポートしています。

インストールの手順はマニュアルの次に示す個所で説明しています。

installux.shまたはinstallpコマンド，JP1/NETM/DMを使用したリモートインストール

「3.5.4 HDLMの新規インストール」

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

「3.5.8 PowerHA 6.1環境でのHDLMのインストール」の「(1) PowerHA 6.1環境でのHDLMのアップグレードまたは再インストール手順（ローカルブートディスク環境にインストールする場合）」

「3.5.8 PowerHA 6.1環境でのHDLMのインストール」の「(2) PowerHA 6.1環境でのHDLMのアップグレードまたは再インストール手順（ブートディスク環境にインストールする場合）」

「3.5.9 PowerHA 7.1環境でのHDLMのインストール」

サイレントインストール

「3.5.10 HDLMのサイレントインストール.」

代替ディスクへのインストール

「3.5.6 HDLMのアップグレードまたは再インストール」の「(3) 代替ディスクへインストールする場合」

SMITを使用する場合は，AIXのマニュアルを参照してください。

(2) HDLMを移行する場合

実行できる移行方法と移行先となる環境の組み合わせを「表3-9 実行できる移行方法と移行環境の組み合わせ」に示します。また，PowerHA環境で実行できる移行方法と移行先の組み合わせを「表3-10 PowerHA環境で実行できる移行方法と移行環境の組み合わせ」に示します。

表3-9 実行できる移行方法と移行環境の組み合わせ

移行方法 | 移行環境
ホスト | バーチャルI/Oサーバ
ローカルブートディスク環境 | ブートディスク環境 | ローカルブートディスク環境 | ブートディスク環境
installux.sh※またはinstallpコマンド | ○ | － | ○ | －
SMIT | ○ | － | ○ | －
JP1/NETM/DMを使用したリモートインストール | × | － | × | －
サイレントインストール | × | － | × | －
代替ディスクへのインストール | × | × | × | ×
multibos環境へのインストール | × | × | × | ×

（凡例）

○：実行できる

×：実行できない

－：対象外

注※

新規，アップグレード，および再インストールだけをサポートしています。

表3-10 PowerHA環境で実行できる移行方法と移行環境の組み合わせ

移行方法 | 移行環境
ホスト | バーチャルI/Oサーバ
ローカルブートディスク環境 | ブートディスク環境 | ローカルブートディスク環境※1 | ブートディスク環境
installux.sh※2またはinstallpコマンド | ○ | － | × | －
SMIT | ○ | － | × | －
JP1/NETM/DMを使用したリモートインストール | ○ | － | × | －
サイレントインストール | × | － | × | －
代替ディスクへのインストール | × | × | × | ×
multibos環境へのインストール | × | × | × | ×

（凡例）

○：実行できる

×：実行できない

－：対象外

注※1

PowerHAとバーチャルI/Oサーバを適用した環境にHDLMを移行したい場合は，バーチャルI/Oサーバの仮想ディスクの定義を解除してから，HDLMを移行してください。HDLMの移行後にバーチャルI/Oサーバの仮想ディスクを定義し直してください。

注※2

新規，アップグレード，および再インストールだけをサポートしています。

移行の手順はマニュアルの次に示す個所で説明しています。

installux.shまたはinstallpコマンド，JP1/NETM/DMを使用したリモートインストール

「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」，「3.5.8 PowerHA 6.1環境でのHDLMのインストール」の「(3) PowerHA 6.1環境でのHDLMの移行手順」

SMITを使用する場合は，AIXのマニュアルを参照してください。

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

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

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

この項の構成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ストレージシステムを設定します。
設定内容については，ストレージシステムの保守マニュアルを参照してください。PowerHAを使用する場合は，「3.10 PowerHAを使用する場合の設定」の「3.10.1 ストレージシステムの設定」も参照してください。

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

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

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

# cfgmgr
# lsdev -Cc disk

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

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

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

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

# 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

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

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-11 登録ファイルとインストーラ実行シェルスクリプトの名称および格納場所

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

登録ファイルの内容を次に示します。「xxxx」の部分には，HDLMのバージョンが表示されます。
網掛けの部分は変更できます。システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/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の新規インストール

この項の構成

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

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

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

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

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

DVD-ROMをマウントするディレクトリがない場合は，DVD-ROMをマウントするディレクトリを作成します。

# mkdir /cdrom

cdromは任意のディレクトリ名です。以降は，名称を変えないでcdromとして説明します。

DVD-ROMをマウントします。

# mount -r -v cdrfs /dev/cd0 /cdrom

/dev/cd0の部分はシステムによって変わります。

次に示すコマンドを実行して，HDLM管理対象予定のデバイスがシステムに認識されているかどうかを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0   16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02        Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02        Hitachi Disk Array (Fibre)
...

この例では，hdisk3，hdisk4がHDLM管理対象予定のデバイスとして認識されています。HDLM管理対象予定のデバイスが認識されている場合は，手順5に進んでください。
HDLM管理対象予定のデバイスが認識されていない場合は，手順7へ進んでください。

次に示すコマンドを実行して，動作中のカーネルからHDLM管理対象予定のデバイスを削除します。

# /cdrom/HDLM_AIX/hdlmtool/dlmrmdev -f

KAPL10529-Iのメッセージが表示されます。
KAPL10529-Iのメッセージが表示されない場合，HDLM管理対象予定のデバイスが削除されていません。KAPL10529-Iのメッセージが表示されなかった場合は，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

次に示すコマンドを実行して，HDLM管理対象予定デバイスとして認識されているhdiskが削除されていることを確認します。

# lsdev -Cc disk

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

ライセンスキーが提供されている場合
/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ファイルは，インストールが正常終了したあとで削除されます。

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

# rdsdmind -x

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

次に示すコマンドを実行します。

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

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

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
KAPL09172-Eのメッセージが出力された場合は，HDLM管理対象予定デバイスのhdiskが残っています。手順5から再実行してください。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

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

# lslpp -la DLManager.mpio.rte

出力されたリストのファイルセット項目にDLManager.mpio.rteがあり，表示されている状態がCOMMITTEDだけであることを確認してください。
表示されている状態に1つでもBROKENがあった場合，HDLMをアンインストールしてから，インストールを再度実行してください。
手順2から手順6を実行した場合は，手順11に進んでください。
手順2から手順6を実行していない場合は，手順13に進んでください。

DVD-ROMをアンマウントします。

# umount /cdrom

作成したマウントディレクトリを削除します。

# rm -r /cdrom

必要に応じて，HDLM動作ODM設定ユティリティ（dlmodmset）を実行します。
詳細については，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

次に示すコマンドを実行して，hdiskを構成します。

# cfgmgr

ホストとストレージシステムをファイバチャネルスイッチで接続している場合は，手順15から手順19を実行してください。ホストとストレージシステムをファイバチャネルスイッチで接続していない場合は，手順20に進んでください。

使用している親デバイス（fscsin）を定義済みにします。

# rmdev -l fscsin -R

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

# lsdev -C -l hdisk名 -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 真

使用しているすべての親デバイス（fscsin）それぞれに，手順15から手順17の操作を行います。

定義済みの親デバイス（fscsin）を使用できるようにします。

# cfgmgr

必要に応じてchdevコマンドを実行して，hdiskの属性を変更します。

# chdev -l hdisk名 -a queue_depth=8 -a rw_timeout=60

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

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

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

# export PATH

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

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

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

hdiskが使用できる状態であることを確認します。
次にコマンドの実行例を示します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0  16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0  16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02      Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02      Hitachi Disk Array (Fibre)
...

表示されるhdiskの状態がすべて「使用可能」であることを確認します。
hdisk0～2は，ホストの内蔵ディスクの物理デバイスファイル名です。
hdisk3以降は，ストレージシステムの物理ボリュームに対応した論理デバイスファイル名です。

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
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 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」には相当する情報が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。
バーチャルI/Oサーバを使用していない場合は，手順29に進んでください。

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

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

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

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

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

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

# cfgmgr

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

# lsdev -Cc disk
hdisk1 Available  Virtual SCSI Disk Drive

HDLMで使用するボリュームグループを活動化します。

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

HDLMで使用するファイルシステムをマウントします。

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

「3.6 パス構成の確認 」に記述されている手順に従ってパス構成を確認します。

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

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

AIX 5.3の場合，ホストとストレージシステムをシングルパス構成にします。
AIX 6.1またはAIX 7.1の場合，ホストとストレージシステムの構成が，シングルパス構成，マルチパス構成どちらでも問題ありません。

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

ブートディスクがマルチパス構成の場合は，次に示すコマンドを実行して，ブート論理ボリュームhd5を持つ物理ボリュームと，ブートに使用した物理ボリュームが一致することを確認してください。
ブートディスクがシングルパス構成の場合は，この手順を実行する必要はありません。

ブート論理ボリュームhd5を持つ物理ボリュームの特定

# lsvg -M rootvg | grep -w hd5
hdisk3:1        hd5:1

この例では，hdisk3がブート論理ボリュームhd5を持っていることがわかります。

ブートに使用した物理ボリュームの特定

# getconf BOOT_DEVICE
hdisk3

この例では，hdisk3がブートに使用されたことがわかります。

ブート論理ボリュームhd5を持つ物理ボリュームと，ブートに使用した物理ボリュームが一致しない場合，次のメッセージが表示され，HDLMのインストールがエラー終了します。

0503-497 installp: bosboot 検査の処理中にエラーが発生しました。

ブート論理ボリュームhd5を持つ物理ボリュームと，ブートに使用した物理ボリュームを一致させるため，bootlistコマンドにブート論理ボリュームhd5を持つ物理ボリュームを指定して，ホストを再起動してください。
コマンドの実行例を次に示します。この例は，ブート論理ボリュームhd5を持つ物理ボリュームをhdisk3とした場合の例です。

# bootlist -m normal hdisk3

ホストを再起動後，手順2から再度実行してください。

DVD-ROMをマウントするディレクトリがない場合は，DVD-ROMをマウントするディレクトリを作成します。

# mkdir /cdrom

cdromは任意のディレクトリ名です。以降は，名称を変えないでcdromとして説明します。

DVD-ROMをマウントします。

# mount -r -v cdrfs /dev/cd0 /cdrom

/dev/cd0の部分はシステムによって変わります。

次に示すコマンドを実行して，HDLM管理対象予定のデバイスがシステムに認識されているかどうかを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0   16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02        Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02        Hitachi Disk Array (Fibre)
...

この例では，hdisk3，hdisk4がHDLM管理対象予定のデバイスとして認識されています。HDLM管理対象予定のデバイスが認識されている場合は，手順7に進んでください。
HDLM管理対象予定のデバイスが認識されていない場合は，手順9へ進んでください。

次に示すコマンドを実行して，動作中のカーネルからHDLM管理対象予定のデバイスを削除します。

# /cdrom/HDLM_AIX/hdlmtool/dlmrmdev -f

KAPL10529-Iのメッセージが表示されます。
KAPL10529-Iのメッセージが表示されない場合，HDLM管理対象予定のデバイスが削除されていません。KAPL10529-Iのメッセージが表示されなかった場合は，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。
なお，ブートディスクのhdiskは削除されません。

次に示すコマンドを実行して，HDLM管理対象予定デバイスとして認識されているhdiskが削除されていることを確認します。

# lsdev -Cc disk

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

ライセンスキーが提供されている場合
/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ファイルは，インストールが正常終了したあとで削除されます。

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

# rdsdmind -x

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

次に示すコマンドを実行します。

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

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

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
KAPL09172-Eのメッセージが出力された場合は，HDLM管理対象予定デバイスのhdiskが残っています。手順7から再実行してください。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

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

# lslpp -la DLManager.mpio.rte

出力されたリストのファイルセット項目にDLManager.mpio.rteがあり，表示されている状態がCOMMITTEDだけであることを確認してください。
表示されている状態に1つでもBROKENがあった場合，HDLMをアンインストールしてから，インストールを再度実行してください。
手順4から手順8を実行した場合は，手順13に進んでください。
手順4から手順8を実行していない場合は，手順15に進んでください。

DVD-ROMをアンマウントします。

# umount /cdrom

作成したマウントディレクトリを削除します。

# rm -r /cdrom

シングルパス構成の場合，すべてのHBAにケーブルを接続して，マルチパス構成に変更します。
なお，構成に関わらずcfgmgrコマンドは実行しないでください。

次に示すコマンドを実行して，ホストを再起動します。

# shutdown -Fr

ブートディスクがマルチパス構成になっていることを確認します。
コマンドの実行例を，次に示します。以降の手順では，ブートディスクにhdisk10が認識されている場合の実行例を示します。

# lspath -l hdisk10 -s available
使用可能 hdisk10 fscsi0
使用可能 hdisk10 fscsi1
...

現在のブートディスクのリストを確認します。
コマンドの実行例を，次に示します。

# bootlist -m normal -o
hdisk10 blv=hd5
hdisk0 blv=hd5
hdisk1 blv=hd5
...

使用するホストの環境に合わせて，ブートディスクを指定します。
コマンドの実行例を，次に示します。

# bootlist -m normal hdisk10 hdisk0 hdisk1

手順17で確認したパスの数で，ブートディスクが構成されていることを確認します。
コマンドの実行例を，次に示します。

# bootlist -m normal -o
hdisk10 blv=hd5
hdisk10 blv=hd5
hdisk0 blv=hd5
hdisk1 blv=hd5
...

ホストとストレージシステムをファイバチャネルスイッチで接続している場合は手順21から手順25を実行してください。ホストとストレージシステムをファイバチャネルスイッチで接続していない場合は手順26に進んでください。

使用している親デバイス（fscsin）を定義済みにします。

# rmdev -l fscsin -R

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

# lsdev -C -l hdisk名 -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 真

定義済みの親デバイス（fscsin）を使用できるようにします。

# cfgmgr -l fscsin

使用しているすべての親デバイス（fscsin）それぞれに，手順21から手順24の操作を行います。

必要に応じてchdevコマンドを実行して，hdiskの属性を変更します。

# chdev -l hdisk名 -a queue_depth=8 -a rw_timeout=60

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

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

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

# export PATH

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

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

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

hdiskが使用できる状態であることを確認します。
次にコマンドの実行例を示します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0  16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0  16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02      Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02      Hitachi Disk Array (Fibre)
...

表示されるhdiskの状態がすべて「使用可能」であることを確認します。
hdisk0～2は，ホストの内蔵ディスクの物理デバイスファイル名です。
hdisk3以降は，ストレージシステムの物理ボリュームに対応した論理デバイスファイル名です。
また，lspvコマンドを実行して，rootvgを構成しているhdisk以外のhdiskがない場合は，手順16から再実行してください。

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
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 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd  hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」には相当する情報が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。
バーチャルI/Oサーバを使用していない場合は，手順35に進んでください。

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

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

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

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

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

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

# cfgmgr

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

# lsdev -Cc disk
hdisk1 Available  Virtual SCSI Disk Drive

「3.6 パス構成の確認 」に記述されている手順に従ってパス構成を確認します。

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

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

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

この項の構成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここでは，古いバージョンからのアップグレードインストール，またはHDLM EX の再インストールの手順について説明します。

HDLM 05-63以前またはHDLM 05-80以降からHDLM EXにはアップグレードインストールできないので，移行を実施する必要があります。移行については，「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」を参照してください。

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

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

ファイル | ファイル内容
/usr/DynamicLinkManager/config/dlmmgr.xml | HDLMの機能設定ファイル
/var/DynamicLinkManager/log/dlmmgr[1-16].log | HDLMマネージャのログファイル
/var/DynamicLinkManager/log/dlminquiry[1-2].log | HDLM Inquiry情報のログファイル
/usr/DynamicLinkManager/config/dlmwebagent.properties | Hitachi Command Suite共通エージェントコンポーネントの設定ファイル
/var/DynamicLinkManager/log/hdlmtr[1-64].log | トレースファイル
/var/DynamicLinkManager/log/dlmconfig[1-2].log | 構成ログファイル
/var/DynamicLinkManager/log/mmap/hdlmtr.mm | トレース管理ファイル
/var/DynamicLinkManager/log/dlmwebagent[1-16].log | Hitachi Command Suite共通エージェントコンポーネントのログファイル
/var/DynamicLinkManager/log/dlmutil[1-2].log | HDLMユティリティのログファイル
/var/DynamicLinkManager/log/mmap/dlmutil.mm | HDLMユティリティのログトレース管理ファイル
/var/DynamicLinkManager/log/installhdlm.log | サイレントインストール実行ログ

この項の構成

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

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

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

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

(5) nimadmコマンドを使用してOSマイグレーションと同時にHDLMをアップグレードインストールする場合

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

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

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デバイスを構成し直します。構成し直すために必要なアンマウント処理や，ボリュームグループの活動状態を変更する処理などを自動で実行したい場合は手順3に進んでください。それらを手動で実行したい場合は手順4へ進んでください。

HDLMドライバ削除ユティリティ（dlmrmdev）に-Aパラメタを指定して実行します。
既存のhdiskの構成を引き継ぎたい場合は，dlmrmdevユティリティに-eパラメタを指定します。-eパラメタを指定しない場合，既存のhdiskは削除されます。
なお，既存のhdiskの構成を引き継ぎたい場合で，インストールされているHDLMが6.2より前のバージョンのときは，インストールするHDLMのDVD-ROMに格納されたdlmrmdevユティリティを使用してください。
dlmrmdevユティリティを実行すると，処理を続行するかどうか確認するメッセージが表示されます。このメッセージに対して「y」を入力し，処理を継続させてください。
既存のhdiskの構成を引き継ぐ場合で，バージョン6.2より前のHDLMがインストールされているときの実行例を次に示します。

# /DVD-ROMをマウントしたディレクトリ/HDLM_AIX/hdlmtool/dlmrmdev -e -A
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]:y
KAPL10526-I An attempt to unmount the file system has succeeded. (file system = /mnt/fs01)
KAPL10527-I An attempt to inactivate the volume group has succeeded. (volume group = vg01)
hdisk7 定義済み
hdisk8 定義済み
hdisk9 定義済み
hdisk10 定義済み
KAPL10531-I The status of all of the HDLM drivers was changed to "Defined".

既存のhdiskの構成を引き継ぐ場合で，バージョン6.2以降のHDLMがインストールされているときの実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlmrmdev -e -A
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]:y
KAPL10526-I An attempt to unmount the file system has succeeded. (file system = /mnt/fs01)
KAPL10527-I An attempt to inactivate the volume group has succeeded. (volume group = vg01)
hdisk7 定義済み
hdisk8 定義済み
hdisk9 定義済み
hdisk10 定義済み
KAPL10531-I The status of all of the HDLM drivers was changed to "Defined".

既存のhdiskの構成を引き継がない場合の実行例を次に示します。

# /usr/DynamicLinkManager/bin/dlmrmdev -A
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]:y
hdisk7 を削除しました
hdisk8 を削除しました
hdisk9 を削除しました
hdisk10 を削除しました
KAPL09012-I All HDLM drivers were removed.

既存のhdiskの構成を正しく引き継げた場合，KAPL10531-Iのメッセージが表示されます。
KAPL10531-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，手順3を再実行してください。

既存のhdiskが正常に削除できた場合，KAPL09012-Iのメッセージが表示されます。
KAPL09012-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，手順3を再実行してください。

dlmrmdevユティリティが正しく実行できたら，手順8に進んでください。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

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

dlmrmdevユティリティを実行して，動作中のカーネルからHDLM管理対象デバイスとして認識されているhdiskの状態を変更し，HDLMマネージャを停止します。
既存のhdiskの構成を引き継ぎたい場合は，インストールするHDLMのDVD-ROMに格納されたdlmrmdevユティリティに-eパラメタを指定して実行します。-eパラメタを指定しない場合，既存のHDLMデバイスは削除されます。

/DVD-ROMをマウントしたディレクトリ/HDLM_AIX/hdlmtool/dlmrmdev

既存のhdiskの構成を引き継ぐ場合
既存のhdiskの構成を正しく引き継げた場合，KAPL10531-Iのメッセージが表示されます。
KAPL10531-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，手順7を再実行してください。

既存のhdiskを削除する場合
既存のhdiskが正常に削除できた場合，KAPL09012-Iのメッセージが表示されます。
KAPL09012-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，手順7を再実行してください。

次に示すコマンドを実行して，HDLM管理対象デバイスとして認識されているhdiskの状態を確認します。

# lsdev -Cc disk

既存のhdiskが削除されるようにdlmrmdevユティリティを実行した場合，hdiskが削除されていることを確認します。

既存のhdiskの構成が引き継がれるようにdlmrmdevユティリティを実行した場合，hdiskの状態が「定義済み」であることを確認します。

hdisk0 使用可能 1S-08-00-8,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0   16 ビット LVD SCSI ディスク・ドライブ
hdisk3 定義済み 1H-08-02        Hitachi Disk Array (Fibre)
hdisk4 定義済み 1H-08-02        Hitachi Disk Array (Fibre)
...

ライセンスの期限が切れている場合は，ライセンスキーまたはライセンスキーファイルの準備をします。
ライセンスの期限が切れていない場合は，手順10に進んでください。

ライセンスキーが提供されている場合
/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ファイルは，インストールが正常終了したあとで削除されます。

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

# rdsdmind -x

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

HDLMをリモートインストールしない場合は，DVD-ROMをセットし，マウントしてください。
DVD-ROMをコピーしたディレクトリからインストールする場合は，この手順を実行する必要はありません。

アップグレードインストールの場合，次に示すコマンドを実行します。

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

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

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
手順3または手順7でdlmrmdevユティリティに-eパラメタを指定しないで実行した場合で，KAPL09048-Eメッセージが出力されたときは，HDLM管理対象予定デバイスのhdiskが残っています。
また，手順3または手順7で-eパラメタを指定した場合で，KAPL09048-Eメッセージが出力されたときは，HDLM管理対象予定デバイスが「使用可能」で残っています。手順3を再実行してください。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

再インストールの場合，次に示すコマンドを実行します。

DVD-ROMからHDLMをインストールするとき
# /DVD-ROMをマウントしたディレクトリ名/installux.sh
または
# installp -aXFd /DVD-ROMをマウントしたディレクトリ名/HDLM_AIX all

DVD-ROMをコピーしたディレクトリからHDLMをインストールするとき
# /DVD-ROMをコピーしたディレクトリ名/installux.sh
または
# installp -aXFd DVD-ROMをコピーしたディレクトリ名/HDLM_AIX all

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
手順3または手順7でdlmrmdevユティリティに-eパラメタを指定しないで実行した場合で，KAPL09048-Eメッセージが出力されたときは，HDLM管理対象予定デバイスのhdiskが残っています。
また，手順3または手順7で-eパラメタを指定した場合で，KAPL09048-Eメッセージが出力された場合は，HDLM管理対象予定デバイスが「使用可能」で残っています。手順3を再実行してください。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

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

# lslpp -la DLManager.mpio.rte

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

次に示すコマンドを実行して，hdiskを構成します。

# cfgmgr

次に示すコマンドを実行して，hdiskの状態が「使用可能」であることを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0   16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02        Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02        Hitachi Disk Array (Fibre)
...

表示されるHDLM関連のデバイスがすべて「使用可能」であることを確認します。
hdisk0～2は，ホストの内蔵ディスクの物理デバイスファイル名です。
hdisk3以降は，ストレージシステムの物理ボリュームに対応した論理デバイスファイル名です。

HDLMで使用するボリュームグループを活動化します。

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

HDLMで使用するファイルシステムをマウントします。

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

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
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 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」にはソフトウェア名が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。
バーチャルI/Oサーバを使用していない場合，これでHDLMのアップグレードまたは再インストールは終了です。
HDLMをアップグレードまたは再インストールした場合に引き継がれるファイル一覧については，「表3-12 アップグレードまたは再インストール時に引き継がれるファイル一覧」を参照してください。

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

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

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

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

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

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

# cfgmgr

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

# lsdev -Cc disk
hdisk1 Available  Virtual SCSI Disk Drive

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

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

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で使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

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

次に示すユティリティを実行して，動作中のカーネルからHDLM管理対象デバイスとして認識されているhdiskの状態を変更し，HDLMマネージャを停止します。
既存のhdiskの構成を引き継ぎたい場合は，dlmrmdevユティリティに-eパラメタを指定して実行してください。
なお，インストールされているHDLMが6.2より前の場合で，既存のhdiskの構成を引き継ぎたい場合は，インストールするHDLMのDVD-ROMに格納されたdlmrmdevユティリティを使用してください。

/DVD-ROMをマウントしたディレクトリ/HDLM_AIX/hdlmtool/dlmrmdev

既存のhdiskを削除する場合
既存のhdiskが正常に削除できた場合，KAPL09012-Iのメッセージが表示されます。
KAPL09012-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，この手順6を再実行してください。なお，ブートディスクのhdiskは削除されません。

既存のhdiskの構成を引き継ぐ場合
既存のhdiskの構成を正しく引き継げた場合，KAPL10531-Iのメッセージが表示されます。
KAPL10531-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，この手順6を再実行してください。なお，ブートディスクのhdiskの状態は変わりません。

次に示すコマンドを実行して，HDLM管理対象デバイスとして認識されているhdiskの状態を確認します。

# lsdev -Cc disk

既存のhdiskが削除されるようにdlmrmdevユティリティを実行した場合，hdiskが削除されていることを確認します。

既存のhdiskの構成が引き継がれるようにdlmrmdevユティリティに-eパラメタを指定して実行した場合，hdiskの状態が「定義済み」であることを確認します。

hdisk0 使用可能 1S-08-00-8,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0    16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0   16 ビット LVD SCSI ディスク・ドライブ
hdisk3 定義済み 1H-08-02        Hitachi Disk Array (Fibre)
hdisk4 定義済み 1H-08-02        Hitachi Disk Array (Fibre)
...

ライセンスの期限が切れている場合は，ライセンスキーまたはライセンスキーファイルの準備をします。
ライセンスの期限が切れていない場合は，手順9に進んでください。

ライセンスキーが提供されている場合
/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ファイルは，インストールが正常終了したあとで削除されます。

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

# rdsdmind -x

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

HDLMをリモートインストールしない場合は，DVD-ROMをセットし，マウントしてください。
DVD-ROMをコピーしたディレクトリからインストールする場合は，この手順を実行する必要はありません。

アップグレードインストールの場合，次に示すコマンドを実行します。

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

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

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
手順6でdlmrmdevユティリティに-eパラメタを指定しないで実行した場合で，KAPL09172-Eメッセージが出力されたときは，HDLM管理対象予定デバイスのhdiskが残っています。
また，手順6で-eパラメタを指定した場合で，KAPL09172-Eメッセージが出力されたときは，HDLM管理対象予定デバイスが「使用可能」で残っています。手順6を再実行してください。
なお，アップグレードインストールがエラー終了すると，HDLMがアンインストールされるおそれがあります。HDLMがアンインストールされた場合，手順14に進んでください。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

再インストールの場合，次に示すコマンドを実行します。

DVD-ROMからHDLMをインストールするとき
# /DVD-ROMをマウントしたディレクトリ名/installux.sh
または
# installp -aXFd /DVD-ROMをマウントしたディレクトリ名/HDLM_AIX all

DVD-ROMをコピーしたディレクトリからHDLMをインストールするとき
# /DVD-ROMをコピーしたディレクトリ名/installux.sh
または
# installp -aXFd DVD-ROMをコピーしたディレクトリ名/HDLM_AIX all

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
手順6でdlmrmdevユティリティに-eパラメタを指定しないで実行した場合で，KAPL09172-Eメッセージが出力されたときは，HDLM管理対象予定デバイスのhdiskが残っています。
また，手順6で-eパラメタを指定した場合で，KAPL09172-Eメッセージが出力された場合は，HDLM管理対象予定デバイスが「使用可能」で残っています。手順6を再実行してください。
なお，再インストールがエラー終了すると，HDLMがアンインストールされるおそれがあります。HDLMがアンインストールされた場合，手順14に進んでください。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。

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

# lslpp -la DLManager.mpio.rte

出力されたリストのファイルセット項目にDLManager.mpio.rteがあり，かつ，表示されている状態がCOMMITTEDだけであることを確認してください。
表示されている状態に1つでもBROKENがあった場合，HDLMをアンインストールしてから，手順14に進んでHDLMの新規インストールを実行してください。

HDLMが正しくアップグレードまたは再インストールされなかった場合，HDLMを新規インストールします。

AIX 5L V5.3，かつブートディスクがマルチパス構成の場合
次のコマンドを実行してホストをシャットダウンしたあと，「3.5.4 HDLMの新規インストール」の「(2) ブートディスク環境にインストールする場合」の手順を実施します。
# shutdown -F

上記以外の環境の場合
次のコマンドを実行してホストを再起動したあと，「3.5.4 HDLMの新規インストール」の「(2) ブートディスク環境にインストールする場合」の手順を実施します。
# shutdown -Fr

HDLMの新規インストール後，手順2でバックアップした設定情報を基に，再度HDLMの設定をしてください。

次に示すコマンドを実行して，ホストを再起動します。

# shutdown -Fr

次に示すコマンドを実行して，hdiskドライバが動作中のカーネルに組み込まれ，使用できる状態であることを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0  16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0  16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0 16ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02      Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02      Hitachi Disk Array (Fibre)
...

表示されるHDLM関連のデバイスがすべて「使用可能」であることを確認します。
hdisk0～2は，ホストの内蔵ディスクの物理デバイスファイル名です。
hdisk3以降は，ストレージシステムの物理ボリュームに対応した論理デバイスファイル名です。
また，lspvコマンドを実行して，rootvgを構成しているhdisk以外のhdiskがない場合は，手順15から再実行してください。

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
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 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」にはソフトウェア名が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。
KAPL01012-Eのメッセージが出力された場合は，HDLMデバイスが構成されていません。手順15から再実行してください。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。
バーチャルI/Oサーバを使用していない場合，これでHDLMのアップグレードまたは再インストールは終了です。
HDLMをアップグレードまたは再インストールした場合に引き継がれるファイル一覧については，「表3-12 アップグレードまたは再インストール時に引き継がれるファイル一覧」を参照してください。

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

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

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

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

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

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

# cfgmgr

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

# lsdev -Cc disk
hdisk1 Available  Virtual SCSI Disk Drive

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

ローカルブートディスク環境またはブートディスク環境で，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.mpio.rte -l /DVD-ROMをマウントしたディレクトリ名/HDLM_AIX

DVD-ROMをコピーしたディレクトリからHDLMを代替ディスクへインストールするとき
# alt_disk_copy -d hdisk名 hdisk名 ... -w DLManager.mpio.rte -l DVD-ROMをコピーしたディレクトリ名/HDLM_AIX

NIMサーバからnimコマンドを使用してHDLMをNIMクライアントの代替ディスクへインストールするとき
NIMサーバとは，ネットワーク経由でソフトウェアのインストールやアップグレードインストールなどを管理するマシンです。NIMクライアントとは，NIMサーバによってソフトウェアのインストール状況を管理されているマシンです。
# nim -o alt_disk_install -a source=rootvg -a disk=hdisk名 hdisk名 ... -a filesets=DLManager.mpio.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.mpio.rte -l /DVD-ROMをマウントしたディレクトリ名/HDLM_AIX

DVD-ROMをコピーしたディレクトリからHDLMを代替ディスクへインストールするとき
# alt_disk_copy -d hdisk名 hdisk名 ... -I aXF -w DLManager.mpio.rte -l DVD-ROMをコピーしたディレクトリ名/HDLM_AIX

NIMサーバからnimコマンドを使用してHDLMをNIMクライアントの代替ディスクへインストールするとき
NIMサーバとは，ネットワーク経由でソフトウェアのインストールやアップグレードインストールなどを管理するマシンです。NIMクライアントとは，NIMサーバによってソフトウェアのインストール状況を管理されているマシンです。
# nim -o alt_disk_install -a source=rootvg -a disk=hdisk名 hdisk名 ... -a filesets=DLManager.mpio.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
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 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」にはソフトウェア名が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

(4) 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.mpio.rte" > /tmp/hdlm_bandle

DVD-ROM をセットし，マウントします。
DVD-ROM をコピーしたディレクトリからインストールする場合は，この手順を実行する必要はありません。

次に示すコマンドを実行して，HDLMをアップグレードインストールします。

スタンバイBOSの作成と同時にHDLMをアップグレードインストールする場合

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，HDLMをインストールするコマンドの実行例
# multibos -Xs -a -l DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，インストールバンドルとしてHDLMをインストールするコマンドの実行例
# multibos -Xs -b HDLMの構文が記載されたバンドルファイル名 -l /DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX

作成済みのスタンバイBOSにHDLMをアップグレードインストールする場合

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，HDLMをインストールするコマンドの実行例
# multibos -Xc -a -l DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX

DVD-ROMまたはDVD-ROMをコピーしたディレクトリから，インストールバンドルとしてHDLMをインストールするコマンドの実行例
# multibos -Xc -b HDLMの構文が記載されたバンドルファイル名 -l /DVD-ROMをマウントまたはコピーしたディレクトリ名/HDLM_AIX

multibosコマンドの詳細については，AIXのマニュアルを参照してください。

スタンバイBOSで再起動したあと，次に示すコマンドを実行して，パッケージがインストールされていることを確認します。
# lslpp -la DLManager.mpio.rte
出力されたリストのファイルセット項目にDLManager.mpio.rteがあり，表示されている状態がCOMMITTEDだけであることを確認してください。
表示されている状態に1つでもBROKENがあった場合，HDLMをアンインストールしてから新規インストールの手順を実行するか，スタンバイBOSを削除してから，スタンバイBOSを再作成してください。

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

# /usr/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Load Balance                 : on(rr)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」にはソフトウェア名が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

(5) nimadmコマンドを使用してOSマイグレーションと同時にHDLMをアップグレードインストールする場合

nimadmコマンドを使用してNIMクライアントのHDLMをアップグレードインストールする場合，NIMマスターから次の手順を実施してください。

NIMマスターとは，ネットワーク経由でソフトウェアのインストールやアップグレードインストールなどを管理するマシンです。NIMクライアントとは，NIMサーバによってソフトウェアのインストール状況を管理されているマシンです。

NIMクライアントのHDLMをアップグレードインストールするに当たっては，あらかじめHDLMのライセンス期限を確認してください。ライセンスの期限が切れている場合は，有効なライセンスキーまたはライセンスキーファイルを準備してください。

nimadmコマンドでHDLMをアップグレードインストールする場合は，次に示す条件をすべて満たしている必要があります。

マイグレーション後のOSバージョンはAIX 7.1 TL02 SP01またはAIX 6.1 TL08 SP1以降であること

代替ディスクとなるNIMクライアントのターゲットディスクはブートディスク環境であること

NIMクライアントのHDLMのライセンス期限が切れている場合は，ライセンスを更新してください。
ライセンスの期限が切れていない場合は，手順2に進んでください。

ライセンスキーが提供されている場合
NIMクライアントでHDLMコマンドのsetオペレーションに-licパラメタを指定して実行し，ライセンスキーを入力してください。

# /usr/DynamicLinkManager/bin/dlnkmgr set –lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01083-I ライセンスキーファイルがありません。ファイル名 = /var/tmp/hdlm_license
KAPL01068-I ライセンスキーを入力して下さい：*************
KAPL01071-I 永久ライセンスがインストールされました。
#

ライセンスキーファイルが提供されている場合
NIMクライアントの/var/tmp/ディレクトリの直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。
/var/tmp/hdlm_license
NIMクライアントでHDLMコマンドのsetオペレーションに-licパラメタを指定して実行してください。

# /usr/DynamicLinkManager/bin/dlnkmgr set –lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
#

ライセンスキーの種別およびsetオペレーションについては，「6.6 set 動作環境を設定する」を参照してください。

NIMマスターに，root権限を持つユーザでログインします。

NIMマスターで次に示すnimadmコマンドを実行します。
# nimadm -c NIMクライアント名 -l HDLMが含まれるNIMリソース -s NIM SPOT名 -d NIMクライアントターゲットディスク... -Y
nimadmコマンドの詳細については，AIXのマニュアルを参照してください。

NIMクライアントを代替ディスクから再起動したあと，次に示すコマンドをNIMクライアントで実行して，パッケージがインストールされていることを確認します。
# lslpp -la DLManager.mpio.rte
出力されたリストのファイルセット項目にDLManager.mpio.rteがあり，表示されている状態がCOMMITTEDだけであることを確認してください。
表示されている状態に1つでもBROKENがあった場合，HDLMをアンインストールしてから新規インストールの手順を実行するか，代替ディスクを再作成してください。

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

# /usr/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Load Balance                 : on(rr)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
Dynamic I/O Path Control     : off(10)
HDLM Manager Ver         WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver         WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4000
HDLM Driver Ver         WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss

クラスタソフトウェアを使用していても，「Support Cluster」にはソフトウェア名が表示されません。この状態でもクラスタ対応機能は問題なく動作します。

viewオペレーションの実行結果からインストールされたHDLMのバージョンを確認します。
「HDLM Version」に「x.x.x-xx」が表示されていれば，正しいバージョンがインストールされています。「x.x.x-xx」はインストールされたHDLMのバージョンです。

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行

HDLM EXへ移行すると，HDLMドライバで制御できる論理デバイスファイルが，HDLMデバイス（dlmfdrvn）からhdiskに変わります。ユーザーアプリケーションがHDLMで管理するLUを扱っている場合，適宜ユーザーアプリケーションを修正してください。

AIXに，root権限を持つユーザでログインします。

バーチャルI/Oサーバを使用している場合は，バーチャルI/Oサーバのマニュアルを参照してAIXにログインしてください。

バーチャルI/Oサーバを使用していない場合は，手順10に進んでください。

適用されている仮想SCSIディスク認識方式を確認します。
HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，unique_idの値を確認します。
HDLM 05-63がインストールされている場合の実行例を次に示します。

# dlmodmset -o
Inquiry Log             : on
Inquiry Log File Size   : 1000
hdisk error check flag  : on
HDLM pbuf count         : 16384
Lun Reset               : off
unique_id               : off
HDLM Subclass           : node
KAPL10800-I The dlmodmset utility completed normally.
#

unique_idがonの場合はunique_id方式が適用されています。offの場合はPVID方式が適用されています。unique_id方式が適用されている場合は手順8に進んでください。

次のコマンドを実行して，HDLM管理対象hdiskの仮想SCSIディスクを使用しているボリュームグループを活動化します。

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

次に示すコマンドを実行して，クライアント論理区画上でボリュームグループ配下のファイルシステムをマウントします。

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

次に示すコマンドを実行して，クライアント論理区画上でボリュームグループをバックアップします。

# savevg -i -f 任意のファイル名またはデバイス名 ボリュームグループ名

次に示すコマンドを実行して，クライアント論理区画上でファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，クライアント論理区画上でボリュームグループを削除します。

# reducevg -df ボリュームグループ名 hdisk名

次に示すコマンドを実行して，クライアント論理区画上の仮想SCSIディスクを削除します。

# rmdev -dl hdisk名

次に示すコマンドを実行して，バーチャルI/Oサーバ上の仮想ターゲットデバイスを削除します。

$ rmdev -dev vtscsin

DVD-ROMをセットします。

DVD-ROMをマウントするディレクトリがない場合は，DVD-ROMをマウントするディレクトリを作成します。

# mkdir /cdrom

cdromは任意のディレクトリ名です。以降は，名称を変えないでcdromとして説明します。

DVD-ROMをマウントします。

# mount -r -v cdrfs /dev/cd0 /cdrom

/dev/cd0の部分はシステムによって変わります。

HDLMの設定情報をバックアップします。
HDLMを移行したあとに設定情報が正しく引き継がれたかどうかを確認するため，設定情報を個別のファイルに保存してください。

HDLMの環境設定情報を保存します。
# /usr/DynamicLinkManager/bin/dlnkmgr view -sys > 任意のファイル名

HDLM動作ODMの設定を保存します。
# /usr/DynamicLinkManager/bin/dlmodmset -o > 任意のファイル名

HDLMの設定をバックアップします。
HDLM移行支援ユティリティ（dlmmigsts）を実行して，HDLMの環境設定情報とHDLM動作ODMの設定情報を保存します。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

# /cdrom/HDLM_AIX/hdlmtool/dlmmigsts -b -odm /tmp/任意のディレクトリ/odm環境設定ファイル名 -set /tmp/任意のディレクトリ/set環境設定ファイル名

また，必要に応じて，使用しているアプリケーションの情報をバックアップしてください。

HDLMをアンインストールします。
アンインストールするバージョンのHDLMマニュアルを参照してください。
また，HDLM EXではhdiskの削除が必要なので，手順17を行う前にデバイス構成（cfgmgrコマンド）は行わないでください。

HDLM EXを新規インストールします。
「3.5.4 HDLMの新規インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順4～手順10を行ってください。なお，手順2～3を実行する必要はありません。

dlmmigstsユティリティを実行して，手順14で保存したHDLMの環境設定情報とHDLM動作ODMの設定情報を元に戻します。

# /cdrom/HDLM_AIX/hdlmtool/dlmmigsts -r -odm /tmp/任意のディレクトリ/odm環境設定ファイル名 -set /tmp/任意のディレクトリ/set環境設定ファイル名

dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

次に示すコマンドを実行して，デバイスを構成します。

# cfgmgr

HDLMの設定情報が正しく引き継がれていることを確認します。

HDLMの環境設定情報が正しく引き継がれたことを確認します。
次に示すコマンドを実行して，手順13で保存したHDLMの設定情報と比較してください。
# /usr/DynamicLinkManager/bin/dlnkmgr view -sys

HDLM動作ODMの設定情報が正しく引き継がれたことを確認します。
次に示すコマンドを実行して，手順13で保存したHDLM動作ODMの設定情報と比較してください。
# /usr/DynamicLinkManager/bin/dlmodmset -o

HDLMの設定情報が正しく引き継がれていた場合は，手順21に進んでください。

HDLMの設定情報が正しく引き継がれていない場合は，次に示すコマンドを実行します。

# /usr/DynamicLinkManager/bin/dlmrmdev

odm環境設定ファイル名およびset環境設定ファイル名を確認してください。それから，正しいファイル名を指定して再度手順17から実行してください。

odm環境設定ファイルおよびset環境設定ファイルを削除します。

# rm -r /tmp/odm環境設定ファイルを格納した任意のディレクトリ
# rm -r /tmp/set環境設定ファイルを格納した任意のディレクトリ

「3.5.4 HDLMの新規インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順15以降の操作を行います。

手順5を行った場合，バックアップしたボリュームグループをリストアします。

# restvg -f 任意のファイル名またはデバイス名 hdisk名

「3.6 パス構成の確認 」に記述されている手順に従ってパス構成を確認してください。

DVD-ROMをアンマウントします。

# umount /cdrom

手順11でマウントディレクトリを作成した場合は，作成したマウントディレクトリを削除します。

# rm -r /cdrom

3.5.8 PowerHA 6.1環境でのHDLMのインストール

ここでは，PowerHA 6.1環境のサービスを動作させたまま，HDLMをインストールする手順について説明します。

この項の構成

(1) PowerHA 6.1環境でのHDLMのアップグレードまたは再インストール手順（ローカルブートディスク環境にインストールする場合）

(2) PowerHA 6.1環境でのHDLMのアップグレードまたは再インストール手順（ブートディスク環境にインストールする場合）

(3) PowerHA 6.1環境でのHDLMの移行手順

(1) PowerHA 6.1環境でのHDLMのアップグレードまたは再インストール手順（ローカルブートディスク環境にインストールする場合）

HDLM 05-63以前またはHDLM 05-80以降からHDLM EXにはアップグレードインストールできないので，移行を実施する必要があります。移行については，「(3) PowerHA 6.1環境でのHDLMの移行手順」を参照してください。

PowerHAの設定については，PowerHAのマニュアルを参照してください。

次に，ローカルブートディスク環境にPowerHAを適用したシステム構成へ，HDLMをアップグレードまたは再インストールする手順を説明します。

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

待機系ホストのPowerHAを停止します。

待機系ホストのHDLMをアップグレードまたは再インストールします。
待機系ホストに対して，「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順2から手順24を実行してください。
JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順2から手順9を実行してから，手順10に進んでください。

待機系ホストのPowerHAを起動します。

主系ホストのPowerHAを停止します。
シャットダウン・モードはテークオーバーを指定してください。

主系ホストのHDLMをアップグレードまたは再インストールします。
主系ホストに対して，「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順2から手順24を実行してください。
JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順2から手順9を実行してから，手順10に進んでください。

主系ホストのPowerHAを起動します。

(2) PowerHA 6.1環境でのHDLMのアップグレードまたは再インストール手順（ブートディスク環境にインストールする場合）

PowerHAの設定については，PowerHAのマニュアルを参照してください。

次に，PowerHAとブートディスクを適用した環境に，HDLMをアップグレードまたは再インストールする手順を説明します。

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

待機系ホストのPowerHAを停止します。

待機系ホストのHDLMをアップグレードまたは再インストールします。
待機系ホストに対して，「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順2から手順22を実行してください。
JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順2から手順8を実行してから，手順9に進んでください。

待機系ホストのPowerHAを起動します。

主系ホストのPowerHAを停止します。
シャットダウン・モードはテークオーバーを指定してください。

主系ホストのHDLMをアップグレードまたは再インストールします。
主系ホストに対して，「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順2から手順22を実行してください。
JP1/NETM/DMを使用してHDLMをリモートインストールする場合，HDLMをインストールするすべてのホストに対して「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順2から手順8を実行してから，手順9に進んでください。

主系ホストのPowerHAを起動します。

(3) PowerHA 6.1環境でのHDLMの移行手順

HDLM EXへ移行すると，HDLMドライバで制御できる論理デバイスファイルが，HDLMデバイス（dlmfdrvn）からhdisk名に変わります。ユーザーアプリケーションがHDLMで管理するLUを扱っている場合，適宜ユーザーアプリケーションを修正してください。

なお，バーチャルI/Oサーバ環境の場合，PowerHAのサービスを動作させたままHDLMを移行することはできません。

次にPowerHA環境でのHDLMの移行手順を説明します。ここではPowerHA 6.1を使用している場合の手順を説明します。PowerHAの操作については，使用するPowerHAのマニュアルもあわせて参照してください。

AIXに，root権限を持つユーザでログインします。

ディスクハートビートを設定している場合は，デバイス名がdlmfdrvからhdiskへ変更となるため，ディスクハートビートの設定を削除します。
詳細はPowerHAのマニュアルを参照してください。

待機系ホストのPowerHAを停止します。

待機系ホストにHDLMを移行します。
待機系ホストに対して，「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」の手順10から手順26を実行してください。

待機系ホストのPowerHAを起動します。
PowerHAを起動すると，ユーザー定義ディスク・メソッドのファイル（/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check）が存在しないという警告メッセージが出力される場合がありますが，動作上問題ありません。
警告メッセージの例を下記に示します。
警告: ユーザー定義ディスク・メソッド ghostdisks のファイル /usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check がノード xxx※ に存在しないか，実行可能ではありません。

注※

使用しているノード名

主系ホストのPowerHAを停止します。
シャットダウン・モードはテークオーバーを指定してください。

主系ホストにHDLMを移行します。
主系ホストに対して，「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」の手順10から手順26を実行してください。

主系ホストのPowerHAを起動します。
PowerHAを起動すると，ユーザー定義ディスク・メソッドのファイル（/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check）が存在しないという警告メッセージが出力される場合がありますが，動作上問題ありません。
警告メッセージの例を下記に示します。
警告: ユーザー定義ディスク・メソッド ghostdisks のファイル /usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_check がノード xxx※ に存在しないか，実行可能ではありません。

注※

使用しているノード名

警告メッセージが出力された場合，手順9に進んでください。出力されなかった場合は，手順12に進んでください。

PowerHAが起動されている状態で，05-63以前または05-80以降で定義したユーザー定義ディスク・メソッドを削除します。

HDLM EXのユーザー定義ディスク・メソッドを追加します。

クラスター・リソースを同期化します。

ユーザー定義ディスク・メソッドを削除します。
主系ホストに対して，「3.14.5 クラスタソフトウェア（PowerHA）の設定解除」の手順を実行してください。

ユーザー定義ディスク・メソッドを設定します。
主系ホストに対して，「3.10.2 PowerHA用スクリプトの登録」の手順を実行してください。

手順2でディスクハートビートの設定を解除した場合は，ディスクハートビートを再設定します。
詳細はPowerHAのマニュアルを参照してください。

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

PowerHA 7.1では，クラスタサービスを停止してもクラスタリポジトリーディスクが使用状態のままとなります。そのため，PowerHA 7.1をすでに使用している環境に，HDLMを新規，アップグレード，または再インストールを行う場合は，次の手順に従ってください。なお，PowerHAの操作および設定については，PowerHAのマニュアルを参照してください。

待機系ホストに，root権限を持つユーザでログインします。

待機系ホストで次のコマンドを実行し，PowerHAを停止します。

# smitty cl_stop

待機系ホストで次のコマンドを実行してください。

PowerHA 7.1環境のOSにAIX V6.1TL06，またはAIX V7.1TLなしを使用している場合 :

# clcmd stopsrc -s clconfd
# clusterconf -fu

PowerHA 7.1環境のOSにAIX V6.1TL07以降，またはAIX V7.1TL01以降を使用している場合：

# clctrl -stop -m ノード名

待機系ホストでHDLMの新規インストール，アップグレードまたは再インストールを実行します。

ローカルブートディスク環境にHDLMを新規インストールする場合:

「3.5.4 HDLMの新規インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順を実施します。

ブートディスク環境にHDLMを新規インストールする場合:

「3.5.4 HDLMの新規インストール」の「(2) ブートディスク環境にインストールする場合」の手順を実施します。

ローカルブートディスク環境にHDLMをアップグレードまたは再インストールする場合:

「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順を実施します。

ブートディスク環境にHDLMをアップグレードまたは再インストールする場合:

「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順を実施します。

待機系ホストで次のコマンドを実行してください。

PowerHA 7.1環境のOSにAIX V6.1TL06，またはAIX V7.1TLなしを使用している場合 :

# clusterconf -r hdiskxx

PowerHA 7.1環境のOSにAIX V6.1TL07以降，またはAIX V7.1 TL01以降を使用している場合：

# clctrl -start -m ノード名

待機系ホストで，次のコマンドを実行し，PowerHAを起動します。

# smitty cl_start

主系ホストで次のコマンドを実行し，PowerHAを停止します。

# smitty cl_stop

主系ホストで次のコマンドを実行てください。

PowerHA 7.1環境のOSにAIX V6.1TL06，またはAIX V7.1TLなしを使用している場合 :

# clcmd stopsrc -s clconfd
# clusterconf -fu

PowerHA 7.1環境のOSにAIX V6.1TL07以降，またはAIX V7.1TL01以降を使用している場合：

# clctrl -stop -m ノード名

主系ホストでHDLMの新規インストール，アップグレードまたは再インストールを実行します。

ローカルブートディスク環境にHDLMを新規インストールする場合:

「3.5.4 HDLMの新規インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順を実施します。

ブートディスク環境にHDLMを新規インストールする場合:

「3.5.4 HDLMの新規インストール」の「(2) ブートディスク環境にインストールする場合」の手順を実施します。

ローカルブートディスク環境にHDLMをアップグレードまたは再インストールする場合:

「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順を実施します。

ブートディスク環境にHDLMをアップグレードまたは再インストールする場合:

「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順を実施します。

主系ホストで次のコマンドを実行してください。

PowerHA 7.1環境のOSにAIX V6.1TL06，またはAIX V7.1TLなしを使用している場合 :

# clusterconf -r hdiskxx

PowerHA 7.1環境のOSにAIX V6.1TL07以降，またはAIX V7.1 TL01以降を使用している場合：

# clctrl -start -m ノード名

主系ホストで次のコマンドを実行し，PowerHAを起動します。

# smitty cl_start

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

HDLMインストールユティリティ（installhdlm）によるインストールの手順を説明します。installhdlmユティリティの実行に必要な容量を次に示します。

/tmpディレクトリ
100KB

ユーザが任意で指定できるログ出力ディレクトリ（デフォルトは/var/tmpディレクトリ）
200KB

この項の構成

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

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

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

次にローカルブートディスク環境にHDLMをインストールする場合の手順を説明します。

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

DVD-ROMをセットします。
DVD-ROM上のファイルを任意のディレクトリにコピーしてHDLMをインストールする場合は，ファイル構成を変えないでコピーしてください。ファイル構成を変えると，installhdlmユティリティが正しく実行できないおそれがあります。
次にDVD-ROM上のファイルを任意のディレクトリにコピーする実行例を示します。

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

DVD-ROM上のファイルを任意のディレクトリにコピーした場合は，手順5に進みます。

DVD-ROMをマウントするディレクトリがない場合は，DVD-ROMをマウントするディレクトリを作成します。

# mkdir /cdrom

cdromは任意のディレクトリ名です。以降は，名称を変えないでcdromとして説明します。

DVD-ROMをマウントします。

# mount -r -v cdrfs /dev/cd0 /cdrom

/dev/cd0の部分はシステムによって変わります。

installhdlmユティリティを任意のディレクトリにコピーしてHDLMをインストールする場合は，/cdrom/HDLM_AIX/hdlmtool/instutilディレクトリから必要なファイルをコピーします。
/cdrom/HDLM_AIX/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_AIX/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ

sample_installhdlm.confのファイル名は変更できます。
次に，sample_installhdlm.confをinstall_set.confに変更してコピーする場合の実行例を示します。

# cp -p /cdrom/HDLM_AIX/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ/install_set.conf

installhdlmユティリティで使用する，インストール情報設定ファイルの編集方法については，「7.14.3 インストール情報設定ファイルの定義内容」を参照してください。

次に示すどちらかのコマンドを実行します。

installux.shを実行する場合

# /cdrom/installux.sh -f /任意のディレクトリ/インストール情報設定ファイル

installhdlmユティリティを実行する場合

# /cdrom/HDLM_AIX/hdlmtool/instutil/installhdlm -f /任意のディレクトリ/インストール情報設定ファイル

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。インストールが正常終了すると，KAPL09211-Iのメッセージが出力されます。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。
アップグレードインストールまたは再インストールの場合，HDLM管理対象デバイスとして認識している既存のhdiskの構成を引き継ぎます。

DVD-ROMをアンマウントします。

# umount /cdrom

作成したマウントディレクトリを削除します。

# rm -r /cdrom

インストール情報設定ファイルを削除します。

# rm -r /インストール情報設定ファイルを格納した任意のディレクトリ

インストールの種別に応じた手順を実行します。
新規インストールの場合は「3.5.4 HDLMの新規インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順15以降の操作を実行してください。
アップグレードまたは再インストールの場合は「3.5.6 HDLMのアップグレードまたは再インストール」の「(1) ローカルブートディスク環境にインストールする場合」の手順16以降の操作を実行してください。

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

次にブートディスク環境にインストールする場合の手順を説明します。

AIX 5.3の場合，ホストとストレージシステムをシングルパス構成にします。
AIX 6.1またはAIX 7.1の場合，ホストとストレージシステムの構成が，シングルパス構成，マルチパス構成どちらでも問題ありません。

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

新規インストール，かつ，ブートディスクがマルチパス構成の場合は，次に示すコマンドを実行して，ブート論理ボリュームhd5を持つ物理ボリュームと，ブートに使用した物理ボリュームが一致することを確認してください。
ブートディスクがシングルパス構成の場合は，この手順を実行する必要はありません。

ブート論理ボリュームhd5を持つ物理ボリュームの特定

# lsvg -M rootvg | grep -w hd5
hdisk3:1        hd5:1

この例では，hdisk3がブート論理ボリュームhd5を持っていることがわかります。

ブートに使用した物理ボリュームの特定

# getconf BOOT_DEVICE
hdisk3

この例では，hdisk3がブートに使用されたことがわかります。

ブート論理ボリュームhd5を持つ物理ボリュームと，ブートに使用した物理ボリュームが一致しない場合，次のメッセージが表示され，HDLMのインストールがエラー終了します。

0503-497 installp: bosboot 検査の処理中にエラーが発生しました。

ブート論理ボリュームhd5を持つ物理ボリュームと，ブートに使用した物理ボリュームを一致させるため，bootlistコマンドにブート論理ボリュームhd5を持つ物理ボリュームを指定して，ホストを再起動してください。
コマンドの実行例を次に示します。この例は，ブート論理ボリュームhd5を持つ物理ボリュームをhdisk3とした場合の例です。

# bootlist -m normal hdisk3

ホストを再起動後，手順2から再度実行してください。

DVD-ROMをセットします。
DVD-ROM上のファイルを任意のディレクトリにコピーしてHDLMをインストールする場合は，ファイル構成を変えないでコピーしてください。ファイル構成を変えると，installhdlmユティリティが正しく実行できないおそれがあります。
次にDVD-ROM上のファイルを任意のディレクトリにコピーする実行例を示します。

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

DVD-ROM上のファイルを任意のディレクトリにコピーした場合は，手順7に進みます。

DVD-ROMをマウントするディレクトリがない場合は，DVD-ROMをマウントするディレクトリを作成します。

# mkdir /cdrom

cdromは任意のディレクトリ名です。以降は，名称を変えないでcdromとして説明します。

DVD-ROMをマウントします。

# mount -r -v cdrfs /dev/cd0 /cdrom

/dev/cd0の部分はシステムによって変わります。

installhdlmユティリティを任意のディレクトリにコピーしてHDLMをインストールする場合は，/cdrom/HDLM_AIX/hdlmtool/instutilディレクトリから必要なファイルをコピーします。
/cdrom/HDLM_AIX/hdlmtool/instutilディレクトリからコピーする必要があるファイルを次に示します。

installhdlm

installhdlm_analysis

dlmrmdev

また，これらのファイルは，installhdlmユティリティのコピー先と同じディレクトリにコピーしてください。
新規インストールする場合は，手順9に進んでください。

アップグレードまたは再インストールする場合は，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_AIX/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ

sample_installhdlm.confのファイル名は変更できます。
次に，sample_installhdlm.confをinstall_set.confに変更してコピーする場合の実行例を示します。

# cp -p /cdrom/HDLM_AIX/hdlmtool/instutil/sample_installhdlm.conf /任意のディレクトリ/install_set.conf

installhdlmユティリティで使用する，インストール情報設定ファイルの編集方法については，「7.14.3 インストール情報設定ファイルの定義内容」を参照してください。
また，インストール後に再起動する必要があるため，インストール情報設定ファイルのrestartキーを「n」から「y」に変更してください。※

注※

サイレントインストール後に，手動で再起動することもできます。

手動で再起動する場合，インストール情報設定ファイルのrestartキーを「n」から「y」に変更する必要はありません。

また，手順を次のように変更してください。

手順12で，KAPL09211-Iのメッセージが出力されたあとにホストは再起動されません。

手順14を実行する前に，次のコマンドを実行して，ホストを再起動してください。

# shutdown -Fr

シングルパス構成の場合，すべてのHBAにケーブルを接続して，マルチパス構成に変更します。
なお，構成に関わらずcfgmgrコマンドは実行しないでください。

次に示すどちらかのコマンドを実行します。

installux.shを実行する場合

# /cdrom/installux.sh -f /任意のディレクトリ/インストール情報設定ファイル

installhdlmユティリティを実行する場合

# /cdrom/HDLM_AIX/hdlmtool/instutil/installhdlm -f /任意のディレクトリ/インストール情報設定ファイル

インストール中にホストの再起動を求めるメッセージが表示されますが，再起動する必要はありません。
インストール中に，KAPL09241-Wのメッセージが出力される場合があります。この場合，HDLMのインストールは続行されますが，HDLMコンポーネントのインストールに失敗しています。HDLMのインストール後，適宜KAPL09241-Wメッセージの対処を実行してください。
インストールが正常終了すると，KAPL09211-Iのメッセージが出力され，ホストが再起動されます。再起動したあと，インストール情報設定ファイルで指定したとおり，設定が反映されていることを確認してください。
なお，アップグレードまたは再インストールを実行してエラー終了すると，HDLMがアンインストールされるおそれがあります。HDLMがアンインストールされた場合，手順13に進んでください。
サイレントインストールが正常終了した場合は，手順14に進んでください。

HDLMが正しくアップグレードまたは再インストールされなかった場合，HDLMを新規インストールします。

AIX 5L V5.3，かつブートディスクがマルチパス構成の場合
次のコマンドを実行してホストをシャットダウンしたあと，手順1から新規インストールを実行してください。
# shutdown -F

上記以外の環境の場合
次のコマンドを実行してホストを再起動したあと，手順1から新規インストールを実行してください。
# shutdown -Fr

HDLMの新規インストール後，手順8でバックアップした設定情報を基に，再度HDLMの設定をしてください。

DVD-ROMをアンマウントします。

# umount /cdrom

作成したマウントディレクトリを削除します。

# rm -r /cdrom

インストール情報設定ファイルを削除します。

# rm -r /インストール情報設定ファイルを格納した任意のディレクトリ

インストールの種別に応じた手順を実行します。
新規インストールの場合は「3.5.4 HDLMの新規インストール」の「(2) ブートディスク環境にインストールする場合」の手順17以降の操作を実行してください。
アップグレードまたは再インストールの場合は「3.5.6 HDLMのアップグレードまたは再インストール」の「(2) ブートディスク環境にインストールする場合」の手順16以降の操作を実行してください。

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」と表示されます。

同じLUにアクセスするパスが経由するCHAポート（「ChaPort」）とHBAポート（「PathName」に表示されたHBAアダプタ番号およびバス番号，またはアダプタ種別およびアダプタ番号）の組み合わせが異なっているか
「PathName」のうち，左端の番号がHBAアダプタ番号またはアダプタ種別です。HBAアダプタ番号の右側にあるピリオドから2番目のピリオドまでの番号が，バス番号またはアダプタ番号です。

物理的なHBAのポートの数だけ，異なるHBAアダプタ番号.バス番号（またはアダプタ種別.アダプタ番号）があるか

OSとHDLMが認識するHDLM管理対象デバイスが一致することを確認する

次に示すコマンドを実行します。

# lsdev -Cc disk > リダイレクト先のファイル2

リダイレクト先のファイル1およびリダイレクト先のファイル2を開きます。

リダイレクト先のファイル1の「HDevName」に表示されたhdisk名と，リダイレクト先のファイル2の「Hitachi Disk Array (Fibre)」と表示された行のhdisk名がすべて一致することを確認します。

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
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-13 各機能のデフォルト値と推奨値

機能
デフォルト値
推奨値

ロードバランス
on
アルゴリズムは拡張最少I/O数
on
アルゴリズムの推奨値は運用環境によって異なります。

パスヘルスチェック
on
チェック間隔30（分）
on
チェック間隔の推奨値は運用環境によって異なります。

自動フェイルバック
off
off

間欠障害監視
off
off

ダイナミックI/Oパスコントロール※
off
チェック間隔10（分）
off
チェック間隔の推奨値は運用環境によって異なります。

障害ログ採取レベル
3：Informationレベル以上の障害情報を採取
3：Informationレベル以上の障害情報を採取

トレースレベル
0：トレースを出力しない
0：トレースを出力しない

障害ログファイルサイズ
9900（KB）
9900（KB）

障害ログファイル数
2
2

トレースファイルサイズ
1000（KB）
1000（KB）

トレースファイル数
4
4

監査ログ採取
off
推奨値は運用環境によって異なります。
監査ログを採取したい場合「on」を設定してください。

監査ログのFacility
user
local0～7

注※

ストレージシステムがHitachi AMS2000シリーズ，Hitachi SMSシリーズ，またはHUS100シリーズを使用している場合にだけ適用されます。

この項の構成

(1) ロードバランスの設定

(2) パスヘルスチェックの設定

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

(4) 間欠障害監視の設定

(5) ダイナミックI/Oパスコントロールの設定

(6) 障害ログ採取レベルの設定

(7) トレースレベルの設定

(8) 障害ログファイルサイズの設定

(9) 障害ログファイル数の設定

(10) トレースファイルサイズの設定

(11) トレースファイル数の設定

(12) 監査ログ採取の設定

(13) 監査ログのFacilityの設定

(1) ロードバランスの設定

ロードバランス機能を使用するかどうかを設定します。

ロードバランスを設定する例を，次に示します。

# /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) 障害ログ採取レベルの設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））を採取するレベルを設定します。

障害ログ採取レベルの設定値とその説明を次の表に示します。

表3-14 障害ログ採取レベルの設定値

設定値 | 説明
0 | 障害ログを採取しません。
1 | Errorレベル以上の障害情報を採取します。
2 | Warningレベル以上の障害情報を採取します。
3 | Informationレベル以上の障害情報を採取します。
4 | Informationレベル（保守情報も含む）以上の障害情報を採取します。

障害が発生したときは，障害ログ採取レベルに「1」以上を設定してログを採取します。設定値が大きいほど出力される情報量が多くなります。ログの出力量が多いと，古い障害ログファイルが新しい情報で上書きされるまでの時間が短くなります。

障害ログ採取レベルを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -ellv 2

障害ログを採取するレベルを数字で指定します。

(7) トレースレベルの設定

トレースを出力するレベルを設定します。

トレースレベルを設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースレベルの設定値とその説明を次の表に示します。

表3-15 トレースレベルの設定値

設定値 | 説明
0 | トレースを出力しません。
1 | エラー情報だけ出力します。
2 | プログラムの動作概略を出力します。
3 | プログラムの動作詳細を出力します。
4 | すべての情報を出力します。

障害が発生したときは，トレースレベルに「1」以上を設定してトレース情報を採取します。設定値が大きいほど出力される情報量が多くなります。トレース情報の出力量が多いと，古いトレースファイルが新しい情報で上書きされるまでの時間が短くなります。

通常の運用では，トレースレベルに「0」を設定することを推奨します。必要以上にトレースレベルの設定値を大きくすると，HDLMの処理性能が低下したり，障害の要因分析に必要なトレース情報が上書きされたりするおそれがあります。

トレースレベルを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -systflv 1

トレースの出力レベルを数字で指定します。

(8) 障害ログファイルサイズの設定

障害ログファイル（HDLMマネージャのログ（dlmmgr[1-16].log））のサイズを設定します。

障害ログファイルサイズには，キロバイト単位で100～2000000の値を指定します。HDLMマネージャのログには指定値が反映されます。

障害ログファイルが設定サイズに達すると，最も古い障害ログファイルから順に新しいログ情報が上書きされます。障害ログファイル数の指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイルサイズを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -elfs 1000

障害ログファイルのサイズを，キロバイト単位で指定します。

(9) 障害ログファイル数の設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））のファイル数を設定します。

障害ログファイル数（HDLMマネージャのログファイル数）には，2～16の値を指定します。障害ログファイルサイズの指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイル数を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -elfn 5

障害ログファイルの数を数字で指定します。

(10) トレースファイルサイズの設定

トレースファイルのサイズを設定します。

ファイルサイズを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースファイルは固定長です。したがって，書き込まれるトレース情報が設定したファイルサイズに満たない場合でも，出力されるトレースファイル1つ当たりのファイルサイズは常に固定です。

トレースファイルサイズには，キロバイト単位で100～16000の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。すべてのトレースファイルにトレースが書き込まれると，最も古いトレースファイルに新しいトレースが上書きされます。

トレースファイル数の指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイルサイズを設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -systfs 2000

トレースファイルのサイズをキロバイト単位で指定します。

(11) トレースファイル数の設定

トレースファイルの数を設定します。

ファイル数を設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースファイル数には，2～64の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。

トレースファイルサイズの指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイル数を設定する例を，次に示します。

# /usr/DynamicLinkManager/bin/dlnkmgr set -systfn 10

トレースファイルの数を数字で指定します。

(12) 監査ログ採取の設定

監査ログを採取するかどうか設定します。

監査ログを採取する場合には，監査ログ採取レベルおよび監査ログ種別を設定します。

監査ログの採取レベルの設定値とその説明を次の表に示します。監査ログ採取レベルは重要度（Severity）で設定します。デフォルトの設定値は「6」です。

表3-16 監査ログ採取レベルの設定値

設定値（重要度） | 説明
0 | 監査ログを採取しません。
1
2 | Criticalレベルの監査ログを採取します。
3 | Critical，およびErrorレベルの監査ログを採取します。
4 | Critical，Error，およびWarningレベルの監査ログを採取します。
5
6 | Critical，Error，Warning ，およびInformationalレベルの監査ログを採取します。
7

監査ログ種別の設定値とその説明を次の表に示します。デフォルトの設定値は「all」です。

表3-17 監査ログ種別の設定値

設定値 | 説明
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を設定する場合は，「(13) 監査ログのFacilityの設定」を参照してください。

(13) 監査ログのFacilityの設定

監査ログの出力先を指定する場合，次の設定を行います。

監査ログのFacilityをdlnkmgr set -audfacで指定し，そのFacilityの出力先を/etc/syslog.confファイルで定義することで，監査ログだけを指定のディレクトリに出力できます。監査ログのFacilityの設定値を次の表に示します。デフォルトの設定値は「user」です。

表3-18 監査ログの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)
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-19 統合トレースファイルの設定のデフォルト値と推奨値

設定 | デフォルト値 | 推奨値
統合トレースファイルのサイズ | 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 リザーブポリシーについて

リザーブポリシーの設定値および説明を次の表に示します。

表3-20 リザーブポリシーの設定値

設定値
説明

no_reserve
リザーブの要求を無視し，LUをリザーブしません。次のどれか1つの条件を満たすときに使用します。

LUを複数のホストで共有し，独自の排他制御機構を備えたアプリケーションを実行する場合

バーチャルI/O機能を使用し，クライアント区画で仮想SCSIディスクのMPIO構成をセットアップする場合

バーチャルI/O機能を使用し，クライアント区画でPowerHAを使用する場合

Oracle RACの環境で，Oracle RACが使用するディスクにHDLM管理対象デバイスのhdiskを指定する場合

PowerHA 7.1を使用している場合

PR_exclusive
リザーブとしてパーシステントリザーブ（排他ホスト方式）を使用します。

PR_shared
リザーブとしてパーシステントリザーブ（共用ホスト方式）を使用します。

リザーブポリシーを変更するときの注意事項

ほかのプログラムからhdiskがアクセスされていないことを確認してから変更してください。

I/Oカウントおよびエラーカウントがクリアされます。

パスの状態がonlineになります。

パスに障害がないことを確認してから変更してください。
パスに障害が発生している状態でリザーブポリシーを変更すると，障害が発生しているパスが削除されてしまいます。この状態を回復するには，パスに発生している障害を取り除いたあとに次のどちらかのコマンドを実行してください。

mkdev -l hdisk名

cfgmgr

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

PowerHAを使用する場合は，クラスタを構成するすべてのホストにHDLMをインストールしてhdiskを構成し，ストレージシステムの設定（SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズ使用時），およびPowerHA用スクリプトの登録を行ってください。また，各ホストで共有しているhdiskについては，リザーブポリシーの設定を合わせてください。

この節の構成

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

3.10.2 PowerHA用スクリプトの登録

3.10.3 リザーブポリシーの設定

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

この項の構成

(1) SANRISE9500Vシリーズの設定

(2) Hitachi AMS/TMS/WMSシリーズの設定

(1) SANRISE9500Vシリーズの設定

ストレージシステムにSANRISE9500Vシリーズを使用する場合，次の表に示す設定をします。設定方法については，SANRISE9500Vシリーズのマニュアルを参照してください。

表3-21 PowerHAを使用する場合のSANRISE9500Vシリーズの設定

項目 | 設定値
「ホスト接続モード2」（使用するホストグループに設定）－「Logical Unit Reset伝播モード」 | ON

(2) Hitachi AMS/TMS/WMSシリーズの設定

ストレージシステムにHitachi AMS/TMS/WMSシリーズを使用する場合，次の表に示す設定をします。設定方法については，Hitachi AMS/TMS/WMSシリーズのマニュアルを参照してください。

表3-22 PowerHAを使用する場合のHitachi AMS/TMS/WMSシリーズの設定

項目 | 設定値
「ホスト接続モード2」（使用するホストグループに設定）－「Reset伝播モード」 | ON

3.10.2 PowerHA用スクリプトの登録

PowerHAを使用する場合は，HDLMに添付されているPowerHA用スクリプトにユーザー定義ディスク・メソッドを設定してください。

次にユーザー定義ディスク・メソッドを設定する手順を示します。ここでは，PowerHA 6.1での手順を説明します。SMITメニューの画面遷移は，PowerHAのバージョンによって異なる場合があります。そのため，使用するPowerHAのマニュアルもあわせて参照してください。

SMIT画面から［ユーザー定義ディスク・メソッドの追加］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張リソース構成］－［HACMP 拡張リソース構成］－［ユーザー定義ディスク・メソッドの構成］－［ユーザー定義ディスク・メソッドの追加］

［ユーザー定義ディスク・メソッドの追加］画面で，各項目を設定します。
設定する項目と設定内容を次に示します。

ディスク・タイプ（CuDvからのPdDvLnフィールド）

Hitachi USP Hシリーズ，またはXPシリーズを使用する場合
disk/fcp/HP

SANRISE 9500Vシリーズ，SANRISE 9900Vシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Hitachi USPシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Universal Storage Platform V/VMシリーズ（H20000，H24000，XP20000およびXP24000を除く），Hitachi Virtual Storage Platform，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，またはHUS VMを使用する場合
disk/fcp/Hitachi

ゴースト・ディスクを識別するためのメソッド

SCSI3

予約の有無を判別するためのメソッド

/usr/DynamicLinkManager/cluster/dlm_hacmp_gdisk_reserve_check

予約を解除するためのメソッド

TARGET

並列予約解除

いいえ

ディスクを使用可能にするためのメソッド

MKDEV

設定が終了したら，［了解］ボタンをクリックします。

SMIT画面から［クラスター・リソースの同期化］画面を起動し，クラスター・リソースの同期化を実行します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張検証および同期化］

3.10.3 リザーブポリシーの設定

PowerHA 7.1を使用する場合，リザーブポリシー属性は「no_reserve」に設定してください。PowerHA 7.1以外のPowerHAを使用する場合，リザーブポリシー属性の推奨値は「PR_exclusive」です。また，バーチャルI/O機能を使用し，クライアント区画でPowerHAを使用する場合は，次の手順に従ってバーチャルI/Oサーバ区画でhdiskのリザーブポリシーの設定を確認してください。リザーブポリシーが「PR_exclusive」に設定されている場合は，「no_reserve」に設定してください。

hdiskのリザーブポリシー属性の設定を確認します。

# lsattr -El hdisk名 -a reserve_policy
reserve_policy   PR_exclusive                     N/A 真

以降の手順はリザーブポリシーが「PR_exclusive」に設定されていた場合に実行してください。

属性を変更するhdiskを指定して直接アクセスしているアプリケーションを，すべて停止します。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# varyoffvg ボリュームグループ

chdevコマンドを実行して，リザーブポリシー属性を「no_reserve」に設定します。

# chdev -l hdisk名 -a reserve_policy=no_reserve

設定が「no_reserve」に変更されていることを確認します。

# lsattr -El hdisk名 -a reserve_policy
reserve_policy   no_reserve                     N/A 真

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

GPFSまたはGPFS+RVSDを使用する場合は，GPFSまたはGPFS+RVSDを起動する前に，次の手順を実行してください。

GPFS+RVSDを使用する場合，/etc/vsd/oemdisktypes.lstファイルの最終行に次の行を追加します。

Hitachi USP Hシリーズ，またはXPシリーズを使用する場合
disk/fcp/HP fscsi disk/fcp

SANRISE 9500Vシリーズ，SANRISE 9900Vシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Hitachi USPシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Universal Storage Platform V/VMシリーズ（H20000，H24000，XP20000およびXP24000を除く），Hitachi Virtual Storage Platform，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，またはHUS VMを使用する場合
disk/fcp/Hitachi fscsi disk/fcp

GPFSまたはGPFS＋RVSDを使用する場合，HDLM動作ODM設定ユティリティ（dlmodmset）を実行してLUN RESETオプションをonに設定します。

# /usr/DynamicLinkManager/bin/dlmodmset -r on

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

この節の構成

3.12.1 MISSCOUNTとDISKTIMEOUTの設定

3.12.2 リザーブポリシーの設定

3.12.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-23 「MISSCOUNT」の計算式

ストレージシステム種別
「MISSCOUNT」に設定する値の計算式

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

HUS100シリーズ

SANRISE9500Vシリーズ

投票ディスクへ接続するパスの数×30秒

Hitachi USPシリーズ

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-24 「DISKTIMEOUT」の計算式

ストレージシステム種別
投票ディスクへ接続するパスの数
「DISKTIMEOUT」に設定する値の計算式

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

HUS100シリーズ

SANRISE9500Vシリーズ

6以下
「DISKTIMEOUT」の値を変更する必要はありません。

7以上
投票ディスクへ接続するパスの数×30秒

Hitachi USPシリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V/VMシリーズ

Virtual Storage Platformシリーズ

HUS VM

3以下
「DISKTIMEOUT」の値を変更する必要はありません。

4以上
投票ディスクへ接続するパスの数×60秒

「MISSCOUNT」および「DISKTIMEOUT」の変更方法については，Oracleサポートサービスを契約した会社へお問い合わせください。

なお，上記の構成からHDLMをアンインストールする場合，変更した「MISSCOUNT」や「DISKTIMEOUT」の設定値を元の値に戻す必要があるため，変更する前のそれぞれの設定値を控えておいてください。

3.12.2 リザーブポリシーの設定

Oracle RACの環境を設定する場合，Oracle RACが使用するディスクにHDLM管理対象デバイスのhdiskを指定するときは，次の手順に従ってリザーブポリシーの属性値を確認してください。リザーブポリシーが「PR_exclusive」に設定されている場合は，「no_reserve」に設定してください。

hdiskのリザーブポリシー属性の設定を確認します。

# lsattr -El hdisk名 -a reserve_policy
reserve_policy   PR_exclusive                     N/A 真

以降の手順はリザーブポリシーが「PR_exclusive」に設定されていた場合に実行してください。

属性を変更するhdiskを指定して直接アクセスしているアプリケーションを，すべて停止します。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

# varyoffvg ボリュームグループ

chdevコマンドを実行して，リザーブポリシー属性を「no_reserve」に設定します。

# chdev -l hdisk名 -a reserve_policy=no_reserve

設定が「no_reserve」に変更されていることを確認します。

# lsattr -El hdisk名 -a reserve_policy
reserve_policy   no_reserve                     N/A 真

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-6 preonlineスクリプトの編集例

3.14 HDLMの設定解除

HDLMをアンインストールする前の準備について説明してから，HDLMをインストールする前の環境に戻すための手順について説明します。

この節の構成

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

3.14.2 HDLMのアンインストール

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

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

3.14.5 クラスタソフトウェア（PowerHA）の設定解除

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

HDLM管理対象のデバイスの内容をテープなどにバックアップしてください。

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

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

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

3.14.2 HDLMのアンインストール

HDLMのアンインストール時にKAPL09019-E，KAPL09020-Eのメッセージが出力された場合は，「3.14.3 Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール」の手順に従って，HNTRLib2をアンインストールしてください。ただし，KAPL09026-Iのメッセージが出力された場合は，HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）を使用しているので，HDLMだけがアンインストールされます。

HDLMは，installpコマンドまたはSMITを使用してアンインストールできます。ここでは，installpコマンドを使ったアンインストールの手順を説明します。SMITを使用する場合は，AIXのマニュアルを参照してください。

バーチャルI/Oサーバ，またはブートディスク環境の場合は，次で説明する必要な手順を実行してください。

この項の構成

(1) ローカルブートディスク環境からアンインストールする場合

(2) ブートディスク環境からアンインストールする場合

(1) ローカルブートディスク環境からアンインストールする場合

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

次のコマンドを実行して，HDLM管理対象hdiskの仮想SCSIディスクを使用しているボリュームグループを活動化します。

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

次のコマンドを実行して，クライアント論理区画上でボリュームグループを構成しているファイルシステムをマウントします。

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

次のコマンドを実行して，クライアント論理区画上でボリュームグループをバックアップします。

# savevg -i -f 任意のファイル名またはデバイス名 ボリュームグループ名

次のコマンドを実行して，クライアント論理区画上でファイルシステムをアンマウントします。

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

次のコマンドを実行して，クライアント論理区画上でボリュームグループを削除します。

# reducevg -df ボリュームグループ名 hdisk名

次のコマンドを実行して，クライアント論理区画上の仮想SCSIディスクを削除します。

# rmdev -dl hdisk名

次のコマンドを実行して，バーチャルI/Oサーバ上の仮想ターゲットデバイスを削除します。

$ rmdev -dev vtscsin

HDLMの管理対象パスを使用しているプロセスおよびサービスをすべて停止します。
DBMSなどの各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらのプロセスおよびサービスをすべて停止してください。停止方法については，各アプリケーションのマニュアルを参照してください。

必要に応じて，HDLMドライバ削除ユティリティ（dlmrmdev）に-Aパラメタを指定し，ユティリティを実行します。
dlmrmdevユティリティに-Aパラメタを指定して実行すると，手順11から手順14を省略できます。dlmrmdevユティリティを実行すると，処理を続行するかどうか確認するメッセージが表示されます。
このメッセージに対して「y」を入力し，処理を継続させてください。

# /usr/DynamicLinkManager/bin/dlmrmdev -A
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]:y
hdisk3 を削除しました
KAPL09012-I All HDLM drivers were removed.

この手順を実行した場合は，手順16に進んでください。

この手順を実行しない場合は次の手順に進んでください。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示します。

# lsvg -o

次に示すコマンドを実行して，手順12で表示されたボリュームグループのうち，HDLMが管理しているボリュームグループを非活動化します。

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

次に示すコマンドを実行して，HDLM管理対象デバイスとして認識されているhdiskを，動作中のカーネルから削除し，HDLMマネージャを停止します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示されます。
KAPL09012-Iのメッセージが表示されない場合，HDLMドライバが削除されていないか，HDLMマネージャが停止していません。その場合は，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

次に示すコマンドを実行して，HDLM管理対象予定デバイスとして認識されているhdiskが削除されていることを確認します。

# lsdev -Cc disk

GPFS＋RVSDを使用していた場合，/etc/vsd/oemdisktypes.lstファイルから設定情報を削除します。

Hitachi USP Hシリーズ，またはXPシリーズを使用していた場合，次の行を削除してください。
disk/fcp/HP fscsi disk/fcp

SANRISE 9500Vシリーズ，SANRISE 9900Vシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Hitachi USPシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Universal Storage Platform V/VMシリーズ（H20000，H24000，XP20000およびXP24000を除く），Hitachi Virtual Storage Platform，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，またはHUS VMを使用していた場合，次の行を削除してください。
disk/fcp/Hitachi fscsi disk/fcp

GPFSまたはGPFS＋RVSDを使用していた場合，次のユティリティを実行してLUN RESETオプションをoffに設定します。

# /usr/DynamicLinkManager/bin/dlmodmset -r off

VCSを使用し，VCS用スクリプトを登録していた場合，VCS用スクリプトの登録を削除します。
preonlineスクリプトに追記した次の行を削除してください。

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

次に示すコマンドを実行します。

# installp -u DLManager.mpio

バーチャルI/Oサーバを使用していない場合，これでHDLMのアンインストールは完了です。以降の手順は不要です。
KAPL09022-Eのメッセージが出力された場合は，HDLM管理対象デバイスのhdiskが残っています。手順14から再実行してください。

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

hdiskを仮想ターゲットデバイスとして作成する場合
$ mkvdev -vdev hdisk名 -vadapter 仮想SCSIサーバ・アダプタ名

論理ボリュームを仮想ターゲットデバイスとして作成する場合
$ mkvdev -vdev 論理ボリューム名 -vadapter 仮想SCSIサーバ・アダプタ名

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

# cfgmgr

クライアント論理区画で次のコマンドを実行して，物理ボリュームがhdiskとして認識されていることを確認します。

# lsdev -Cc disk

実行結果が次のように表示されることを確認してください。

hdisk1 Available  Virtual SCSI Disk Drive

次のコマンドを実行して，バックアップしたボリュームグループをリストアします。

# restvg -f 任意のファイル名またはデバイス名 hdisk名

(2) ブートディスク環境からアンインストールする場合

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

次のコマンドを実行して，HDLM管理対象hdiskの仮想SCSIディスクを使用しているボリュームグループを活動化します。

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

次のコマンドを実行して，クライアント論理区画上でボリュームグループを構成しているファイルシステムをマウントします。

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

次のコマンドを実行して，クライアント論理区画上でボリュームグループをバックアップします。

# savevg -i -f 任意のファイル名またはデバイス名 ボリュームグループ名

次のコマンドを実行して，クライアント論理区画上でファイルシステムをアンマウントします。

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

次のコマンドを実行して，クライアント論理区画上でボリュームグループを削除します。

# reducevg -df ボリュームグループ名 hdisk名

次のコマンドを実行して，クライアント論理区画上の仮想SCSIディスクを削除します。

# rmdev -dl hdisk名

次のコマンドを実行して，バーチャルI/Oサーバ上の仮想ターゲットデバイスを削除します。

$ rmdev -dev vtscsin

ブートディスクがシングルパス構成の場合は，手順12に進んでください。

ブートディスクがマルチパス構成の場合は，次のコマンドを実行してホストをシャットダウンします。

# shutdown -F

ホストとストレージシステムをシングルパス構成にします。

ホストをブートします。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，rootvg以外のボリュームグループを非活動化します。

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

次に示すコマンドを実行して，動作中のカーネルからHDLM管理対象デバイスとして認識されているhdiskを削除し，HDLMマネージャを停止します。

# /usr/DynamicLinkManager/bin/dlmrmdev

KAPL09012-Iのメッセージが表示されます。
KAPL09012-Iのメッセージが表示されない場合，HDLM管理対象デバイスとして認識されているhdiskが削除されていないか，HDLMマネージャが停止していません。
KAPL09012-Iのメッセージが表示されなかった場合は，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，上記のコマンドを再実行してください。

次に示すコマンドを実行して，HDLM管理対象予定デバイスとして認識されているhdiskが削除されていることを確認します。

# lsdev -Cc disk

HDLMアンインストール事前実行ユティリティ（dlmpreremove）を実行します。

# /usr/DynamicLinkManager/bin/dlmpreremove

dlmpreremoveユティリティを実行すると，ブートディスクとして認識されているhdiskをHDLMの管理対象外にします。正常に終了すると，次のメッセージが表示されます。

KAPL13103-I HDLM can be removed after rebooting the host.
KAPL13101-I The dlmpreremove utility completed successfully.

KAPL13108-Eのメッセージが出力された場合は，HDLM管理対象デバイスのhdiskが残っています。手順14から再実行してください。
KAPL13110-Eのメッセージが出力された場合は，マルチパス構成のままになっています。手順9から再実行してください。

ホストを再起動します。

# shutdown -Fr

GPFS＋RVSDを使用していた場合，/etc/vsd/oemdisktypes.lstファイルから設定情報を削除します。

Hitachi USP Hシリーズ，またはXPシリーズを使用していた場合，次の行を削除してください。
disk/fcp/HP fscsi disk/fcp

SANRISE 9500Vシリーズ，SANRISE 9900Vシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Hitachi USPシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Universal Storage Platform V/VMシリーズ（H20000，H24000，XP20000およびXP24000を除く），Hitachi Virtual Storage Platform，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，またはHUS VMを使用していた場合，次の行を削除してください。
disk/fcp/Hitachi fscsi disk/fcp

GPFSまたはGPFS＋RVSDを使用していた場合，次のユティリティを実行してLUN RESETオプションをoffに設定します。

# /usr/DynamicLinkManager/bin/dlmodmset -r off

VCSを使用し，VCS用スクリプトを登録していた場合，VCS用スクリプトの登録を削除します。
preonlineスクリプトに追記した次の行を削除してください。

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

次に示すコマンドを実行します。

# installp -u DLManager.mpio

使用するホストの環境に合わせ，ブートデバイスのリストを修正します。
バーチャルI/Oサーバを使用していない場合，これでHDLMのアンインストールは完了です。以降の手順は不要です。

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

hdiskを仮想ターゲットデバイスとして作成する場合
$ mkvdev -vdev hdisk名 -vadapter 仮想SCSIサーバ・アダプタ名

論理ボリュームを仮想ターゲットデバイスとして作成する場合
$ mkvdev -vdev 論理ボリューム名 -vadapter 仮想SCSIサーバ・アダプタ名

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

# cfgmgr

クライアント論理区画で次のコマンドを実行して，物理ボリュームがhdiskとして認識されていることを確認します。

# lsdev -Cc disk

実行結果が次のように表示されることを確認してください。

hdisk1 Available  Virtual SCSI Disk Drive

次のコマンドを実行して，バックアップしたボリュームグループをリストアします。

# restvg -f 任意のファイル名またはデバイス名 hdisk名

3.14.3 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.14.4 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.14.5 クラスタソフトウェア（PowerHA）の設定解除

PowerHAを使用していた場合は，ユーザー定義ディスク・メソッドを削除してください。

次にユーザー定義ディスク・メソッドを削除する手順を示します。ここでは，PowerHA 6.1での手順を説明します。SMITメニューの画面遷移は，PowerHAのバージョンによって異なる場合があります。そのため，使用するPowerHAのマニュアルもあわせて参照してください。

SMIT画面から，［ユーザー定義ディスク・メソッドの構成］画面を起動します。
次に示すメニューを選択して起動してください。
［通信アプリケーションとサービス］－［HACMP for AIX］－［拡張構成］－［拡張リソース構成］－［HACMP 拡張リソース構成］－［ユーザー定義ディスク・メソッドの構成］－［ユーザー定義ディスク・メソッドの除去］

［ユーザー定義ディスク・メソッドの選択］画面で，次に示すメニューを選択して，削除します。

Hitachi USP Hシリーズ，またはXPシリーズを使用する場合
［disk/fcp/HP］

SANRISE 9500Vシリーズ，SANRISE 9900Vシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Hitachi USPシリーズ（Hitachi USP HシリーズおよびXPシリーズを除く），Universal Storage Platform V/VMシリーズ（H20000，H24000，XP20000およびXP24000を除く），Hitachi Virtual Storage Platform，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，またはHUS VMを使用する場合
［disk/fcp/Hitachi］

4. HDLMの運用

この章では，HDLMの運用方法について説明します。運用方法には，HDLMの操作方法，HDLMマネージャの操作方法および運用環境の構成変更が含まれます。

なお，HDLM EXは05-63以前および05-80以降のHDLMに比べて「4.1 HDLMを使用する場合の注意事項」に差異があります。また，「4.5 HDLM運用環境の構成変更」の内容が変わりました。詳細については，「付録B. HDLM EXと05-63以前および05-80以降の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 正副ボリュームを同一サーバで参照させる場合の注意事項

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

4.1.8 ブートディスク環境でOSの機能が停止した場合の注意事項

4.1.9 システムを複製する場合の注意事項

4.1.1 パス情報表示について

HDLMコマンドのviewオペレーションで表示されるパス管理PATH_IDは，ホスト起動時のパスを検出する順番によって変わります。パスを特定する場合は，必ずパス名を使用してください。

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

HDLMでパスの障害を検出した場合，直ちにその障害に対処して，パスを復旧してください。

パスの障害はI/Oが発行されたときにチェックされます。ノンオーナパスなど，通常I/Oが発行されないパスがある場合，パスヘルスチェック機能を有効にして，I/Oの有無に関係なく，障害を検出できるようにしてください。パスヘルスチェック機能の詳細については「2.9 パスヘルスチェックによる障害検出」を参照してください。

パスに障害がある状態で，パスヘルスチェックまたは自動フェイルバックで設定した時間間隔に到達し，パスヘルスチェックまたは自動フェイルバック処理が実行されているときに下記の処理を実行すると，応答が遅くなる場合があります。

HDLMコマンド

HDLMユティリティ

OSのボリュームグループ操作コマンド

mount/umountコマンド

cfgmgrコマンド

mkdevコマンド

rmdevコマンド

chdevコマンド

パスに障害がある状態で，HDLMコマンドのonlineオペレーションに-sパラメタを指定して実行すると，コマンド処理が終了するまでに時間が掛かることがあります。

パスに障害がある状態ですべてのパスまたは複数パスをonlineにするときは，-sパラメタを指定しないで実行することを推奨します。-sパラメタを指定しないで実行すると，onlineにできないパスがあったときに，処理を継続できるかどうかを確認するメッセージが表示されます。このメッセージに対して「n」を入力すると，コマンドを中断できます。

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

ストレージシステムはホストを起動する前に起動してください。これは，AIXがストレージシステムを検出できるようにするためです。

ストレージシステムからLUを削除する場合，あらかじめ対応するhdiskを削除してからLUを削除してください。

LUに対するストレージシステムのオーナコントローラを変更した場合は，hdiskの再構成またはサーバを再起動してください。

4.1.4 ホストをシャットダウンする場合の注意事項

クラスタ環境でない場合に，次の条件をすべて満たすボリュームグループを活動化したままホストをシャットダウンすると，ほかのホストからボリュームグループを操作できなくなります。

複数のホストで共有しているLUを使ってボリュームグループを作成している

ボリュームグループを構成するLUのリザーブポリシーの設定を「PR_exclusive」に設定している

ホストをシャットダウンする前に，次のコマンドを実行して，ボリュームグループを非活動化してください。

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

ボリュームグループを非活動化しないままホストをシャットダウンした場合は，ホストの再起動，ボリュームグループの活動化，およびボリュームグループの非活動化を行ってください。

4.1.5 ホストに障害が発生した場合の注意事項

クラスタ環境でない場合に，リザーブポリシーを「PR_exclusive」に設定してLUを占有しているホストに障害が発生すると，ほかのホストからはLUにアクセスできなくなります。この場合は，HDLMパーシステントリザーブ解除ユティリティ（dlmpr）を実行して，リザーブを解除してください。

dlmprユティリティについては，「7.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

ボリュームグループが活動化しているとき，またはHDLM管理対象デバイスとして認識されているhdiskを指定して直接アクセスしているときに下記の操作を行うと，I/Oが失敗するおそれがあります。下記の操作を行う場合，ボリュームグループが非活動化されていること，およびHDLM管理対象デバイスとして認識されているhdiskを指定して直接アクセスしていないことを確認してから実行してください。

dlmprユティリティを使用してリザーブキーをクリアする

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

正副ボリュームを同一サーバで参照させる運用をする場合には，下記の手順に従ってディスク運用をしてください。

正副ボリュームをペア化します（paircreate）。

正副ボリュームを切り離します（pairsplit）。

副側ボリュームをボリュームグループとして認識させます（recreatevg）。
recreatevgコマンドを実行すると，ボリュームグループの特性情報が初期化されます。そのため，必要に応じてボリュームグループの特性の変更（chvg）を行ってください。

正側ボリューム，副側ボリュームをそれぞれアクセスします。

ボリュームグループをエクスポートし，ボリューム情報を削除します（exportvg）。

正副ボリュームを再びペア化します（pairresync）。

正副ボリュームが複数ある場合は，手順2から6までの操作をそれぞれのボリュームに行います。

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

LVMミラー構成などで障害を検出した場合，Online(E)状態のパスに対しI/Oアクセスが続くと，障害を検出し続けてしまいます。

HDLM動作ODM設定ユティリティ（dlmodmset）の-iパラメタをonに設定すると，障害対策をするまでI/Oアクセスを抑止するので，障害対策に掛かる時間を短縮できます。

ただし，このパラメタをonに設定すると，Online(E)状態のパスへのI/Oアクセスが抑止されるため，I/O成功によってOnline状態へ自動的に遷移しません。パスの回復にはonlineコマンドか自動フェイルバック機能を使用してください。

dlmodmsetユティリティについては，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

4.1.8 ブートディスク環境でOSの機能が停止した場合の注意事項

次に示す条件をすべて満たす場合は，ブートディスクに使用しているLUのリザーブが解除されません。

ブートディスクのリザーブポリシーが「PR_exclusive」に設定されていた

ブートディスクの全パス障害などでOSの機能が停止して，OSが起動できない状態になった

このLUのリザーブを解除するには，このLUにアクセスできるホストからHDLMパーシステントリザーブ解除ユティリティ（dlmpr）を実行してください。

dlmprユティリティについては，「7.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

4.1.9 システムを複製する場合の注意事項

OSのmksysbコマンドを使って，HDLM管理対象デバイスを含むホストをバックアップできます。このようにして作成したmksysbイメージから，ほかのLPARまたはほかのホストにシステムの複製（クローン）を作成する場合，作成先のシステム環境に合わせてHDLMの情報を更新する必要があります。

作成先のシステム環境に合わせてHDLMの情報を更新するには，mksysbイメージをリストアしたあと，次の手順に従ってHDLMリストア支援ユティリティ（dlmpostrestore）を実行してください。

リストアが終了して起動したホストに，root権限を持つユーザでログインします。

dlmpostrestoreユティリティを実行します。

# /usr/DynamicLinkManager/bin/dlmpostrestore

処理を続行するかどうか確認するメッセージ（ローカルブートディスク環境の場合はKAPL10552-I，ブートディスク環境の場合はKAPL10555-I）が表示されます。処理を続行する場合，このメッセージに対して「y」を入力し，処理を継続させてください。
ブートディスク環境の場合はホストの再起動が実行されます。

dlmpostrestoreユティリティについては，「7.8 dlmpostrestore HDLMリストア支援ユティリティ」を参照してください。

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

この節では，HDLMコマンドで，HDLMの機能を使用する手順について説明します。各コマンドについては，「6. コマンドリファレンス」を参照してください。

この節の構成

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

4.2.2 パスの情報を参照する

4.2.3 パスの状態を変更する

4.2.4 LUの情報を参照する

4.2.5 hdisk，OS管理パスIDおよび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

ホストデバイス名を指定してパスをOnline状態にする場合は，パスのホストデバイス名およびOS管理パスIDを確認してください。
コマンドの実行例を次に示します。

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

パスの状態をOnline状態にするには，HDLMコマンドのonlineオペレーションを実行します。
Online状態にするパスは，HBAポート単位，CHAポート単位，パス単位，またはホストデバイス単位で指定できます。パスの指定については，「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

ホストデバイス名を指定してパスをOffline(C)状態にする場合は，パスのホストデバイス名およびOS管理パスIDを確認してください。
コマンドの実行例を次に示します。

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

パスの状態をOffline(C)状態にするには，HDLMコマンドのofflineオペレーションを実行します。
Offline(C)状態にするパスは，HBAポート単位，CHAポート単位，パス単位，またはホストデバイス単位で指定できます。パスの指定については，「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 OSPathID PathID Status
003A hdisk0   00000    000000 Online
             00001    000001 Online
003B hdisk1   00000    000002 Online
             00001    000003 Online
003C hdisk2   00000    000004 Online
             00001    000005 Online
003D hdisk3   00000    000006 Online
             00001    000007 Online
003E hdisk4   00000    000008 Online
             00001    000009 Online
003F hdisk5   00000    000010 Online
             00001    000011 Online
0040 hdisk6   00000    000012 Online
             00001    000013 Online
0041 hdisk7   00000    000014 Online
             00001    000015 Online
0042 hdisk8   00000    000016 Online
             00001    000017 Online
0043 hdisk9   00000    000018 Online
             00001    000019 Online
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7 view 情報を表示する」を参照してください。

4.2.5 hdisk，OS管理パスIDおよびLDEV情報の対応を確認する

HDLMコマンドでhdisk，OS管理パスIDおよびLDEV情報の対応を確認する手順について説明します。

hdisk，OS管理パスIDおよびLDEV情報の対応は，HDLMコマンドのviewオペレーションに，-drvパラメタを指定して実行することで確認できます。viewオペレーションについては，「6.7 view 情報を表示する」を参照してください。このオペレーションの実行結果は，パスごとに1行ずつ表示されます。

次にviewオペレーションの実行結果の例を示します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName OSPathID LDEV
000000 hdisk0   00000    SANRISE9500V.0051.0005
000001 hdisk1   00000    SANRISE9500V.0051.0015
000002 hdisk2   00000    SANRISE9500V.0051.0020
000003 hdisk0   00001    SANRISE9500V.0051.0005
000004 hdisk1   00001    SANRISE9500V.0051.0015
000005 hdisk2   00001    SANRISE9500V.0051.0020
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
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
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 4000
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
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 4000
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-1 HDLMの常駐プロセス一覧

プロセス名 | 説明
dlmmgr | HDLMマネージャのプロセス
hbsa_service | Hitachi Command Suite共通エージェントコンポーネントのプロセス※
hntr2mon | Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のプロセス

注※

HDLMとGlobal Link Managerを連携させない場合は，このプロセスを監視する必要はありません。

4.5 HDLM運用環境の構成変更

HDLMを運用する環境の構成を変更する場合の操作について説明します。

この節の構成

4.5.1 HDLM管理対象デバイスの変更

4.5.2 hdiskの属性を変更する

4.5.3 パスの変更

4.5.4 HBAの交換

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

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

4.5.1 HDLM管理対象デバイスの変更

HDLM管理対象デバイスの追加，削除，および属性の変更をする手順を説明します。

この項の構成

(1) HDLM管理対象デバイスを追加する

(2) HDLM管理対象デバイスを削除する

(3) HDLM管理対象デバイスの属性を変更する

(1) HDLM管理対象デバイスを追加する

デバイスをシステムに接続して，次のコマンドを実行してください。

# cfgmgr

(2) HDLM管理対象デバイスを削除する

次のコマンドを実行して，削除するデバイス（hdisk名）を確認します。

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

削除対象のデバイスを使用しているプロセス，およびサービスをすべて停止します。

次のコマンドを実行して，削除対象のデバイスを使用しているファイルシステムをアンマウントします。

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

削除対象のデバイスをボリュームグループに登録している場合は，次のコマンドを実行して，そのボリュームグループを非活動化します。

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

次のコマンドを実行して，削除対象のデバイスを削除します。

すべてのデバイスを削除する場合

# /usr/DynamicLinkManager/bin/dlmrmdev

特定のデバイスを削除する場合

# rmdev -dl hdisk名

次のコマンドを実行して，デバイスが削除されたことを確認します。

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

すべてのデバイスを削除した場合は，次のメッセージが表示されることを確認してください。

KAPL01019-W The target path was not found. Operation name = view

特定のデバイスを削除した場合は，削除したデバイス（hdisk名）が表示されていないことを確認してください。

(3) HDLM管理対象デバイスの属性を変更する

注意事項

パスに障害が発生しているときにchdevコマンドを実行すると，そのパスは削除されてしまいます。この場合，パスの障害が復旧したあとにcfgmgrコマンドを再度実行してから，下記の手順を実行してください。

HDLMで使用しているボリュームグループを非活動化します。

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

chdevコマンドを実行して属性を変更します。
例として，待ち行列の深さとタイムアウト値を変更する場合を次に示します。

# chdev -l hdisk名 -a queue_depth=8 -a rw_timeout=60

HDLMで使用しているボリュームグループを活動化します。

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

4.5.2 hdiskの属性を変更する

hdiskの属性には，デフォルト値と実際に使用される値があります。hdiskを新規に構成，またはいったん削除して再構成した場合，hdiskの属性はデフォルト値が実際の値として設定されます。

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）を使用すると，このデフォルト値を変更できます。

注意事項

hdiskごとの属性値を個別に変更したい場合は，dlmchpdattrユティリティではなくchdevコマンドを使用して，実際に使用される値を変更してください。ここでは，dlmchpdattrユティリティを使用してhdiskのデフォルト値を変更して，実際に使用される値に反映させる手順を説明します。

dlmchpdattrユティリティに-Aパラメタを指定して実行すると，デフォルト値を変更したあとに，hdiskを自動で再構成できます。なお，-Aパラメタを省略して実行してもデフォルト値は変更できますが，hdiskの再構成は手動で実行する必要があります。

hdiskの再構成を自動で実行する場合は，「(1) hdiskの再構成を自動で実行する」の手順を実行してください。hdiskの再構成を手動で実行する場合は，「(2) hdiskの再構成を手動で実行する」の手順を実行してください。

dlmchpdattrユティリティについては，「7.3 dlmchpdattr HDLMデフォルト設定変更ユティリティ」を参照してください。

この項の構成

(1) hdiskの再構成を自動で実行する

(2) hdiskの再構成を手動で実行する

(1) hdiskの再構成を自動で実行する

hdiskの再構成を自動で実行する場合の手順を次に示します。

AIXに，root権限を持つユーザでログインします。

dlmchpdattrユティリティに-Aパラメタを指定して実行します。

# /usr/DynamicLinkManager/bin/dlmchpdattr -A -a reserve_policy=no_reserve

処理を続行するかどうか確認するメッセージが表示されます。このメッセージに対して「y」を入力し，処理を継続させてください。
正常終了した場合はKAPL10571-Iのメッセージが表示されます。

hdiskのリザーブポリシーのデフォルト値が変更されていることを確認します。
dlmchpdattrユティリティに-oパラメタを指定して実行してください。

# /usr/DynamicLinkManager/bin/dlmchpdattr -o
uniquetype = disk/fcp/Hitachi
   reserve_policy     : no_reserve
KAPL10571-I The dlmchpdattr utility completed successfully.

実行環境がブートディスク環境の場合，手順4に進んでください。実行環境がローカルブートディスク環境の場合，手順5に進んでください。

次に示すコマンドを実行して，ホストを再起動します。

# shutdown -Fr

次に示すコマンドを実行して，HDLM管理対象デバイスとして認識されているhdiskの状態が「使用可能」であることを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02 Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02 Hitachi Disk Array (Fibre)

この例では，hdisk3，hdisk4がHDLM管理対象デバイスとして認識されています。
hdiskの状態がすべて「使用可能」である場合は，手順7に進んでください。「定義済み」状態のhdiskがある場合は，手順6へ進んでください。

次に示すコマンドを実行して，hdiskの状態を「使用可能」に変更します。

# cfgmgr

コマンドを実行したら，手順5を再実行してください。

hdiskのリザーブポリシー属性の設定を確認します。
変更したデフォルト値が実際に使用される値に反映されているか確認してください。

# lsattr -El hdisk名 | grep reserve_policy
reserve_policy  no_reserve  Reserve Policy  真

HDLMで使用しているボリュームグループを活動化します。

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

HDLMで使用するファイルシステムをマウントします。

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

(2) hdiskの再構成を手動で実行する

hdiskの再構成を手動で実行する場合の手順を次に示します。

注意事項

次の手順のうち，誤って手順2または手順6を実行しないでdlmchpdattrユティリティを実行した場合，lsattrコマンドの結果では変更した値が反映されているように見えますが，実際に使用される値には反映されません。実際に使用される値に反映させるためには手順2を実行したあと，ローカルブートディスク環境の場合は手順10を，ブートディスク環境の場合は手順12を実行してください。

AIXに，root権限を持つユーザでログインします。
次にHDLMデバイスを構成し直します。構成し直すために必要なアンマウント処理や，ボリュームグループの活動状態を変更する処理などを自動で実行したい場合は手順2に進んでください。それらを手動で実行したい場合は手順3へ進んでください。

HDLMドライバ削除ユティリティ（dlmrmdev）に-eパラメタと-Aパラメタを指定して実行します。

# /usr/DynamicLinkManager/bin/dlmrmdev -e -A

dlmrmdevユティリティについては，「7.12 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。
正常終了した場合，KAPL10531-Iのメッセージが表示されます。
KAPL10531-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから，手順2を再実行してください。
dlmrmdevユティリティが正しく実行できたら，手順7に進んでください。

次に示すコマンドを実行して，HDLMで使用しているファイルシステムをアンマウントします。

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

次に示すコマンドを実行して，活動化状態のボリュームグループをすべて表示させます。

# lsvg -o

表示されたボリュームグループから，HDLMで使用しているボリュームグループを非活動化します。

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

dlmrmdevユティリティに-eパラメタを指定して実行します。

# /usr/DynamicLinkManager/bin/dlmrmdev -e

正常終了した場合はKAPL10531-Iのメッセージが表示されます。KAPL10531-Iのメッセージが表示されない場合，HDLMの管理対象パスを使用しているプロセス，サービス，ファイルシステム，およびボリュームグループがないことを確認してから手順6を再実行してください。

次に示すコマンドを実行して，HDLM管理対象デバイスとして認識されているhdiskの状態が「定義済み」であることを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk3 定義済み 1H-08-02 Hitachi Disk Array (Fibre)
hdisk4 定義済み 1H-08-02 Hitachi Disk Array (Fibre)

この例では，hdisk3，hdisk4がHDLM管理対象デバイスとして認識されています。

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）を実行します。

# /usr/DynamicLinkManager/bin/dlmchpdattr -a reserve_policy=no_reserve

処理を続行するかどうか確認するメッセージが表示されます。処理を続行する場合，このメッセージに対して「y」を入力し，処理を継続させてください。
正常終了した場合はKAPL10571-Iのメッセージが表示されます。

hdiskのリザーブポリシーのデフォルト値が変更されていることを確認します。
dlmchpdattrユティリティに-oパラメタを指定して実行してください。

# /usr/DynamicLinkManager/bin/dlmchpdattr -o
uniquetype = disk/fcp/Hitachi
   reserve_policy     : no_reserve
KAPL10571-I The dlmchpdattr utility completed successfully.

次に示す実行環境に従って，手順を実行してください。

実行環境がローカルブートディスク環境の場合
手順10に進んでください。

実行環境がブートディスク環境の場合
手順11に進んでください。

次に示すコマンドを実行して，hdiskの状態を「使用可能」に変更します。

# cfgmgr

コマンドを実行したら，手順13に進んでください。

rootvgを構成しているすべてのhdiskに対して，HDLMパーシステントリザーブ解除ユティリティ（dlmpr）を実行します。

# dlmpr -c rootvgを構成しているHDLMデバイス名

処理を続行するかどうか確認するメッセージが表示されます。処理を続行する場合，このメッセージに対して「y」を入力し，処理を継続させてください。
リザーブが正常に解除された場合はKAPL10642-Iのメッセージが表示されます。解除するリザーブがなかった場合はKAPL10650-Iのメッセージが表示されます。
dlmprユティリティについては，「7.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

次に示すコマンドを実行して，ホストを再起動します。

# shutdown -Fr

次に示すコマンドを実行して，HDLM管理対象デバイスとして認識されているhdiskの状態が「使用可能」であることを確認します。

# lsdev -Cc disk
hdisk0 使用可能 1S-08-00-8,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk1 使用可能 1S-08-00-9,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk2 使用可能 1S-08-00-10,0 16 ビット LVD SCSI ディスク・ドライブ
hdisk3 使用可能 1H-08-02 Hitachi Disk Array (Fibre)
hdisk4 使用可能 1H-08-02 Hitachi Disk Array (Fibre)

この例では，hdisk3，hdisk4がHDLM管理対象デバイスとして認識されています。
hdiskの状態がすべて「使用可能」である場合は，手順14に進んでください。「定義済み」状態のhdiskがある場合は，手順10を再実行してください。

hdiskのリザーブポリシー属性の設定を確認します。
変更したデフォルト値が実際に使用される値に反映されているか確認してください。

# lsattr -El hdisk名 | grep reserve_policy
reserve_policy  no_reserve  Reserve Policy  真

HDLMで使用しているボリュームグループを活動化します。

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

HDLMで使用するファイルシステムをマウントします。

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

4.5.3 パスの変更

ここではパスの追加，削除をする手順を示します。

この項の構成

(1) パスを追加する（rootvg以外のボリュームグループの場合）

(2) パスを追加する（rootvgに含まれるデバイスの場合）

(3) パスを削除する（rootvg以外のボリュームグループの場合）

(4) パスを削除する（rootvgに含まれるデバイスの場合）

(1) パスを追加する（rootvg以外のボリュームグループの場合）

パスをシステムに接続して，次のコマンドを実行してください。

# cfgmgr

(2) パスを追加する（rootvgに含まれるデバイスの場合）

例として，rootvgがhdisk0デバイスとhdisk1デバイスで構成されている環境で，hdisk0にパスを追加する手順を次に示します。

パスをシステムに接続して，次のコマンドを実行します。

# cfgmgr

現在のブートディスクの一覧を確認します。
コマンドの実行例を，次に示します。

# bootlist -m normal -o
hdisk0 blv=hd5
hdisk1 blv=hd5
...

使用するホストの環境に合わせて，ブートディスクを指定します。
コマンドの実行例を，次に示します。

# bootlist -m normal hdisk0 hdisk1

指定したパスの数で，ブートディスクが構成されていることを確認します。
コマンドの実行例を，次に示します。

# bootlist -m normal -o
hdisk0 blv=hd5
hdisk0 blv=hd5
hdisk1 blv=hd5
...

(3) パスを削除する（rootvg以外のボリュームグループの場合）

rootvg以外のボリュームグループのパスを削除する手順を次に示します。

次に示すHDLMコマンドを実行して，削除するパスのOS管理パスIDとそのパスが接続されているデバイス（hdisk名）を確認します。

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName OSPathID LDEV
000000 hdisk5   00000    SANRISE_USP.0014050.0065
000001 hdisk5   00001    SANRISE_USP.0014050.0065
000002 hdisk5   00002    SANRISE_USP.0014050.0065
000003 hdisk10  00000    SANRISE9500V.5457.0102
000004 hdisk10  00001    SANRISE9500V.5457.0102
000005 hdisk10  00002    SANRISE9500V.5457.0102

削除するパスのPathIDの行にある，HDevNameおよびOSPathIDを確認してください。以降の手順では，この手順で確認したHDevNameをデバイス名，OSPathIDをOS管理パスIDと呼びます。

次のコマンドを実行して，削除対象のパスの親デバイスおよびコネクションを確認します。
手順1で確認した，デバイス名を指定して実行してください。

# lspath -Hl デバイス名 -F “name path_id parent connection”

hdisk10を指定した場合の実行結果を次に示します。

# lspath -Hl hdisk10 -F “name path_id parent connection”
name      path_id parent connection

hdisk10   0       fscsi4 50060e800436e240,6a000000000000
hdisk10   1       fscsi4 50060e800436e250,6a000000000000
hdisk10   2       fscsi5 50060e800436e240,6a000000000000

path_idがOS管理パスIDと一致している行を検索してください。一致している行が見つかったら，parentおよびconnectionを確認してください。以降の手順では，確認したparentをfscsi番号，確認したconnectionを接続位置と呼びます。

パスを削除します。

# rmpath -d -l デバイス名 -p fscsi番号 -w 接続位置

OS管理パスIDが「2」のパスを削除するコマンド例を次に示します。

# rmpath -d -l hdisk10 -p fscsi5 -w 50060e800436e240,6a000000000000

パスが削除されたことを確認します。

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

(4) パスを削除する（rootvgに含まれるデバイスの場合）

例として，rootvgがhdisk0デバイスとhdisk1デバイスで構成されている環境で，hdisk0のパスを削除する手順を次に示します。

「(3) パスを削除する（rootvg以外のボリュームグループの場合）」の手順に従って，rootvg以外のボリュームグループのパスを削除します。

現在のブートディスクの一覧を確認します。
コマンドの実行例を，次に示します。

# bootlist -m normal -o
hdisk0 blv=hd5
-
hdisk1 blv=hd5
...

使用するホストの環境に合わせて，ブートディスクを指定します。
コマンドの実行例を，次に示します。

# bootlist -m normal hdisk0 hdisk1

指定したパスの数で，ブートディスクが構成されていることを確認します。
コマンドの実行例を，次に示します。

# bootlist -m normal -o
hdisk0 blv=hd5
hdisk1 blv=hd5
...

4.5.4 HBAの交換

LUに対して複数の稼働状態のパスがある場合，交換するHBAを経由するパスだけを閉塞状態にして，そのほかのパスを使用してアクセスを続けることで，アプリケーションを運用したままHBAを交換できます。

HBAの交換手順を次に示します。

次のコマンドを実行して，交換しようとしているHBAに対応するfscsi番号を検索します。

# lsdev -C | grep fscsi

実行結果の例を次に示します。

fscsi0 使用可能 1H-08-02 FC SCSI I/O コントローラー・プロトコル・デバイス
fscsi1 使用可能 11-08-02 FC SCSI I/O コントローラー・プロトコル・デバイス

上記の実行結果の2行目を例にすると，「11-08-02」の「11」がバス番号，「08」がHBAアダプタ番号を表します。このHBAを交換する場合，対応するfscsi番号は「1」となります。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，NPIVオプションの設定を確認します。

# /usr/DynamicLinkManager/bin/dlmodmset -o

実行結果の例を次に示します。

Lun Reset                                : off
Online(E) IO Block                       : on
NPIV Option                              : off
OS Error Log Output                      : off

「NPIV Option」の行を確認してください。

交換するHBAを経由するパスをOffline(C)状態にします。
手順2で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「08」，バス番号「11」のHBAを経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 08.11

NPIVオプションが「on」の場合
手順1で検索したfscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「1」（fscsi1）を経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 00.01

次のコマンドを実行して，交換するHBAに接続するパスを削除します。
交換するHBAのデバイス名（fscsiデバイス）を指定します。nはfscsiデバイスのインスタンス番号です。

# rmpath -p fscsin -d

手順1で検索したfscsi番号が「1」（fscsi1）の場合，次のようになります。

# rmpath -p fscsi1 -d

ストレージシステム側にLUNセキュリティを設定している場合は，交換後のHBAのWWNをLUNセキュリティに追加します。

次に示すコマンドを実行します。

# diag

注意事項

diagコマンド実行後の操作は使用しているAIXのマニュアルを参照してください。次の手順7から手順14はAIX V6.1 (Technology Level 02)の実行例です。

表示されたメニューから［Task Selection］を選択します。
Task Selection List画面が表示されます。

［Hot Plug Task］を選択します。
Hot Plug Task画面が表示されます。

［PCI Hot Plug Manager］を選択します。
PCIホット・プラグ・マネージャー画面が表示されます。

［PCIホット・プラグ・スロットをリスト］を選択し，HBAを交換するPCIスロットを確認します。
[図]
網掛けの部分がHBAを交換するPCIスロットです。

PCIホット・プラグ・マネージャー画面に戻り，［デバイスの構成解除］を選択し，デバイス名に交換するデバイスを入力します。
［子デバイスの構成解除］，および［データベースに定義を保持する］の項目は［はい］を選択してください。
[図]

PCIホット・プラグ・マネージャー画面に戻り，［PCIホット・プラグ・アダプタの交換／取り外し］を選択します。
交換するHBAを選択します。

入力フィールドで［交換］を選択します。

次のメッセージが表示されたらHBAを交換します。
[図]
HBAの交換が完了したら，ケーブルを接続して，Enterキーを入力します。

次のコマンドを実行して，デバイスを再構成します。

# cfgmgr -l fcsn

HBAを交換したPCIスロットのデバイス名（fcsデバイス）を指定して再構成します。nはfcsデバイスのインスタンス番号です。

ストレージシステム側にLUNセキュリティを設定している場合は，交換前のHBAのWWNをLUNセキュリティから削除します。

次のコマンドを実行して，パス情報を確認します。

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

パス情報の詳細については，「6.7 view 情報を表示する 」を参照してください。

注意事項

上記の手順に従わないで，次の条件をすべて満たす状態でHBAをすべて交換した場合※，ホスト再起動後にボリュームグループが活動化できなくなります。

交換するHBAを経由するパスを持つhdiskで構成するボリュームグループを活動化したまま，ホストをシャットダウンした。

ボリュームグループを構成するhdiskのリザーブポリシーがPR_exclusiveに設定されている。

注※

一部のHBAを交換した場合は，ホスト再起動後にボリュームグループが活動化されて，交換後のHBAを経由するパスが追加されます。ただし，交換前のHBAを経由するパスが定義済み状態で残るため，必要に応じて削除してください。

ボリュームグループを活動化するためには，次の操作を実行してください。

rootvgを構成するボリュームグループの場合
ストレージシステムまたはほかのサーバから，該当するLUのリザーブを解除してください。

rootvg以外のボリュームグループの場合

ストレージシステム側にLUNセキュリティを設定している場合は，交換後のHBAのWWNをLUNセキュリティに追加します。

ホストを起動します。

次のコマンドを実行して，交換前のHBAを経由するHDLMデバイスを削除します。
# rmdev -dl hdisk名
nはHDLMデバイスのインスタンス番号です。

ストレージシステム側にLUNセキュリティを設定している場合は，交換前のHBAのWWNをLUNセキュリティから削除します。

次のコマンドを実行して，デバイスを再構成します。
# cfgmgr -l fcsn
HBAを交換したPCIスロットのデバイス名（fcsデバイス）を指定して再構成します。nはfcsデバイスのインスタンス番号です。

次のコマンドを実行して，パス情報を確認します。
# /usr/DynamicLinkManager/bin/dlnkmgr view -path
パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）を実行して，該当するボリュームグループを構成するLUのリザーブを解除します。
# /usr/DynamicLinkManager/bin/dlmpr -c hdisk名 hdisk名 ...

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

HBAを交換したあと，ブートディスクに指定していたhdisk（論理デバイスファイル）へのパスのうち，交換したHBAを経由するパスが，AIXの仕様によってブートディスクから除外され，ブートディスクとして認識されない場合があります。このため，いったんホストを再起動してから，交換したHBAを経由するパスをブートディスクに指定し直す必要があります。
パスをブートディスクに指定し直す手順を次に示します。ここではストレージシステム上にあるデバイス「hdisk10」を，再度ブートディスクとして指定し直す手順の例を示します。

次に示すコマンドを実行して，ホストを再起動します。
# shutdown -Fr

ブートディスクがマルチパス構成になっていることを確認します。
コマンドの実行例を，次に示します。
# lspath -l hdisk10 -s available
使用可能 hdisk10 fscsi0
使用可能 hdisk10 fscsi1

次のコマンドを実行して，現在のブートディスクのリストを確認します。
コマンドの実行例を，次に示します。
# bootlist -m normal -o
hdisk10 blv=hd5
hdisk0 blv=hd5
hdisk1 blv=hd5
...

使用するホストの環境に合わせて，ブートディスクを指定します。
コマンドの実行例を，次に示します。
# bootlist -m normal hdisk10 hdisk0 hdisk1

手順2で確認したパスの数で，ブートディスクが構成されていることを確認します。
コマンドの実行例を，次に示します。
# bootlist -m normal -o
hdisk10 blv=hd5
hdisk10 blv=hd5
hdisk0 blv=hd5
hdisk1 blv=hd5
...

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

LUに対して複数の稼働状態のパスがある場合，交換するケーブルを経由するパスだけを閉塞状態にして，そのほかのパスを使用してアクセスを続けることで，アプリケーションを運用したままケーブルを交換できます。

ファイバケーブルを交換する手順を次に示します。

注意事項

次に示す手順で交換できるのは，ファイバケーブルだけです。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，NPIVオプションの設定を確認します。

# /usr/DynamicLinkManager/bin/dlmodmset -o

実行結果の例を次に示します。

Lun Reset                                : off
Online(E) IO Block                       : on
NPIV Option                              : off
OS Error Log Output                      : off

「NPIV Option」の行を確認してください。

交換するケーブルを経由するパス（ケーブルが接続しているHBAを経由するパス）をOffline(C)状態にします。
手順1で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「08」，バス番号「11」のHBAを経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 08.11

NPIVオプションが「on」の場合
fscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「1」（fscsi1）を経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 00.01

ケーブルを交換します。

注意事項

ファイバチャネルスイッチ側のポート，またはストレージシステム側のポートを変更した場合，パスの構成が変更されます。交換するケーブルに関連するhdiskを削除したあと，再構成してください。

交換したケーブルを経由するパスをOnline状態にします。
交換したケーブルが接続しているHBAを経由するパスをOnline状態にします。
手順1で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「08」，バス番号「11」のHBAを経由するパスをOnline状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr online -hba 08.11

NPIVオプションが「on」の場合
fscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「1」（fscsi1）を経由するパスをOnline状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr online -hba 00.01

次のコマンドを実行して，パス情報を確認します。

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

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

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

LUに対して複数の稼働状態のパスがある場合，交換するファイバチャネルスイッチを経由するパスだけを閉塞状態にして，そのほかのファイバチャネルスイッチを使用してアクセスを続けることで，アプリケーションを運用したままファイバチャネルスイッチを交換できます。

ファイバチャネルスイッチの交換手順を次に示します。

注意事項

次に示す手順で交換できるのは，ファイバチャネルスイッチだけです。

次のコマンドを実行して，交換しようとしているファイバチャネルスイッチを経由するパス（ファイバチャネルスイッチが接続しているHBAを経由するパス）に対応するfscsi番号を検索します。

# lsdev -C | grep fscsi

実行結果の例を次に示します。

fscsi0 使用可能 1H-08-02 FC SCSI I/O コントローラー・プロトコル・デバイス
fscsi1 使用可能 11-08-02 FC SCSI I/O コントローラー・プロトコル・デバイス

上記の実行結果の2行目を例にすると，「11-08-02」の「11」がバス番号，「08」がHBAアダプタ番号を表します。ファイバチャネルスイッチがこのHBAと接続している場合，対応するfscsi番号は「1」となります。

HDLM動作ODM設定ユティリティ（dlmodmset）を実行して，NPIVオプションの設定を確認します。

# /usr/DynamicLinkManager/bin/dlmodmset -o

実行結果の例を次に示します。

Lun Reset                                : off
Online(E) IO Block                       : on
NPIV Option                              : off
OS Error Log Output                      : off

「NPIV Option」の行を確認してください。

交換するファイバチャネルスイッチを経由するパスをOffline(C)状態にします。
手順2で確認したdlmodmsetユティリティのNPIVオプションの内容に応じて，次のコマンドを実行します。

NPIVオプションが「off」の場合
HBAアダプタ番号とバス番号を指定して，次のコマンドを実行します。この実行例は，HBAアダプタ番号「08」，バス番号「11」のHBAを経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 08.11

NPIVオプションが「on」の場合
手順1で検索したfscsi番号を使用して，次のコマンドを実行します。この実行例は，fscsi番号「1」（fscsi1）を経由するパスをOffline(C)状態にする場合の例です。
# /usr/DynamicLinkManager/bin/dlnkmgr offline -hba 00.01

次のコマンドを実行して，交換するファイバチャネルスイッチを経由するパスを削除します。
交換するファイバチャネルスイッチが接続しているHBAのデバイス名（fscsiデバイス）を指定します。nはfscsiデバイスのインスタンス番号です。

# rmpath -p fscsin -d

手順1で検索したfscsi番号が「1」（fscsi1）の場合，次のようになります。

# rmpath -p fscsi1 -d

次のコマンドを実行して，親デバイス名を求めます。

# lsdev -C -l fscsin -F parent

交換するファイバチャネルスイッチに関連するHBAのデバイスを削除します。

# rmdev -dl fscsin -R

ファイバチャネルスイッチを交換します。

次のコマンドを実行して，HBAのデバイスを再構成します。

# cfgmgr -l fcsn

fcsnは，手順5で取得した親デバイス名です。
nはfcsデバイスのインスタンス番号です。

次に示すコマンドを実行して，パス情報を確認します。

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

パス情報の詳細については，「6.7 view 情報を表示する」を参照してください。

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を追加する場合には，AIXのcfgmgrコマンドの実行時にその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

ホストデバイス名です。

hdisk名が表示されます。

これは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ポート情報，hdisk，OS管理パスIDおよび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] [-hdev Host_Device_Name [-ospathid OS_Path_ID]] [-s]
 Valid value
  AutoPATH_ID    { 000000 - 999999 }(Decimal)
  HBA_ID         { 00000 - 99999 }(Decimal)
  CHA_ID         { 00000 - 99999 }(Decimal)
  OS_Path_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] -hdev Host_Device_Name -ospathid OS_Path_ID [-s]
 Valid value
  AutoPATH_ID    { 000000 - 999999 }(Decimal)
  HBA_ID         { 00000 - 99999 }(Decimal)
  CHA_ID         { 00000 - 99999 }(Decimal)
  OS_Path_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ポート単位，パス単位，またはホストデバイス単位で，閉塞状態にするパスを指定します。

各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

|-hdev ホストデバイス名 -ospathid OS管理パスID}

[-s]

(2) offlineオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr offline -help

6.4.2 パラメタ

この項の構成

(1) パスを閉塞状態にする場合

(2) offlineオペレーションの形式を表示する場合

(1) パスを閉塞状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

offlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-hbaid，-cha，-chaid，-pathidパラメタ，または-hdevと-ospathidパラメタで，閉塞状態にするパスを必ず指定します。

-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を追加する場合には，cfgmgrコマンドの実行時にその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を追加する場合には，cfgmgrコマンドの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，閉塞状態にするパスの現在のパス管理PATH_IDを確認してから，offlineオペレーションを実行してください。

-hdev ホストデバイス名 -ospathid OS管理パスID

ホストデバイスに接続されているパスを閉塞状態にする場合に指定します。

ホストデバイス名には，HDevNameを指定します。

OS管理パスIDには，OSPathIDを指定します。OS管理パスIDの，左側の桁から0詰めされている0は省略できます（00001と1は同値です）。

HDevNameおよびOSPathIDは，次に示すviewオペレーションを実行すると表示されます。

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

viewオペレーションを実行してホストデバイス名およびOS管理パスIDを表示する方法については，「6.7.2 パラメタ」の「(3) LU情報を表示する場合」を参照してください。指定できるパラメタ値は1つだけです。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，ホストデバイス名「hdisk0」，OS管理パスID「00001」を通るパスを閉塞状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr offline -path -hdev hdisk0 -ospathid 1
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] -hdev Host_Device_Name -ospathid OS_Path_ID [-s]
 Valid value
  AutoPATH_ID     { 000000 - 999999 }(Decimal)
  HBA_ID          { 00000 - 99999 }(Decimal)
  CHA_ID          { 00000 - 99999 }(Decimal)
  OS_Path_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ポート単位，パス単位，またはホストデバイス単位で指定できます。

この節の構成

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

|-hdev ホストデバイス名 [-ospathid OS管理パスID]]

[-s]

(2) onlineオペレーションの形式を表示する場合

/usr/DynamicLinkManager/bin/dlnkmgr online -help

6.5.2 パラメタ

この項の構成

(1) パスを稼働状態にする場合

(2) onlineオペレーションの形式を表示する場合

(1) パスを稼働状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

onlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-hbaid，-cha，-chaid，-pathid，または-hdevパラメタで，稼働状態にするパスを指定できます。これらのパラメタを省略した場合は，すべての閉塞状態のパスを稼働状態にします。稼働状態にできないパスがあった場合，処理を継続するかどうかを確認するメッセージが表示されます。稼働状態にできなかったパスを閉塞状態のままにして処理を継続する場合は「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を追加する場合には，cfgmgrコマンドの実行時にその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を追加する場合には，cfgmgrコマンドの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。必ずviewオペレーションを実行して，稼働状態にするパスの現在のパス管理PATH_IDを確認してから，onlineオペレーションを実行してください。

-hdev ホストデバイス名 [-ospathid OS管理パスID]

ホストデバイスに接続されているパスを稼働状態にする場合に指定します。-ospathidパラメタを指定しない場合は，指定したホストデバイス名を通るすべてのパスを稼働状態にします。

ホストデバイス名には，HDevNameを指定します。

OS管理パスIDには，OSPathIDを指定します。OS管理パスIDの，左側の桁から0詰めされている0は省略できます（00001と1は同値です）。

HDevNameおよびOSPathIDは，次に示すviewオペレーションを実行すると表示されます。

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

viewオペレーションを実行してホストデバイス名およびOS管理パスIDを表示する方法については，「6.7.2 パラメタ」の「(3) LU情報を表示する場合」を参照してください。指定できるパラメタ値は1つだけです。英字の大文字，小文字は区別されます。

使用例

コマンド実行の確認をして，ホストデバイス名「hdisk0」，OS管理パスID「00001」を通るパスを稼働状態にする場合

# /usr/DynamicLinkManager/bin/dlnkmgr online -path -hdev hdisk0 -ospathid 1
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] [-hdev Host_Device_Name [-ospathid OS_Path_ID]] [-s]
 Valid value
   AutoPATH_ID     { 000000 - 999999 }(Decimal)
   HBA_ID          { 00000 - 99999 }(Decimal)
   CHA_ID          { 00000 - 99999 }(Decimal)
   OS_Path_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

|-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

監査ログ採取
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 永久ライセンスがインストールされました。
#

-audlog {on [-audlv 監査ログ採取レベル] [-category [[ss] [a] [ca]|all]]|off}

監査ログの採取を指定します。

on：採取する

off：採取しない

-audlv 監査ログ採取レベル

監査ログとして採取する重要度（Severity）のレベルを設定します。設定値を次の表に示します。デフォルトの設定値は「6」です。

表6-7 監査ログ採取レベルの設定値

設定値（重要度） | 説明
0 | 監査ログを採取しません。
1
2 | Criticalレベルの監査ログを採取します。
3 | Critical，およびErrorレベルの監査ログを採取します。
4 | Critical，Error，およびWarningレベルの監査ログを採取します。
5
6 | Critical，Error，Warning ，およびInformationalレベルの監査ログを採取します。
7

-category [[ss] [a] [ca]|all]

監査ログとして採取する種別を設定します。設定値を次の表に示します。デフォルトの設定値は「all」です。-categoryを指定して設定値を省略した場合は「all」が指定されたものと見なされます。

表6-8 監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

-audfac Facility値

監査ログのFacilityを指定します。

設定値を次の表に示します。デフォルトの設定値は「user」です。

表6-9 監査ログのFacilityの設定値

設定値 | /etc/syslog.confファイルでの対応する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
               | -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)
   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ポート情報，hdisk，OS管理パスIDおよびLDEV情報の対応を表示します。

この節の構成

6.7.1 形式

6.7.2 パラメタ

6.7.1 形式

この項の構成

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) hdisk，OS管理パスIDおよび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) hdisk，OS管理パスIDおよび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) hdisk，OS管理パスIDおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

この項の構成

(1) プログラム情報を表示する場合

(2) パス情報を表示する場合

(3) LU情報を表示する場合

(4) HBAポート情報を表示する場合

(5) CHAポート情報を表示する場合

(6) hdisk，OS管理パスIDおよびLDEV情報の対応を表示する場合

(7) viewオペレーションの形式を表示する場合

(1) プログラム情報を表示する場合

-sys [-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog|-lbpathusetimes|-expathusetimes]

HDLMのプログラム情報が表示されます。

後続パラメタで，情報を表示する対象を指定します。後続パラメタを省略した場合は，監査ログ採取の設定情報，ロードバランスの同一パス使用回数，および拡張ロードバランスの同一パス使用回数を除くすべてのプログラム情報が表示されます。指定するパラメタ，表示される情報，表示される項目，およびその説明を「表6-10 プログラム情報の表示項目」に示します。

-t

各情報の項目名を表示しません。

表6-10 プログラム情報の表示項目

パラメタおよび表示される情報
表示項目
説明

-sfunc
HDLMの機能設定情報
HDLM Version
HDLMのバージョン番号です。

-sfunc
HDLMの機能設定情報
Service Pack Version
HDLMのSPバージョン番号です。SPがインストールされていない場合は，空白です。

-sfunc
HDLMの機能設定情報
Load Balance
ロードバランス機能の設定状態です。

設定状態
on：有効 off：無効

アルゴリズム
設定状態がonの場合，onのあとの( )にロードバランスのアルゴリズムを表示します。
rr：ラウンドロビン
extended rr：拡張ラウンドロビン
lio：最少I/O数
extended lio：拡張最少I/O数
lbk：最少ブロック数
extended lbk：拡張最少ブロック数

-sfunc
HDLMの機能設定情報
Support Cluster
空白※

-sfunc
HDLMの機能設定情報
Elog Level
障害ログ採取レベルです。

0：障害ログを採取しない

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

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

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

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

-sfunc
HDLMの機能設定情報
Elog File Size(KB)
障害ログファイルのサイズです。単位は「キロバイト」です。

-sfunc
HDLMの機能設定情報
Number Of Elog Files
障害ログファイル数です。

-sfunc
HDLMの機能設定情報
Trace Level
トレースの出力レベルです。

0：トレースを出力しない

1：エラー情報だけ出力する

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

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

4：すべての情報を出力する

-sfunc
HDLMの機能設定情報
Trace File Size(KB)
トレースファイルのサイズです。単位は「キロバイト」です。

-sfunc
HDLMの機能設定情報
Number Of Trace Files
トレースファイル数です。

-sfunc
HDLMの機能設定情報
Path Health Checking
パスヘルスチェック機能の設定状態です。

設定状態
on：有効 off：無効

チェック間隔
設定状態がonの場合，onのあとの( )にパスヘルスチェックを実行するチェック間隔を表示します。単位は「分」です。

-sfunc
HDLMの機能設定情報
Auto Failback
自動フェイルバック機能の設定状態です。

設定状態
on：有効 off：無効

チェック間隔
設定状態がonの場合，onのあとの( )に，パスの状態を確認するチェック間隔を表示します。単位は「分」です。

-sfunc
HDLMの機能設定情報
Intermittent Error Monitor
間欠障害監視の設定状態です。

設定状態
on：有効 off：無効
自動フェイルバックが「off」の場合，間欠障害監視に「on」が表示されていても，監視は無効です。自動フェイルバックが「on」になったときに間欠障害監視が有効になります。

障害監視時間および障害発生回数
設定状態がonの場合，onのあとの( )に，設定した障害監視時間および障害発生回数が，「障害発生回数 / 障害監視時間」の形式で表示されます。単位は「回」と「分」です。

-sfunc
HDLMの機能設定情報
Dynamic I/O Path Control
ダイナミックI/Oパスコントロール機能の設定状態です。

設定状態
on：有効 off：無効

チェック間隔
設定状態のあとの( )に，ストレージシステム側で行われるコントローラ切り替え情報を見直すチェック間隔を表示します。単位は「分」です。
ストレージシステム単位またはLU単位ごとに異なる設定をしていた場合は，チェック間隔の( )のあとに「*」が付加されます。

-msrv
HDLMマネージャの情報
HDLM Manager
HDLMマネージャの状態です。
Alive：正常 Dead：停止

Ver
HDLMマネージャのバージョン番号です。

WakeupTime
HDLMマネージャの起動時刻です。

-adrv
HDLMアラートドライバの情報
HDLM Alert Driver
HDLMアラートドライバの状態です。
Alive：正常 Dead：停止

Ver
HDLMアラートドライバのバージョン番号です。

WakeupTime
HDLMアラートドライバの起動時刻です。

ElogMem Size
HDLMアラートドライバの障害ログメモリのサイズです。単位は「キロバイト」です。

-pdrv
HDLMドライバの情報
HDLM Driver
HDLMドライバの状態です。
Alive：正常 Dead：停止

Ver
HDLMドライバのバージョン番号です。

WakeupTime
HDLMドライバの起動時刻です。

-lic
HDLMのライセンス情報
License Type
ライセンスの種別です。

Permanent：永久ライセンス

Temporary：一時ライセンス

Emergency：非常ライセンス

Expiration
ライセンスの期限です。

永久ライセンスの場合：-

一時ライセンスまたは非常ライセンスの場合：ライセンスの期限がyyyy/mm/dd(ndays after)の形式で表示されます。ライセンスの期限までn日ある場合にview -sys -licオペレーションを実行したときは，「(ndays after)」と表示されます。
ライセンス期限の満了日（2006年08月21日）まであと100日ある場合の表示例
Expiration
2006/08/21(100days after)

-audlog
監査ログ採取の設定情報
Audit Log
監査ログ採取の設定状態です。

設定状態
on：採取する off：採取しない

監査ログ採取レベル
設定状態がonの場合，onのあとの( )に，設定した採取レベルが表示されます。採取レベルは重要度（Severity）を示し，0～7で表示されます。

-audlog
監査ログ採取の設定情報
Audit Log Category
監査ログの出力対象となっている種別を表示します。種別を表す文字列が「,」で区切って表示されます。
ss：StartStop
a：Authentication
ca：ConfigurationAccess
上記のすべての種別が設定されている場合は「all」が表示されます。
監査ログ採取をしない設定の場合は「-」が表示されます。

-audlog
監査ログ採取の設定情報
Audit Log Facility
監査ログのFacility名が表示されます。「user」，「local0」，「local1」，「local2」，「local3」，「local4」，「local5」，「local6」，または「local7」が表示されます。
監査ログ採取をしない設定の場合は「-」が表示されます。

-lbpathusetimes
ロードバランスの同一パス使用回数
Times Same Path Was Used
ロードバランスのアルゴリズムに，ラウンドロビン（rr），最少I/O数（lio），または最少ブロック数（lbk）を適用する場合，I/Oに同一のパスを使用する回数です。
Global Link Managerを使用してLU単位で同一パス使用回数を設定している場合は，値のあとに「*」が付きます。

-expathusetimes
拡張ロードバランスの同一パス使用回数
Times Same ExPath Was Used
ロードバランスのアルゴリズムに，拡張ラウンドロビン（exrr），拡張最少I/O数（exlio），または拡張最少ブロック数（exlbk）を適用する場合，シーケンシャルI/Oに同一のパスを使用する回数です。
Global Link Managerを使用してLU単位で同一パス使用回数を設定している場合は，値のあとに「*」が付きます。

注※

クラスタソフトウェアを使用する場合，クラスタ対応機能の設定状態，およびクラスタソフトウェア名は表示されませんが，実際にはクラスタ対応機能は問題なく動作します。

使用例

使用例1

HDLMの機能設定情報を表示する場合

# /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
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 4000
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-12 パス情報の表示項目」を参照してください。

-pathパラメタを指定した場合に表示されるパス管理PATH_ID（PathID）は，ホスト起動時のパス検出の順番によって変わります。このため，パスを特定する場合は，必ずパス名（PathName）を使用してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名には，hdisk名を指定します。英字の大文字，小文字は区別されます。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-14 プロダクトIDの表示内容」を参照してください。

-iem

パス情報の項目にIEPが追加され，間欠障害に関する情報が表示されます。

-srt {pn|lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，パス名（pn），ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。

-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。

-hbaportwwn

ストレージシステムと接続しているHBAのポートWWN情報が表示されます。

-t

各情報の項目名が非表示になります。

使用例

ホストデバイス「hdisk1」にアクセスするパス情報を表示する場合

パス情報表示（表示項目を選択する場合）

-path -item

-pathパラメタと同時に-itemパラメタを指定した場合，HDLMが管理するパスの情報のうち，-itemのパラメタ値で指定した項目だけを表示します。

-itemパラメタでパラメタ値を何も指定しないで実行した場合，PathIDとStatusだけが表示されます。

-itemパラメタで選択できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を次の表に示します。

表6-11 -path -itemパラメタで選択できる表示項目と指定する後続パラメタ

選択できる表示項目 | 後続パラメタ
PathID※ | なし
PathName | pn
DskName | dn
iLU | lu
ChaPort | cp
Status※ | なし
Type | type
IO-Count | ic
IO-Errors | ie
DNum | dnu
HDevName | hd
IEP | iep
HBAPortWWN | hbaportwwn
Physical-DskName | vid
Physical-iLU | vid
Physical-ChaPort | vid

注※

PathIDとStatusは常に表示される項目なので，パラメタ値の指定は不要です。

また，後続パラメタで表示するパスを絞り込んだり（-hdev），情報をソートしたり（-srt）できます。-hdevパラメタおよび-srtパラメタを省略した場合は，すべてのパスの情報がパス管理PATH_ID順に表示されます。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名には，hdisk名を指定します。

英字の大文字，小文字は区別されます。このパラメタを指定した場合，-itemパラメタの値にhdを指定しなくても，HDevNameが表示されます。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-14 プロダクトIDの表示内容」を参照してください。

このパラメタを指定した場合，-itemパラメタの値にdnを指定しなくても，DskNameが表示されます。

-srt {pn|lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，パス名（pn），ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。

-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。このパラメタを指定した場合，-itemパラメタで指定しなくても，ソートのキー項目が，パス情報として表示されます。

-t

各情報の項目名が非表示になります。

使用例

パス情報の表示項目のうちIO-Countを選択して，LUで昇順にソートして表示する場合

パス情報の概略表示

-path -c

-pathパラメタと同時に-cパラメタを指定した場合，HDLMが管理するパスの情報のうちPathID，DskName，iLU，CP，Status，Typeだけを表示します。表示内容を短縮して1つのパスの情報が1行で表示されます。

各表示項目の内容については，「表6-12 パス情報の表示項目」を参照してください。

DskNameに表示できるプロダクトIDは，10文字以下です。プロダクトIDの文字数が11文字以上の場合，プロダクトIDの8文字目以降は短縮形（...）で表示されます。

後続パラメタの形式を次に示します。

-stname

プロダクトIDにストレージシステムのモデルIDが表示されます。指定しない場合は，プロダクトID，またはエミュレーションタイプが表示されます。

プロダクトIDの表示内容については，「表6-14 プロダクトIDの表示内容」を参照してください。

-srt {lu|cp}

パス情報が，指定したキーで昇順にソートして表示されます。

パス情報は，ストレージシステム名（DskName）を第1キー，-srtパラメタで指定した項目を第2キー，パス管理PATH_IDを第3キーとしてソートされます。第2キーとして指定できる項目は，ストレージシステム内のLU番号（lu），またはCHAポート番号（cp）です。-srtパラメタを省略した場合，パス情報はパス管理PATH_ID順に表示されます。

-t

各情報の項目名が非表示になります。

使用例

パス情報の概略をiLUの順番に表示する場合

パス情報の表示項目

パス情報の表示項目とその説明を「表6-12 パス情報の表示項目」に示します。表の見出しについて，次に説明します。

概略表示しない場合：-pathまたは-path -itemパラメタを指定した場合を示します。

概略表示する場合：-path -cパラメタを指定した場合を示します。

表6-12 パス情報の表示項目

表示項目
説明

概略表示しない場合
概略表示する場合

Paths
表示対象のパスの総数が，10進数で表示されます。

OnlinePaths
表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

PathStatus
表示対象のパスの状態です。

Online：すべてのパスを使用できる

Reduced：使用できないパスがある

Reducedと表示されている場合，障害が発生しているパスがあるおそれがあります。確認して，障害が発生しているパスがあれば対処してください。

IO-Count
表示対象のすべてのパスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

IO-Errors
表示対象のすべてのパスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。

PathID
パス管理PATH_IDが，10進数で表示されます。
ホストの再起動時，またはパスの構成変更時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，cfgmgrコマンドの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

PathName※¹
－
パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

HBAアダプタ番号またはアダプタ種別（文字列）

バス番号またはアダプタ番号（文字列）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のAIXでの表現については，「表6-13 パス名を構成する項目」を参照してください。

DskName※¹
DskName
ストレージシステム名です。この名前で，パスがアクセスするストレージシステムを特定できます。
次に示す3つの項目をピリオドで区切ったものが，ストレージシステム名として表示されます。

ベンダID（表示例：HITACHI）：ストレージシステムのベンダ名

プロダクトID（表示例：OPEN-3）：ストレージシステムのプロダクトID，エミュレーションタイプ，またはモデルID
詳細については，「表6-14 プロダクトIDの表示内容」を参照してください。

シリアル番号（表示例：15001）：ストレージシステムのシリアル番号

これらの情報をストレージシステムの管理プログラムで参照すると，物理的にストレージシステムを特定できます。

iLU※1
iLU
ストレージシステム内のLU番号が表示されます。
この番号とストレージシステム名（「DskName」に表示）を組み合わせると，パスがアクセスするLUを特定できます。

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：ノンオーナパス

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
－
ホストデバイス名です。hdisk名が表示されます。

IEP※¹
－
間欠障害に関する情報が表示されます。この項目は，-pathと同時に-iemを指定した場合だけ表示されます。1本のパスにつき，次のどれかが表示されます。

-
間欠障害の監視が無効，または間欠障害の監視時間外（パスの状態はOnline(E)またはOffline(E)）

0以上の数値
間欠障害の監視中に発生した障害の回数（パスの状態はOnline(E)，Offline(E)またはOnline）

*
間欠障害が発生（自動フェイルバックの対象外）（パスの状態はOnline，Online(E)，Offline(E)またはOffline(C)）

HBAPortWWN※1
－
ストレージシステムと接続しているHBAのポートWWN情報が16桁の16進数で表示されます。この項目は，-pathと同時に-hbaportwwnを指定した場合だけ表示されます。

Physical-DskName
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステム名が表示されます。
次に示す3つの項目をピリオドで区切ったものが，ストレージシステム名として表示されます。

ベンダID：ストレージシステムのベンダ名

プロダクトID：ストレージシステムのプロダクトID，エミュレーションタイプ，またはモデルID
詳細については，「表6-14 プロダクトIDの表示内容」を参照してください。

シリアル番号：ストレージシステムのシリアル番号

仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-iLU
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているストレージシステム内でのLU番号が表示されます。

HUS VMの場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

Hitachi Virtual Storage Platformの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

仮想IDを使用していない場合「-」（ハイフン）が表示されます。

Physical-ChaPort
－
仮想IDを使用して移行したパスの場合，移行先のパスが接続しているCHAポート番号が表示されます。
仮想IDを使用していない場合「-」（ハイフン）が表示されます。

（凡例）

－：表示されない項目

注※1

-path -itemパラメタの場合，パラメタ値に指定したときだけ表示されます。

注※2

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

表6-13 パス名を構成する項目

項目 | 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 | lsattr -El hdisk名コマンドを実行して表示されるscsi_idの値
ホストLU番号（表示例：0001） | Logical Unit Id，または LUN | lsattr -El hdisk名コマンドを実行して表示される，lun_idの値

注※1

HDLM動作ODM設定ユティリティ（dlmodmset）のNPIVオプションが「off」の場合に適用されます。

注※2

HDLM動作ODM設定ユティリティ（dlmodmset）のNPIVオプションが「on」の場合に適用されます。

表6-14 プロダクトIDの表示内容

ストレージシステム
表示内容

-stnameパラメタ
指定なし
-stnameパラメタ指定時（下記のモデルIDを表示）

概略表示しない場合
概略表示する場合

Hitachi AMS2000シリーズ
プロダクトID※
AMS
AMS

HUS100シリーズ
プロダクトID※
HUS100
HUS100

SANRISE9500Vシリーズ
プロダクトID※
SANRISE 9500V
9500V

Hitachi AMSシリーズ
プロダクトID※
SANRISE_AMS
AMS

Hitachi TMSシリーズ
プロダクトID※
SANRISE_AMS
AMS

Hitachi WMSシリーズ
プロダクトID※
SANRISE_WMS
WMS

Hitachi SMSシリーズ
プロダクトID※
SMS
SMS

H20000
エミュレーションタイプ※
H20000
H20000

H24000
エミュレーションタイプ※
H24000
H24000

SANRISE9900Vシリーズ
エミュレーションタイプ※
SANRISE 9900V
9900V

SANRISE H128
エミュレーションタイプ※
SANRISE H128
H128

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

XP128
エミュレーションタイプ※
XP128
XP128

XP1024
エミュレーションタイプ※
XP1024
XP1024

XP10000
エミュレーションタイプ※
XP10000
XP10000

XP12000
エミュレーションタイプ※
XP12000
XP12000

XP20000
エミュレーションタイプ※
XP20000
XP20000

XP24000
エミュレーションタイプ※
XP24000
XP24000

注※

-path -cパラメタで概略表示した場合，文字数が11文字以上のときは，8文字目以降が短縮形（...）で表示されます。

(3) LU情報を表示する場合

LU情報を表示する場合，-luパラメタと同時に-itemパラメタや-cパラメタ，-c -itemパラメタを指定すると，項目を追加して表示したり，LU情報の概略を表示したりできます。ここでは，それぞれのパラメタの説明をしたあとに，LU情報の表示項目を説明します。

LU情報表示

-lu

-luパラメタと同時に-cパラメタまたは-itemパラメタのどちらも指定しない場合，HDLMが認識しているLUの情報が表示されます。iLUをキーとして，そのiLUの構成情報がLUごとに表示されます。後続パラメタ（-hdevまたは-pathid）で，表示するLUの情報を絞り込むことができます。-hdevパラメタまたは-pathidパラメタを指定しない場合は，HDLMが認識しているすべてのLUの情報が表示されます。

各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，hdisk名を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

各情報の項目名が非表示になります。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE_USP
SerialNumber  : 0014010
LUs           : 10

iLU  HDevName OSPathID PathID Status
003A hdisk0   00000    000000 Online
             00001    000001 Online
003B hdisk1   00000    000002 Online
             00001    000003 Online
003C hdisk2   00000    000004 Online
             00001    000005 Online
003D hdisk3   00000    000006 Online
             00001    000007 Online
003E hdisk4   00000    000008 Online
             00001    000009 Online
003F hdisk5   00000    000010 Online
             00001    000011 Online
0040 hdisk6   00000    000012 Online
             00001    000013 Online
0041 hdisk7   00000    000014 Online
             00001    000015 Online
0042 hdisk8   00000    000016 Online
             00001    000017 Online
0043 hdisk9   00000    000018 Online
             00001    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-15 -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-17 LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，hdisk名を指定します。

英字の大文字，小文字は区別されます。

-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 hdisk0   on  000000 Online
                   000003 Online
000007 hdisk1   off 000001 Online
                   000004 Online
000008 hdisk2   on  000002 Online
                   000005 Online
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報の概略表示

-lu -c

-luパラメタと同時に-cパラメタを指定した場合，LUの構成情報の概略が1行で表示されます。各LUに対して，認識されているパスの総数および稼働状態のパスの本数も表示されます。-cパラメタを指定する場合，-hdevパラメタまたは-pathidパラメタを同時に指定できません。

各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

-t

各情報の項目名が非表示になります。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -lu -c
Product     S/N     LUs iLU  HDevName  Paths  OnlinePaths
SANRISE_USP 0014010  10 003A hdisk0         2           2
                       003B hdisk1         2           2
                       003C hdisk2         2           2
                       003D hdisk3         2           2
                       003E hdisk4         2           2
                       003F hdisk5         2           2
                       0040 hdisk6         2           2
                       0041 hdisk7         2           2
                       0042 hdisk8         2           2
                       0043 hdisk9         2           2
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報の概略表示（表示項目を追加する場合）

-lu -c -item

-itemで指定した項目が-lu -cの表示項目に追加して表示されます。

-itemパラメタでパラメタ値を何も指定しない場合，またはパラメタ値にallを指定した場合，追加できる項目がすべて表示されます。各表示項目の内容については，「表6-17 LU情報の表示項目」を参照してください。

-itemパラメタで追加できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を，次の表に示します。

表6-16 -lu -c -itemパラメタで追加できる表示項目と指定する後続パラメタ

追加できる表示項目 | 後続パラメタ
SLPR | slpr
VG | vg
すべての項目 | all

後続パラメタの形式を次に示します。

-t

各情報の項目名が非表示になります。

使用例

LU情報の概略表示項目に，SLPRおよびVGを追加して表示する場合

LU情報の表示項目

LU情報を表示する場合に，表示される項目とその説明を「表6-17 LU情報の表示項目」に示します。見出しについて，次に説明します。

概略表示しない場合：-luまたは-lu -itemパラメタを指定した場合を示します。

概略表示する場合：-lu -cまたは-lu -c -itemパラメタを指定した場合を示します。

表6-17 LU情報の表示項目

表示項目
説明

概略表示しない場合
概略表示する場合

Product
ストレージシステムのモデルIDです。

SerialNumber
S/N
ストレージシステムのシリアル番号です。

LUs
ストレージシステム内のLUのうち，HDLM管理下のLUの総数です。

Dynamic I/O Path Control
－
ストレージシステム単位にダイナミックI/Oパスコントロール機能の設定情報が表示されます。
on：ダイナミックI/Oパスコントロール機能の設定が有効に設定されています。
off：ダイナミックI/Oパスコントロール機能の設定が無効に設定されています。
-：ダイナミックI/Oパスコントロール機能をサポートしていません。
ストレージシステム単位の設定と異なる設定のLUが含まれる場合，表示された「on」または「off」のあとに「*」が付加されます。

iLU
ストレージシステム内のLU番号が表示されます。
この番号とストレージシステム名（「DskName」に表示）を組み合わせると，パスがアクセスするLUを特定できます。

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
－
ホストデバイス名です。hdisk名が表示されます。

DPC
－
LU単位にダイナミックI/Oパスコントロール機能の設定情報が表示されます。
on：ダイナミックI/Oパスコントロール機能の設定が有効に設定されています。
off：ダイナミックI/Oパスコントロール機能の設定が無効に設定されています。
-：ダイナミックI/Oパスコントロール機能をサポートしていません。

OSPathID
－
OS管理パスIDが表示されます。

PathID
－
パス管理PATH_IDが，10進数で表示されます。ホストの再起動時，またはパスの構成変更時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，cfgmgrコマンドの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

PathName※1
－
パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。次に示す4つの項目をピリオドで区切ったものが，パス名として表示されます。

HBAアダプタ番号またはアダプタ種別（文字列）

バス番号またはアダプタ番号（文字列）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のAIXでの表現については，「表6-13 パス名を構成する項目」を参照してください。

ChaPort※1
－
CHAポート番号です。この番号でストレージシステムに搭載されているCHAポートを特定できます。この番号をストレージシステムの管理プログラムで参照すると，物理的にCHAポートを特定できます。

CLPR※1
－
CHAポートが属するCLPRの番号が0から31までの10進数で表示されます。ただし，次に示すものが表示対象の場合は「-」（ハイフン）が表示されます。

キャッシュ論理分割機能がサポートされていないストレージシステムに搭載されているCHAポート

Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズのCopy-on-write SnapshotのSnapshotイメージに接続するパス

Status
－
パスの状態です。

Online：稼働状態

Offline(C)：コマンドでのオフライン操作による閉塞状態

Offline(E)：障害による閉塞状態

Online(E)：障害が発生している状態（1つのLUにアクセスするパスのうち，稼働状態（Online）のパスがない場合，パスの1つがOnline(E)になります）

Offline(E)またはOnline(E)のパスについては対処が必要です。「5.3 パス障害時の対処」を参照して対処してください。

Type※1
－
パスの属性です。

Own：オーナパス

Non：ノンオーナパス

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-18 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-19 CHAポート情報の表示項目

項目 | 説明
ChaID | CHAポートIDです。
Product | ストレージシステムのモデルIDです。
S/N | ストレージシステムのシリアル番号です。
ChaPort | CHAポート番号です。この番号でストレージシステムに搭載されているCHAポートを特定できます。この番号をストレージシステムの管理プログラムで参照すると，物理的にCHAポートを特定できます。
IO-Count | 表示対象のパスのI/O回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
IO-Errors | 表示対象のパスのI/O障害回数の合計数が，10進数で表示されます。表示できる最大値は，2³²－1（4294967295​）です。最大値を超えた場合，0から再カウントします。
Paths | 表示対象のパスの総数が，10進数で表示されます。
OnlinePaths | 表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

使用例

後続パラメタの形式を次に示します。

-srt cp

CHAポート情報がストレージシステムのモデルID（Product），ストレージシステムのシリアル番号（S/N），CHAポート番号（ChaPort）の順番にソートされて表示されます。

-t

各情報の項目名が非表示になります。

(6) hdisk，OS管理パスIDおよびLDEV情報の対応を表示する場合

-drv

PathID，hdisk名，OS管理パスID，およびストレージシステム内のLDEV情報（ストレージシステムのモデルID，シリアル番号，およびLU番号をピリオドで区切った文字列）の対応が表示されます。

各表示項目の内容については，「表6-20 hdisk，OS管理パスIDおよびLDEV情報」を参照してください。

-t

各情報の項目名が非表示になります。

表6-20 hdisk，OS管理パスIDおよびLDEV情報

項目
説明

PathID
パス管理PATH_IDが，10進数で表示されます。
ホストの再起動時，またはパスの構成変更時に割り当てられます。また，ホストを再起動しないで新規LUを追加する場合には，cfgmgrコマンドの実行時にそのLUの各パスにパス管理PATH_IDが新しく割り当てられます。

HDevName
ホストデバイス名です。
hdisk名が表示されます。

OSPathID
OS管理パスIDが表示されます。

LDEV
ストレージシステムのモデルID，シリアル番号，およびiLU番号が，ピリオドで区切った文字列で表示されます。LDEVの情報によって，LUを物理的に特定できます。

使用例

# /usr/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName OSPathID LDEV
000000 hdisk0   00000    SANRISE9500V.0051.0005
000001 hdisk1   00000    SANRISE9500V.0051.0015
000002 hdisk2   00000    SANRISE9500V.0051.0020
000003 hdisk0   00001    SANRISE9500V.0051.0005
000004 hdisk1   00001    SANRISE9500V.0051.0015
000005 hdisk2   00001    SANRISE9500V.0051.0020
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 dlmchpdattr HDLMデフォルト設定変更ユティリティ

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

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

7.6 dlmmigsts HDLM移行支援ユティリティ

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

7.8 dlmpostrestore HDLMリストア支援ユティリティ

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

7.10 dlmpremkcd HDLM mkcd事前準備ユティリティ

7.11 dlmpreremove HDLMアンインストール事前実行ユティリティ

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

7.13 dlmrmprshkey HDLMパーシステントリザーブ（共用ホスト方式）解除ユティリティ

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

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

7.1 ユティリティ概要

HDLMは，次に示すユティリティを提供します。

HDLM障害情報収集ユティリティ（DLMgetras）
障害発生時に，HDLMの購入元会社，または保守会社に連絡する必要がある情報を持つファイルを収集します。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）
hdiskの属性のデフォルト値を変更します。dlmchpdattrユティリティについては，「7.3 dlmchpdattr HDLMデフォルト設定変更ユティリティ」を参照してください。

HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）
HDLMのインストール時に障害が発生した場合，HDLMの購入元会社，または保守会社に連絡する必要がある情報を持つファイルを収集します。dlmgetrasinstユティリティについては，「7.4 dlmgetrasinst HDLMインストール障害情報収集ユティリティ」を参照してください。

HDLMコンポーネントインストールユティリティ（dlminstcomp）
「3.1.1 HDLMがサポートするホストとOS」の「Global Link Managerと連携する場合に必要なJDK」に示したJDKのバージョン要件を満たしていない環境にHDLMをインストールした場合，このユティリティを実行してHDLMのインストールを補完します。
dlminstcompユティリティについては，「7.5 dlminstcomp HDLMコンポーネントインストールユティリティ」を参照してください。

HDLM移行支援ユティリティ（dlmmigsts）
HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへ移行するとき，このユティリティを実行すると，ODMとHDLMの設定情報を引き継ぐことができます。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

HDLM動作ODM設定ユティリティ（dlmodmset）
HDLMの動作を規定するためのODMを設定および表示します。dlmodmsetユティリティについては，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

HDLMリストア支援ユティリティ（dlmpostrestore）
HDLM管理対象デバイスを含むmksysbイメージから，システムの複製（クローン）を作成する場合，作成先のシステム環境に合わせてHDLMの情報を更新します。
dlmpostrestoreユティリティについては，「7.8 dlmpostrestore HDLMリストア支援ユティリティ」を参照してください。

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）
PowerHAを使用したクラスタ構成でなく，複数のホストでボリュームグループを共有している場合に，何らかの要因でLUのパーシステントリザーブが解除されないとき，Reservation Keyをクリアしてパーシステントリザーブを解除します。dlmprユティリティについては，「7.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

HDLM mkcd事前準備ユティリティ（dlmpremkcd）
HDLMのインストール中にKAPL09292-Wのメッセージが出力された場合に実行するユティリティです。dlmpremkcdユティリティについては，「7.10 dlmpremkcd HDLM mkcd事前準備ユティリティ」を参照してください。

HDLMアンインストール事前実行ユティリティ（dlmpreremove）
ブートディスクとして認識されているhdiskをHDLMの管理対象から外します。HDLMをアンインストールする前に実行します。dlmpreremoveユティリティについては，「7.11 dlmpreremove HDLMアンインストール事前実行ユティリティ」を参照してください。

HDLMドライバ削除ユティリティ（dlmrmdev）
パラメタの設定に従ってhdiskを削除します。HDLM管理対象デバイスとして認識されているhdiskの削除がすべて成功した場合，HDLMマネージャを停止します。なお，ブートディスクとして認識されているhdiskは削除されません。dlmrmdevユティリティについては，「7.12 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

HDLMパーシステントリザーブ（共用ホスト方式）解除ユティリティ（dlmrmprshkey）
dlmrmprshkeyユティリティは，指定した物理ボリュームからパーシステントリザーブ（共用ホスト方式）を解除します。dlmrmprshkeyユティリティについては，「7.13 dlmrmprshkey HDLMパーシステントリザーブ（共用ホスト方式）解除ユティリティ」を参照してください。

HDLMインストールユティリティ（installhdlm）
HDLMの新規インストール，アップグレードまたは再インストールする場合に，サイレントインストールを実行します。installhdlmユティリティについては，「7.14 installhdlm HDLMインストールユティリティ」を参照してください。サイレントインストールの手順については，「3.5.10 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.10 HDLMのサイレントインストール」を参照してください。

注意事項

ユティリティは，root権限を持つユーザで実行してください。

ホストの起動時間およびユティリティの実行時間は，LU数とパス数に依存します。

ホスト起動時間とHDLMのユティリティの実行時間の例を次の表に示します。

表7-1 ホスト起動時間とユティリティ実行時間の例

動作
1LU当たりのパス数/総全パス数（本）※2
実行時間※1※3

ホスト起動時のデバイス構成時間
（HDLMがインストールされている場合）
4/1024
42秒

8/2048
42秒

16/4096
43秒

ホスト起動時のデバイス構成時間
（HDLMがインストールされていない場合）
4/1024
32秒

8/2048
38秒

16/4096
1分37秒

cfgmgrの実行
4/1024
53秒

8/2048
1分14秒

16/4096
1分51秒

dlmrmdevの実行
4/1024
1分15秒

8/2048
1分27秒

16/4096
1分51秒

view -pathの実行
4/1024
0.42秒

8/2048
1.51秒

16/4096
3.41秒

注※1

ホスト起動時間およびユティリティ実行時間は，次の条件で変動することがあります。

ハードウェア構成（ファイバチャネルスイッチの有無など）

ディレクトリ /dev 下に作成されたhdiskの数

注※2

LUは256個です。

注※3

実行環境は下記のとおりです。

CPU：Power4 1200MHz × 2

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
HDLM以外のHitachi Command Suite製品と連携する場合に使用する，インストール連携スクリプト用のログ

hdlmtr[1-64].log
トレースファイル

dlmconfig[1-2].log
dlmconfig[1-2].txt
HDLM構成ログ

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-64].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/lpp/bosinst
cdfs.optional.list
システムバックアップ定義ファイル

etc
filesystems
ファイルシステムのマウント情報

inittab
inittabファイル

syslog.conf
syslogの出力先ディレクトリの定義

エラーログファイル
エラーログファイル
/usr/lib/errdemon -1で取得したエラーログファイル

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ディレクトリ以下のディスクの一覧

dlmgetomtrace.dmp
HDLMの関数トレース

dlmls-la.txt
HDLMディレクトリ情報ファイル

dlmmgr-cha.txt
CHAポート情報

dlmmgr-drv.txt
hdisk情報

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構成情報

histfile_xxxxx
環境変数HISTFILEで指定されているファイル

iotool.txt
ドライバ情報

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のバージョン情報

whatlist.txt
whatコマンドによる情報出力

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 dlmchpdattr HDLMデフォルト設定変更ユティリティ

hdiskの属性のデフォルト値を変更します。

デフォルト値を変更することによって，次の操作をした場合にhdiskで使用される属性値を変更できます。

hdiskを新規に構成する。

個々にchdevコマンドで属性値を変更していない既存のhdiskを定義済みにして，再構成する。

既存のhdisk※を削除して，再構成する。

注※

hdiskを削除しないで，定義済みにして再構成した場合は，設定されていた属性値が引き継がれます。

hdiskごとに属性値を変更する必要がある場合は，このユティリティを使用しないで，chdevコマンドを実行してhdiskごとに変更してください。

なお，すでにhdiskごとに属性値を設定している場合は，その属性値が適用されます。

参考

HDLM EX 6.2では，hdiskのリザーブポリシーのデフォルト値は「PR_exclusive」に固定されていました。「3.9 リザーブポリシーについて」の「表3-20 リザーブポリシーの設定値」に示す条件を満たす場合，リザーブポリシーを「no_reserve」に変更するには，1つ1つのhdiskに対してchdevコマンドを実行する必要がありました。

HDLM EX 6.3以降では，dlmchpdattrユティリティを実行することで，hdiskのリザーブポリシーのデフォルト値を一括して変更できるようになりました。

この節の構成

7.3.1 形式

7.3.2 パラメタ

7.3.1 形式

/usr/DynamicLinkManager/bin/dlmchpdattr

{-a Attribute=Value [Attribute=Value ...]

[-u { HTC | XP }] [-A] [-s]

| -o

| -h}

7.3.2 パラメタ

-a Attribute=Value

設定する属性をAttributeに，属性値をValueに指定します。「Attribute=Value」の対を複数指定する場合は，全体を「"」（引用符）で囲み，対の間にはスペースを入れてください。

設定できる属性と設定値を次の表に示します。

表7-3 dlmchpdattrで設定できる属性と設定値

dlmchpdattrで設定できる属性
設定値

reserve_policy
使用するリザーブポリシーを指定します。
no_reserve：リザーブの要求を無視し，LU をリザーブしません。
PR_exclusive：リザーブとしてパーシステントリザーブ（排他ホスト方式）を使用します。
PR_shared：リザーブとしてパーシステントリザーブ（共用ホスト方式）を使用します。
デフォルトは「PR_exclusive」です。

max_transfer
ディスクに対する最大転送サイズを指定します。
指定範囲は，HTC_ODMまたはXP_ODMのPdAt ODMの規則に従ってください。

queue_depth
ディスク上のキューに保持できるリクエスト数を指定します。
指定範囲は，HTC_ODMまたはXP_ODMのPdAt ODMの規則に従ってください。

rw_timeout
読み取り/書き込みのタイムアウト値を指定します。指定範囲は，HTC_ODMまたはXP_ODMのPdAt ODMの規則に従ってください。

-u { HTC | XP }

変更するODMを指定します。

HTC：HTC_ODMを変更する場合に指定します。

XP：XP_ODMを変更する場合に指定します。

このパラメタを省略した場合は，HTC_ODM，XP_ODMの両方に変更が反映されます。

-A

変更後のリザーブポリシーを反映するために必要なhdiskの再構成を，自動で実行します。このパラメタを省略した場合は，hdiskの再構成を手動で実行する必要があります。

-s

ユティリティを実行するときに確認メッセージを表示しません。

-o

現在設定されているリザーブポリシーのデフォルト値を表示します。

-h

dlmchpdattrユティリティの形式を表示します。

注意事項

dlmchpdattrユティリティを実行する前に，HDLM管理対象のデバイスにアクセスするすべてのアプリケーションのプロセスを終了してください。

dlmchpdattrユティリティを実行する前に，パスに障害が発生していないことを確認してください。障害が発生していると，dlmchpdattrユティリティがエラー終了するおそれがあります。

dlmchpdattrユティリティの実行を［Ctrl］+［C］で中断した場合，中断したタイミングによってはKAPL10571-Iメッセージが出力されることがあります。この場合，設定変更が正しく完了していないため，再度同じ内容のパラメタを指定してdlmchpdattrユティリティを実行してください。設定を元に戻す場合は，上記の設定変更が正しく完了したあとに，元の設定内容のパラメタを指定してdlmchpdattrユティリティを実行してください。

使用例

hdiskのリザーブポリシーのデフォルト値を「no_reserve」に変更する場合

# /usr/DynamicLinkManager/bin/dlmchpdattr -a reserve_policy=no_reserve
KAPL10579-I The HDLM default values will be changed. Is this OK? [y/n]:y
KAPL10571-I The dlmchpdattr utility completed successfully.

hdiskのリザーブポリシーのデフォルト値を「no_reserve」に変更し， かつディスク上のキューに保持できるリクエスト数のデフォルト値を「4」に同時に変更する場合

# /usr/DynamicLinkManager/bin/dlmchpdattr -a "reserve_policy=no_reserve queue_depth=4"
KAPL10579-I The HDLM default values will be changed. Is this OK? [y/n]:y
KAPL10571-I The dlmchpdattr utility completed successfully.

現在設定されているhdiskのリザーブポリシーのデフォルト値を表示する場合

# /usr/DynamicLinkManager/bin/dlmchpdattr -o
uniquetype = disk/fcp/Hitachi
   reserve_policy     : no_reserve
KAPL10571-I The dlmchpdattr utility completed successfully.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmchpdattr -h
Usage : dlmchpdattr {-a Attribute=Value [Attribute=Value ...]
                   [-u { HTC | XP }] [-A] [-s] | -o | -h}
       Attributes
        reserve_policy={ PR_exclusive | PR_shared | no_reserve }
        max_transfer=Numeric
        queue_depth=Numeric
        rw_timeout=Numeric

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

HDLMのインストールが何らかの障害によって失敗した場合に，障害解析に必要な情報を収集するユティリティです。収集した情報はファイルにまとめ，指定されたディレクトリに出力します。出力するファイルは次のとおりです。

getrasinst.tar.Z
システムの情報を圧縮したファイルです。

システムクラッシュダンプファイルおよびgetrasinst.tar.Zに収集される情報の詳細については，「7.4.3 収集される障害情報」を参照してください。

この節の構成

7.4.1 形式

7.4.2 パラメタ

7.4.3 収集される障害情報

7.4.1 形式

DVD-ROMドライブのディレクトリ/hdlmtool/dlmgetrasinst {収集情報出力先ディレクトリ | -h}

7.4.2 パラメタ

収集情報出力先ディレクトリ

HDLMインストール障害情報収集ユティリティ（dlmgetrasinst）で収集した情報の出力先ディレクトリを指定します。

-h

dlmgetrasinstユティリティの形式を表示します。

注意事項

dlmgetrasinstユティリティは，HDLMのインストール用DVD-ROM上から実行することを推奨します。DVD-ROMから別の場所にコピーして使用する場合は，dlmgetrasinstファイルをコピーしたディレクトリにUtilAudLogファイルもあわせてコピーしてください。

障害情報は，指定された収集情報出力先ディレクトリに格納してから圧縮するため，情報収集する領域は余裕を持って見積もってください。

指定した収集情報出力先ディレクトリがすでにある場合，上書きを確認するメッセージが表示されます。「y」を入力すると，既存のファイルはすべて上書きされます。「n」やそのほかのキーを入力すると，dlmgetrasinstユティリティは実行されないで終了します。
前回，障害情報を収集したときに作成したディレクトリの名称を変更してからユティリティを実行するか，重複しないディレクトリ名を指定してユティリティを実行してください。

7.4.3 収集される障害情報

dlmgetrasinstユティリティが収集する情報を次の表に示します。

表7-4 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の関連のログファイル

var/adm/ras
nimadm.log
nimadm関連のログファイル

var/adm/ras/alt_mig
nimadmログファイル名
nimadm関連のログファイル

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.5 dlminstcomp HDLMコンポーネントインストールユティリティ

HDLMのインストールを補完するユティリティです。

次の条件をすべて満たす場合，このユティリティを実行してください。

Global Link Managerと連携する場合

HDLMのインストール時に，KAPL09241-Wのメッセージが出力された場合※

注※

JDKを導入してから，このユティリティを実行してください。

導入するJDKのバージョンについては，「3.1.1 HDLMがサポートするホストとOS」の「Global Link Managerと連携する場合に必要なJDK」を参照してください。

この節の構成

7.5.1 形式

7.5.2 パラメタ

7.5.1 形式

/usr/DynamicLinkManager/bin/dlminstcomp [-h]

7.5.2 パラメタ

-h

dlminstcompユティリティの形式を表示します。

7.6 dlmmigsts HDLM移行支援ユティリティ

HDLMのプログラム情報とHDLM動作ODMの設定情報を保存します。HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへ移行する場合に設定情報を引き継ぐことができます。HDLM EXのインストール用DVD-ROMから実行します。

この節の構成

7.6.1 形式

7.6.2 パラメタ

7.6.1 形式

DVD-ROMドライブのディレクトリ/hdlmtool/dlmmigsts

{{{-b | -r} -odm odm環境設定ファイル名 -set set環境設定ファイル名 [-s]}

| -h

}

7.6.2 パラメタ

-b

-odm，-setパラメタに指定したディレクトリ，ファイルに設定ファイルを保存します。

-bパラメタを指定する場合の注意事項

odm環境設定ファイルおよびset環境設定ファイルは，HDLMに関連するディレクトリに保存しないでください。
HDLMに関連するディレクトリに保存した場合，HDLMをアンインストールするときに，保存したファイルも削除されてしまいます。
HDLMに関連するディレクトリは次のとおりです。
/usr/DynamicLinkManager
/var/DynamicLinkManager
/var/DLM
/opt/hitachi

odm環境設定ファイル，set環境設定ファイルおよび保存先ディレクトリに書き込み権限を付加して実行してください。

保存したodm環境設定ファイルおよびset環境設定ファイルの内容は変更しないでください。

setオペレーションで設定されている項目のうち，次の項目は引き継がれません。

HDLM 6.0以降で指定できる-audlogパラメタおよび-audfacパラメタの設定情報

HDLM 7.3以降で指定できる-lbpathusetimesパラメタ，-expathusetimesパラメタ，-dpcパラメタ，および-dpcintvlパラメタの設定情報

これらの設定情報を引き継ぎたい場合は，HDLM EX へ移行したあと手動で設定してくださ い。

-r

-odm，-setパラメタに指定したディレクトリ，ファイルにある設定ファイルに保存した設定ファイルを戻します。

-odm odm環境設定ファイル名

odmの環境設定を定義したファイル名を指定します。

ファイルのパスを指定してください。

set環境設定ファイル名とは異なるファイル名を指定してください。

-set set環境設定ファイル名

setオペレーションの環境設定を定義したファイル名を指定します。

ファイルのパスを指定してください。

odm環境設定ファイル名とは異なるファイル名を指定してください。

-s

-odmパラメタ，または-setパラメタにすでに存在するファイル名を指定して，ファイルを保存する場合，上書きの確認メッセージを表示しません。

-h

dlmmigstsユティリティの形式を表示します。

使用例

DVD-ROMドライブのディレクトリがcdromで，odm環境設定情報を/tmp/odmsetファイルに，set環境設定情報を/tmp/dlnksetファイルに保存する場合

# cdrom/hdlmtool/dlmmigsts -b -odm /tmp/odmset -set /tmp/dlnkset
KAPL13001-I The dlmmigsts utility completed successfully.

DVD-ROMドライブのディレクトリがcdromで，ヘルプを表示する場合

# cdrom/hdlmtool/dlmmigsts -h
Usage :dlmmigsts {{{-b | -r} -odm odmsetfile -set dlnksetfile [-s]} | -h}

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

HDLMの動作を規定するためのODMを設定および表示します。

この節の構成

7.7.1 形式

7.7.2 パラメタ

7.7.1 形式

/usr/DynamicLinkManager/bin/dlmodmset

{{-r {on | off}

| -i {on | off}

| -v {on | off}

| -j {on | off}} [-s]

| -o

| -h}

7.7.2 パラメタ

-r {on | off}

LUN RESETオプションを有効，または無効にします。

on：有効

off：無効

デフォルトは「off」です。

GPFSを使用する場合onに設定してください。

このパラメタの設定を変更しても，hdiskの再構成およびホストの再起動は不要です。

-i {on | off}

Online(E)状態のパスに対し，I/Oアクセスを抑止するパラメタです。

on：I/Oアクセスを抑止します。

off：I/Oアクセスの抑止を解除します。

デフォルトは「off」です。

LVMミラー構成などで障害を検出した場合，Online(E)状態のパスに対しI/Oアクセスが続くと，障害を検出し続けてしまいます。このパラメタをonに設定すると，障害対策をするまでI/Oアクセスを抑止するので，障害対策に掛かる時間を短縮できます。

このパラメタの設定を変更しても，hdiskの再構成およびホストの再起動は不要です。

注意事項

このパラメタをonに設定すると，Online(E)状態のパスへのI/Oアクセスが抑止されるため，I/O成功によってOnline状態へ自動的に遷移しません。パスの回復にはonlineコマンドか自動フェイルバック機能を使用してください。

-v {on | off}

NPIVオプションを有効，または無効にします。

on：有効

off：無効

デフォルトは「off」です。

バーチャルI/OサーバのNPIV機能を使って，仮想HBAを適用するクライアント区画でHDLMを使用する場合は，onに設定する必要があります。詳細については，「3.4.3 バーチャル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エラーログの詳細データにはメンテナンス情報が含まれます。

パス障害ラベルの場合，詳細データには次の情報が含まれています。

空白で区切った1番目の情報は，障害が発生したパスのOSPathID（16進数）を示しています。

空白で区切った6番目の情報は，パス障害の原因となったOSエラーコード（16進数）を示しています。

パス回復ラベルの場合，詳細データには次の情報が含まれています。

空白で区切った1番目の情報は，回復したパスのOSPathID（16進数）を示しています。

同時に障害ログファイル（HDLMマネージャのログ）にメッセージが出力されている場合は，そのメッセージの内容も確認してください。

AIX 6.1 TL08環境でHDLMが出力するパス障害時のOSエラーログの出力例を次に示します。この出力例の場合，詳細データの空白で区切った1 番目の情報が"0001"となっていることから，OSPathIDが1であることを示し，空白で区切った6番目の情報が"0005"となっていることから，OSエラーコード5（EIO）が発生したことを示しています。

ラベル:         HDLM_PATH_FAIL
ID:             37269DDB

日付/時刻:       WWW MMM dd hh:mm:ss TTT yyyy
順序番号:        3005
マシン ID:       00F8782C4C00
ノード ID:       natu
クラス:          U
タイプ:          INFO
WPAR:            Global
リソース名:      hdisk8
リソース・クラス: disk
リソース・タイプ: Hitachi
ロケーション:     U78AA.001.WZSJPKR-P1-C4-T1-W50060E801082EEA0-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.
0001 8000 0017 0000 000A 0005 000B 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

ユティリティを実行するときに確認メッセージを表示しません。

-o

現在の設定情報を表示します。

-h

dlmodmsetユティリティの形式を表示します。

使用例

LUN RESETオプションを有効にする場合

# /usr/DynamicLinkManager/bin/dlmodmset -r on
KAPL10805-I The setup of the HDLM execution environment ODM will be changed. Lun Reset = on. Is this OK? [y/n]:y
KAPL10800-I The dlmodmset utility completed normally.

現在の設定情報を表示する場合

# /usr/DynamicLinkManager/bin/dlmodmset -o
Lun Reset                                : off
Online(E) IO Block                       : on
NPIV Option                              : off
OS Error Log Output                      : off
KAPL10800-I The dlmodmset utility completed normally.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmodmset -h
Usage : dlmodmset {{-r {on | off}
                 | -i {on | off}
                 | -v {on | off}
                 | -j {on | off}
                 }
                 [ -s ]
                 | -o
                 | -h
                }

7.8 dlmpostrestore HDLMリストア支援ユティリティ

HDLM管理対象デバイスを含むmksysbイメージから，システムの複製（クローン）を作成する場合，作成先のシステム環境に合わせてHDLMの情報を更新します。

この節の構成

7.8.1 形式

7.8.2 パラメタ

7.8.1 形式

/usr/DynamicLinkManager/bin/dlmpostrestore [-s | -h]

7.8.2 パラメタ

-s

ユティリティを実行するときに確認メッセージを表示しません。

-h

dlmpostrestoreユティリティの形式を表示します。

注意事項

dlmpostrestoreユティリティを実行すると，ローカルブートディスク環境の場合はデバイスが再構成され，ブートディスク環境の場合はホストが再起動されます。

dlmpostrestoreユティリティを実行する前に，HDLM管理対象のデバイスにアクセスするすべてのアプリケーションのプロセスを終了してください。

dlmpostrestoreユティリティを実行する前に，パスに障害が発生していないことを確認してください。障害が発生しているとリザーブの解除に失敗するおそれがあります。

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

クラスタ構成でなく，複数のホストでボリュームグループを共有している場合に，何らかの要因でLUのパーシステントリザーブが解除されないとき，Reservation Keyをクリアしてパーシステントリザーブを解除します。

この節の構成

7.9.1 形式

7.9.2 パラメタ

7.9.1 形式

/usr/DynamicLinkManager/bin/dlmpr {{-k | -c} [hdisk名] [hdisk名] ... [-a] | -h}

7.9.2 パラメタ

-k

Reservation Keyを表示する場合に指定します。-k指定時に表示される項目について説明します。

Reservation Key

ほかのホストのReservation Keyの場合は，Reservation Keyの最後に「*」を表示します。

Reservation Keyが設定されていない場合は，[0x0000000000000000]を表示します。

Regist Key

登録されているKeyを表示します。

Key Count

登録されているKeyの数を表示します。

-c

Reservation Keyをクリアする場合に指定します。

注意事項

通常運用時には-cパラメタを使用しないでください。
リザーブポリシーを「PR_shared」に設定している場合，対象hdiskを使用しているすべてのノードのリザーブを解除するため，リザーブを共有していなかったホストからもアクセスできるようになり，データが破損するおそれがあります。実行ノードからのリザーブだけを解除したい場合は，「7.13 dlmrmprshkey HDLMパーシステントリザーブ（共用ホスト方式）解除ユティリティ」を使用してください。
リザーブポリシーを「PR_exclusive」に設定している場合，指定したhdiskに対してほかのホストからアクセスできるようになるため，データが破損するおそれがあります。

hdisk名パラメタを省略した場合，rootvgを構成しているhdiskのReservation Keyはクリアされません。その場合，実行結果にKAPL10670-Iのメッセージが表示されます。

hdisk名

Reservation Keyを表示またはクリアするhdiskを指定します。複数指定できます。

このパラメタを省略した場合，すべてのhdiskを対象にします。

-a

hdiskを複数指定した場合に，途中で障害が発生してもすべてのhdiskの処理を続行します。

-h

dlmprユティリティの形式を表示します。

注意事項

HDLM管理対象デバイスのリザーブポリシーが「PR_shared」に設定されているとき，self Reservation Keyに表示されているKeyと実際に使用するKeyが一致しない場合があります。実際に使用しているKeyを確認するには，lsattrコマンドを使用してください。
hdisknのKeyを確認する場合のコマンドの実行例を次に示します。

# lsattr -El hdisk12 | grep PR_key_value
PR_key_value   0xaaaaaaaaaaaaaaaa           Reserve Key             真

接続先のストレージシステムがパーシステントリザーブをサポートしていない場合，またはハードウェアに障害が発生している場合，Reservation Keyに[0x????????????????]が表示されます。

使用例

Reservation Keyを確認したあと，自ホスト以外のReservation Keyをクリアする場合

dlmprユティリティを実行して，「hdisk1」「hdisk2」「hdisk3」「hdisk4」「hdisk5」「hdisk6」「hdisk7」「hdisk8」「hdisk9」「hdisk10」のReservation Keyを表示します。

# /usr/DynamicLinkManager/bin/dlmpr -k hdisk1 hdisk2 hdisk3 hdisk4 hdisk5 hdisk6 hdisk7 hdisk8 hdisk9 hdisk10
self Reservation Key : [0xaaaaaaaaaaaaaaaa]
hdisk1  Reservation Key : [0x????????????????] , reserve_policy : PR_exclusive
hdisk2  Reservation Key : [0x0000000000000000] , reserve_policy : no_reserve
hdisk3  Reservation Key : [0xaaaaaaaaaaaaaaaa] , reserve_policy : PR_exclusive
            Regist Key : [0xaaaaaaaaaaaaaaaa] , Key Count : 4
            Regist Key : [0xcccccccccccccccc] , Key Count : 4
hdisk4  Reservation Key : [0xbbbbbbbbbbbbbbbb]*, reserve_policy : PR_exclusive
            Regist Key : [0xaaaaaaaaaaaaaaaa] , Key Count : 4
            Regist Key : [0xbbbbbbbbbbbbbbbb] , Key Count : 4
hdisk5  Reservation Key : [0xbbbbbbbbbbbbbbbb]*, reserve_policy : no_reserve
            Regist Key : [0xbbbbbbbbbbbbbbbb] , Key Count : 4
hdisk6  Reservation Key : [0x0000000000000000] , reserve_policy : single_path
            Regist Key : [0xcccccccccccccccc] , Key Count : 4
hdisk7  Reservation Key : [0x????????????????] , reserve_policy : -
hdisk8  Reservation Key : following            , reserve_policy : PR_shared
            Regist Key : [0xaaaaaaaaaaaaaaaa] , Key Count : 4
            Regist Key : [0xdddddddddddddddd] , Key Count : 2
hdisk9  Reservation Key : following            , reserve_policy : PR_exclusive
            Regist Key : [0xdddddddddddddddd] , Key Count : 2
hdisk10 Reservation Key : [0xbbbbbbbbbbbbbbbb]*, reserve_policy : PR_shared
            Regist Key : [0xdddddddddddddddd] , Key Count : 2
KAPL10665-I The dlmpr utility completed.

dlmprユティリティを実行して，他ホストのReservation Keyに「*」がついているものをクリアします。

# /usr/DynamicLinkManager/bin/dlmpr -c hdisk4 hdisk5

確認メッセージが表示されます。クリアする場合は「y」を，クリアしない場合は「n」を入力します。

KAPL10641-I Reservation Key will now be cleared. Is this OK? [y/n]:y
KAPL10642-I Reservation Key of hdisk4 was cleared.
KAPL10642-I Reservation Key of hdisk5 was cleared.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmpr -h
Usage : dlmpr {{ -k | -c } [hdisk名...] [-a] | -h}

7.10 dlmpremkcd HDLM mkcd事前準備ユティリティ

OSのmkcdコマンド，mkdvdコマンド，またはbackupiosコマンドによって，CD-ROMまたはDVD-ROMにシステムバックアップする場合に，HDLMで必要となる事前準備をするユティリティです。

CD-ROMまたはDVD-ROMは各サーバの規約に対応したものを使用してください。

次の条件をすべて満たす場合，このユティリティを実行してください。

HDLMインストール環境のOSバックアップを，CD-ROMまたはDVD-ROMにバックアップする場合

HDLMのインストール時に，KAPL09292-Wのメッセージが出力された場合

この節の構成

7.10.1 形式

7.10.2 パラメタ

7.10.1 形式

/usr/DynamicLinkManager/bin/dlmpremkcd {-c | -u | -h}

7.10.2 パラメタ

-c

HDLMをバックアップするための情報をOSのバックアップ設定に追加します。

-u

HDLMをバックアップするための情報を追加したOSのバックアップ設定を，元の状態に戻す削除処理を実行します。

-h

dlmpremkcdユティリティの形式を表示します。

使用例

HDLMをバックアップするための情報をOSのバックアップ設定に追加する場合

# /usr/DynamicLinkManager/bin/dlmpremkcd -c

KAPL13145-I The dlmpremkcd utility will be executed. Is this OK? [y/n]:y

KAPL13141-I The dlmpremkcd utility completed successfully.

HDLMをバックアップするための情報を追加したOSのバックアップ設定を，元の状態に戻す場合

# /usr/DynamicLinkManager/bin/dlmpremkcd -u

KAPL13145-I The dlmpremkcd utility will be executed. Is this OK? [y/n]:y

KAPL13141-I The dlmpremkcd utility completed successfully.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmpremkcd –h
Usage : dlmpremkcd {-c | -u | -h}

7.11 dlmpreremove HDLMアンインストール事前実行ユティリティ

ブートディスクとして認識されているhdiskをHDLMの管理対象外にします。ブートディスク環境では，HDLMをアンインストールする前にブートディスクとして認識されているhdiskをHDLMの管理対象外にする必要があります。

この節の構成

7.11.1 形式

7.11.2 パラメタ

7.11.1 形式

/usr/DynamicLinkManager/bin/dlmpreremove [-h | -s]

7.11.2 パラメタ

-h

dlmpreremoveユティリティの形式を表示します。

-s

ユティリティを実行するときに確認メッセージを表示しません。

使用例

ブートディスク環境で実行した場合

# /usr/DynamicLinkManager/bin/dlmpreremove -s
KAPL13103-I HDLM can be removed after rebooting the host.
KAPL13101-I The dlmpreremove utility completed successfully.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmpreremove -h
Usage : dlmpreremove [-h | -s]

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

パラメタの設定に従ってhdiskを削除，またはhdiskの状態を「定義済み」に変更します。HDLM管理対象デバイスとして認識されているhdiskの削除または「定義済み」への変更がすべて成功した場合，HDLMマネージャを停止します。

なお，ブートディスクとして認識されているhdiskは削除または「定義済み」へ変更されません。

この節の構成

7.12.1 形式

7.12.2 パラメタ

7.12.1 形式

/usr/DynamicLinkManager/bin/dlmrmdev [[-e | -f] [-A [-s]] | -h]

7.12.2 パラメタ

-e

HDLM管理対象デバイスとして認識されているhdiskの状態を「定義済み」に変更します。

-f

HDLM管理対象デバイスとして認識されているhdiskおよび管理対象予定デバイスのhdiskをすべて削除します。

-A

HDLM管理対象デバイスとして認識されているhdiskを削除または「定義済み」に変更する前に，HDLMが使用しているファイルシステムのアンマウントおよびHDLMが使用しているボリュームグループの非活動化を行います。

-s

-Aパラメタを指定したときに，アンマウントおよびボリュームグループ非活動化の確認メッセージを表示しないようにします。

-h

dlmrmdevユティリティの形式を表示します。

注意事項

dlmrmdevユティリティを実行する前に，HDLMの管理対象パスを使用しているプロセスおよびサービスをすべて停止してください。HDLMの管理対象パスを使用しているプロセスおよびサービスを停止しないで，dlmrmdevユティリティを実行すると，HDLM管理対象デバイスとして認識されているhdiskが完全に削除されない，または「定義済み」に変更されない場合があります。

使用例

HDLMが使用しているファイルシステムのアンマウント，HDLMが使用しているボリュームグループの非活動化およびHDLM管理対象デバイスとして認識されているhdiskの削除をする場合

# /usr/DynamicLinkManager/bin/dlmrmdev -A
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]:y
hdisk3 を削除しました
KAPL09012-I All HDLM drivers were removed.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmrmdev -h
Usage : dlmrmdev [[-e | -f] [-A [-s]] | -h]

7.13 dlmrmprshkey HDLMパーシステントリザーブ（共用ホスト方式）解除ユティリティ

dlmrmprshkeyユティリティは，指定した物理ボリュームからパーシステントリザーブ（共用ホスト方式）を解除します。

この節の構成

7.13.1 形式

7.13.2 パラメタ

7.13.1 形式

/usr/DynamicLinkManager/bin/dlmrmprshkey {-l hdisk名 | -h}

7.13.2 パラメタ

-l hdisk名

解除したいパーシステントリザーブ（共用ホスト方式）が登録されている物理ボリュームを，hdisk名に指定します。hdisk名は1つだけ指定できます。

-h

dlmrmprshkeyユティリティの形式を表示します。

注意事項

指定した物理ボリュームが使用されていないことを確認してください。使用されている場合は，dlmrmprshkeyユティリティはエラー終了します。

指定した物理ボリュームと接続するパスに，障害が発生していないことを確認してください。障害が発生している場合，パーシステントリザーブ（共用ホスト方式）を解除できません。

使用例

実行したサーバのパーシステントリザーブ（共用ホスト方式）を，指定した物理ボリュームから解除する場合

# /usr/DynamicLinkManager/bin/dlmrmprshkey -l hdisk8
KAPL13163-I The dlmrmprshkey utility will now be executed. Is this OK? [y/n]:y
KAPL13157-I The dlmrmprshkey utility completed successfully.

ヘルプを表示する場合

# /usr/DynamicLinkManager/bin/dlmrmprshkey -h
Usage : dlmrmprshkey {-l HDLM_device_name | -h}

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

HDLMの新規インストール，アップグレードまたは再インストールする場合に，サイレントインストールを実行します。ブートディスク環境へインストールする場合もサイレントインストールできます。応答処理の内容はあらかじめインストール情報設定ファイルに定義しておきます。

サイレントインストールの手順については，「3.5.10 HDLMのサイレントインストール」を参照してください。

この節の構成

7.14.1 形式

7.14.2 パラメタ

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

7.14.4 ログファイルについて

7.14.1 形式

/DVD-ROMをマウントしたディレクトリまたはDVD-ROMをコピーしたディレクトリ/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-5 セクション[INSTALLATION_SETTINGS]のキー

キー名※1
説明※2
定義の要否
指定できる長さ
（文字）

新規インストール
アップグレードインストールまたは再インストール

installfile_location
DVD-ROM をマウントしたディレクトリまたはDVD-ROM をコピーしたディレクトリのどちらかの中で，DLManager.mpio.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を新規インストールする場合，またはライセンスの有効期限が過ぎている状態でアップグレードインストールする場合は，ライセンスキーまたはライセンスキーファイルを用意してください。

セクション[DISK_DEFAULT_SETTINGS]

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）の動作情報を定義します。このセクションは省略できます。セクション名を省略した場合，またはセクション内のキーを1つも定義しなかった場合は，dlmchpdattrユティリティによる設定は行われません。

dlmchpdattrユティリティについては，「7.3 dlmchpdattr HDLMデフォルト設定変更ユティリティ」を参照してください。

セクション[DISK_DEFAULT_SETTINGS]で定義するキーの一覧を次の表に示します。

表7-6 セクション[DISK_DEFAULT_SETTINGS]のキー

キー名※1
説明※2
定義の要否
指定できる長さ
（文字）

新規インストール
アップグレードインストールまたは再インストール

reserve_policy
ディスクのリザーブポリシーを指定します。
no_reserve：リザーブの要求を無視し，LUをリザーブしません。
PR_exclusive：リザーブとしてパーシステントリザーブ（排他ホスト方式）を使用します（デフォルト）。
PR_shared：リザーブとしてパーシステントリザーブ（共用ホスト方式）を使用します。
省略可
省略可
12

（凡例）

省略可：キーと設定値を指定しない場合，次の値が適用されます。

新規インストールの場合
デフォルト値が適用されます。

アップグレードインストールまたは再インストールの場合
以前の設定値が引き継がれます。

注※1

キーと設定値は，1行につき1つの情報を記載してください。

注※2

定義できる内容以外を指定した場合は，エラーとなります。

セクション[ODM_SETTINGS]

HDLM動作ODM設定ユティリティ（dlmodmset）の動作情報を定義します。このセクションは省略できます。セクション名を省略した場合，またはセクション内のキーを1つも定義しなかった場合は，dlmodmsetユティリティによる設定は行われません。

dlmodmsetユティリティについては，「7.7 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_npiv_option
NPIV オプションを有効，または無効にするかを，次の値で指定します。
on：有効
off：無効（デフォルト）
省略可
省略可
3

odm_os_error_log
OSエラーログへHDLMのメッセージを出力するかどうかを，次の値で指定します。
on：出力する
off：出力しない（デフォルト）
省略可
省略可
3

（凡例）

省略可：キーと設定値を指定しない場合，次の値が適用されます。

新規インストールの場合
デフォルト値が適用されます。

アップグレードインストールまたは再インストールの場合
以前の設定値が引き継がれます。

注※1

キーと設定値は，1行につき1つの情報を記載してください。

注※2

定義できる内容以外を指定した場合は，エラーとなります。

設定する機能の詳細については，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

セクション[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

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
[DISK_DEFAULT_SETTINGS]
reserve_policy=PR_exclusive
[ODM_SETTINGS]
odm_lun_reset=off
odm_online_e_io_block=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
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.10 HDLMのサイレントインストール」を参照してください。

注意事項

installhdlm.logファイルは，HDLMのアンインストールと同時に削除されることはありません。したがって，installhdlm.logファイルが不要になったときは，手動で削除してください。

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

インストール先のOSを判別してDVD-ROMからOSに対応したHDLMをインストールします。また，パラメタを指定することでサイレントインストールも実行できます。

このユティリティを使ったインストールの手順については，「3.5.4 HDLMの新規インストール」，「3.5.6 HDLMのアップグレードまたは再インストール」，または「3.5.10 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.14 Hitachi Command Suite共通エージェントコンポーネントのリターンコード」では，Global Link ManagerからHDLMへ要求があった場合に，HDLMが出力するリターンコードの意味と対処を説明します。

この章の構成

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

8.2 KAPL01001～KAPL02000

8.3 KAPL03001～KAPL04000

8.4 KAPL04001～KAPL05000

8.5 KAPL05001～KAPL06000

8.6 KAPL06001～KAPL07000

8.7 KAPL07001～KAPL08000

8.8 KAPL08001～KAPL09000

8.9 KAPL09001～KAPL10000

8.10 KAPL10001～KAPL11000

8.11 KAPL11001～KAPL12000

8.12 KAPL13001～KAPL14000

8.13 KAPL15001～KAPL16000

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

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

ここでは，「8.2 KAPL01001～KAPL02000」以降に記載するメッセージ一覧を参照するために必要な，次の情報について説明します。

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

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

メッセージの言語種別

上記の情報について，次に説明します。

この節の構成

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

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

8.1.3 メッセージの言語種別

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

各メッセージにはメッセージIDが付いています。メッセージIDの形式と意味を次の表に示します。

表8-1 メッセージID（KAPLnnnnn-l）の形式と意味

形式
意味

KAPL
HDLMのメッセージであることを示します。

nnnnn
モジュール別のメッセージの通し番号です。

l
メッセージのレベルです。
C：Critical
E：Error
W：Warning
I：Information

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

メッセージに表示される用語，およびメッセージの説明（意味，説明，対処）で使用する用語を次の表に示します。

表8-2 メッセージとメッセージの説明で使用する用語

用語 | 意味
aa...aa | 変数（1つのメッセージに2つ以上の変数がある場合，bb...bb，cc...ccのように続きます）
オペレーション名 | コマンド名「dlnkmgr」に続けて入力する操作の種類

8.1.3 メッセージの言語種別

メッセージの言語種別は，出力元のコンポーネントごとに異なります。

それぞれのメッセージの節の冒頭で，言語種別を説明しています。また，言語種別を変更できるものについては，言語種別の変更方法についても説明しています。

コンポーネントや言語種別の設定に関係なく，syslogには英語のメッセージだけが出力されます。

syslogに出力されるメッセージがあるコンポーネントを次に示します。

HDLMマネージャ

HDLMドライバ（フィルタ部）

HDLMアラートドライバ

HDLM管理対象物

8.2 KAPL01001～KAPL02000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。出力されるメッセージの言語種別を変更したい場合は，次のようにLANG環境変数の値を変更してください。デフォルトでは，英語のメッセージが出力されます。

Bourneシェル，またはKornシェルの場合

LANG=LANG環境変数の値
NLSPATH=$NLSPATH:/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

対処

hdiskの動的再構成の終了後，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：実行したコマンド

対処

特にありません。

KAPL01101-W
操作対象のHBAポートがありませんでした。オペレーション名 = aa...aa
The target HBA port was not found. Operation name = aa...aa

説明

-hbaidパラメタで指定したHBAポートIDを持つパスがありません。

aa...aa：offlineまたはonline

対処

HDLMコマンドのviewオペレーション（dlnkmgr view -hba）を実行して，操作対象とするHBAポートとそのHBAポートのHBA_IDを確認してください。その後，該当するHBA_IDを指定して，再実行してください。

KAPL01102-I
指定されたaa...aaポートを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n]:
All the paths which pass the specified aa...aa port will be changed to the Offline(C) status. Is this OK? [y/n]:

説明

-hbaidまたは-chaidパラメタが指定されたため，複数のパスをまとめてOffline(C)にします。指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

aa...aa：HBAまたはCHA

対処

指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01103-I
指定されたaa...aaポートを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n]:
If you are sure that there would be no problem when all the paths which pass the specified aa...aa port are placed in the Offline(C) status, enter y. Otherwise, enter n. [y/n]:

説明

パスをOffline(C)にしてよいかどうかを再度確認します。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：HBAまたはCHA

対処

指定した対象物を通るすべてのパスをOffline(C)にするには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01104-I
指定された aa...aaポートを通る全てのパスをOnlineにします。よろしいですか？ [y/n]:
All the paths which pass the specified aa...aa port will be changed to the Online status. Is this OK? [y/n]:

説明

-hbaidまたは-chaidパラメタが指定されたため，複数のパスをまとめてOnlineにします。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

aa...aa：HBAまたはCHA

対処

指定した対象物を通るすべてのパスをOnlineにするには「y」を入力してください。中止する場合は「n」を入力してください。

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.14.2 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：送信データ

対処

特にありません。

KAPL04046-E
HDLMアラートドライバとの接続に失敗しました。RC = aa...aa。マネージャを終了します。
An attempt to connect to the HDLM alert driver has failed. RC = aa...aa. The HDLM manager will now terminate.

説明

HDLMマネージャを起動したときにHDLMアラートドライバとの接続に失敗しました。HDLMマネージャを終了します。

aa...aa：OSのエラーコード（10進数）

対処

「3.5 HDLMのインストール」を参照して，インストールを完了させてください。それでもこのメッセージが表示される場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

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：物理ボリューム（hdisk）の通番（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：物理ボリューム（hdisk）の通番（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障害情報収集ユティリティ」を参照してください。

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の保守契約があれば保守会社に連絡してください。

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：センスコード情報

対処

特にありません。

KAPL05509-I
保守用トレースデータです。(アダプタ): Error Code = aa...aa , Buffer Flag = bb...bb, Adapter Status = cc...cc, Add Adapter Status = dd...dd
Data for maintenance(Adapter): Error Code = aa...aa, Buffer Flag = bb...bb, Adapter Status = cc...cc, Add Adapter Status = dd...dd

説明

パス障害時の詳細情報を出力しているメッセージです。

aa...aa：エラーコード情報

bb...bb：バッファフラグ情報

cc...cc：アダプタステータス情報

dd...dd：追加のアダプタステータス情報

対処

特にありません。

KAPL05510-I
保守用トレースデータです。(SCSI): Error Code = aa...aa , Buffer Flag = bb...bb, SCSI Status = cc...cc, Add SCSI Status = dd...dd
Data for maintenance(SCSI): Error Code = aa...aa, Buffer Flag = bb...bb, SCSI Status = cc...cc, Add SCSI Status = dd...dd

説明

パス障害時の詳細情報を出力しているメッセージです。

aa...aa：エラーコード情報

bb...bb：バッファフラグ情報

cc...cc：SCSIステータス情報

dd...dd：追加のSCSIステータス情報

対処

特にありません。

KAPL05511-I
保守用トレースデータです。(その他): Error Code = aa...aa , Buffer Flag = bb...bb, Status Validity = cc...cc
Data for maintenance(Other): Error Code = aa...aa, Buffer Flag = bb...bb, Status Validity = cc...cc

説明

パス障害時の詳細情報を出力しているメッセージです。

aa...aa：エラーコード情報

bb...bb：バッファフラグ情報

cc...cc：エラー種別の切り分け値

対処

特にありません。

KAPL05512-I
保守用トレースデータです。(センス情報): Sense Key = aa...aa , Sense Code = bb...bb
Data for maintenance(SenseData): Sense Key = aa...aa, Sense Code = bb...bb

説明

パス障害時の詳細情報を出力しているメッセージです。

aa...aa：センスキー情報

bb...bb：センスコード情報

対処

特にありません。

KAPL05819-I
保守用トレースデータです。:aa...aa bb...bb cc...cc dd...dd
Data for maintenance: aa...aa bb...bb cc...cc dd...dd.

説明

フィルタドライバが保守用に出力しているメッセージです。

aa...aa：デバイスのマイナー番号（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障害情報収集ユティリティ」を参照してください。

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.

説明

サポートしていないOSであるため，HDLMをインストールできませんでした。OSのバージョンがサポートされているか確認してください。または，OSがSecure by Default機能を有効にした状態でインストールされていないか確認してください。

対処

「3.1.1 HDLMがサポートするホストとOS」を参照して，サポート対象のOSにインストールしてください。

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ドライバの状態を確認し，再度削除してください。

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のアンインストールに失敗しました。

aa...aa：HDLM managerまたはHDLM 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/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/HDLMWebAgent.class

/usr/HDVM/agent/classes/jp

/usr/HDVM/agent/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/hdlm

/usr/HDVM/HBaseAgent/agent/classes/com/Hitachi/soft/HiCommand/DVM/agent/module/HDLMWebAgent.class

/usr/HDVM/HBaseAgent/agent/classes/jp

/usr/HDVM/HBaseAgent/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.mpio.rteファイルセットのレベル（文字列）

bb...bb：DLManager.mpio.rteファイルセットのレベル（文字列）

対処

HDLMをアンインストールしてください。そのあとインストールプログラムを再実行してください。

KAPL09048-E
HDLM cannot be installed. aa...aa is running.

説明

HDLMマネージャまたはHDLMドライバが起動しているため，HDLMのインストールに失敗しました。

aa...aa：HDLM managerまたはHDLM 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.rte，AutoPath.rte，またはdevices.fcp.sanrise.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のアップグレードまたは再インストール時のライセンスの更新の同時実行

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の保守契約があれば保守会社に連絡してください。

KAPL09171-E
An internal error occurred in the installation of the HDLM. Error Code = aa...aa bb...bb

説明

HDLMのインストール中にユーザ操作が原因でないと思われるエラーが発生しました。

aa...aa：エラー番号（10進数）

bb...bb：リターンコード（10進数）

対処

エラー番号が「3,nnnn」の場合

ODMが使用されています。時間を置いてから再実行してください。

エラー番号が「3,nnnn」以外の場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09172-E
Installation is not possible because an hdisk exists.

説明

hdiskが存在しているため，インストールできません。

対処

hdiskを削除してから，再度インストールを実行してください。

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，cfgmgr，dlmodmset，dlnkmgr，またはdlmrmdev

対処

特にありません。

KAPL09211-I
aa...aa completed successfully.

説明

aa...aaが正常終了しました。

aa...aa：installhdlm，installp，cfgmgr，dlmodmset，dlnkmgr，またはdlmrmdev

対処

特にありません。

KAPL09212-E
aa...aa ended abnormally.

説明

aa...aaが異常終了しました。

aa...aa：installhdlm，installp，cfgmgr，dlmodmset，dlnkmgr，またはdlmrmdev

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

KAPL09213-W
An error occurred during aa...aa processing.

説明

HDLMインストールユティリティ（installhdlm）の処理は最後まで実行されましたが，途中でエラーになった処理があります。

aa...aa：installhdlm，installp，cfgmgr，dlmodmset，dlnkmgr，またはdlmrmdev

対処

このメッセージ以前に出力されているエラーメッセージを確認し，そのエラーメッセージの対処を実行してください。

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の場合

cfgmgrコマンドがデフォルトの場所にないか，cfgmgrコマンドに実行権限がありません。cfgmgrコマンドの状態を確認してください。

Error Code = 11の場合

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.10 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，またはdlmrmdev

対処

aa...aaがdlmodmsetまたはdlnkmgrの場合

規定の場所は/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.mpio.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パラメタを指定して実行し，ユティリティの形式を確認してから，再実行してください。

KAPL09292-W
インストール中に実行した，HDLM mkcd事前準備ユティリティ(dlmpremkcd)が失敗しました。

説明

インストール中に実行した，HDLM mkcd事前準備ユティリティ(dlmpremkcd)が失敗しました。

対処

HDLMインストールを行っていた時間帯に，HDLMユティリティログへ出力されているdlmpremkcdユティリティのメッセージの対処を実行してください。もし，HDLMユーティリティログにdlmpremkcdユティリティのメッセージが出力されていない場合は，dlmpremkcdユティリティに-cパラメタを指定して実行してください。ただし，HDLMインストール環境のOSバックアップをCD-ROMまたはDVD-ROMへバックアップしない場合は，HDLMの動作に影響しないため，このメッセージへの対処は不要です。

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コマンドを再実行してください。

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桁）/月/日 時:分:秒

対処

特にありません。

KAPL10521-W
A parameter is invalid. (parameter = aa...aa)

説明

パラメタが誤っています。

aa...aa : 不正なパラメタ（文字列）

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を-hを付けて実行し，パラメタを確認してから，再実行してください。dlmrmdevユティリティについては，「7.12 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

KAPL10523-E
An attempt to unmount the file system has failed. (file system = aa...aa)

説明

ファイルシステムのアンマウントに失敗しました。

aa...aa : 失敗したファイルシステム（文字列）

対処

失敗したファイルシステムの状態を確認し，再実行してください。

失敗したファイルシステムを手動でアンマウントし，再実行してください。HDLMドライバ削除ユティリティ（dlmrmdev）については，「7.12 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

KAPL10524-E
An attempt to inactivate the volume group has failed. (volume group = aa...aa)

説明

出力されたボリュームグループの非活動化に失敗しました。

aa...aa : 失敗したボリュームグループ（文字列）

対処

失敗したボリュームグループの状態を確認し，再実行してください。

失敗したボリュームグループを手動で非活動化し，再実行してください。HDLMドライバ削除ユティリティ（dlmrmdev）については，「7.12 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。

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] :

対処

操作の実行を継続する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10529-I
All hdisks to be deleted were deleted successfully.

説明

削除対象のhdiskがすべて削除されました。HDLMドライバを構成していた場合は，HDLMマネージャの停止が成功し，HDLMが停止している状態です。

対処

特にありません。

KAPL10530-E
Some hdisks could not be deleted.

説明

HDLMドライバ削除ユティリティ（dlmrmdev）を実行しましたが，削除できないhdiskがありました。

対処

hdiskの状態を確認してから，再度dlmrmdevユティリティを実行してください。

KAPL10531-I
The status of all of the HDLM drivers was changed to "Defined".

説明

HDLMドライバをすべて定義済みの状態に変更しました。

対処

特にありません。

KAPL10532-E
The status of one or more HDLM drivers could not be changed to "Defined".

説明

幾つかのHDLMドライバが定義済みの状態に変更できませんでした。

対処

hdisk の状態を確認してから，再度dlmrmdevユティリティを実行してください。

KAPL10551-I
The dlmpostrestore utility completed successfully.

説明

HDLMリストア支援ユティリティ（dlmpostrestore）が正常終了しました。

対処

特にありません。

KAPL10552-I
Executing the dlmpostrestore utility will reconfigure the device. Is this OK? [y/n] :

説明

HDLMリストア支援ユティリティ（dlmpostrestore）の実行に伴って，デバイスを再構成してもよいか確認するメッセージです。

対処

デバイスを再構成してもよい場合は「y」を，デバイスの構成を確認するためいったんユティリティの実行を中止する場合は「n」を入力してください。

KAPL10553-W
Too many parameters have been specified.

説明

パラメタが多過ぎます。

対処

HDLMリストア支援ユティリティ（dlmpostrestore）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10554-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMリストア支援ユティリティ（dlmpostrestore）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10555-I
Executing the dlmpostrestore utility will reboot the host. Is this OK? [y/n] :

説明

HDLMリストア支援ユティリティ（dlmpostrestore）を実行に伴って，ホストを再起動してもよいか確認するメッセージです。

対処

ホストを再起動してもよい場合は「y」を，ホストが再起動されないよういったん

ユティリティの実行を中止する場合は「n」を入力してください。

KAPL10556-W
The entered value is invalid. Re-enter. [y/n]:

説明

「y」または「n」の入力要求に対してそれ以外が入力されました。

対処

「y」または「n」のどちらかを入力してください。

KAPL10557-I
The user stopped the operation.

説明

入力要求に対して「n」が入力されたため，HDLMリストア支援ユティリティ（dlmpostrestore）の実行を中止します。

対処

特にありません。

KAPL10558-E
The entered value is invalid. The operation will now stop.

説明

入力要求に対して3回以上間違った値が入力されたため，HDLMリストア支援ユティリティ（dlmpostrestore）の実行を中止します。

対処

必要に応じて，再度dlmpostrestoreユティリティを実行してください。

KAPL10559-E
An internal error occurred in the dlmpostrestore utility. Error Code = aa...aa, bb...bb

説明

HDLMリストア支援ユティリティ（dlmpostrestore）の処理中に，予期しないエラーが発生しました。

aa...aa：エラー番号(10進数)

bb...bb：リターンコード(10進数)

対処

Error Code = 3,1の場合

HDLM管理対象デバイスにアクセスするプロセスおよびサービスをすべて停止してからdlmpostrestoreユティリティを再実行してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10560-E
The system environment is invalid. Error Code = aa...aa

説明

HDLMリストア支援ユティリティ（dlmpostrestore）を実行するシステム環境に不正があります。

aa...aa：エラー番号(10進数)

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10561-I
A user operation ended dlmpostrestore utility.

説明

［Ctrl］+［C］などでHDLMリストア支援ユティリティ（dlmpostrestore）の処理が中止されました。

対処

特にありません。

KAPL10571-I
The dlmchpdattr utility completed successfully.

説明

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）が正常終了しました。

対処

特にありません。

KAPL10572-W
No parameter has been specified.

説明

パラメタが指定されていません。

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10573-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10574-W
The specified parameters cannot be specified at the same time. parameter = aa...aa

説明

同時に指定できないパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10575-W
No parameter value has been specified.

説明

パラメタ値が指定されていません。

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10576-W
A parameter value is invalid. parameter value = aa...aa

説明

不正なパラメタ値が指定されています。

aa...aa：指定したパラメタ値（文字列）

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10577-W
An attribute is invalid. attribute = aa...aa

説明

不正な属性が指定されています。

aa...aa：指定した属性（文字列）

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10578-W
An attribute value is invalid. attribute value = aa...aa

説明

不正な属性値が指定されています。

aa...aa：指定した属性値（文字列）

対処

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL10579-I
The HDLM default values will be changed. Is this OK? [y/n]:

説明

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）を実行してもよいか確認するメッセージです。

対処

HDLMデフォルト設定の変更を実行する場合は「y」を，実行しないで中止する場合は「n」を入力してください。

KAPL10580-W
The entered value is invalid. Re-enter. [y/n]:

説明

「y」または「n」の入力要求に対してそれ以外が入力されました。

対処

「y」または「n」のどちらかを入力してください。

KAPL10581-I
The user stopped the operation.

説明

入力要求に対して「n」が入力されたので，HDLMデフォルト設定変更ユティリティ（dlmchpdattr）を中断します。

対処

特にありません。

KAPL10582-E
The entered value is invalid. The operation will now stop.

説明

入力要求に対して3回以上間違った値が入力されたので，HDLMデフォルト設定変更ユティリティ（dlmchpdattr）を中断します。

対処

再度dlmchpdattrユティリティを実施する場合は，「y」または「n」のどちらかを入力してください。

KAPL10583-E
An internal error occurred in the dlmchpdattr utility. Error Code = aa...aa,bb...bb

説明

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）の処理中にユーザ原因でないと思われるエラーが発生しました。

aa...aa：エラー番号（10進数）

bb...bb：リターンコード（10進数）

対処

Error Code = 9,1の場合

HDLMの管理対象パスを使用しているプロセスおよびサービスをすべて停止しているか確認してください。プロセスおよびサービスをすべて停止してから再実行してください。

Error Code = 19,1の場合

パスに障害が発生していないか確認してください。パス障害がある場合は，パスの状態を回復したあとで再実行してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10584-E
The system environment is invalid. Error Code = aa...aa,bb...bb

説明

HDLMデフォルト設定変更ユティリティ（dlmchpdattr）を実行するシステム環境に不正があります。

aa...aa：エラー番号（10進数）

bb...bb：リターンコード（10進数）

対処

Error Code = 3,2または4,-1の場合

dlmrmdevユティリティがデフォルトの場所にないか，またはdlmrmdevユティリティに実行権限がありません。dlmrmdevユティリティの状態を確認してください。

Error Code = 6,2または7,-1の場合

bosbootコマンドがデフォルトの場所にないか，またはbosbootコマンドに実行権限がありません。bosbootコマンドの状態を確認してください。

Error Code = 9,2または10,-1の場合

dlmprユティリティがデフォルトの場所にないか，またはdlmprユティリティに実行権限がありません。dlmprユティリティの状態を確認してください。

Error Code = 11,2または12,-1の場合

mkdevコマンドがデフォルトの場所にないか，またはmkdevコマンドに実行権限がありません。mkdevコマンドの状態を確認してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10585-I
Reboot the host.

説明

設定の変更を反映するため，ホストを再起動してください。

対処

特にありません。

KAPL10586-I
Processing terminated before completion because a signal was received.

説明

［Ctrl］+［C］などでHDLMデフォルト設定変更ユティリティ（dlmchpdattr）の処理が中止されました。

対処

特にありません。

KAPL10587-W
The specified ODM is not installed. parameter value = aa...aa

説明

指定されたODMはインストールされていません。

aa...aa：指定したパラメタ値（文字列）

対処

インストールされているODMを指定して，再実行してください。

KAPL10588-W
A duplicate attribute has been specified. attribute = aa...aa

説明

属性が重複して指定されています。

aa...aa：指定した属性（文字列）

対処

重複した属性を削除して，再実行してください。

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.9 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.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10645-W
A parameter value is invalid. parameter = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）に誤ったパラメタ値が指定されました。

aa...aa：指定されたパラメタ値（文字列）

対処

正しいパラメタ値を指定してから，再実行してください。dlmprユティリティについては，「7.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10646-W
A parameter is invalid. parameter = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）に誤ったパラメタが指定されました。

aa...aa：指定されたパラメタ（文字列）

対処

dlmprユティリティを，-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmprユティリティについては，「7.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10648-E
An internal error occurred in the dlmpr utility. Error Code = aa...aa

説明

HDLMパーシステントリザーブ解除ユティリティ（dlmpr）処理中にユーザ原因でないと思われるエラーが発生しました。

aa...aa：エラー番号（10進数）

対処

Error Code = 35のメッセージが出力された場合は，hdiskが削除されていないか確認してください。hdiskが削除されている場合は，hdiskの状態を回復したあとで再実行してください。hdiskが削除されていない状態でKAPL10648-Eのメッセージが出力された場合には，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

Error Code = 36のメッセージが出力された場合は，パスに障害が発生していないか確認してください。パス障害がある場合は，パスの状態を回復したあとで再実行してください。パス障害がない状態でKAPL10648-Eのメッセージが出力された場合には，HDLMの購入元会社，または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：hdisk名

対処

HDLM管理対象のデバイスが障害状態か，またはHDLMが管理できないデバイスかどうかを確認してください。どちらにも該当しない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10650-I
aa...aa : NO RESERVATION

説明

LUがReservationされていません。

aa...aa：hdisk名

対処

特にありません。

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.9 dlmpr HDLMパーシステントリザーブ解除ユティリティ」を参照してください。

KAPL10670-I
aa...aa : The HDLM driver's hdisk, which is the boot disk, was excluded from the hard disks subject to the clear operation.

説明

ブートディスクを構成しているHDLMドライバのhdiskを，クリア対象から除外しました。

aa...aa：hdisk名

対処

ブートディスクを構成しているHDLMドライバのhdiskのReservation Keyをクリアしたい場合は，そのhdiskを指定してHDLMパーシステントリザーブ解除ユティリティ（dlmpr）を実行してください。

KAPL10800-I
The dlmodmset utility completed normally.

説明

HDLM動作ODM設定ユティリティ（dlmodmset）が正常終了しました。

対処

特にありません。dlmodmsetユティリティについては，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10801-W
No parameter has been specified. operation = aa...aa

説明

パラメタの指定がありません。

aa...aa：指定されたオペレーション（文字列）

対処

HDLM動作ODM設定ユティリティ（dlmodmset）に-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmodmsetユティリティについては，「7.7 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.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

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：エラー番号（文字列）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。dlmodmsetユティリティについては，「7.7 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：Lun ResetまたはOnline(E) IO Block（文字列）

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.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

KAPL10810-W
An operation is invalid. operation = aa...aa

説明

指定されたパラメタが不正です。

aa...aa：不正なパラメタ（文字列）

対処

HDLM動作ODM設定ユティリティ（dlmodmset）に-hパラメタを指定して実行し，指定できるパラメタを確認してから，再実行してください。dlmodmsetユティリティについては，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

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 KAPL13001～KAPL14000

メッセージの言語種別は，AIXのLANG環境変数の値に従います。LANG環境変数の値と，出力メッセージの言語種別の対応を次の表に示します。英語だけが表示されているメッセージについては常に英語で出力されます。

表8-11 LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
Ja_JP | 日本語（シフトJISコード）
ja_JP | 日本語（EUCコード）
Ja_JP，ja_JP以外 | 英語（ASCIIコード）

注

NLSPATHの設定が誤っている場合，LANGの設定内容に関係なく，メッセージは英語で表示されます。

メッセージID
メッセージテキスト
説明

KAPL13001-I
The dlmmigsts utility completed successfully.

説明

HDLM移行支援ユティリティ（dlmmigsts）が正常終了しました。

対処

特にありません。

KAPL13002-E
The dlmmigsts utility ended abnormally.

説明

HDLM移行支援ユティリティ（dlmmigsts）が異常終了しました。

対処

このメッセージの直前に出力されたメッセージの対処を参照してください。

KAPL13003-I
The specified file already exists. Do you want to overwrite it? [y/n]:

説明

指定されたファイルはすでに存在します。上書きしてもよろしいですか？[y/n]:

対処

指定したファイルに上書きする場合は「y」を，上書きしない場合は「n」を入力してください。

KAPL13004-W
The entered value is invalid. Re-enter. [y/n]:

説明

入力された値が正しくありません。再入力してください。[y/n]:

対処

「y」または「n」を入力してください。

KAPL13005-E
The entered value is invalid. The operation will now stop.

説明

入力された値が正しくありません。オペレーションを中断します。

対処

必要に応じてHDLM移行支援ユティリティ（dlmmigsts）を再実行してください。dlmmigstsユティリティについては，「 7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13006-I
The user stopped the operation.

説明

ユーザによってオペレーションを中断しました。

対処

必要に応じてHDLM移行支援ユティリティ（dlmmigsts）を再実行してください。dlmmigstsユティリティについては，「 7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13007-W
No parameter has been specified.

説明

パラメタが指定されていません。

対処

HDLM移行支援ユティリティ（dlmmigsts）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13008-W
A parameter is invalid. parameter = aa...aa

説明

パラメタが誤っています。

aa...aa：パラメタ（文字列）

対処

HDLM移行支援ユティリティ（dlmmigsts）に-hパラメタを指定して実行し，正しいパラメタを確認してから，再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13009-W
No parameter value has been specified. parameter = aa...aa

説明

パラメタ値が指定されていません。

aa...aa：パラメタ（文字列）

対処

HDLM移行支援ユティリティ（dlmmigsts）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13010-W
The specified file does not exist. parameter = aa...aa, Filename = bb...bb

説明

存在しないファイルが指定されています。

aa...aa：パラメタ（文字列）

bb...bb：ファイル名（文字列）

対処

aa...aaが-odmの場合

HDLM移行支援ユティリティ（dlmmigsts）にodm環境設定ファイルを指定して再実行してください。dlmmigstsユティリティについては，「 7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

aa...aaが-setの場合

dlmmigstsユティリティにset環境設定ファイルを指定して再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13011-W
The number of parameters is insufficient.

説明

パラメタが不足しています。

対処

HDLM移行支援ユティリティ（dlmmigsts）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13012-W
Too many parameters have been specified.

説明

パラメタが多過ぎます。

対処

HDLM移行支援ユティリティ（dlmmigsts）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13013-E
The directory for storing the specified file could not be created. Filename = aa...aa

説明

指定されたファイルを格納するディレクトリが作成できませんでした。

aa...aa：ファイル名（文字列）

対処

指定されたファイルを格納する場所の空き容量が足りません。十分な空き容量を確保してからHDLM移行支援ユティリティ（dlmmigsts）を再実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。

KAPL13014-E
An internal error occurred in the dlmmigsts 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移行支援ユティリティ（dlmmigsts）でユーザ原因でないエラーが発生しました。

aa...aa：エラーコード（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13015-E
There is an invalid character in the file. parameter = aa...aa, Filename = bb...bb

説明

ファイル内に不正な文字があります。

aa...aa：パラメタ（文字列）

bb...bb：ファイル名（文字列）

対処

aa...aaが-odmの場合

HDLM動作ODM設定ユティリティ（dlmodmset）を順次実行するか，odmsetfileを修正してHDLM移行支援ユティリティ（dlmmigsts）再度実行してください。dlmmigstsユティリティについては，「7.6 dlmmigsts HDLM移行支援ユティリティ」を参照してください。dlmodmsetユティリティについては，「7.7 dlmodmset HDLM動作ODM設定ユティリティ」を参照してください。

aa...aaが-setの場合

HDLMコマンドのsetオペレーションを順次実行するか，dlnksetfileを修正してdlmmigstsユティリティを再度実行してください。

KAPL13016-E
The backup operation cannot be performed because DLManager.rte is not installed.

説明

DLManager.rteがインストールされていないため，HDLMの設定をバックアップできません。

対処

DLManager.rteがインストールされている環境でHDLM移行支援ユティリティ（dlmmigsts）を実行してください。

KAPL13017-E
The restoration operation cannot be performed because DLManager.mpio.rte is not installed.

説明

DLManager.mpio.rteがインストールされていないため，HDLMの設定を元に戻せません。

対処

DLManager.mpio.rteをインストールしてから，再度HDLM移行支援ユティリティ（dlmmigsts）を実行してください。

KAPL13018-E
The backup operation cannot be performed because there is no /usr/DynamicLinkManager/config/dlmmgr.xml file. 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.

説明

/usr/DynamicLinkManager/config/dlmmgr.xmlファイルがないため，バックアップできません。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13019-E
The same file name was specified for odmsetfile and dlnksetfile. Filename = aa...aa, bb...bb

説明

odm環境設定ファイルとset環境設定ファイルに，同一のファイル名が指定されました。

aa...aa：odm環境設定ファイルのファイル名

bb...bb：set環境設定ファイルのファイル名

対処

ファイル名を確認後，再実行してください。

KAPL13020-E
The file odmsetfile was not restored.

説明

odm環境設定ファイルのリストアが実行されませんでした。

対処

ファイル名を確認後，再実行してください。

KAPL13021-E
The file dlnksetfile was not restored.

説明

set環境設定ファイルのリストアが実行されませんでした。

対処

ファイル名を確認後，再実行してください。

KAPL13101-I
The dlmpreremove utility completed successfully.

説明

HDLMアンインストール事前実行ユティリティ（dlmpreremove）が正常終了しました。

対処

特にありません。

KAPL13102-I
HDLM can now be removed.

説明

HDLMをアンインストールできます。

対処

特にありません。

KAPL13103-I
HDLM can be removed after rebooting the host.

説明

HDLMはホストを再起動したあとにアンインストールできます。

対処

特にありません。

KAPL13104-I
The settings will be changed so that the HDLM driver is not configured on the hdisk. Is this OK? [y/n]

説明

hdiskにHDLMドライバを構成しないよう設定を変更します。よろしいですか？

対処

HDLMアンインストール事前実行ユティリティ（dlmpreremove）を実行する場合は「y」を，実行しない場合は「n」を入力してください。

KAPL13105-W
The entered value is invalid. Re-enter. [y/n]:

説明

「y」または「n」の入力要求に対してそれ以外が入力されました。

対処

「y」または「n」のどちらかを入力してください。

KAPL13106-E
The entered value is invalid. The operation will now stop.

説明

入力要求に対して3回以上間違った値が入力されたので，HDLMアンインストール事前実行ユティリティ（dlmpreremove）を中断します。

対処

再度dlmpreremoveユティリティを実施する場合は，「y」または「n」のどちらかを入力してください。

KAPL13107-I
The user stopped the operation.

説明

入力要求に対して「n」が入力されたので，HDLMアンインストール事前実行ユティリティ（dlmpreremove）を中断します。

対処

特にありません。

KAPL13108-E
An internal error occurred in the dlmpreremove utility. Error Code = 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.

説明

HDLMアンインストール事前実行ユティリティ（dlmpreremove）の処理中に，ユーザの操作が原因でないと思われるエラーが発生しました。

aa...aa：エラー番号（10進数）

bb...bb：リターンコード（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13109-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMアンインストール事前実行ユティリティ（dlmpreremove）に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。dlmpreremoveユティリティについては，「 7.11 dlmpreremove HDLMアンインストール事前実行ユティリティ」を参照してください。

KAPL13110-E
The dlmpreremove utility cannot be executed because the HDLM driver is running. Execute the dlmrmdev utility, and then re-execute the dlmpreremove utility.

説明

HDLMドライバが起動しているため，HDLMアンインストール事前実行ユティリティ（dlmpreremove）の実行に失敗しました。

対処

HDLMドライバ削除ユティリティ（dlmrmdev）を実行してください。それから，HDLMアンインストール事前実行ユティリティ（dlmpreremove）を再実行してください。dlmrmdevユティリティについては，「7.12 dlmrmdev HDLMドライバ削除ユティリティ」を参照してください。dlmpreremoveユティリティについては，「 7.11 dlmpreremove HDLMアンインストール事前実行ユティリティ」を参照してください。

KAPL13141-I
The dlmpremkcd utility completed successfully.

説明

HDLMmkcd事前準備ユティリティ(dlmpremkcd)が正常終了しました。

対処

特にありません。

KAPL13142-W
No parameters were specified.

説明

パラメタが指定されていません。

対処

HDLMmkcd事前準備ユティリティ(dlmpremkcd)に-h パラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13143-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMmkcd事前準備ユティリティ(dlmpremkcd)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13144-W
The specified parameters cannot be specified at the same time. parameter = aa...aa

説明

同時に指定できないパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMmkcd事前準備ユティリティ(dlmpremkcd)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13145-I
The dlmpremkcd utility will be executed. Is this OK? [y/n]:

説明

HDLMmkcd事前準備ユティリティ(dlmpremkcd)を実行してもよいか確認するメッセージです。

対処

HDLMmkcd事前準備ユティリティ(dlmpremkcd)を実行する場合は「y」を，実行しないで中止する場合は「n」を入力してください。

KAPL13146-W
The entered value is invalid. Re-enter. [y/n]:

説明

「y」または「n」の入力要求に対してそれ以外が入力されました。

対処

「y」または「n」のどちらかを入力してください。

KAPL13147-I
The user stopped the operation.

説明

入力要求に対して「n」が入力されたので，HDLMmkcd事前準備ユティリティ(dlmpremkcd)を中断します。

対処

特にありません。

KAPL13148-E
The entered value is invalid. The operation will now stop.

説明

入力要求に対して3回以上間違った値が入力されたので，HDLMmkcd事前準備ユティリティ(dlmpremkcd)を中断します。

対処

HDLMmkcd事前準備ユティリティ(dlmpremkcd)を実施する場合は，「y」または「n」のどちらかを入力してください。

KAPL13149-E
An internal error occurred in the dlmpremkcd utility. Error Code = aa...aa,bb...bb

説明

HDLMmkcd事前準備ユティリティ(dlmpremkcd)の処理中にユーザー原因でないと思われるエラーが発生しました。

aa...aa：エラー番号(10進数)

bb...bb：リターンコード(10進数)

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13150-E
The system environment is invalid. Error Code = aa...aa,bb...bb

説明

HDLMmkcd事前準備ユティリティ(dlmpremkcd)を実行するシステム環境に不正があります。

aa...aa：エラー番号(10進数)

bb...bb：リターンコード(10進数)

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13151-I
Processing terminated before completion because a signal was received.

説明

HDLMmkcd事前準備ユティリティ(dlmpremkcd)を実行中に［Ctrl］+［C］などで中断したため，処理を中止しました。

対処

特にありません。

KAPL13157-I
The dlmrmprshkey utility completed successfully.

説明

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)が正常終了しました。

対処

特にありません。

KAPL13158-W
No parameter has been specified.

説明

パラメタが指定されていません。

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13159-W
A parameter is invalid. parameter = aa...aa

説明

不正なパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13160-W
The specified parameters cannot be specified at the same time. parameter = aa...aa

説明

同時に指定できないパラメタが指定されています。

aa...aa：指定したパラメタ（文字列）

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13161-W
No parameter value has been specified.

説明

パラメタ値が指定されていません。

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13162-W
A parameter value is invalid. parameter value = aa...aa

説明

不正なパラメタ値が指定されています。

aa...aa：指定したパラメタ値（文字列）

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)に-hパラメタを指定して実行し，パラメタを確認してから，再実行してください。

KAPL13163-I
The dlmrmprshkey utility will now be executed. Is this OK? [y/n]:

説明

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を実行してもよいか確認するメッセージです。

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を実行する場合は「y」を，実行しないで中止する場合は「n」を入力してください。

KAPL13164-W
The entered value is invalid. Re-enter. [y/n]:

説明

「y」または「n」の入力要求に対してそれ以外が入力されました。

対処

「y」または「n」のどちらかを入力してください。

KAPL13165-I
The user stopped the operation.

説明

入力要求に対して「n」が入力されたので，HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を中断します。

対処

特にありません。

KAPL13166-E
The entered value is invalid. The operation will now stop.

説明

入力要求に対して3回以上間違った値が入力されたので，HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を中断します。

対処

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を実施する場合は，「y」または「n」のどちらかを入力してください。

KAPL13167-E
An internal error occurred in the dlmrmprshkey utility. Error Code = aa...aa,bb...bb

説明

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)の処理中にユーザー原因でないと思われるエラーが発生しました。

aa...aa：エラー番号(10進数)

bb...bb：リターンコード(10進数)

対処

Error Code = 21,N, 24,N, 26,N, 28,Nの場合

パスに障害が発生していないか確認してください。パスに障害がある場合は，パスの状態を回復したあとで再実行してください。

Error Code = 30,Nの場合

対象デバイスは，パーシステントリザーブ（共用ホスト方式）を使用していないおそれがあります。

dlmprユティリティを使用して，対象デバイスがパーシステントリザーブ（共用ホスト方式）を使用しているか確認してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13168-E
The system environment is invalid. Error Code = aa...aa,bb...bb

説明

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を実行するシステム環境に不正があります。

aa...aa：エラー番号(10進数)

bb...bb：リターンコード(10進数)

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13169-W
The specified device is not targeted for processing. device name = aa...aa

説明

処理対象ではないデバイスを指定しました。

aa...aa：指定したデバイス名

対処

特にありません。

KAPL13170-I
Processing terminated before completion because a signal was received.

説明

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を実行中に［Ctrl］+［C］などで中断したため，処理を中止しました。

対処

特にありません。

KAPL13171-I
If you execute the dlmrmprshkey utility and the server on which the specified key value has been registered attempts to access an LU, the attempt might fail with an error.

説明

HDLMパーシステントリザーブ(共用ホスト方式)解除ユティリティ(dlmrmprshkey)を実行する前に注意を促すメッセージです。

対処

特にありません。

KAPL13601-W
監査ログ設定ファイルがありません。マネージャを再起動した後，"dlnkmgr view -sys -audlog"コマンドを実行して，設定を確認してください。
The audit log configuration file does not exist. Restart the HDLM Manager, and execute the "dlnkmgr view -sys -audlog" command and check the setting.

説明

監査ログ設定ファイルが存在しません。

対処

HDLMマネージャを再起動したあと，dlnkmgr view -sys -audlogコマンドを実行してください。そのあと，必要に応じてdlnkmgr set -audlogまたはdlnkmgr set -audfacコマンドで，設定を行ってください。

KAPL13602-W
監査ログ設定ファイルがオープンできません。 "dlnkmgr view -sys -audlog"コマンドを実行して，結果が正常に表示されるか確認してください。
The audit log configuration file cannot be opened. Execute the "dlnkmgr view -sys -audlog" command and check whether a normal result is displayed.

説明

監査ログ設定ファイルがオープンできません。

対処

dlnkmgr view -sys -audlogコマンドを実行した結果，正常に表示されない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13603-W
監査ログ設定ファイルが不正です。マネージャを再起動した後，"dlnkmgr view -sys -audlog"コマンドを実行して設定を確認してください。
The audit log configuration file is invalid. Restart the HDLM Manager, and execute the "dlnkmgr view -sys -audlog" command and check the setting.

説明

監査ログ設定ファイルが不正です。

対処

HDLMマネージャを再起動したあと，dlnkmgr view -sys -audlogコマンドを実行してください。そのあと，必要に応じてdlnkmgr set -audlogまたはdlnkmgr set -audfacコマンドで，設定を行ってください。

KAPL13604-W
監査ログ設定ファイルの読み込み処理でエラーが発生しました。
An error occurred during processing to read the audit log configuration file.

説明

監査ログ設定ファイルの読み込み中に内部エラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13605-W
監査ログの出力処理でエラーが発生しました。
An error occurred during processing to output the audit log configuration file.

説明

監査ログの出力中に内部パラメタエラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL13606-W
監査ログの出力処理でエラーが発生しました。
An error occurred during processing to output the audit log configuration file.

説明

監査ログの出力中に内部エラーが発生しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

8.13 KAPL15001～KAPL16000

この節で説明するメッセージの言語種別は，英語だけです。

メッセージID
メッセージテキスト
説明

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：ユーザが実行したユティリティ名

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：ユーザが実行したユティリティ名

KAPL15080-I
The information about the HDLM default configuration ODM was displayed successfully. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15081-E
An attempt to display the information about the HDLM default configuration ODM has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15082-I
The information about the HDLM default configuration ODM was changed successfully. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15083-E
An attempt to change the information about the HDLM default configuration ODM has failed. 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：ユーザが実行したユティリティ名

KAPL15088-I
Addition processing completed successfully. Command line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15089-E
Addition processing ended abnormally. Command line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15090-I
Deletion processing completed successfully. Command line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15091-E
Deletion processing ended abnormally. Command line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15092-I
The command execution server was cleared from the PR_shared reservation for the target device. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15093-I
The server on which the specified key has been registered was cleared from the PR_shared reservation for the target device. Command Line = aa...aa

説明

aa...aa：ユーザが実行したコマンドライン

KAPL15094-E
An attempt to clear the server from the PR_shared reservation for the target device has failed. 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.14 Hitachi Command Suite共通エージェントコンポーネントのリターンコード

Global Link ManagerからHDLMへ要求した動作が異常終了した場合，または正常終了しても警告がある場合にHDLMがリターンコードを出力します。

リターンコード
説明

1002

説明

操作対象のパスがありませんでした。

対処

ホストの情報を更新して，パス情報を確認したあとに再度オペレーションを実行してください。

1003

説明

パスを検出できませんでした。

対処

ホスト－ストレージシステム間のパスが接続されているかを確認してください。パスが接続されている場合は，HDLMが正しく構成されているかを確認してください。

1004

説明

HDLMの内部処理に必要なメモリが確保できませんでした。

対処

不要なアプリケーションを終了させ，空きメモリを増やすか，ホストを再起動してください。

1006

説明

パスの回復に失敗しました。

対処

パスの障害を取り除いたあと，再度オンライン操作を実行してください。

1007

説明

オフラインの対象として指定されたパスはデバイスの最後のパスであるため，オフライン状態にはできません。

対処

ホストの情報を更新して，パスの状態を確認したあとに再度オフライン操作を実行してください。

1015

説明

パスの回復に失敗しました。

対処

パスの障害を取り除いたあと，再度オンライン操作を実行してください。

1016

説明

操作対象のパスはすでにOnlineです。

対処

ホストの情報を更新して，パスの状態を確認してください。

1017

説明

操作対象のパスはすでにOffline(C)です。

対処

ホストの情報を更新して，パスの状態を確認してください。

1019

説明

HDLMの内部処理で障害が発生しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

1020

説明

HDLMの内部処理で予測できないエラーが発生しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

1025

説明

パラメタ値が誤っています。

対処

ホストの情報を更新して，再度オペレーションを実行してください。繰り返し同じエラーとなる場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2 DLMgetras HDLM障害情報収集ユティリティ」を参照してください。

1026

説明

パス情報取得中にパスの構成が変更されたため，パス情報取得を中断します。

対処

ホストの情報を更新して，パス情報を確認したあとに再度オペレーションを実行してください。

1027

説明

障害監視時間，および障害発生回数が自動フェイルバックチェック間隔と矛盾しています。

対処

間欠障害監視の障害監視時間は，「自動フェイルバックで指定するチェック間隔×間欠障害監視で指定する障害発生回数」以上に設定してください。

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 EXの旧バージョンで提供していた機能について，変更前と変更後の相違点を示します。

この付録の構成

A.1 HDLM EX 6.2とそれ以前のバージョンのHDLM EXの差異

A.2 HDLM EX 6.1とそれ以前のバージョンのHDLM EXの差異

A.3 HDLM EX 6.0以降とそれ以前のバージョンのHDLM EXの差異

A.1 HDLM EX 6.2とそれ以前のバージョンのHDLM EXの差異

HDLM EX 6.1以前では，OSのmksysbコマンドで作成したmksysbイメージから，ほかのLPAR，またはほかのホストにシステムの複製（クローン）を作成する場合，mksysbコマンド実行前にHDLMをアンインストールする必要がありました。
HDLM 6.2以降では，mksysbコマンド実行前のHDLMアンインストールは不要となりました。システムの複製作成後にHDLMリストア支援ユティリティ（dlmpostrestore）を実行することで作成先のシステム環境に合わせてHDLMの情報を更新できるようになりました。

HDLM EX 6.1以前では，サイレントインストールによるアップグレードインストールまたは再インストール時にhdiskの構成が変更されることがありました。HDLM EX 6.2では，既存のhdiskを変更することなくアップグレードインストールまたは再インストールできます。

A.2 HDLM EX 6.1とそれ以前のバージョンのHDLM EXの差異

HDLMの新規インストール時，ロードバランスのアルゴリズムのデフォルト値をラウンドロビンから拡張最少I/O数に変更しました。

A.3 HDLM EX 6.0以降とそれ以前のバージョンのHDLM EXの差異

HDLMインストール構成支援ユティリティ（dlmsetup）によるHDLMのインストール機能を，HDLMインストールユティリティ（installhdlm）に統合しました。

HDLMのコマンドやユティリティの実行結果で表示される，HDLMのバージョンの表記を変更しました。

付録B. HDLM EXと05-63以前および05-80以降のHDLMの差異

HDLM EXでは，AIX 5L V5.2以降が適用するMPIOに対応しました。これによって，OSとの親和性が向上して05-63以前および05-80以降のHDLMから次に示すことが変わりました。

この付録の構成

B.1 HDLMドライバのアドインモジュール化

B.2 論理デバイスファイルの変更によるHDLMの環境構築，運用手順の簡略化

B.3 論理デバイスファイルの変更によるHDLMの環境構築および運用の手順の変更

B.4 リザーブ制御の設定の移行

B.5 ブートディスク環境のサポート

B.6 OSアップグレード時の設定について

B.7 バーチャルI/Oサーバの仮想SCSIディスク認識方式の変更

B.1 HDLMドライバのアドインモジュール化

HDLM EXでは，AIX 5L V5.2以降からサポートされているMPIOに対応しました。これによって，HDLM管理対象デバイスのパス管理にOS標準コマンドも利用できるようになり，OSとの親和性が向上しました。したがって，05-63以前および05-80以降のHDLMと比較して，HDLM EXではHDLMドライバの構造や環境構築・運用手順に差異が発生しています。ここでは，05-63以前および05-80以降のHDLMとの差異について説明します。05-63以前および05-80以降のHDLMのHDLMドライバと，HDLM EXのHDLMドライバの違いを次の図に示します。

図B-1 05-63以前および05-80以降のHDLMのHDLMドライバとHDLM EXのHDLMドライバの違い

B.2 論理デバイスファイルの変更によるHDLMの環境構築，運用手順の簡略化

HDLMドライバで制御できる論理デバイスファイルが，HDLMデバイス（dlmfdrvn）からOSが提供するhdiskに統合されました。したがって，HDLMで制御する論理デバイスファイルをAIX標準のcfgmgrコマンドで構成できます。
除外ディスク定義ファイル（/usr/DynamicLinkManager/drv/dlmfdrv.unconf）,
およびHDLMドライバ構成定義ファイル（/usr/DynamicLinkManager/drv/dlmfdrv.conf）は使用しなくなりました。HDLMをインストールすると，「2.1 HDLMで管理するデバイス」の「HDLMが管理できるデバイス」で示したすべてのデバイスが管理対象になります。物理ボリュームをHDLMの管理対象から外すことはできなくなりました。
これに伴い，マニュアル「Hitachi Command Suite Dynamic Link Manager Software ユーザーズガイド(AIX®用)」（3000-3-G22）で説明した次に示す個所は削除しました。

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

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

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

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

3.11.4 clconraid.datファイルの設定

3.11.5 PowerHAに関する注意事項
(1) PowerHAのC-SPOC（Cluster-SinglePoint of Control）コマンドを実行する場合
(2) ディスクハートビートについて

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

3.15.6 PowerHAの設定解除
(1) ユーザー定義クラスター・イベントの削除

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

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

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

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

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

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

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

4.5.6 HDLMデバイスの構成変更

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

rc.shutdownファイルの不要化
05-63以前および05-80以降のHDLMでは，ホストを起動するとき物理ボリュームが定義済みになることを回避するために，rc.shutdownファイルを提供していました。HDLM EXではこの現象が発生しないので，rc.shutdownファイルを提供しなくなりました。このことによって，マニュアルは次に示すように変更しました。

マニュアル「Hitachi Command Suite Dynamic Link Manager Software ユーザーズガイド(AIX®用)」（3000-3-G22）の「3.4.12 ホスト起動についての注意事項」はrc.shutdownファイルの編集方法を説明していたので，削除しました。

HDLMのアンインストールの説明から，rc.shutdownファイルに関する手順を削除しました。

HDLM障害情報収集ユティリティ（DLMgetras）が収集するファイルから，rc.shutdownファイルを削除しました。

HDLMコマンドのviewオペレーションで「HDevName」に表示する内容が，HDLMデバイス（dlmfdrvn）からhdiskに変わりました。それに伴って，05-63以前および05-80以降のHDLMでview -lu，view -drvを実行するとhdisk名を表示していた「Device」を削除しました。

dlmfdrvが削除されたことによって，次に示すHDLMユティリティは提供しなくなりました。マニュアルから関連する記述を削除または変更しました。

HDLMボリュームグループ操作ユティリティ
HDLM EXでは，HDLMボリュームグループ操作ユティリティのコマンドに対応するAIXの標準コマンドを使用します。HDLMボリュームグループ操作ユティリティのコマンドとAIXの標準コマンドの対応を次の表に示します。

表B-1 HDLMボリュームグループ操作ユティリティのコマンドと対応するAIXコマンド

HDLMボリュームグループ操作ユティリティのコマンド | 対応するAIXコマンド
dlmchvg | chvg
dlmexportvg | exportvg
dlmextendvg | extendvg
dlmimportvg | importvg
dlmlistvgbackup | listvgbackup
dlmlsvg | lsvg
dlmmirrorvg | mirrorvg
dlmmkvg | mkvg
dlmrecreatevg | recreatevg
dlmreducevg | reducevg
dlmreorgvg | reorgvg
dlmrestorevgfiles | restorevgfiles
dlmrestvg | restvg
dlmsavevg | savevg
dlmsyncvg | syncvg
dlmunmirrorvg | unmirrorvg
dlmvaryoffvg | varyoffvg
dlmvaryonvg | varyonvg

HDLM構成管理ユティリティ（dlmcfgmgr）
HDLM EXでは，AIXのcfgmgrコマンドを使用します。

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

HDLM HBA交換用ユティリティ（dlmHBAdel）

また，HDLMドライバ削除ユティリティ（dlmrmdev）の実行対象は，dlmfdrvからhdiskに変更しました。

B.3 論理デバイスファイルの変更によるHDLMの環境構築および運用の手順の変更

「B.2 論理デバイスファイルの変更によるHDLMの環境構築，運用手順の簡略化」で説明したことと同じ理由によって，次に示すHDLMの環境構築および運用の手順を変更しました。

HDLMの新規インストール，アップグレードインストール※

GPFSを使用する場合の設定

HBAの交換

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

ファイバケーブルの交換

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

注※

アップグレードインストールとは，古いバージョンのHDLM EXに新しいバージョンのHDLM EXをインストールすることです。したがって，HDLM 05-63以前およびHDLM 05-80以降からHDLM EXへの移行は含みません。その逆も同様です。これらの場合には，いったんHDLMをアンインストールしてから，HDLM EXをインストールする必要があります。05-63以前または05-80以降のHDLMからHDLM EXへ移行する場合は，HDLM EXが提供するHDLM移行支援ユティリティ（dlmmigsts）を使用して，移行前のHDLMの設定を引き継ぐことができます。詳細については，「3.5.7 HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行」を参照してください。

B.4 リザーブ制御の設定の移行

05-63以前および05-80以降のHDLMではリザーブ制御の設定を「リザーブレベル」と呼び，HDLMコマンドのsetオペレーションの-rsv onパラメタで設定しました。HDLMが設定するリザーブ制御の対象はHDLM管理対象デバイスのすべてのLUでした。しかし，AIX 5L V5.2以降はOSが「リザーブポリシー」を設定することによって，LUごとにリザーブ制御を設定できます。したがって，HDLM EXではリザーブ制御をAIXのchdevコマンドで設定します。このことによって，HDLMコマンドのsetオペレーションの-rsv onパラメタを提供しなくなりました。リザーブレベルとリザーブポリシーの設定値の対応を次の表に示します。

表B-2 リザーブレベルとリザーブポリシーの設定値の対応

リザーブレベル | リザーブポリシー
0（リザーブ無視） | no_reserve
2（パーシステントリザーブ） | PR_exclusive

B.5 ブートディスク環境のサポート

ストレージシステムのディスクを，ブートディスクに利用できるようになりました。それに伴って，HDLMアンインストール事前実行ユティリティ（dlmpreremove）を提供しました。dlmpreremoveユティリティは，HDLMをアンインストールする前にブートディスクとして認識されているhdiskをHDLM管理対象から外します。

B.6 OSアップグレード時の設定について

この節の構成

B.6.1 OSをアップグレードするときの設定の不要化

B.6.2 カーネルモードを変更するときの設定の不要化

B.6.1 OSをアップグレードするときの設定の不要化

HDLMとして必要な手順がなくなったので，マニュアル「Hitachi Command Suite Dynamic Link Manager Software ユーザーズガイド(AIX®用)」（3000-3-G22）の「4.5.2 OSのアップグレード時の設定」の「(1) OSのアップグレード時の設定」で説明していた内容は不要になりました。したがって，マニュアルから削除しました。

B.6.2 カーネルモードを変更するときの設定の不要化

HDLM EXでは，32ビット版と64ビット版の両方がインストールされます。32ビットカーネルを使用しているときは32ビット版，64ビットカーネルを使用しているときは64ビット版のHDLMが自動的に使用されます。

この変更によって，マニュアル「Hitachi Command Suite Dynamic Link Manager Software ユーザーズガイド(AIX®用)」（3000-3-G22）の次に示す個所で説明していたことが不要になったので，マニュアルから削除しました。

3.5.1 HDLMを新規インストールする前の準備
(4) カーネルモードの切り替え

4.5.2 OSのアップグレード時の設定
(2) カーネルモード変更時の設定

「B.6.1 OSをアップグレードするときの設定の不要化」および「B.6.2 カーネルモードを変更するときの設定の不要化」で説明した変更によって，HDLM動作環境変更ユティリティ（dlmchenv）は不要になったので提供しなくなりました。したがって，マニュアルからdlmchenvユティリティの説明を削除しました。

B.7 バーチャルI/Oサーバの仮想SCSIディスク認識方式の変更

05-63以前および05-80以降のHDLMでは，バーチャルI/Oサーバの仮想SCSIディスク認識方式にPVIDとunique_idのどちらかを選択できました。HDLM EXでは，MPIOの仕様によってunique_idだけになりました。この変更によって，マニュアル「Hitachi Command Suite Dynamic Link Manager Software ユーザーズガイド(AIX®用)」（3000-3-G22）の「4.1.11 バーチャルI/Oサーバを使用している場合の仮想SCSIディスク認識方式切り替え」で説明していたことが不要になったので，マニュアルから削除しました。また，これに伴ってHDLM動作ODM設定ユティリティ（dlmodmset）の-uパラメタおよび-eパラメタが不要になったので，提供しなくなりました。

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

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

この付録の構成

C.1 関連マニュアル

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

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

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

C.1 関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Hitachi Command Suite Dynamic Link Manager Software ユーザーズガイド（AIX®用）（3000-3-G22）

Hitachi Command Suite Global Link Manager Software ユーザーズガイド（3020-3-X11）

Hitachi Command Suite Global Link Manager Software 導入・設定ガイド（3020-3-X12）

Hitachi Command Suite Global Link Manager Software メッセージ（3020-3-X13）

Hitachi Adaptable Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Simple Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Tape Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Unified Storageシリーズ用 各種ユーザーズガイド

Hitachi Universal Storage Platformシリーズ用 各種ユーザーズガイド

Hitachi Workgroup Modular Storageシリーズ用 各種ユーザーズガイド

SANRISE2000/SANRISE9900/SANRISE Universal Storage Platform/Hitachi Universal Storage Platform V Hitachi Virtual Storage Platform FAL for AIX FAL for HP-UX FAL for Solaris FAL for Windows FAL for NCR UNIX FAL for HI-UX/WE2 FAL for Tru64 UNIX FAL for LINUX ユーザーズガイド

SANRISE 9580Vシリーズ ディスクアレイ ユーザーズガイド

Universal Storage Platform Vシリーズ用 各種ユーザーズガイド

Universal Storage Platform VMシリーズ用 各種ユーザーズガイド

Virtual Storage Platformシリーズ用 各種ユーザーズガイド

JP1 Version 6 JP1/NETM/DM Manager（3000-3-841）

JP1 Version 7i JP1/NETM/DM Client（UNIX(R)用）（3020-3-G37）

JP1 Version 8 JP1/NETM/DM Client（UNIX(R)用）（3020-3-L43）

JP1 Version 9 JP1/NETM/DM Client（UNIX(R)用）（3020-3-S85）

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

このマニュアルでは，製品名称を次のように表記します。

このマニュアルでの表記
製品名称または意味

Device Managerエージェント
Hitachi Device Managerに含まれるDevice Managerエージェント

Global Link Manager
Hitachi Global Link Manager

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

PowerHA 7.1.2

HDLM
次の製品を区別する必要がない場合の表記です。

Hitachi Dynamic Link Manager

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 USP Hシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform H24000

Hitachi Universal Storage Platform H20000

Hitachi Universal Storage Platform H12000

Hitachi Universal Storage Platform H10000

SANRISE H1024

SANRISE H128

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

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®

XP128
HP StorageWorks XP128 Disk Array

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

XPシリーズ
次の製品を区別する必要がない場合の表記です。

HP StorageWorks XP24000 Disk Array

HP StorageWorks XP20000 Disk Array

HP StorageWorks XP12000 Disk Array

HP StorageWorks XP10000 Disk Array

HP StorageWorks XP1024 Disk Array

HP StorageWorks XP128 Disk Array

このマニュアルでは，AIX，Solaris，Linux®，およびHP-UXを区別する必要がない場合，UNIXと表記しています。

また，Hitachi Dynamic Link ManagerとHitachi Dynamic Link Manager EXとを区別する必要がある場合，Hitachi Dynamic Link Manager EXを「HDLM EX」と表記しています。

C.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
LPAR | Logical Partition
LU | Logical Unit
LUN | Logical Unit Number
LVM | Logical Volume Manager
MPIO | Multipath I/O
NAS | Network Attached Storage
NIM | Network Installation Management
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

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

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

用語解説

ここでは，マニュアル中で使用している用語を解説します。

（英字）

CHA（Channel Adapter）

ストレージシステムのチャネルを制御するアダプタです。

CLPR（Cache Logical Partition）

Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズ，HUS100シリーズ，およびHUS VMがサポートするキャッシュの論理的な分割機能です。この機能を使用すると，ストレージシステム内でパリティグループ単位にキャッシュを分割するため，キャッシュ性能がほかのパリティグループの影響を受けません。

Dev（Device）

HDLMが制御，操作する対象で，LUを論理的に分割した単位を指します。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）

ホストと外部装置を接続するインタフェースとなるデバイスです。

このマニュアルでは，ホストとストレージ間を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では，ドライバの追加・削除のために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のオーナコントローラに設定したコントローラです。

オーナコントローラ以外のコントローラは，ノンオーナコントローラと呼びます。

SANRISE9900Vシリーズ，Hitachi USPシリーズ，Universal Storage Platform V/VMシリーズ，Virtual Storage Platformシリーズ，Hitachi AMS2000シリーズ，Hitachi SMSシリーズ，HUS100シリーズ，またはHUS VMを使用している場合には，すべてのコントローラがオーナコントローラになります。

（関連用語：オーナパス，ノンオーナコントローラ）

オーナパス

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，ストレージシステム側でLUのオーナコントローラに設定したコントローラを経由するパスです。オーナコントローラ以外のコントローラを経由するパスをノンオーナパスと呼びます。

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，ホストデバイス名）

ホストデバイス名

ホストデバイスに付けられている名前です。hdiskが割り当てられます。

（関連用語：ホストデバイス）

（ラ行）

リザーブ

あるホストが1つのLUを占有したい場合，そのLUに対して占有を宣言し，ほかのホストからLUにアクセスできないように保護する機能です。リザーブを発行したホストには，そのリザーブを発行したパスにLUへのアクセス許可が与えられるため，複数のパスで同時にLUにアクセスできません。そのため，ロードバランスはできません。

（関連用語：パーシステントリザーブ）

ロードバランス

LU内の領域にアクセスするパスが複数ある場合，それらの複数のパスを使用してI/Oを行うことで，パスに掛かる負荷を分散する機能です。

次に示す6つのアルゴリズムがあります。

・ラウンドロビン

・拡張ラウンドロビン

・最少I/O数

・拡張最少I/O数

・最少ブロック数

・拡張最少ブロック数

論理デバイスファイル

/dev/hdiskn，/dev/rhdisknです。ここでいう「論理デバイス」はLDEVではありません。論理デバイスファイル名は，rendevコマンドで変更できます。

索引

[A][C][D][E][G][H][I][K][L][O][P][S][T][V][W]
[あ][い][え][お][か][き][く][こ][さ][し][す][せ][た][ち][て][と][の][は][ひ][ふ][へ][ほ][め][ゆ][よ][り][ろ]

(A)

add〔HDLMコマンドのオペレーション〕

(C)

CHA

CHA（Channel Adapter）

clear〔HDLMコマンドのオペレーション〕

CLPR（Cache Logical Partition）

Critical〔障害レベル〕

(D)

delete〔HDLMコマンドのオペレーション〕

Dev

Dev

Dev

Dev番号

dlmchpdattr

DLMgetras

DLMgetras

dlmgetrasinst

dlminstcomp

dlmmigsts

dlmodmset

dlmpostrestore

dlmpr

dlmpremkcd

dlmpreremove

dlmrmdev

dlmrmprshkey

(E)

Error〔障害レベル〕

(G)

Global Link Manager

GPFS

設定

(H)

HBA

HBA（Host Bus Adapter）

HBAアダプタ番号

HBAの交換

HDev

HDLM mkcd事前準備ユティリティ

HDLMアラートドライバ

HDLMアラートドライバ

HDLMアンインストール事前実行ユティリティ

HDLM移行支援ユティリティ

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

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

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

HDLMが検知した障害情報

HDLMが検知する障害

HDLM管理対象デバイス

HDLM共通インストーラユティリティ

HDLMコマンド

HDLMコマンド

HDLMコマンドのオペレーション

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

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

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

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

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

HDLMで管理するデバイス

HDLMで使用するコマンド

HDLMデフォルト設定変更ユティリティ

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

HDLMとは

HDLMドライバ

HDLMドライバ

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

HDLMドライバとhdiskの位置づけ

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

(P)

P

PCIバス番号

PowerHA

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

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

スクリプトの登録

設定

(S)

SAN

SAN（Storage Area Network）

SCSIデバイス

set〔HDLMコマンドのオペレーション〕

SLPR（Storage Logical Partition）

syslog

(T)

Target Id

(V)

VCS

設定

view〔HDLMコマンドのオペレーション〕

(W)

Warning〔障害レベル〕

(あ)

アダプタ種別

アダプタ種別

アダプタ番号

アダプタ番号

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

アンインストール

HDLM

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）

(い)

移行

インストール

HDLM 05-63以前またはHDLM 05-80以降からHDLM EXへの移行

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

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

HDLMの新規インストール

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

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

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

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

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

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

インストール情報設定ファイル

定義内容

(え)

エミュレーションタイプ

(お)

オーナコントローラ

オーナコントローラ

オーナパス

オーナパス

オペレーション

オペレーション一覧

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

(か)

カーネルモードの切り替え

確認

パス構成

稼働状態

環境構築

HDLM

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

HDLM管理対象デバイスのqueue_depthパラメタ値についての注意事項

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

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

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

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

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

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

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

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

間欠障害

間欠障害監視

間欠障害監視

監査ログの採取

監査ログの出力形式

監視

メッセージ

監視サイクル

(き)

起動

HDLMマネージャ

機能の設定

切り替え先のパスの優先順位

(く)

クラスタ

クラスタ（PowerHA）

設定解除

クラスタソフトウェア

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

クラスタ対応

(こ)

コアロジック部

構成

プログラム

コマンド

概要

入力形式

コマンドデバイス

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

(さ)

再インストール

採取するログの種類

サイレントインストール

インストール情報設定ファイル

ログファイル

(し)

システム構成

自動パス切り替え

自動フェイルオーバ

自動フェイルオーバの対象となる障害

自動フェイルバック

自動フェイルバック

自動フェイルバック

収集情報出力先ディレクトリ

収集情報出力先ディレクトリ

収集情報定義ファイルの記述規則と注意事項

収集情報定義ファイルの記述例

収集情報定義ファイル名

終了

Hitachi Network Objectplazaトレース共通ライブラリの設定

主系ホスト

手動パス切り替え

取得

パス情報

プログラム情報

障害

メッセージ

障害個所特定

障害管理

障害情報の種類

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

障害パス

抽出

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

障害レベル

障害ログ

障害ログ採取レベル

障害ログ採取レベルの設定値

障害ログファイルサイズ

障害ログファイルサイズ

障害ログファイル数

情報を表示する

シリアル番号

シリアル番号

新規インストール

(す)

ストレージシステム

スロット番号

スロット番号

(せ)

設定

設定

GPFS

PowerHA

VCS

統合トレース

動作環境〔setオペレーション〕

リザーブポリシー〔PowerHA〕

(た)

ターゲットID

対処

パス障害

プログラム障害

プログラム障害時

ダイナミックI/Oパスコントロール

(ち)

チャネルアダプタ

抽出

障害パス

(て)

停止

HDLMマネージャ

(と)

統計情報

統合トレース

設定

統合トレース情報ファイル

統合トレースファイル

統合トレースファイル

数を変更する

サイズを変更する

動作環境

動作環境

参照〔viewオペレーション〕

設定〔setオペレーション〕

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

登録

PowerHA用スクリプト

VCS用スクリプト

トレースファイル

トレースファイルサイズ

トレースファイル数

トレースレベル

トレースレベル

(の)

ノード

ノンオーナコントローラ

ノンオーナコントローラ

ノンオーナパス

ノンオーナパス

(は)

パーシステントリザーブ

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

ハードウェア障害対処

パス

パス管理PATH_ID

パス管理PATH_ID

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

パス構成

確認

パスごとの優先順位

パス障害

対処

パス情報

取得

パスの状態遷移

パスの状態遷移

パスの状態を変更する

パスの情報を参照する

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

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

バス番号

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パス名

パス名を構成する項目

パス名を構成する項目

パス名を構成する項目

パスを稼働状態にする

パスを稼働状態に変更

パスを動的に削除する

パスを動的に追加する

パスを閉塞状態にする

バッファサイズ

監視間隔当たりのサイズを変更する

バッファの容量

(ひ)

表示

Hitachi Network Objectplazaトレース共通ライブラリの設定メニュー

(ふ)

ファイバケーブルの交換

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

フィルタ部

フィルタリング

ブートディスク環境

フェイルオーバ

フェイルオーバ

フェイルバック

フェイルバック

プログラム

構成

役割

プログラム障害

対処

対処

プログラム情報

プログラム情報

取得

プログラム情報表示

プロダクトID

プロダクトID

(へ)

閉塞状態

ベンダID

ベンダID

(ほ)

ポート

ホスト

ホスト

ホスト

ホスト

ホストLU

ホストLU

ホストLU番号

ホストLU番号

ホストデバイス

ホストデバイス

ホストデバイス名

ホストバスアダプタ

(め)

メッセージ

メッセージ

IDの形式と意味

監視

障害

説明で使用する用語

表示される用語

レベル

メッセージの出力件数

調節する

(ゆ)

ユティリティ

HDLM mkcd事前準備ユティリティ

HDLMアンインストール事前実行ユティリティ

HDLM移行支援ユティリティ

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

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

HDLM共通インストーラユティリティ

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

HDLMデフォルト設定変更ユティリティ

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

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

HDLMパーシステントリザーブ（共用ホスト方式）解除ユティリティ

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

HDLMリストア支援ユティリティ

概要

障害情報収集ユティリティ

(よ)

用語解説

(り)

リザーブ

リザーブポリシー

リザーブポリシー

設定〔PowerHA〕

リモートインストール

リモートインストール

前提条件

流れ

配布指令の作成および登録

パッケージング

(ろ)

ロードバランス

ロードバランス

ロードバランス

ロードバランス

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

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

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

論理デバイスファイル

論理ユニット