Hitachi Dynamic Link Manager Software ユーザーズガイド（HP-UX用）

解説・文法・操作書

3000-3-F03-10

目　　次

前書き

変更内容

はじめに

1.　HDLMの概要

1.1　HDLMとは

1.2　HDLMの特長

2.　HDLMの機能

2.1　HDLMで管理するデバイス

2.2　システム構成

2.3　LU構成

2.4　プログラム構成

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

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

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

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

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

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

2.8.1　自動パス切り替え

2.8.2　手動パス切り替え

2.8.3　パスの状態遷移

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

2.9.1　間欠障害の確認

2.9.2　間欠障害監視の設定

2.9.3　間欠障害監視の動作

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

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

2.11　障害管理

2.11.1　採取するログの種類

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

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

2.12　監査ログの採取

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

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

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

2.12.4　監査ログの出力形式

2.13　クラスタ対応

3.　HDLMの環境構築

3.1　HDLMのシステム要件

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

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

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

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

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

3.1.6　HDLMがサポートするパス数

3.2　環境構築の流れ

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

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

3.5　HDLMのインストール

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

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

3.5.3　HDLMの新規インストール

3.5.4　HDLMをアップグレードインストールする前の準備

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

3.5.6　IVM環境への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　ファイルシステムの構築（LVMを使用しない場合）

3.10　ボリュームグループの構築

3.11　ボリュームグループの共有

3.11.1　デバイスファイル名の対応の確認

3.11.2　ボリュームグループの作成

3.11.3　ボリュームグループの配布

3.12　ボリュームグループの移行（SCSIデバイスからHDLMデバイスへの移行）

3.12.1　クラスタ構成でない場合

3.12.2　クラスタ構成の場合

3.13　HDLMの設定解除

3.14　HDLM管理対象デバイスへの操作

3.14.1　データのバックアップ

3.14.2　デバイスファイル名の確認

3.14.3　自動マウントの解除

3.15　ボリュームグループの移行（HDLMデバイスからSCSIデバイスへの移行）

3.15.1　クラスタ構成でない場合

3.15.2　クラスタ構成の場合

3.16　IVM環境からHDLMをアンインストールするための準備

3.16.1　仮想マシンにHDLMデバイスを登録した論理ボリュームを割り当てている場合

3.16.2　仮想マシンにHDLMデバイスを割り当てている場合

3.16.3　HDLMをアンインストールしたあとのIVM環境の設定

3.17　HDLMのアンインストール

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

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

4.　HDLMの運用

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

4.1.1　カーネルについて

4.1.2　HDLMで使用するデバイスファイルについて

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

4.1.4　HDLMを使用するシステムの構成を変更した場合について

4.1.5　断線しているパスの復元について

4.1.6　I/Oタイムアウト値について

4.1.7　HP-UXのコマンドについて

4.1.8　稼働統計情報の収集について

4.2　Ignite-UXを使用したHDLMデバイスのリカバリ

4.2.1　注意事項

4.2.2　リカバリアーカイブの作成手順

4.2.3　システムリカバリの手順

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

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

4.3.2　パスの情報を参照する

4.3.3　パスの状態を変更する

4.3.4　LUの情報を参照する

4.3.5　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を確認する

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

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

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

4.3.9　ライセンスを更新する

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

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

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

4.4.1　HDLMマネージャの起動

4.4.2　HDLMマネージャの停止

4.5　HDLM運用環境の構成変更

4.5.1　HBAの交換

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

4.5.3　HDLMデバイスの構成変更

4.5.4　パスの追加と削除

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　パラメタ

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

7.1　ユティリティ概要

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

7.2.1　形式

7.2.2　パラメタ

7.2.3　収集される障害情報

7.3　dlmcfgmgr　HDLM構成定義ユティリティ

7.3.1　形式

7.3.2　パラメタ

7.4　dlmdefpath　HDLMパス情報設定ユティリティ

7.4.1　形式

7.4.2　パラメタ

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

7.5.1　形式

7.5.2　パラメタ

8.　メッセージ

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

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

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

8.1.3　メッセージの言語種別

8.2　KAPL01001～KAPL02000

8.3　KAPL03001～KAPL04000

8.4　KAPL04001～KAPL05000

8.5　KAPL05001～KAPL06000

8.6　KAPL06001～KAPL07000

8.7　KAPL07001～KAPL08000

8.8　KAPL08001～KAPL09000

8.9　KAPL09001～KAPL10000

8.10　KAPL10001～KAPL11000

8.11　KAPL11001～KAPL12000

8.12　KAPL13001～KAPL14000

8.13　KAPL15001～KAPL16000

8.14　HDLMリモートアクセスインタフェースのリターンコード

付録

付録A　HP-UXのコマンドを使用する場合の注意事項

付録A.1　diskinfoコマンド

付録A.2　ioscanコマンド

付録A.3　iostatコマンド

付録A.4　lssfコマンド

付録A.5　mediainitコマンド

付録A.6　samコマンド

付録A.7　sarコマンド

付録A.8　scsictlコマンド

付録A.9　vgscanコマンド

付録B　IOCTLシステムコール

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

付録C.1　6.1と6.1より前のバージョンとの機能差異

付録C.2　6.0以降と6.0より前のバージョンとの機能差異

付録D　用語解説

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2008, Hitachi, Ltd.

前書き

■ 対象製品

　 Hitachi Dynamic Link Manager　 6.1

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

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
HP OpenView OmniBackIIは，米国Hewlett-Packard Company の米国及び他の国々における商品名称です。
HP Serviceguardは，米国Hewlett-Packard Companyの商品名称です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
Oracle及びOracle Database 11gは，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。
Oracle 10gは，米国Oracle Corporationの商標です。
Oracle9iは，米国Oracle Corporationの商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Solarisは，米国Sun Microsystems, Inc.の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
VeritasおよびVeritasロゴは，米国Symantec Corporationの登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

■ 発行

2008年 5月　（第1版）　3000-3-F03
2008年 11月　（第2版）　3000-3-F03-10

■ 著作権

All Rights Reserved. Copyright (C) 2008, Hitachi, Ltd.

変更内容

変更内容（3000-3-F03-10）　Hitachi Dynamic Link Manager 6.1

追加・変更内容
変更個所

ロードバランスアルゴリズムに，最少I/O数，拡張最少I/O数，最少ブロック数，および拡張最少ブロック数を追加しました。また，ロードバランスアルゴリズムのデフォルト値を変更しました。
2.7.2，3.5.3，3.7.1，3.7.2，6.6.1，6.6.2，6.7.2，付録C.1，付録D

HBAのポートWWN情報を参照できるようになりました。
6.7.1，6.7.2

メッセージを追加しました。

KAPL01112-E，KAPL01120-W，KAPL09023-E

8.2，8.9

メッセージを変更しました。

KAPL09019-E，KAPL09087-E，KAPL09088-E，KAPL09091-E，KAPL09112-E，KAPL09113-E

8.9

単なる誤字・脱字などはお断りなく訂正しました。

はじめに

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

Hitachi Dynamic Link Manager

対象読者

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

HP-UXの概要および管理機能

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

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

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

マニュアルの構成

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

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　HP-UXのコマンドを使用する場合の注意事項

SCSIデバイスがHDLMの管理対象になった場合に，制限を受けるHP-UXのコマンドについて説明しています。

付録B　IOCTLシステムコール

HDLMがアプリケーションからIOCTLシステムコールを受けた場合の処理について説明しています。

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

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

付録D　用語解説

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

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

Hitachi Adaptable Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Simple Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Tape Modular Storageシリーズ用 各種ユーザーズガイド

Hitachi Universal Storage Platformシリーズ用 各種ユーザーズガイド

Hitachi Workgroup Modular Storageシリーズ用 各種ユーザーズガイド

SANRISE 9530Vシリーズ ディスクアレイ ユーザーズガイド

SANRISE 9570Vシリーズ ディスクアレイ ユーザーズガイド

SANRISE 9580Vシリーズ ディスクアレイ ユーザーズガイド

Universal Storage Platform V用 各種ユーザーズガイド

Universal Storage Platform VM用 各種ユーザーズガイド

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）

SANRISE2000/SANRISE9900/SANRISE Universal 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 ユーザーズガイド

高信頼化システム監視機能　HAモニタ　HP-UX(R)編（3000-9-131）

高信頼化システム監視機能　HAモニタ　メッセージ（3000-9-134）

読書手順

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

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

図中で使用する記号

このマニュアルの図中で使用する記号を，次のように定義します。

このマニュアルでの表記

このマニュアルでは，製品名称を次のように表記します。

製品名称
このマニュアルでの表記

Hitachi Device Managerに含まれるDevice Managerエージェント
Device Managerエージェント

Hitachi Universal Storage Platform H10000
H10000

Hitachi Universal Storage Platform H12000
H12000

Hitachi Universal Storage Platform H20000
H20000

Hitachi Universal Storage Platform H24000
H24000

Hitachi Dynamic Link Manager
HDLM

次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi AMS

次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi Tape Modular Storageシリーズ

Hitachi Workgroup Modular Storageシリーズ

Hitachi AMS/TMS/WMSシリーズ

次の製品を区別する必要がない場合の表記です。

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/AMS/TMS/WMS/SMSシリーズ

Hitachi Adaptable Modular Storage 2000シリーズ
Hitachi AMS2000シリーズ

Hitachi Network Storage Controller NSC55
Hitachi NSC55

Hitachi Simple Modular Storageシリーズ
Hitachi SMS

Hitachi Tape Modular Storageシリーズ
Hitachi TMS

次の製品を区別する必要がない場合の表記です。

H10000

H12000

Hitachi Network Storage Controller NSC55

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

Hitachi USP

Hitachi Workgroup Modular Storageシリーズ
Hitachi WMS

次の製品を区別する必要がない場合の表記です。

JP1/NETM/DM Manager

JP1/NETM/DM Client

JP1/NETM/DM

JavaTM 2 Runtime Environment, Standard Edition
JRE

Oracle9i Real Application Clusters
Oracle9i RAC

次の製品を区別する必要がない場合の表記です。

Oracle9i Real Application Clusters

Oracle Real Application Clusters 10g

Oracle Real Application Clusters 11g

Oracle RAC

Oracle Real Application Clusters 10g
Oracle RAC 10g

Oracle Real Application Clusters 11g
Oracle RAC 11g

次の製品を区別する必要がない場合の表記です。

SANRISE2000シリーズ

SANRISE H48

SANRISE H512

SANRISE2000シリーズ

次の製品を区別する必要がない場合の表記です。

SANRISE9900Vシリーズ

SANRISE H128

SANRISE H1024

SANRISE9900Vシリーズ

次の製品を区別する必要がない場合の表記です。

H20000

H24000

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

Universal Storage Platform V/VM

Veritas Volume Manager
VxVM

このマニュアルでは，AIX，Solaris，Linux，およびHP-UXを区別する必要がない場合，UNIXと表記しています。

このマニュアルで使用する略語

このマニュアルでは，次に示す略語を使用します。

略語 | 正式名称
AL | Arbitrated Loop
API | Application Programming Interface
ASCII | American Standard Code for Information Interchange
ASM | Automatic Storage Management
CHA | Channel Adapter
CLPR | Cache Logical Partition
CPU | Central Processing Unit
CU | Control Unit
DBMS | Database Management System
Dev | Device
DNS | Domain Name Server
EUC | Extended UNIX Code
FC | Fibre Channel
FC-SP | Fibre Channel Security Protocol
FO | Failover
GMT | Greenwich Mean Time
GUI | Graphical User Interface
HBA | Host Bus Adapter
HDev | Host Device
HLU | Host Logical Unit
HTTP | Hyper Text Transfer Protocol
I/O | Input/Output
IPF | Itanium(R) Processor Family
iSCSI | Internet Small Computer System Interface
IVM | HP Integrity Virtual Machines
JIS | Japanese Industrial Standards
LAN | Local Area Network
LDAP | Lightweight Directory Access Protocol
LDEV | Logical Device
LU | Logical Unit
LUN | Logical Unit Number
LVM | Logical Volume Manager
NAS | Network Attached Storage
NTP | Network Time Protocol
OS | Operating System
P | Port
RADIUS | Remote Authentication Dial in User Service
SAN | Storage Area Network
SCSI | Small Computer System Interface
SLPR | Storage Logical Partition
SNMP | Simple Network Management Protocol
SP | Service Pack
SSL | Secure Socket Layer
SVP | Service Processor
WWN | World Wide Name

このマニュアルで使用する記号

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

記号
意味

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

コマンドおよびユティリティの文法で使用する記号

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

文法記述記号
意味

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

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

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

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

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

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

ファイル名で使用する記号

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

ファイル名記述記号
意味

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

マニュアルの提供形態について

HDLMについては，次の説明資料を提供しています。

・製品添付のマニュアル「Hitachi Dynamic Link Manager Software ユーザーズガイド（HP-UX用）」

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

個所（かしょ）　桁（けた）　全て（すべて）　必須（ひっす）　閉塞（へいそく）

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

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　HDLMの概要

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

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

＜この章の構成＞

1.1　HDLMとは

1.2　HDLMの特長

1.1　HDLMとは

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

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

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

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

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

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

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

Hitachi USP

SANRISE2000シリーズ

SANRISE9500Vシリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V/VM

1.2　HDLMの特長

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.　HDLMの機能

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

＜この章の構成＞

2.1　HDLMで管理するデバイス

2.2　システム構成

2.3　LU構成

2.4　プログラム構成

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

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

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

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

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

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

2.11　障害管理

2.12　監査ログの採取

2.13　クラスタ対応

2.1　HDLMで管理するデバイス

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

HDLMが管理できるデバイス

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

SCSIデバイス

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

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

ホストの内蔵ディスク

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

ストレージサブシステムのコマンドデバイス（例：日立製RAID Managerのコマンドデバイス）

ブートディスク

ダンプデバイス

スワップデバイス※

ルートファイルシステムを含むデバイス

注※

日立製ストレージサブシステムのSCSIデバイスを2次スワップとして使用する場合は，HDLMの管理対象外にするための設定が必要です。そのほかの，HDLMで管理できないデバイスは，自動的にHDLMの管理対象外に設定されます。

2.2　システム構成

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

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

HDLMは，パスにIDを割り当てて管理します。このIDをパス管理PATH_IDと呼びます。また，パスを管理対象物と呼ぶこともあります。HDLMのシステム構成を「図2-1　HDLMのシステム構成」に示します。

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

HDLMのシステム構成要素を「表2-1　HDLMのシステム構成要素」に示します。

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

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

2.3　LU構成

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

HDLMをインストールする前

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

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

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

ストレージサブシステム側のLUと1対1で対応するHDLMデバイスが，SCSIデバイスの上位に作成されます。このため，パスの数に関係なく，ストレージサブシステム側の一つのLUが，ホスト側でも一つに見えます。

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

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

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

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

ホスト側で認識される要素を「表2-2　ホスト側で認識される要素」に示します。

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

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

2.4　プログラム構成

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

HDLMのプログラム構成を「図2-3　HDLMのプログラム構成」に示します。

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

各プログラムの役割を「表2-3　HDLMの各プログラムの役割」に示します。

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

プログラム名
役割

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

パスの管理

障害情報の表示

HDLMの動作環境の設定

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

障害情報の収集

構成定義

HDLMをOSの動作環境に対応させる

Hitachi Storage Command Suite共通コンポーネントのインストール

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

HDLMの動作環境の設定

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

障害ログの採取

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

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

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

フィルタ部
I/Oを送受信します。ドライバ名はdlmfdrv（HP-UX 11i v2.0ではzdlmfdrv）です。

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

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

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

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

ここでは，HDLMデバイスのデバイスファイルについて次のことを説明します。

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

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

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

HDLMデバイスには，SCSIデバイスのデバイスファイル名とは別のデバイスファイル名が付けられます。

HDLMデバイスのデバイスファイル名は，SCSIデバイスのデバイスファイル名にhを加えたchXtYdZの形式で表されます。同じLUを指す複数のSCSIデバイスがある場合は，最小のカードインスタンス番号（X）を持つSCSIデバイスのデバイスファイル名にhを加えた形式で表されます。例えば，SCSIデバイスc4t1d0とc6t1d0が同じLUを指す場合，対応するHDLMデバイスのデバイスファイル名はch4t1d0の一つだけになります。

ただし，最も小さいカードインスタンス番号を持つSCSIデバイスのデバイスファイルに対応するパスに障害が発生している状態でHP-UXを起動した場合，構成定義時に作成されたHDLMデバイスのデバイスファイル名が引き継がれます。したがって，上記のデバイスファイル名の作成規則と一致しない場合もあります。

HDLMデバイスのデバイスファイル名とSCSIデバイスのデバイスファイル名との対応は，view -drvオペレーションを実行することで確認できます。

注意事項

HDLMで管理するLUをアプリケーションで使用する場合，HDLMデバイスのデバイスファイル名を指定してください。SCSIデバイスのデバイスファイル名を指定した場合，HDLMの機能は使用できません。

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

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

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

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

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

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

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

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

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

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

＜この節の構成＞

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

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

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

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

＜この項の構成＞

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

(2)　SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USP，Universal Storage Platform V/VM，Hitachi AMS2000シリーズ，またはHitachi SMSを使用している場合

(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)　SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USP，Universal Storage Platform V/VM，Hitachi AMS2000シリーズ，またはHitachi SMSを使用している場合

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

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

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

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

ラウンドロビン

拡張ラウンドロビン

最少I/O数

拡張最少I/O数

最少ブロック数

拡張最少ブロック数

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

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

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

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

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

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

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

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

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

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

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

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

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

ロードバランスのアルゴリズムの特長を，「表2-4　ロードバランスのアルゴリズムの特長」に示します。

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

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

ラウンドロビン※

最少I/O数

最少ブロック数

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

拡張ラウンドロビン

拡張最少I/O数

拡張最少ブロック数

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

注※

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

なお，ロードバランスの種別にかかわらず，VxFSからの連続したI/Oについては，パスの切り替えが行われません。

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

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

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

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

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

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

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

自動パス切り替え

手動パス切り替え

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

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

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

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

＜この節の構成＞

2.8.1　自動パス切り替え

2.8.2　手動パス切り替え

2.8.3　パスの状態遷移

2.8.1　自動パス切り替え

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

＜この項の構成＞

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

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

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

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

Critical

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

Error

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

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

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

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

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

図2-8　パスの切り替え

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

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

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

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

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

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

注※

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

2.8.2　手動パス切り替え

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

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

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

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

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

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

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

2.8.3　パスの状態遷移

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

＜この項の構成＞

(1)　稼働状態

(2)　閉塞状態

(3)　パスの状態遷移

(1)　稼働状態

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

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

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

(2)　閉塞状態

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

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

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

(3)　パスの状態遷移

パスの状態遷移を「図2-9　パスの状態遷移」に示します。

図2-9　パスの状態遷移

（凡例）

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

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

注※1

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

注※2

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

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

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

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

注※3

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

注※4

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

注※5

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

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

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

注意事項

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

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

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

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

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

＜この節の構成＞

2.9.1　間欠障害の確認

2.9.2　間欠障害監視の設定

2.9.3　間欠障害監視の動作

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

2.9.1　間欠障害の確認

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

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

2.9.2　間欠障害監視の設定

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

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

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

2.9.3　間欠障害監視の動作

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

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

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

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

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

＜この項の構成＞

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ユーザの操作
障害発生回数および監視開始後の経過時間
自動フェイルバック対象外の情報

間欠障害監視の設定変更
「off」に設定
リセット
リセット※1

間欠障害監視中に，間欠障害とみなす条件を変更
リセット※2
引き継ぎ

間欠障害監視中に，setオペレーションで再度「on」に設定（条件変更なし）

間欠障害監視時間外に，間欠障害とみなす条件を変更
－（カウントされていない）
引き継ぎ

自動フェイルバックの設定変更
「off」に設定
リセット
リセット

パスの状態
変更
パスをOffline(C)に設定
リセット
リセット

間欠障害監視時間外に，パスをOnlineに設定
－（カウントされていない）
リセット

間欠障害監視中に，パスをOnlineに設定
引き継ぎ
－（自動フェイルバック対象外のパスは監視対象外）

HDLMマネージャ再起動
リセット※3
引き継ぎ

ホスト再起動
リセット
リセット

（凡例）

－：該当なし

注※1

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

注※2

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

注※3

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

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

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

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

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

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

2.11　障害管理

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

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

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

＜この節の構成＞

2.11.1　採取するログの種類

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

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

2.11.1　採取するログの種類

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

それぞれの障害情報について「表2-6　障害情報の種類」で説明します。

表2-6　障害情報の種類

ログ名
内容
出力先

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

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

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

HDLMマネージャのログ

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

HDLMリモートアクセスインタフェースのログ

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

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

HDLM構成定義ユティリティ（dlmcfgmgr）ログ
dlmcfgmgrユティリティおよびdlmdefpathユティリティ実行時のログを採取します。
ログファイルの名称を，次に示します。

/var/opt/DynamicLinkManager/log/dlmcfgmgr.log

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

注※

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-7　障害レベル」に示します。

表2-7　障害レベル

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

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

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

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

なお，HDLMがsyslogにメッセージを出力するときのファシリティはすべてLOG_USERとなります。

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

障害ログの採取レベル

障害ログを採取しない

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

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

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

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

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

トレースを出力しない

エラー情報だけ出力する

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

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

すべての情報を出力する

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

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

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

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

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

2.12　監査ログの採取

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

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

種別
説明

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

OSの起動と終了

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

ストレージサブシステム上のソフトウェア，SVP上のソフトウェア，Hitachi Storage 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-9　監査ログに出力する種別と監査事象

種別 | 種別の説明 | 監査事象 | Severity※1
StartStop | ソフトウェアの起動と終了 | HDLMマネージャの起動成功 | 6
HDLMマネージャの起動失敗 | 3
HDLMマネージャの停止 | 6
DLMgetrasユティリティの開始 | 6
DLMgetrasユティリティの終了※2 | 6
Authentication | 管理者またはエンドユーザの認証 | HDLMコマンドの実行権限なし | 4
HDLMユティリティの実行権限なし | 4
HDLMマネージャの起動または停止の実行権限なし | 4
ConfigurationAccess | 構成情報の参照または更新 | パスの統計情報の初期化成功 | 6
パスの統計情報の初期化失敗 | 3
パスのOnline/Offline成功 | 6
パスのOnline/Offline失敗 | 4
動作環境の設定成功 | 6
動作環境の設定失敗 | 3
プログラム情報の表示成功 | 6
プログラム情報の表示失敗 | 3
HDLM管理対象物の情報表示成功 | 6
HDLM管理対象物の情報表示失敗 | 3
dlmdefpath -aの処理成功 | 6
dlmdefpath -aの処理失敗 | 3
dlmdefpath -uの処理成功 | 6
dlmdefpath -uの処理失敗 | 3
dlmdefpath -kの処理成功 | 6
dlmdefpath -kの処理失敗 | 3
dlmcfgmgr -rの処理成功 | 6
dlmcfgmgr -rの処理失敗 | 3
dlmcfgmgr -eの処理成功 | 6
dlmcfgmgr -eの処理失敗 | 3
dlmcfgmgr -lの処理成功 | 6
dlmcfgmgr -lの処理失敗 | 3

注※1

Severityの意味は次のとおりです。

3:Error　4:Warning　6:Informational

注※2

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

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

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

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

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

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

注※

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

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

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

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

注意事項

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

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

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

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

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

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

local0.info /usr/local/audlog

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

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

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

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

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

重要度 | 出力される監査ログ | 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-11　メッセージ部に出力される情報

項目※
内容

統一識別子
「CELFSS」固定

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

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

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

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

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

検出場所
ホスト名

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

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

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

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

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

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

FQDN
完全修飾ドメイン名

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

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

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

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

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

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

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

ログ種別情報
「BasicLog」固定

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

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

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

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

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

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

2.13　クラスタ対応

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

HDLMがサポートするクラスタソフトウェア，および対応するHP-UXのバージョンは，「3.1.3　HDLMがサポートするクラスタソフトウェア」を参照してください。クラスタソフトウェア使用時でもロードバランス機能を使用できます。

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

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

3.　HDLMの環境構築

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

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

＜この章の構成＞

3.1　HDLMのシステム要件

3.2　環境構築の流れ

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

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

3.5　HDLMのインストール

3.6　パス構成の確認

3.7　HDLMの機能の設定

3.8　統合トレースの設定

3.9　ファイルシステムの構築（LVMを使用しない場合）

3.10　ボリュームグループの構築

3.11　ボリュームグループの共有

3.12　ボリュームグループの移行（SCSIデバイスからHDLMデバイスへの移行）

3.13　HDLMの設定解除

3.14　HDLM管理対象デバイスへの操作

3.15　ボリュームグループの移行（HDLMデバイスからSCSIデバイスへの移行）

3.16　IVM環境からHDLMをアンインストールするための準備

3.17　HDLMのアンインストール

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

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

3.1　HDLMのシステム要件

HDLMがサポートするハードウェアや関連プログラムについて，説明します。

＜この節の構成＞

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

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

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

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

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

3.1.6　HDLMがサポートするパス数

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

HDLMがサポートするホストとOSについて説明します。

＜この項の構成＞

(1)　ホストとOS

(2)　カーネルパラメタの設定

(3)　JRE

(1)　ホストとOS

HDLMは，「表3-1　適用OS」に示すOSが動作するホストにインストールできます。

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

表3-1　適用OS

OS
パッチ情報※

HP-UX 11i V1.0（64bitカーネルモードだけサポート）

BUNDLE11i B.11.11.0102.2以降

HWEnable11i B.11.11.0203.5以降

GOLDBASE11i B.11.11.0112.6以降

PHCO_27671以降

PHKL_27579以降

PHSS_22535以降

PHSS_26971以降

HP-UX 11i V2.0 2004年9月版

PHCO_33135以降（PA-RISCの場合）

HP-UX 11i V2.0 2005年5月版

HP-UX 11i V2.0 2005年12月版
パッチ情報なし

HP-UX 11i V2.0 2006年3月版

HP-UX 11i V2.0 2006年6月版

HP-UX 11i V2.0 2006年9月版

HP-UX 11i V2.0 2007年6月版

HP-UX 11i V2.0 2007年12月版

HP-UX 11i V2.0 2008年6月版

注※

これらのパッチは構成が変わるおそれがあるため，OSおよびパッチをインストールした場合は，インストールしたパッチの情報が次に示すパッチを引き継いでいることを確認してください。

HP-UX 11i V1.0の場合
BUNDLE11i B.11.11.0102.2 (HP-UX 11i operating environment 2001年9月版)
HWEnable11i B.11.11.0203.5 (HP-UX 11i Support Plus 2001年9月版)
GOLDBASE11i B.11.11.0112.6 (HP-UX 11i Support Plus 2001年9月版)

(2)　カーネルパラメタの設定

HDLMが動作するには，OSのカーネルパラメタmaxssiz，maxdsizの設定値を「表3-2　初期値と設定値」に従って設定してください。

表3-2　初期値と設定値

パラメタ名
デフォルト値
設定値

maxssiz
8MB
5MB以上

maxdsiz

HP-UX 11i V1.0：256MB

HP-UX 11i V2.0：1GB

128MB以上

(3)　JRE

HDLMをインストールするには，あらかじめ次の表に示すJREをホストに適用してください。

表3-3　HDLMのインストールに必要なJRE

OSのアーキテクチャ
JREのバージョン

PA-RISC
HDLMをインストールするには，次に示すどちらかのJREが必要です。

1.4.2
HDLMでは1.4.2_17以降をサポートしています。

5.0（1.5）
HDLMではupdate11以降をサポートしています。

IPF

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

＜この項の構成＞

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

(2)　HBA

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

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

HDLMは，次のストレージサブシステムを適用します。

H10000/H12000/H20000/H24000

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

Hitachi USP

Hitachi Universal Storage Platform V/VM

SANRISE 2000シリーズ

SANRISE 9500Vシリーズ

SANRISE 9900Vシリーズ

SANRISE H48/H128/H512/H1024

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

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

(2)　HBA

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

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

Hitachi RapidXchange※1管理の中間ボリュームを使ってデータ交換する場合※2の関連プログラムを，「表3-4　Hitachi RapidXchange使用時の関連プログラム」に示します。

注※1

詳細はマニュアル「SANRISE2000/SANRISE9900/SANRISE Universal 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 ユーザーズガイド」を参照してください。

注※2

接続ストレージサブシステム：SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USPシリーズ

表3-4　Hitachi RapidXchange使用時の関連プログラム

OS | 接続ストレージサブシステム | 関連プログラム
HP-UX 11i V1.0 | SANRISE2000シリーズ | File Access Library and File Conversion Utility (FAL/FCU) 01-02-56/20以降
SANRISE9900Vシリーズ | File Access Library and File Conversion Utility (FAL/FCU) 01-03-56/20以降
Hitachi USPシリーズ | File Access Library and File Conversion Utility (FAL/FCU) 01-04-61/21以降
HP-UX 11i V2.0※ | SANRISE2000シリーズ | File Access Library and File Conversion Utility (FAL/FCU) 01-02-64/22以降
SANRISE9900Vシリーズ | File Access Library and File Conversion Utility (FAL/FCU) 01-03-64/22以降
Hitachi USPシリーズ | File Access Library and File Conversion Utility (FAL/FCU) 01-04-64/22以降

注※

IPF版だけ利用できます。

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

クラスタ構成を構築する場合の関連プログラムを「表3-5　クラスタ構成を構築する場合の関連プログラム」に示します。クラスタ構成にOracle RACを含む場合は，「表3-6　Oracle RACを含むクラスタ構成を構築する場合の関連プログラム」を参照してください。

注意事項

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

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

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

OS | 関連プログラム
HP-UX 11i V1.0 | Serviceguard A.11.16
P-1B2C-E111 HAモニタ 01-03以降
HP-UX 11i V2.0（IPF） | Serviceguard A.11.16，A.11.17，またはA.11.18
P-1B2C-E111 HAモニタ 01-11以降※
HP-UX 11i V2.0（PA-RISC） | Serviceguard A.11.16，A.11.17，またはA.11.18
P-1B2C-E111 HAモニタ 01-10-/A以降

注※

HP-UX 11i V2.0（IPF） 2006年3月版以降のOSをサポートしています。

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

OS
関連プログラム

HP-UX 11i V1.0
Serviceguard A.11.16
Serviceguard Extension for RAC A.11.16
Oracle9i RAC 9.2.0.1.0または9.2.0.5.0

Serviceguard A.11.16
Serviceguard Extension for RAC A.11.16
Oracle RAC 10g 10.1.0.3.0※2

HP-UX 11i V2.0（IPF）
Serviceguard A.11.16
Serviceguard Extension for RAC A.11.16
Oracle9i RAC 9.2.0.6.0

Serviceguard A.11.16
Serviceguard Extension for RAC A.11.16
Oracle Clusterware 10.2.0.1.0
Oracle Database 10g Release 2 for HP-UX Itanium 10.2.0.1.0※

Serviceguard A.11.17.00
Serviceguard Extension for RAC A.11.17.00
Oracle Clusterware 10.2.0.1.0
Oracle Database 10g Release 2 for HP-UX Itanium 10.2.0.1.0
Oracle パッチセットリリース HP-UX Itanium 10.2.0.2.0

Serviceguard A.11.17.00
Serviceguard Extension for RAC A.11.17.00
Oracle Clusterware 10.2.0.1.0
Oracle Database 10g Release 2 for HP-UX Itanium 10.2.0.1.0
Oracle パッチセットリリース HP-UX Itanium 10.2.0.3.0

Serviceguard A.11.18.00
Serviceguard Extension for RAC A.11.18.00
Oracle Clusterware 10.2.0.1.0
Oracle Database 10g Release 2 for HP-UX Itanium 10.2.0.1.0
Oracle パッチセットリリース HP-UX Itanium 10.2.0.3.0

Oracle Clusterware 10.2.0.1.0
Oracle Database 10g Release 2 for HP-UX Itanium 10.2.0.1.0
Oracle パッチセットリリース HP-UX Itanium 10.2.0.2.0

Oracle Clusterware 11g Release 1 for HP-UX Itanium 11.1.0.6.0
Oracle Database 11g Release 1 for HP-UX Itanium 11.1.0.6.0

HP-UX 11i V2.0（PA-RISC）
Serviceguard A.11.16
Serviceguard Extension for RAC A.11.16
Oracle Clusterware 10.2.0.1.0
Oracle Database 10g Release 2 for HP-UX PA-RISC(64bit) 10.2.0.1.0※

Oracle Clusterware 11g Release 1 for HP-UX PA-RISC(64-bit) 11.1.0.6.0
Oracle Database 11g Release 1 for HP-UX PA-RISC(64-bit) 11.1.0.6.0

注※

Automatic Storage Management(ASM)とOracle Cluster Ready Services(CRS)を使用する構成はサポートしていません。

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

HDLMは，IVMを使った仮想環境をサポートしています。IVM構成を構築する場合の関連プログラムを「表3-7　IVM構成を構築する場合の関連プログラム」に示します。

IVMをインストールしたホストを「VMホスト」と呼びます。VMホスト上で動作するOSをVMホストOSと呼びます。また，VMホスト上で動作する仮想環境を「仮想マシン（ゲスト）」と呼びます。仮想マシン上で動作するOSをゲストOSと呼びます。

表3-7　IVM構成を構築する場合の関連プログラム

OS※¹
関連プログラム※²※³

HP-UX 11i V2.0 2005年5月版
Integrity Virtual Machines A.02.00

HP-UX 11i V2.0 2005年12月版

HP-UX 11i V2.0 2006年3月版

HP-UX 11i V2.0 2006年6月版

HP-UX 11i V2.0 2006年9月版
Integrity Virtual Machines A.02.00
Integrity Virtual Machines A.03.00

HP-UX 11i V2.0 2007年6月版

HP-UX 11i V2.0 2007年12月版
Integrity Virtual Machines A.02.00
Integrity Virtual Machines A.03.00
Integrity Virtual Machines A.03.50

HP-UX 11i V2.0 2008年6月版

注※1

HDLMのサポート対象はVMホストOSだけです。ゲストOSはサポート対象外です。

注※2

IVMがサポートするシステム構成のうち，次に示すシステム構成はHDLMのサポート対象外です。

VMホストOS間でクラスタ環境を構築しているシステム

ゲストOSにHP-UX 11i V2.0以外のOSをインストールしたシステム

注※3

次に示すIVMのコマンドはサポート対象外です。

hpvmmigrateコマンド

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

HDLMが動作するために必要な，メモリ所要量やディスク占有量について説明します。

＜この項の構成＞

(1)　メモリ所要量

(2)　ディスク占有量

(1)　メモリ所要量

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

8MB ＋ (パス数 × 4 ÷ 1024)MB ＋ (システムバッファキャッシュサイズ ÷ 4)MB

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

注

HDLMでは，I/Oが発行されるごとに約1KBのメモリを使用しますが，I/Oが完了するとこのメモリは解放されます。

また，メモリ不足などでメモリを確保できない場合は，メモリが確保できるまでの間I/Oが停止します。

(2)　ディスク占有量

ホストのディスク占有量を「表3-8　ホストのディスク占有量」に示します。

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

ディレクトリ
ディスク占有量

/etc
7MB

/opt
100MB

/sbin
500KB

/stand
dlmdefpathユティリティの実行時，カーネルファイル（/stand/vmunix）サイズの約2倍のディスク容量が一時的に必要となります。

/usr
2MB

/var

pMB※1 ＋ qMB※2 ＋ 13MB

HDLMのインストール時には上記のほかに一時的に100MBのディスク容量が必要になります。

注※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.1.6　HDLMがサポートするパス数

HDLMのサポートする，LU数，1LU当たりのパス数，合計のパス数を「表3-9　HDLMがサポートするLU数およびパス数」に示します。

表3-9　HDLMがサポートするLU数およびパス数

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

3.2　環境構築の流れ

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

図3-1　環境構築の流れ

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

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

HDLMの新規インストール

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

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

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

HDLMの再インストール

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

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

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

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

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

HDLMをインストールするマシンでの/etc/optおよび/etc/opt/DynamicLinkManagerディレクトリは，ルートディレクトリ「/」と同じファイルシステム上に作成してください。

HDLMは，マニュアルに記載されているコマンドを使用してインストールしてください。samコマンド，およびGUIを使用したインストールはサポートしていません。

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

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

HDLM 6.1は，04-00から6.1までのバージョンのHDLMに対してアップグレードインストールできます。

以下の場合は，ライセンスキー，またはライセンスキーファイルの入力が必要です。

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

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

ライセンスの有効期限が過ぎている場合

ライセンスキーを使用する場合は，ライセンスキーの入力後はインストールを中断しないでください。ライセンスキーファイルを使用する場合は，インストールを中断しないでください。なお，ライセンスキーの有効期限が切れている場合，HDLMコマンドのset -licオペレーションでライセンスを更新することもできます。ライセンスキーの有効期限は，ライセンスキーファイルに記述されているライセンスキーまたは入力したライセンスキーの種別によって設定されます。ライセンスキーの種別およびsetオペレーションについては，「6.6　set　動作環境を設定する」を参照してください。

アップグレードインストールした場合，構成定義情報，HDLM管理対象外のデバイス定義，HDLMの動作環境情報，ライセンス情報，およびログファイルは引き継がれます。これらの情報は，次に示すディレクトリ下に格納されています。

/etc/opt/DynamicLinkManagerディレクトリ

/var/opt/DynamicLinkManagerディレクトリ

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

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

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

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

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

HDLM 05-02以降05-60より前のHDLMからアップグレードインストールした場合

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

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

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

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

新規インストール中にインストールが中止された場合は，/var/opt/DynamicLinkManagerディレクトリが存在しているか確認してください。/var/opt/DynamicLinkManagerディレクトリが存在している場合は，次のコマンドを実行して，/var/opt/DynamicLinkManagerディレクトリを削除してください。

# rm -rf /var/opt/DynamicLinkManager

アップグレードインストール中にインストールを中断した場合は，このディレクトリを削除しないでください。

HDLMは，デフォルトのカーネル（/stand/vmunix）以外では，使用できません。カーネルは/stand/vmunixを使用してください。

ストレージサブシステムはホストを起動する前に起動してください。これは，HP-UXがストレージサブシステムを検出できるようにするためです。

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

ホストを再起動した場合は，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照し，ホストを起動した時刻に対応するメッセージを確認してください。

HDLM管理下のディスクをブートディスクとミラーリングする場合は，そのデバイスを，事前に，管理対象外としてください。

HP-UXでは，ブートinitプロセス用のスクリプトとして/etc/inittabファイルが用意されています。このスクリプトには，OSが追加したエントリやHDLMが追加したエントリ※などが定義されています。
誤ってHDLMのエントリを修正または削除した場合，HDLMが正常に動作しなくなるおそれがあります。
/etc/inittabファイルを編集した場合は，編集後にHDLMおよびHDLMの上位のアプリケーションが正常に動作していることを確認してください。正常に動作しない場合，編集前の/etc/inittabファイルの内容に戻してください。

注※

HDLMが追加したエントリのidはhdlmです。

Oracle RAC 10gまたはOracle RAC 11gのOracle Cluster Ready ServicesまたはOracle Clusterwareを使用する場合，ノード間で共有するHDLMデバイスの名称は統一しておく必要があります。
この場合は，HDLMが作成したHDLMデバイスへのシンボリックリンクを作成してください。
ノード間で共有するデバイス名「/dev/ocr1」を，HDLMデバイス「/dev/rdsk/ch4t0d0」へのシンボリックリンクとして作成する例を次に示します。

# ln -s /dev/rdsk/ch4t0d0 /dev/ocr1

なお，OSのmknodコマンドを使ってHDLMデバイスのスペシャルファイルは作成しないでください。mknodコマンドで，HDLMデバイスのメジャー番号やマイナー番号と対応したデバイスファイルを作成すると，そのデバイスと接続しているパスが閉塞状態でホストを起動した場合に，デバイスファイルへのアクセスがエラーになることがあります。
Oracle RAC 10g用およびOracle RAC 11g用のデバイスファイルを作成しているホストへHDLMを新規インストールする場合は，すでに作成されているOracle RAC 10g用およびOracle RAC 11g用のデバイスファイルを削除してからHDLMを新規インストールしてください。そのあとHDLMデバイスへのシンボリックリンクを作成してください。

3.5　HDLMのインストール

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

＜この節の構成＞

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

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

3.5.3　HDLMの新規インストール

3.5.4　HDLMをアップグレードインストールする前の準備

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

3.5.6　IVM環境へのHDLMのインストール

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

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

＜この項の構成＞

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

(2)　HP-UXのパッチのインストール

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

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

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

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

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

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

はじめに，次のコマンドを実行して，現在の設定を確認します。
# mount -p
現在の設定が「図3-2　mount -pコマンドの実行結果の例（HDLMを新規インストールする前の準備）」に示すように出力されます。

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

「図3-2　mount -pコマンドの実行結果の例（HDLMを新規インストールする前の準備）」の例で網掛けしてあるデバイスをHDLMで管理するとします。

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

注意事項

HDLM管理対象予定のデバイスをボリュームグループとして使用している場合，HDLMのインストール，機能の設定，およびパス構成の確認を終了したあとに，「3.12　ボリュームグループの移行（SCSIデバイスからHDLMデバイスへの移行）」を参照して，ボリュームグループの移行を行ってください。

(2)　HP-UXのパッチのインストール

HDLMのソフトウェア添付資料を参照して，必要な場合はHP-UXのパッチをインストールしてください。

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

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

ストレージサブシステムを設定します。
設定内容については，ストレージサブシステムの保守マニュアルを参照してください。

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

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

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

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

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

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

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

＜この項の構成＞

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

(2)　前提条件

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

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

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

「図3-3　リモートインストールの流れ」に示す流れに従って，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 Version 6 JP1/NETM/DM Manager」を参照してください。JP1/NETM/DM Clientの詳細については，マニュアル「JP1 Version 7i JP1/NETM/DM Client (UNIX(R)用)」またはマニュアル「JP1 Version 8 JP1/NETM/DM Client(UNIX(R)用)」を参照してください。

システム構成
JP1/NETM/DMを使用してHDLMをリモートインストールする場合のシステム構成を，「図3-4　JP1/NETM/DMを使用してHDLMをリモートインストールする場合のシステム構成」に示します。

図3-4　JP1/NETM/DMを使用してHDLMをリモートインストールする場合のシステム構成

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

配布指令を実行すると，配布先システムには展開前のHDLMが一時的に格納されます（HDLMのCD-ROMに格納されているリモートインストール用シェルスクリプトを使用した場合，格納先は/var/tmpです）。配布先システムのHDLMの一時的な格納場所には，十分な空き容量を確保してください。

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

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

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

CD-ROMをマウントします。HDLMのCD-ROMをセットして，次に示すコマンドを実行してください。

# mount /dev/dsk/CD-ROMのデバイス名 CD-ROMのマウントポイント

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

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

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

登録ファイルの内容を次に示します。
網掛けの部分は変更できます。手順4の操作のあとに，コピーした登録ファイルを，システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/var/tmp/」の部分は，すべて同じパスにしてください。「xxxx」の部分は，バージョンによって異なります。

インストーラ実行シェルスクリプトの内容を次に示します。
網掛けの部分は変更できます。手順4の操作のあとに，コピーしたインストーラ実行シェルスクリプトを，システムの構成や運用方法に合わせて，必要に応じて変更してください。変更する場合，網掛けの「/var/tmp/」の部分は，登録ファイルの網掛けの「/var/tmp/」の部分と同じパスにしてください。

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

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

HDLMの配布指令を作成および登録します。この操作は配布管理システムで実行します。

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

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

# rdsdmrsc -c

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

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

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

HDLMのパッケージ名には，手順2で表示されたHDLMのパッケージ名を指定します。
コマンドの実行例を次に示します。網掛けの部分がHDLMのパッケージ名です。

ライセンスキーファイルの配布と，配布管理システムからの配布指令の実行は，「3.5.3　HDLMの新規インストール」および「3.5.5　HDLMのアップグレードインストール」で説明しているインストール手順に含まれています。手順に従って操作を進めてください。

3.5.3　HDLMの新規インストール

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

HP-UX標準のswinstallコマンドを使用する方法

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

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

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

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

インストールを実施しているとき，キー入力などによってインストール処理を強制的に終了しないでください。

/var/tmp/直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。

/var/tmp/hdlm_license

/var/tmp/hdlm_licenseファイルがない場合，手順7でライセンスキーの入力が要求されます。
注意事項

ユーザ任意のディレクトリ，ファイル名でライセンスキーファイルを格納できます。ただし，そのライセンスキーファイルはインストールが終了しても削除されないため，不要な場合はインストール終了後に手動で削除してください。

ライセンスキーファイルの絶対パスとして入力可能な文字列（半角）は次のとおりです。
大小英字，数字，一部の特殊文字( / ! # + - . = @ _ ~ )

ユーザ任意のライセンスキーファイルを指定する場合に/var/tmp/hdlm_licenseと入力したときは，そのライセンスキーファイルはインストール終了後に削除されます。

HP-UXに，root権限を持つユーザでログインします。

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

# ioscan -fnC disk

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

# rdsdmind -x

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

HDLMをリモートインストールしない場合は，まず，CD-ROMをマウントします。
CD-ROMをセットして，次に示すコマンドを実行してください。

# mount /dev/dsk/CD-ROMのデバイス名 CD-ROMのマウントポイント

swinstallコマンドを実行して，HDLMをインストールします。

# swinstall -x ask=true -s CD-ROMのマウントポイント/DLManager DLManager

swinstallコマンド使用時の注意事項については，HP-UXのマニュアルを参照してください。

画面に表示されるメッセージに従って操作を進めます。
/var/tmp/hdlm_licenseという名称でライセンスキーファイルを格納していない場合は，ユーザ任意のライセンスキーファイルを格納しているかどうかのメッセージが出力されます。格納している場合は「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

「1」または「2」以外を3回入力するとインストールが中止されるので，注意してください。

「1」を入力した場合はユーザ任意のライセンスキーファイルを絶対パスで指定します。

絶対パスの入力を3回失敗するとインストールが中止されるので，注意してください。

「2」を入力した場合，ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

ライセンスキーを入力すると，ライセンスがインストールされた旨のメッセージが表示されます。

ライセンスキーの入力に3回失敗するとインストールが中止されるので，注意してください。

インストールが中止された場合は，/var/opt/DynamicLinkManagerディレクトリが存在しているか確認してください。/var/opt/DynamicLinkManagerディレクトリが存在している場合は，次のコマンドを実行して，ディレクトリを削除してください。

# rm -rf /var/opt/DynamicLinkManager

HDLMのインストール終了後，次に示すコマンドを実行して，パッケージがインストールされているかどうかを確認します。

# swlist -l product DLManager

次のような実行結果が表示されれば，問題ありません。「host1」の部分は，使用している環境によって異なります。

# Initializing...
# Contacting target "host1"...
#
# Target:  host1:/
#

 DLManager     xx.x.x.xx.xx   Dynamic Link Manager

除外ディスク定義ファイルを作成します。
次に示すコマンドラインでHDLM構成定義ユティリティ（dlmcfgmgr）を実行してください。HDLM管理対象外のデバイスが自動的に判定され，除外ディスク定義ファイルが作成されます。判定条件については，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

# /sbin/dlmcfgmgr -e > /etc/opt/DynamicLinkManager/dlmfdrv.unconf

除外ディスク定義ファイルの内容は，次回ホストを起動した時に反映されます。
CD-ROMなど，自動判定に時間が掛かるデバイスを，引数-eのあとに指定すると，処理時間を短縮できます。引数の指定方法については，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

次に示すデバイスが在る場合は，除外ディスク定義ファイルに定義を手動で追加します。

2次スワップデバイス

管理対象から外したいデバイス（HDLMで管理できるすべてのデバイスを管理対象にする場合，HDLM管理対象外デバイスの設定は不要）

上記のデバイスは，手順9に示したdlmcfgmgrユティリティの実行では自動的に追加されません。したがって，手動で除外対象として定義する必要があります。
次に/dev/dsk/c4t0d0，/dev/dsk/c6t0d0を除外する場合の例を示します。

# /sbin/dlmcfgmgr -l /dev/dsk/c4t0d0 /dev/dsk/c6t0d0 >> /etc/opt/DynamicLinkManager/dlmfdrv.unconf
#

HDLMドライバのロード，およびHDLMデバイスの認識のため，次に示すコマンドを実行してホストを再起動します。

# cd /
# shutdown -r

再起動後，HP-UXにroot権限を持つユーザーでログインします。

次のコマンドを実行して，HDLMが管理するパスのS/W StateがCLAIMEDと表示されることを確認します。

# ioscan -fnC disk

HDLMパス情報設定ユティリティ（dlmdefpath）を実行します。
ユティリティの問い合わせに対し，「y」を入力します。ホストが再起動され，現在のパスの構成定義が有効になります。
HP-UX 11i v1.0でのユティリティの実行例を，次に示します。

# /opt/DynamicLinkManager/bin/dlmdefpath -a
KAPL10407-I A kernel will be built. Is this OK? [y/n] : y
KAPL10411-I The current kernel will be replaced. Is this OK? [y/n] : y

KAPL10414-I The computer must be restarted to make the path configuration effective. Would you like to restart the computer now? [y/n] :y

ホストが再起動したあと，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照します。KAPL10301-Iメッセージに表示されたdlmcfgmgrユティリティの起動時刻以降に次のメッセージが出力されていないことを確認します。

KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。その場合は手順14を参照してdlmdefpathユティリティを再度実行してください。
それでもKAPL10317-Eメッセージが出力された場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
HDLM Manager Ver      WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver      WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver      WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = yyyy/mm/dd hh:mm:ss
#

クラスタソフトウェアを使用していても，「Support Cluster」には表示されません。しかし，クラスタ対応機能は問題なく動作します。

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

viewオペレーションの実行結果からプログラムが正常に動作しているか確認します。
「HDLM Manager」，「HDLM Alert Driver」，「HDLM Driver」がすべて「Alive」であれば，プログラムが正常に動作しています。

コマンドパスの環境変数を設定します。
bourneシェル，ksh，またはposix-shを使用している場合

# PATH=$PATH:/opt/DynamicLinkManager/bin
# export PATH

cshを使用している場合

# setenv PATH ${PATH}:/opt/DynamicLinkManager/bin

インストールが終了したら，「3.6　パス構成の確認」に記述されている手順に従ってパス構成を確認してください。

3.5.4　HDLMをアップグレードインストールする前の準備

HDLM管理対象のデバイスおよびHDLM管理対象予定のデバイスのバックアップなどを行います。

＜この項の構成＞

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

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

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

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

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

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

はじめに，次のコマンドを実行して，現在の設定を確認します。
# mount -p
現在の設定が「図3-5　mount -pコマンドの実行結果の例（HDLMをアップグレードインストールする前の準備）」に示すように出力されます。

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

網掛けの部分がHDLM管理対象予定のデバイスです。

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

注意事項

HDLM管理対象予定のデバイスをボリュームグループとして使用している場合，HDLMのインストール，機能の設定，およびパス構成の確認を終了したあとに，「3.12　ボリュームグループの移行（SCSIデバイスからHDLMデバイスへの移行）」を参照して，ボリュームグループの移行を行ってください。

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

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

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

HDLMのアップグレードインストールについて説明します。なお，次に示すアップグレードインストールの手順中，実行するコマンドにパラメタを追加することでHDLMの再インストールとなります。

HDLM 04-00がインストールされているホストにHDLM 6.1をアップグレードインストールした場合，HDLM 04-00と一緒にインストールされたHNTRLibは残ります。HNTRLibをほかのプログラムで使用していない場合，「3.19　Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）のアンインストール」を参照して，HNTRLibをアンインストールしてください。

アップグレードインストールおよび再インストールした場合，HDLM管理対象外のデバイス定義についての情報は引き継がれます。再作成する必要はありません。

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

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

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

インストールを実施しているとき，キー入力などによってインストール処理を強制的に終了しないでください。

注意事項

アップグレードインストール中はHDLMマネージャが停止するため，障害ログは出力されません。また，HDLMの機能の設定もできなくなります。アップグレードインストール後は，すぐにホストを再起動してください。

OSのバージョンアップを行う場合，事前にHDLMのアンインストールを行なってください。その後OSのバージョンアップを実施し，HDLMの新規インストールを行ってください（インストール時には，バージョンアップするOSに対応したバージョンのHDLMをご使用ください）。
HDLMのアンインストールがOSのバージョンアップ後になった場合，改めてHDLMをインストールしてもLUの追加などを認識できなくなり，OSの新規インストールが必要になる場合があります。

手順5で実行するコマンドによって，HDLMのアップグレードインストールではなく，HDLMの再インストールが実行できます。

/var/tmp/直下に，ライセンスキーファイルを「hdlm_license」という名称で格納します。

/var/tmp/hdlm_license

ライセンスキーの更新が必要な状態で，/var/tmp/hdlm_licenseファイルがない場合，手順6でライセンスキーの入力が要求されます。
注意事項

ユーザ任意のディレクトリ，ファイル名でライセンスキーファイルを格納できます。ただし，そのライセンスキーファイルはインストールが終了しても削除されないため，不要な場合はインストール終了後に手動で削除してください。

ライセンスキーファイルの絶対パスとして入力可能な文字列（半角）は次のとおりです。
大小英字，数字，一部の特殊文字( / ! # + - . = @ _ ~ )

ユーザ任意のライセンスキーファイルを指定する場合に/var/tmp/hdlm_licenseと入力したときは，そのライセンスキーファイルはインストール終了後に削除されます。

HP-UXに，root権限を持つユーザでログインします。

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

# rdsdmind -x

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

HDLMをリモートインストールしない場合は，まず，CD-ROMをマウントします。CD-ROMをセットして，次に示すコマンドを実行してください。

# mount /dev/dsk/CD-ROMのデバイス名 CD-ROMのマウントポイント

swinstallコマンドを実行して，HDLMをアップグレードインストール，または再インストールします。

HDLMをアップグレードインストールする場合

# swinstall -x ask=true -s CD-ROMのマウントポイント/DLManager DLManager

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

# swinstall -x ask=true -x reinstall=true -s CD-ROMのマウントポイント/DLManager DLManager

swinstallコマンド使用時の注意事項については，HP-UXのマニュアルを参照してください。

ライセンスキーファイルがない場合は，インストール実行中にライセンスキーについてのメッセージが表示されるので，メッセージに従って操作してください。
ライセンスの更新が必要な状態で，あらかじめ/var/tmp/hdlm_licenseという名称でライセンスキーファイルを格納していない場合は，ユーザ任意のライセンスキーファイルを格納しているかどうかのメッセージが出力されます。格納している場合は「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

「1」または「2」以外を3回入力するとインストールが中止されるので，注意してください。

「1」を入力した場合はユーザ任意のライセンスキーファイルを絶対パスで指定します。

絶対パスの入力を3回失敗するとインストールが中止されるので，注意してください。

「2」を入力した場合，ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

ライセンスキーを入力すると，ライセンスがインストールされた旨のメッセージが表示されます。

ライセンスキーの入力に3回失敗するとインストールが中止されるので，注意してください。

HDLMのインストール終了後，次に示すコマンドを実行して，パッケージがインストールされているかどうかを確認します。

# swlist -l product DLManager

次のような実行結果が表示されれば，問題ありません。「host1」の部分は，使用している環境によって異なります。

# Initializing...
# Contacting target "host1"...
#
# Target:  host1:/
#

 DLManager     xx.x.x.xx.xx   Dynamic Link Manager

HDLMドライバのロード，およびHDLMデバイスの認識のため，次に示すコマンドを実行してホストを再起動します。

# cd /
# shutdown -r

再起動後，HP-UXにroot権限を持つユーザーでログインします。

アップグレード前のHDLMのバージョンが04-00の場合は，次のコマンドを実行して，HDLMが管理するパスのS/W StateがCLAIMEDと表示されることを確認します。
アップグレード前のバージョンが05-02以降の場合は，この手順は不要です。手順12に進んでください。

# ioscan -fnC disk

アップグレード前のHDLMのバージョンが04-00の場合は，HDLMパス情報設定ユティリティ（dlmdefpath）を実行します。
ユティリティの問い合わせに対し，「y」を入力します。ホストが再起動され，現在のパスの構成定義が有効になります。
アップグレード前のバージョンが05-02以降の場合は，この手順は不要です。手順12に進んでください。

/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルをテキストエディタなどで参照し，再起動した時間にKAPL10317-Eのメッセージが出力されていないことを確認します。
KAPL10317-Eのメッセージが出力されている場合，「3.5.3　HDLMの新規インストール」の手順13および手順14を実行してください。

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(rr)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
HDLM Manager Ver      WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver      WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver      WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

各機能の設定値は，アップグレード前のものが引き継がれます。
HDLM 04-00をHDLM 6.1にアップグレードした場合，HDLM 04-00のロードバランスの設定値が「on」のときは，HDLM 6.1での設定値は「on」，アルゴリズムは「rr」（ラウンドロビン）になります。HDLM 05-02以降をHDLM 6.1にアップグレードした場合，アップグレード前のロードバランスの設定値が「on」のときは，ロードバランスの設定値とアルゴリズムを引き継ぎます。ロードバランスのアルゴリズムには，ラウンドロビンのほかに拡張ラウンドロビンがあります。「3.7　HDLMの機能の設定」を参照して，必要に応じてロードバランスのアルゴリズムを選択してください。

クラスタソフトウェアを使用していても，「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.6　IVM環境へのHDLMのインストール

ここでは，IVMを導入したホストへHDLMをインストールする手順について説明します。

IVMをインストールしたホストを「VMホスト」と呼びます。VMホスト上で動作するOSを「VMホストOS」と呼びます。また，VMホスト上で動作する仮想環境を「仮想マシン（ゲスト）」と呼びます。仮想マシン上で動作するOSを「ゲストOS」と呼びます。

＜この項の構成＞

(1)　IVM環境にHDLMを適用するときの注意事項

(2)　仮想マシンに論理ボリュームを割り当てているシステム構成へHDLMをインストールする場合

(3)　仮想マシンにSCSIデバイスを割り当てているシステム構成へHDLMをインストールする場合

(1)　IVM環境にHDLMを適用するときの注意事項

IVM2.0または3.0を使用して，仮想環境を構築したホスト（VMホスト）にHDLMをインストールすると，VMホストの再起動時にゲストOSが起動しなくなります。

このため，HDLMをインストールする前に，/sbin/init.d/hpvmスクリプトに記述されたrmコマンドの行を必ずコメント行に変更してください。/sbin/init.d/hpvmスクリプトの編集例を次に示します。

なお，IVM3.5を使用したホストでこの現象は発生しません。したがって，IVM3.5を使用している場合は，/sbin/init.d/hpvmスクリプトを編集しないでください。

IVM 2.0を適用しているときのスクリプト編集例

「rm」で始まる行の先頭（下線部分）に「#」を挿入してコメント行にします。

#
# Unload monitor
#
${VMMLOAD} -u
# Set kernel modules as unused incase this is a transition
# to swap in new modules
#
/usr/sbin/kcmodule -K ${VMMDRIVER}=uninstall ${VMNETDRIVER}=uninstall
# rm -f ${MODDIR}/${VMMDRIVER} ${MODDIR}/${VMNETDRIVER}
# rm -f ${VMMDEV} ${VMMINSTALLDEV} ${VMNETDEV}
# rm -rf $(find /stand -name 'hpvm*')
exit ${OKAY}

IVM 3.0を適用しているときのスクリプト編集例

「rm」で始まる行の先頭（下線部分）に「#」を挿入してコメント行にします。

ただし，「rm」で始まる行だけをコメント行に変更すると，スクリプトの実行時にエラーとなります。次に示す編集例のように，必ず「if」から「fi」の範囲の行もコメント行に変更してください。

# Set kernel modules as unused incase this is a transition
# to swap in new modules
#
for mod in ${VMMDRIVER} ${VMNETDRIVER}
do
if LC_ALL=C LANG=C kcmodule -P state ${mod} 2>&1 >/dev/null | grep -q'no module'
   then
       # probably already done -- suppress errors
       kcmodule -K ${mod}=uninstall >/dev/null 2>&1
   else
       kcmodule -K ${mod}=uninstall || rval=${ERROR}
   fi
done
# if [ "$HPVMDEVELOP" != "$ZERO" ]
# then
   # rm -f ${MODDIR}/${VMMDRIVER} ${MODDIR}/${VMNETDRIVER}
   # rm -f ${VMMDEV} ${VMMINSTALLDEV} ${VMNETDEV}
   # rm -rf $(find /stand -name 'hpvm*')
# fi
exit ${rval}

HDLMをアンインストールするときには/sbin/init.d/hpvmスクリプトの変更を取り消す必要があるため，編集前のスクリプトをバックアップしておいてください。

/sbin/init.d/hpvmスクリプトやIVMについての詳細は，HPサポートサービスを契約した会社にお問い合わせください。

(2)　仮想マシンに論理ボリュームを割り当てているシステム構成へHDLMをインストールする場合

VMホストの論理ボリュームを仮想マシンに割り当てているとき，そのVMホストへHDLMをインストールする方法を説明します。HDLMをインストールしたあと，論理ボリュームと対応するSCSIデバイスをHDLMデバイスのデバイスファイルに移行します。

ここでは，仮想マシン「vmhost1」が構築されている場合を例に，HDLMデバイスのデバイスファイル移行手順を説明します。なお，あらかじめ，「(1)　IVM環境にHDLMを適用するときの注意事項」に示した/sbin/init.d/hpvmスクリプトの編集を実行しておいてください。

IVMのhpvmstopコマンドを実行して，仮想マシンを停止します。
仮想マシン「vmhost1」を停止させる，hpvmstopコマンドの実行例を次に示します。

# hpvmstop -P vmhost1
hpvmstop: Stop the virtual machine 'vmhost1'? [n]: y

IVMのhpvmmodifyコマンドを実行して，VMホストを起動したとき仮想マシンが自動的に起動されないように設定します。
仮想マシン「vmhost1」の起動方法を「手動」に変更する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost1 -B manual

HDLMをインストールし，パスの構成定義を有効にします。
「3.5.3　HDLMの新規インストール」を参照してHDLMをインストールし，パスの構成定義を有効にしてください。

IVMのhpvmstatusコマンドを実行して，仮想マシンに割り当てている論理ボリューム名を確認します。
hpvmstatusコマンドの実行結果から，[Storage Interface Details]の内容を確認します。
仮想マシン「vmhost1」に割り当てている論理ボリューム名を確認する，hpvmstatusコマンドの実行例を次に示します。

# hpvmstatus -P vmhost1

[Storage Interface Details]
Guest                                 Physical
Device  Adaptor    Bus Dev Ftn Tgt Lun Storage   Device
======= ========== === === === === === ========= =========================
disk    scsi         0   0   0   0   0 lv        /dev/vg01/rlvol1

ここで複数の論理ボリュームが確認できた場合，以降の手順5から手順9までをそれぞれの論理ボリュームに対して実行してください。

OSのvgdisplayコマンドを実行して，ボリュームグループに登録されているSCSIデバイスを確認します。
手順4に示した実行例では，仮想マシン「vmhost1」に割り当てている論理ボリュームが属するボリュームグループは「vg01」となっています。このボリュームグループ「vg01」に登録されているSCSIデバイスを確認する，vgdisplayコマンドの実行例を次に示します。

# vgdisplay -v vg01

  --- Physical volumes ---
  PV Name                     /dev/dsk/c12t0d0
  PV Name                     /dev/dsk/c20t0d0 Alternate Link
  PV Status                   available
  Total PE                    7678
  Free PE                     178
  Autoswitch                  On

HDLMコマンドのview -drvオペレーションを実行し，SCSIデバイスに対応しているHDLMデバイスを確認します。
手順5で確認したSCSIデバイスと対応しているHDLMデバイスを確認したとき，コマンドの実行結果の「PV Name」に「Alternate Link」が含まれていることがあります。その場合は，「PV Name」に示されたSCSIデバイスのうちどれか一つを選んで，HDLMデバイスを確認してください。
ここでは，手順5に示した実行例からSCSIデバイス「c12t0d0」を選び，それと対応しているHDLMデバイスを確認します。HDLMコマンドの実行例を次に示します。

# dlnkmgr view -drv | grep c12t0d0
000074 ch12t0d0 c12t0d0 SANRISE_AMS.77010152.0217 0/2/1/0.3.2.0.0.0.0

OSのvgextendコマンドを実行して，HDLMデバイスをボリュームグループに登録します。
ボリュームグループ「vg01」にHDLMデバイス「ch12t0d0」を追加する，vgextendコマンドの実行例を次に示します。

# vgextend vg01 /dev/dsk/ch12t0d0
Current path "/dev/dsk/c20t0d0" is an alternate link, skip.
Volume group "/dev/vg01" has been successfully extended.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

OSのvgreduceコマンドを実行し，SCSIデバイスをボリュームグループから削除します。
手順5で確認できたSCSIデバイスはすべて削除してください。
ボリュームグループ「vg01」から，手順5で確認したSCSIデバイス「c12t0d0」と「c20t0d0」を削除する，vgreduceコマンドの実行例を次に示します。

# vgreduce vg01 /dev/dsk/c12t0d0 /dev/dsk/c20t0d0
Device file path "/dev/dsk/c12t0d0" is an primary link.
Removing primary link and switching to an alternate link.
Device file path "/dev/dsk/c20t0d0" is an alternate path.
Volume group "/dev/vg01" has been successfully reduced.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

OSのvgdisplayコマンドを実行し，ボリュームグループにHDLMデバイスだけが登録されていることを確認します。
確認した結果，HDLMデバイス以外のSCSIデバイスが登録されていた場合，手順8を繰り返してHDLMデバイスだけが登録されている状態にしてください。
ボリュームグループ「vg01」に登録されているデバイスを確認する，vgdisplayコマンドの実行例を次に示します。

# vgdisplay -v vg01

  --- Physical volumes ---
  PV Name                     /dev/dsk/ch12t0d0
  PV Status                   available
  Total PE                    7678
  Free PE                     178
  Autoswitch                  On

IVMのhpvmmodifyコマンドを実行し，VMホストを起動したとき自動的に仮想マシンが起動されるように設定します。
VMホストを起動したとき，仮想マシンを自動的に起動させたくない場合，この手順は不要です。
仮想マシン「vmhost1」の起動方法を「自動」に設定する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost1 -B auto

IVMのhpvmstartコマンドを実行し，仮想マシンを起動します。
仮想マシン「vmhost1」を起動させる，hpvmstartコマンドの実行例を次に示します。

# hpvmstart -P vmhost1

(3)　仮想マシンにSCSIデバイスを割り当てているシステム構成へHDLMをインストールする場合

VMホストのSCSIデバイスを仮想マシンに割り当てているとき，そのVMホストへHDLMをインストールする方法を説明します。HDLMをインストールしたあと，SCSIデバイスをHDLMデバイスのデバイスファイルに移行します。

ここでは，仮想マシン「vmhost2」が構築されている場合を例に，HDLMデバイスのデバイスファイル移行手順を説明します。なお，あらかじめ，「(1)　IVM環境にHDLMを適用するときの注意事項」に示した/sbin/init.d/hpvmスクリプトの編集を実行しておいてください。

IVMのhpvmstopコマンドを実行して，仮想マシンを停止します。
仮想マシン「vmhost2」を停止させる，hpvmstopコマンドの実行例を次に示します。

# hpvmstop -P vmhost2
hpvmstop: Stop the virtual machine 'vmhost2'? [n]: y

IVMのhpvmmodifyコマンドを実行して，VMホストを起動したとき仮想マシンが自動的に起動されないように設定します。
仮想マシン「vmhost2」の起動方法を「手動」に変更する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost2 -B manual

HDLMをインストールし，パスの構成定義を有効にします。
「3.5.3　HDLMの新規インストール」を参照してHDLMをインストールし，パスの構成定義を有効にしてください。

IVMのhpvmstatusコマンドを実行して，仮想マシンに割り当てているSCSIデバイス名やその他の情報を確認します。
hpvmstatusコマンドの実行結果の[Storage Interface Details]から，SCSIデバイス名を確認してください。またあわせて次に示す情報も確認してください。

bus番号
[Storage Interface Details]の「Bus」に表示された値

device番号
[Storage Interface Details]の「Dev」に表示された値

target番号
[Storage Interface Details]の「Tgt」に表示された値

仮想マシン「vmhost2」に割り当てているSCSIデバイス名を確認する，hpvmstatusコマンドの実行例を次に示します。

# hpvmstatus -P vmhost2
[Storage Interface Details]
Guest                                 Physical
Device  Adaptor    Bus Dev Ftn Tgt Lun Storage   Device
======= ========== === === === === === ========= =========================
disk    scsi         0   0   0   0   0 disk      /dev/rdsk/c28t0d0
disk    scsi         0   0   0   1   0 disk      /dev/rdsk/c29t0d0
disk    scsi         0   0   0   2   0 disk      /dev/rdsk/c29t0d1
disk    scsi         0   0   0   3   0 disk      /dev/rdsk/c29t0d2

HDLMコマンドのview -drvオペレーションを実行し，SCSIデバイスに対応しているHDLMデバイスを確認します。
手順4で確認できたすべてのSCSIデバイスに対して，対応するHDLMデバイスを確認してください。
ここでは，手順4で確認できたSCSIデバイス「c28t0d0」，「c29t0d0」，「c29t0d1」，および「c29t0d2」と対応しているHDLMデバイスを確認します。HDLMコマンドの実行例を次に示します。

# dlnkmgr view -drv | grep c28t0d0
000074 ch28t0d0 c28t0d0 SANRISE_AMS.77010152.0216 0/3/2/0.4.2.0.0.0.0
# dlnkmgr view -drv | grep c29t0d0
000075 ch29t0d0 c29t0d0 SANRISE_AMS.77010152.0204 0/3/2/0.4.3.0.0.0.0
# dlnkmgr view -drv | grep c29t0d1
000076 ch29t0d1 c29t0d1 SANRISE_AMS.77010152.0205 0/3/2/0.4.3.0.0.0.1
# dlnkmgr view -drv | grep c29t0d2
000077 ch29t0d2 c29t0d2 SANRISE_AMS.77010152.0206 0/3/2/0.4.3.0.0.0.2

IVMのhpvmmodifyコマンドを実行し，現在登録されているSCSIデバイスをHDLMデバイスに移行します。
hpvmmodifyコマンドの-mオプションには，手順4で確認したSCSIデバイスそれぞれのbus番号，device番号，およびtarget番号を指定してください。これらの指定を誤ると，仮想マシン内に記録されているハードウェアパス情報との差異が発生し，仮想マシンが起動しなくなるおそれがあります。
仮想マシン「vmhost2」に登録されているSCSIデバイスを，それぞれHDLMデバイス「ch28t0d0」「ch29t0d0」「ch29t0d1」「ch29t0d2」に移行する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost2 -m disk:scsi:0,0,0:disk:/dev/rdsk/ch28t0d0
# hpvmmodify -P vmhost2 -m disk:scsi:0,0,1:disk:/dev/rdsk/ch29t0d0
# hpvmmodify -P vmhost2 -m disk:scsi:0,0,2:disk:/dev/rdsk/ch29t0d1
# hpvmmodify -P vmhost2 -m disk:scsi:0,0,3:disk:/dev/rdsk/ch29t0d2

IVMのhpvmstatusコマンドを実行し，HDLMデバイスが仮想マシンに登録されていることを確認します。
仮想マシン「vmhost2」に登録されているデバイスを確認する，hpvmstatusコマンドの実行例を次に示します。

# hpvmstatus -P vmhost2

[Storage Interface Details]
Guest                                 Physical
Device  Adaptor    Bus Dev Ftn Tgt Lun Storage   Device
======= ========== === === === === === ========= =========================
disk    scsi         0   0   0   0   0 disk      /dev/rdsk/ch28t0d0
disk    scsi         0   0   0   1   0 disk      /dev/rdsk/ch29t0d0
disk    scsi         0   0   0   2   0 disk      /dev/rdsk/ch29t0d1
disk    scsi         0   0   0   3   0 disk      /dev/rdsk/ch29t0d2

IVMのhpvmmodifyコマンドを実行し，VMホストを起動したとき自動的に仮想マシンが起動されるように設定します。
VMホストを起動したとき，仮想マシンを自動的に起動させたくない場合，この手順は不要です。
仮想マシン「vmhost2」の起動方法を「自動」に設定する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost2 -B auto

IVMのhpvmstartコマンドを実行し，仮想マシンを起動します。
仮想マシン「vmhost2」を起動させる，hpvmstartコマンドの実行例を次に示します。

# hpvmstart -P vmhost2

3.6　パス構成の確認

ロードバランスやフェイルオーバなどのHDLMの機能は，一つのHDLM管理対象デバイスに対して複数の稼働状態のパスがあるときにだけ使用できます。HDLMのインストール後，およびハードウェア構成の変更後には，パスの構成や状態を確認してください。

パス情報は，HDLMコマンドのviewオペレーションで確認できます。

パス情報を確認する手順について，次に説明します。viewオペレーションの詳細については，「6.7　view　情報を表示する」を参照してください。

-pathパラメタを指定して出力した情報を確認する

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -path > リダイレクト先のファイル1

リダイレクト先のファイル1を開いて，次のことを確認します。

パスがアクセスするLUが在るか
パスは「PathName」で特定できます。パスがアクセスするLUは「DskName」と「iLU」の組み合わせで特定できます。

パスはすべてOnline状態か
「PathStatus」が「Online」であることを確認してください。Online状態ではないパスが存在する場合は，「Reduced」と表示されます。

同じLUにアクセスするパスが経由するCHAポート（「ChaPort」）とHBAポート（「PathName」に表示されたホストポート番号およびバス番号）の組み合わせが異なっているか
「PathName」のうち，左端の番号がホストポート番号です。ホストポート番号の右側にあるピリオドから2番目のピリオドまでの番号が，バス番号です。

-drvパラメタを指定して出力した情報を確認する

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -drv > リダイレクト先のファイル2

リダイレクト先のファイル2の「HDevName」と「Device」を参照して，SCSIデバイスに対応するHDLMデバイスが作成されていることを確認します。

3.7　HDLMの機能の設定

HDLMには，ロードバランス，自動フェイルバック，障害ログの採取，監査ログの採取などの機能があります。これらの機能は，HDLMコマンドのsetオペレーションで設定できます。ここでは，それぞれの方法でHDLMの機能を設定する手順を説明します。

＜この節の構成＞

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

3.7.2　機能の設定

3.7.3　変更後の設定の確認

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

HDLMコマンドのviewオペレーションを使って変更前の設定内容を確認する方法について説明します。

次のコマンドを実行して現在の設定内容を確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 3
Elog File Size(KB)             : 9900
Number Of Elog Files           : 2
Trace Level                    : 0
Trace File Size(KB)            : 1000
Number Of Trace Files          : 4
Path Health Checking           : on(30)
Auto Failback                  : off
Intermittent Error Monitor     : off
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログの現在の設定内容を確認する場合は，次のコマンドを実行してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log          : off
Audit Log Category : -
Audit Log Facility  : -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

3.7.2　機能の設定

HDLMの機能のデフォルトと推奨値を「表3-11　各機能のデフォルト値と推奨値」に示します。

表3-11　各機能のデフォルト値と推奨値

機能
デフォルト
推奨値

ロードバランス
on
アルゴリズムは拡張最少I/O数
on
アルゴリズムの推奨値は運用環境によって異なります。

パスヘルスチェック
on
チェック間隔30（分）
on
チェック間隔の推奨値は運用環境によって異なります。

自動フェイルバック
off
off

間欠障害監視
off
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

＜この項の構成＞

(1)　ロードバランスの設定

(2)　パスヘルスチェックの設定

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

(4)　間欠障害監視の設定

(5)　障害ログ採取レベルの設定

(6)　トレースレベルの設定

(7)　障害ログファイルサイズの設定

(8)　障害ログファイル数の設定

(9)　トレースファイルサイズの設定

(10)　トレースファイル数の設定

(11)　監査ログ採取の設定

(12)　監査ログのFacilityの設定

(1)　ロードバランスの設定

ロードバランス機能を使用するかどうかを設定します。

ロードバランスを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -lb on -lbtype exlio

ロードバランスを使用する場合は，「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-lbtypeオプションのあとに，次に示すアルゴリズムを指定します。

ラウンドロビンの場合は「rr」

拡張ラウンドロビンの場合は「exrr」

最少I/O数の場合は「lio」

拡張最少I/O数の場合は「exlio」

最少ブロック数の場合は「lbk」

拡張最少ブロック数の場合は「exlbk」

-lbtypeで設定したアルゴリズムは，-lb offを指定してロードバランス機能を無効にしても，記憶されています。そのため，再度ロードバランス機能を有効にし，アルゴリズムを指定しなかった場合，記憶されているアルゴリズムでロードバランスが実行されます。

(2)　パスヘルスチェックの設定

パスヘルスチェック機能を使用するかどうかを設定します。

パスヘルスチェックを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -pchk on -intvl 10

パスヘルスチェックを使用する場合は，「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタでチェック間隔を指定できます。チェック間隔を指定しない場合は，前回指定した設定値になります。例えば，チェック間隔を15分に設定して実行したあと，パスヘルスチェックに「off」を設定して実行します。このあと，再度チェック間隔を指定しないでパスヘルスチェックに「on」を設定して実行した場合，前回指定した設定値の15分を再び使用します。

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

自動フェイルバック機能を使用するかどうかを設定します。

間欠障害監視を使用して「障害発生回数」が「2」以上の場合，次の条件が満たされている必要があります。

間欠障害の障害監視時間 >=
自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はエラーとなり，KAPL01080-Wのメッセージが表示されます。

エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。障害発生回数に「1」を指定した場合，上記の条件を満たす必要はありません。

自動フェイルバックを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -afb on -intvl 10

自動フェイルバックを使用する場合は「on」を，使用しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタでパスの状態をチェックする間隔を指定できます。チェック間隔を指定しない場合は，前回指定した設定値になります。例えば，チェック間隔を5分に設定して実行したあと，自動フェイルバックに「off」を設定して実行します。このあと，再度チェック間隔を指定しないで自動フェイルバックに「on」を設定して実行した場合，前回指定した設定値の5分を再び使用します。

(4)　間欠障害監視の設定

間欠障害監視は，自動フェイルバック機能を使用しているときだけ設定できます。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを使用する場合は，間欠障害を監視することをお勧めします。

間欠障害監視を使用した場合，「障害監視時間」および「障害発生回数」で，間欠障害とみなす条件を指定できます。障害監視時間のデフォルト値は「30」，障害発生回数のデフォルト値は「3」です。

間欠障害の監視が開始されてから指定した時間が経過するまでの間に，指定した回数の障害が発生した場合に，該当するパスに間欠障害が発生しているとみなします。間欠障害が発生しているとみなされたパスは，自動フェイルバックの対象外になります。なお，間欠障害の監視は，自動フェイルバックによってパスが障害から回復した時点で開始されます。監視は，パスごとに実施されます。

「障害発生回数」に「2」以上の値を指定した場合，「(3)　自動フェイルバックの設定」に示す条件が満たされている必要があるので，参照してください。

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

間欠障害監視を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -iem on -intvl 20 -iemnum 2

間欠障害を監視する場合は「on」を，監視しない場合は「off」を指定します。「on」を指定した場合，-intvlパラメタおよび-iemnumパラメタで，間欠障害とみなす条件を指定できます。-intvlパラメタでは障害監視時間を，-iemnumパラメタでは障害発生回数を指定します。条件の指定を省略すると，30分以内に3回以上障害が発生した場合に間欠障害とみなします。

(5)　障害ログ採取レベルの設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））を採取するレベルを設定します。

障害ログ採取レベルの設定値とその説明を「表3-12　障害ログ採取レベルの設定値」に示します。

表3-12　障害ログ採取レベルの設定値

設定値 | 説明
0 | 障害ログを採取しません。
1 | Errorレベル以上の障害情報を採取します。
2 | Warningレベル以上の障害情報を採取します。
3 | Informationレベル以上の障害情報を採取します。
4 | Informationレベル（保守情報も含む）以上の障害情報を採取します。

障害が発生したときは，障害ログ採取レベルに「1」以上を設定してログを採取します。設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

障害ログ採取レベルを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -ellv 2

障害ログを採取するレベルを数字で指定します。

(6)　トレースレベルの設定

トレースを出力するレベルを設定します。

トレースレベルを設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースレベルの設定値とその説明を「表3-13　トレースレベルの設定値」に示します。

表3-13　トレースレベルの設定値

設定値 | 説明
0 | トレースを出力しません。
1 | エラー情報だけ出力します。
2 | プログラムの動作概略を出力します。
3 | プログラムの動作詳細を出力します。
4 | すべての情報を出力します。

障害が発生したときは，トレースレベルに「1」以上を設定してログを採取します。設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

トレースレベルを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -systflv 1

トレースの出力レベルを数字で指定します。

(7)　障害ログファイルサイズの設定

障害ログファイル（HDLMマネージャのログ（dlmmgr[1-16].log））のサイズを設定します。

障害ログファイルサイズには，キロバイト単位で100～2000000の値を指定します。HDLMマネージャのログには指定値が反映されます。

障害ログファイルが設定サイズに達すると，最も古い障害ログファイルから順に新しいログ情報が上書きされます。障害ログファイル数の指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイルサイズを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -elfs 1000

障害ログファイルのサイズを，キロバイト単位で指定します。

(8)　障害ログファイル数の設定

障害ログ（HDLMマネージャのログ（dlmmgr[1-16].log））のファイル数を設定します。

障害ログファイル数（HDLMマネージャのログファイル数）には，2～16の値を指定します。障害ログファイルサイズの指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

障害ログファイル数を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -elfn 5

障害ログファイルの数を数字で指定します。

(9)　トレースファイルサイズの設定

トレースファイルのサイズを設定します。

ファイルサイズを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースファイルは固定長です。したがって，書き込まれるトレース情報が設定したファイルサイズに満たない場合でも，出力されるトレースファイル一つ当たりのファイルサイズは常に固定です。

トレースファイルサイズには，キロバイト単位で100～16000の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。すべてのトレースファイルにトレースが書き込まれると，最も古いトレースファイルに新しいトレースが上書きされます。

トレースファイル数の指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイルサイズを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -systfs 2000

トレースファイルのサイズをキロバイト単位で指定します。

(10)　トレースファイル数の設定

トレースファイルの数を設定します。

ファイル数を設定できるトレースファイルは，hdlmtr[1-64].logです。

トレースファイル数には，2～64の値を指定します。設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。

トレースファイルサイズの指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。

トレースファイル数を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -systfn 10

トレースファイルの数を数字で指定します。

(11)　監査ログ採取の設定

監査ログを採取するかどうか設定します。

監査ログを採取する場合には，監査ログ採取レベルおよび監査ログ種別を設定します。

監査ログの採取レベルの設定値とその説明を「表3-14　監査ログ採取レベルの設定値」に示します。監査ログ採取レベルは重要度で設定します。デフォルトの設定値は「6」です。

表3-14　監査ログ採取レベルの設定値

設定値（重要度） | 説明
0 | 監査ログを採取しません。
1
2 | Criticalレベルの監査ログを採取します。
3 | Critical，およびErrorレベルの監査ログを採取します。
4 | Critical，Error，およびWarningレベルの監査ログを採取します。
5
6 | Critical，Error，Warning ，およびInformationalレベルの監査ログを採取します。
7

監査ログ種別の設定値とその説明を「表3-15　監査ログ種別の設定値」に示します。デフォルトの設定値は「all」です。

表3-15　監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

監査ログ採取を設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -audlog on -audlv 6 -category all

監査ログを採取する場合は「on」を，採取しない場合は「off」を指定します。「on」を指定した場合，-audlvパラメタで監査ログ採取レベルを，-categoryパラメタで監査ログ種別を指定できます。

監査ログのFacilityを設定する場合は，「(12)　監査ログのFacilityの設定」を参照してください。

(12)　監査ログのFacilityの設定

監査ログの出力先を指定する場合，次の設定を行います。

監査ログのFacilityをdlnkmgr set -audfacで指定し，そのFacilityの出力先を/etc/syslog.confファイルで定義することで，監査ログだけを指定のディレクトリに出力できます。監査ログのFacilityの設定値を「表3-16　監査ログのFacilityの設定値」に示します。デフォルトの設定値は「user」です。

表3-16　監査ログのFacilityの設定値

設定値 | /etc/syslog.confファイルでの対応するFacility値
userまたは1 | user
local0または16 | local0
local1または17 | local1
local2または18 | local2
local3または19 | local3
local4または20 | local4
local5または21 | local5
local6または22 | local6
local7または23 | local7

監査ログのFacilityを設定する例を，次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr set -audfac local0

3.7.3　変更後の設定の確認

HDLMコマンドのsetオペレーションを使って設定した内容を確認する方法について説明します。

変更後のHDLMの機能設定情報を表示します。実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 2
Elog File Size(KB)             : 1000
Number Of Elog Files           : 5
Trace Level                    : 1
Trace File Size(KB)            : 2000
Number Of Trace Files          : 10
Path Health Checking           : on(10)
Auto Failback                  : on(10)
Intermittent Error Monitor     : on(2/20)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログ採取を設定した場合は，次のコマンドで確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log          : on(6)
Audit Log Category : all
Audit Log Facility  : local0
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

3.8　統合トレースの設定

HDLMを使用している場合，HDLMコマンドの動作ログは，Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）の統合トレース情報ファイル（/var/opt/hitachi/HNTRLib2/spool/hntr2n.log（nはファイルの番号））に出力されます。

統合トレース情報の出力量が多い場合，情報が短時間で削除されてしまうことがあります。また，一度に出力される統合トレース情報が多い場合，一部がバッファに取り込まれないで，統合トレースファイルに保存されないことがあります。必要な情報を保存しておくために，Hitachi Network Objectplazaトレース共通ライブラリの設定を変更して，統合トレースファイルの容量，およびバッファの容量を増やしてください。増加量はシステムへの負荷を考慮して決めてください。

統合トレースファイルの設定のデフォルト値と推奨値を「表3-17　統合トレースファイルの設定のデフォルト値と推奨値」に示します。

表3-17　統合トレースファイルの設定のデフォルト値と推奨値

設定 | デフォルト値 | 推奨値
統合トレースファイルのサイズ | 256（KB） | 4096（KB）
統合トレースファイルの数 | 4 | 8
監視間隔当たりのバッファサイズ | 監視間隔 | 10（秒） | 5（秒）
バッファサイズ | 64（KB） | 256（KB）
監視間隔当たりのメッセージの出力件数 | 監視間隔 | 0（秒） | 0（秒）
メッセージ出力件数 | 0（件） | 0（件）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）がすでにインストールされていた場合，設定値は引き継がれます。設定を変更する場合は，HDLM以外のプログラムでの使用状況を考慮して変更してください。

＜この節の構成＞

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

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

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

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

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

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

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

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

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

Hitachi Network Objectplazaトレース共通ライブラリを使用する場合の注意事項について，次に説明します。

HDLMのインストール時にホストにHNTRLibがインストールされていた場合，トレース共通ライブラリの設定はHNTRLib2に引き継がれません。HDLMは，HNTRLib2の設定のデフォルト値を使用します。

HDLMのインストール時にホストにHNTRLib2がすでにインストールされていた場合，トレース共通ライブラリの設定が引き継がれます。

HDLMをアンインストールしようとした際に，ほかの日立製品がHNTRLib2を使用していた場合は，HNTRLib2はアンインストールされません。

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

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューを表示するための手順を次に示します。

root権限を持つユーザでログインします。

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

# /opt/hitachi/HNTRLib2/bin/hntr2utl2

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューが表示されます。

設定を変更しない場合は，「e」を入力して［Enter］キーを押し，終了してください。
次に，設定を変更する方法を説明します。

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

統合トレースファイルのサイズを変更するための手順を次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「1」を入力して［Enter］キーを押します。
統合トレースファイルのサイズを設定する画面が表示されます。［Current Size(KB)］の値が現在の設定値を示します。

［New Size(KB)］で統合トレースファイルのサイズを変更します。
デフォルト値は256（KB）です。設定値の範囲は8～8192です。「3.8.5　監視間隔当たりのバッファサイズを変更する」の手順2で設定するバッファサイズ以上の値を設定してください。統合トレースを採取する場合の推奨値は4096（KB）です。
統合トレースファイルのサイズを変更しない場合は，［New Size(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

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

統合トレースファイルの数を変更するための手順を次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「2」を入力して［Enter］キーを押します。
統合トレースファイルの数を設定する画面が表示されます。［Current Number(KB)］の値が現在の設定値を示します。

［New Number(KB)］で統合トレースファイルの数を変更します。
デフォルト値は4です。設定値の範囲は1～16です。ここで設定した値は，/var/opt/hitachi/HNTRLib2/spool/hntr2n.logの「n」の部分に反映されます。統合トレースを採取する場合の推奨値は8です。
統合トレースファイルの数を変更しない場合は，［New Number(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

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

一定の監視間隔当たりの，バッファのサイズを変更するための手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「4」を入力して［Enter］キーを押します。
バッファサイズを設定する画面が表示されます。［Current Size(KB)］の値が現在の設定値を示します。

［New Size(KB)］でバッファサイズを変更します。
［5: Interval Timer.］で設定する監視間隔当たりのバッファサイズを変更します。デフォルト値は64（KB）です。設定値の範囲は8～2048です。「3.8.3　統合トレースファイルのサイズを変更する」の手順2で設定する統合トレースファイルサイズ以下の値を設定してください。統合トレースを採取する場合の推奨値は256（KB）です。
バッファサイズを変更しない場合は，［New Size(KB)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「5」を入力して［Enter］キーを押します。
モニタでの監視サイクルを設定する画面が表示されます。「Current Span(sec)」の値が現在の設定値を示します。

［New Span(sec)］で監視サイクルを変更します。
デフォルト値は10（秒）です。設定値の範囲は1～300です。統合トレースを採取する場合の推奨値は5（秒）です。
監視サイクルを変更しない場合は，［New Span(sec)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

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

一定の監視間隔当たりの，メッセージの出力件数を調節する手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「6」を入力して［Enter］キーを押します。
統合トレースファイルに出力するメッセージの件数の監視間隔を設定する画面が表示されます。
［Current Span(sec)］の値が現在の設定値を示します。

［New Span(sec)］で監視間隔を設定します。
デフォルト値は0（秒）です。設定値の範囲は0～3600です。推奨値は0（秒）です。
監視間隔を変更しない場合は，［New Span(sec)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。
なお，監視間隔が0の場合は，［7: Max messages per span.］を選択して値を設定しても，統合トレース情報の出力量は調節されません。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「7」を入力して［Enter］キーを押します。
［6: Lookout span.］を選択して指定した監視間隔当たりの，統合トレースファイルに出力するメッセージの最大件数を設定する画面が表示されます。
［Current Max(sec)］の値が現在の設定値を示します。

［New Max(sec)］で統合トレースファイルに出力するメッセージの最大件数を調節します。
デフォルト値は0（件）です。設定値の範囲は0～500です。統合トレースファイルに出力するメッセージ件数をできるだけ多くしたい場合，推奨値は0（件）です。［6: Lookout span.］を選択して指定した監視間隔が0の場合，［New Max(sec)］での設定値は無視されます。
また，0を指定した場合，［6: Lookout span.］を選択して監視間隔を設定しても，メッセージの最大出力件数は調節されません。
メッセージの最大出力件数を変更しない場合は，［New Max(sec)］を空欄のままにし，「!」を入力して［Enter］キーを押してください。Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

［Enter］キーを押します。
設定値が確定され，Hitachi Network Objectplazaトレース共通ライブラリの設定メニューに戻ります。

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

Hitachi Network Objectplazaトレース共通ライブラリの設定を終了し，設定メニューを閉じる手順について，次に説明します。

Hitachi Network Objectplazaトレース共通ライブラリの設定メニューで，「e」を入力して［Enter］キーを押します。
新しい設定を保存するかどうか確認されます。

新しい設定を保存する場合は「Yes」，保存しない場合は「No」を入力して，設定を終了します。

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

Hitachi Network Objectplazaトレース共通ライブラリを使用して統合トレース容量を変更した場合，設定を有効にするために，次に示す手順を実行してください。

root権限を持つユーザでログインします。

HNTRLib2を使用しているプログラムを確認します。
HDLMだけがHNTRLib2を使用している場合にコマンドを実行したときの例を次に示します。

# /opt/hitachi/HNTRLib2/etc/hntr2dgetname
JP1/HiCommand Dynamic Link Manager
#

HNTRLib2を使用しているプログラムを停止します。
手順2でHDLM以外のプログラムが表示された場合，それらのプログラムを停止してください。そのあとで，手順4に進んでください。HDLMマネージャは停止する必要はありません。
HDLM以外のプログラムの停止方法および起動方法が不明な場合は，手順4以降は実施しないで，ホストを再起動してください。

次に示すコマンドを実行して，統合トレース採取プロセスを停止します。

# /opt/hitachi/HNTRLib2/bin/hntr2kill

次に示すコマンドを実行して，メモリマップドファイルを削除します。

# rm /opt/hitachi/HNTRLib2/mmap/hntr2mmap.mm

次に示すコマンドを実行して，統合トレース採取プロセスを起動します。

# /opt/hitachi/HNTRLib2/bin/hntr2mon -d &

手順3で停止したプログラムを起動します。
手順3で，HDLM以外のプログラムを停止した場合は，それらのプログラムを起動してください。

3.9　ファイルシステムの構築（LVMを使用しない場合）

LVMを使用しない場合，入出力先としてHDLMデバイスのデバイスファイルを直接使用します。ブロック型デバイスとして使用する場合は/dev/dsk/chXtYdZを，キャラクタ型デバイスとして使用する場合は/dev/rdsk/chXtYdZを使用してください。

ここでは，HDLMデバイスのデバイスファイル名を指定して，HDLM管理対象のデバイスをファイルシステムとしてマウントする手順を示します。

SCSIデバイスに対応するHDLMデバイスを確認します。

ファイルシステムを構築していない場合は，ファイルシステムを構築します。
HDLMデバイスch9t0d0にVxFSを構築する場合のコマンド実行例を，次に示します。

# newfs -F vxfs /dev/rdsk/ch9t0d0
   version 4 layout
1024 sectors, 1024 blocks of size 1024, log size 256 blocks
   unlimited inodes, largefiles not supported
   1024 data blocks, 696 free data blocks
   1 allocation units of 32768 blocks, 32768 data blocks
   last allocation unit has 1024 data blocks
#

HDLMデバイスのブロック型デバイスファイル名を指定して，HDLM管理対象のデバイスをマウントします。
/dev/dsk/ch9t0d0を/mntptにマウントする例を，次に示します。

# mkdir /mntpt
# mount /dev/dsk/ch9t0d0 /mntpt

ホストの起動時に，HDLM管理対象のデバイスを自動マウントする場合は，/etc/fstabファイルを編集します。
fsckコマンドの実行時に使用するパス番号が「2」のVxFS /dev/dsk/ch9t0d0を，デフォルトのマウントオプションを使用して，マウントポイント/mntptにマウントする場合の，/etc/fstabファイルの編集例を，「図3-6　デバイスの自動マウントを設定するための/etc/fstabファイルの編集例」に示します。
網掛けの行を追加します。

図3-6　デバイスの自動マウントを設定するための/etc/fstabファイルの編集例

3.10　ボリュームグループの構築

LVMを使用して，HDLM管理対象デバイスでボリュームグループを構築する場合は，HDLMデバイスのデバイスファイル（/dev/dsk/chXtYdZ）を指定してください。SCSIデバイスのデバイスファイル（cXtYdZ）を指定して作成したボリュームグループに対しては，HDLMの機能を使用できません。

HDLMデバイスに対応するSCSIデバイスで，すでにボリュームグループを構築している場合，「3.12　ボリュームグループの移行（SCSIデバイスからHDLMデバイスへの移行）」を参照して，HDLMデバイスのデバイスファイルを指定したボリュームグループに移行してください。

注意事項

ボリュームグループを構築する場合は，コマンドライン（pvcreate，vgcreateコマンドなど）を使用してください。samコマンドは使用できません。コマンドラインによるボリュームグループの構築については，HP-UXのマニュアルを参照してください。

HDLMデバイスを使用してボリュームグループを作成する手順を，例を使って次に説明します。この例では，ch8t0d0を使用して100MBの論理ボリュームを1個持つボリュームグループvgdlmを作成します。pvcreate，vgcreate，lvcreateで指定する論理ボリューム数，エクステントサイズなどは，デバイスのサイズなどストレージサブシステム側の設定を考慮し，各コマンドのマニュアルを参考に決定してください。ここではデフォルト値を使用しています。

使用中のボリュームグループのメジャー番号およびマイナー番号を調べます。

# ls -l /dev/*/group
crw-r-----   1 root       sys         64 0x000000 date/time /dev/vg00/group

新規ボリュームグループ用のディレクトリを作成します。

# mkdir /dev/vgdlm

groupファイルを作成します。

# mknod /dev/vgdlm/group c 64 0x010000

ch8t0d0を物理ボリュームとします。

# pvcreate -f /dev/rdsk/ch8t0d0
Physical volume "/dev/rdsk/ch8t0d0" has been successfully created.

ボリュームグループを作成します。

# vgcreate vgdlm /dev/dsk/ch8t0d0
Volume group "/dev/vgdlm" has been successfully created.
Volume Group configuration for /dev/vgdlm has been saved in /etc/lvmconf/vgdlm.conf

ボリュームグループ内に論理ボリュームを作成します。

# lvcreate -L 100 vgdlm
Logical volume "/dev/vgdlm/lvol1" has been successfully created with
character device "/dev/vgdlm/rlvol1".
Logical volume "/dev/vgdlm/lvol1" has been successfully extended.
Volume Group configuration for /dev/vgdlm has been saved in /etc/lvmconf/vgdlm.conf
#

3.11　ボリュームグループの共有

クラスタ構成の場合に，LVMのボリュームグループを新たにホスト間で共有するときは，次の作業が必要です。

デバイスファイル名の対応の確認

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

ボリュームグループの配布

それぞれの作業手順を次に説明します。手順は，クラスタソフトウェアにServiceGuardを使用している場合，HAモニタを使用している場合，Oracle RACを使用している場合で共通です。

クラスタシステムを構成するための手順については，各クラスタソフトウェアのマニュアルを参照してください。

＜この節の構成＞

3.11.1　デバイスファイル名の対応の確認

3.11.2　ボリュームグループの作成

3.11.3　ボリュームグループの配布

3.11.1　デバイスファイル名の対応の確認

HDLMデバイスのデバイスファイル名は，ホストによって異なることがあります。したがってホスト間で共有するHDLMデバイスのデバイスファイル名を，すべてのホストについて調べてください。

host1とhost2でクラスタシステムを構成している場合の手順を例にします。

dlnkmgr view -path -item dn lu hdコマンドを実行して，ストレージサブシステム名，LU番号，ホストデバイス名を表示します。
host1での結果

host2での結果

この例では，host1のch16t0d0は，host2のch24t0d0に対応していることがわかります。

3.11.2　ボリュームグループの作成

ボリュームグループを作成して，ボリュームグループを配布する準備をします。

次の手順は，一つのホストでだけ行ってください。

host1での実行例を次に示します。

pvcreateコマンドにHDLMデバイスのデバイスファイルを指定して実行し，物理ボリュームを作成します。

# pvcreate -f /dev/rdsk/ch16t0d0
Physical volume "/dev/rdsk/ch16t0d0" has been successfully created.

mknodコマンドを実行して，vgデバイスファイルを作成します。
mknodコマンドにファイルのタイプにc，メジャー番号には論理ボリュームマネージャのメジャー番号を指定します。

# mkdir /dev/vg10
# mknod /dev/vg10/group c 64 0x040000

ボリュームグループ名は，すべてのホストで同一にしてください。
mknodコマンドに指定するマイナー番号には，すべてのホストで共通のマイナー番号を指定してください。
この例では，ディレクトリ/dev/vg10およびvgデバイスファイル/dev/vg10/groupを作成しています。

vgcreateコマンドにHDLMデバイスのデバイスファイルを指定して，ボリュームグループを作成します。

# vgcreate /dev/vg10 /dev/dsk/ch16t0d0
Volume group "/dev/vg10" has been successfully created.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

lvcreateコマンドを実行して，論理ボリュームを作成します。

# lvcreate -L 1000 /dev/vg10
Logical volume "/dev/vg10/lvol1" has been successfully created with
character device "/dev/vg10/rlvol1".
Logical volume "/dev/vg10/lvol1" has been successfully extended.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

この例では，ボリュームグループ/dev/vg10内に1000MB（メガバイト）のサイズの論理ボリュームを作成しています。

vgdisplay -vコマンドを実行して，作成したボリュームグループを確認します。

# vgdisplay -v /dev/vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
    :
  --- Logical volumes ---
  LV Name                     /dev/vg10/lvol1
    :
  --- Physical volumes ---
  PV Name                     /dev/dsk/ch16t0d0
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

vgchange -a nコマンドを実行して，ボリュームグループを非活性化します。

# vgchange -a n /dev/vg10
Volume group "/dev/vg10" has been successfully changed.

vgexport -p -mコマンドにマップファイル名を指定して実行し，ボリュームグループのマップファイルを作成します。
このとき，-sオプションは指定しないでください。

# vgexport -p -m /tmp/vg10.map /dev/vg10

3.11.3　ボリュームグループの配布

次の手順は，すべてのホストで行ってください。このとき，pvcreateコマンドなどは，配布先のホストでは実行しないでください。

host2での実行例を次に示します。

rcpコマンドを実行して，マップファイルをhost1から転送します。

# rcp host1:/tmp/vg10.map /tmp/vg10.map

rcpのほかに，ftpなども使用できます。

mknodコマンドを実行して，vgデバイスファイルを作成します。
mknodコマンドにファイルのタイプにc，メジャー番号には論理ボリュームマネージャのメジャー番号を指定します。

# mkdir /dev/vg10
# mknod /dev/vg10/group c 64 0x040000

ボリュームグループ名は，すべてのホストで同じボリュームグループ名にしてください。
mknodコマンドに指定するマイナー番号には，すべてのホストで共通のマイナー-番号を指定してください。
この例では，ディレクトリ/dev/vg10およびvgデバイスファイル/dev/vg10/groupを作成しています。

vgimportコマンドを実行して，ボリュームグループをインポートします。
vgimportコマンドに，手順１で求めた配布元ホストのHDLMデバイスのデバイスファイル名と対応する，配布先ホストのHDLMデバイスのデバイスファイル名を指定します。このとき，vgimportコマンドに-sオプションは指定しないでください。
この例でのデバイスファイル名の対応関係は，次のとおりです。
配布元ホスト：/dev/dsk/ch16t0d0
配布先ホスト：/dev/dsk/ch24t0d0

# vgimport -m /tmp/vg10.map /dev/vg10 /dev/dsk/ch24t0d0
vgimport: Warning:  Volume Group belongs to different CPU ID.
Can not determine if Volume Group is in use on another system. Continuing.
Warning: A backup of this volume group may not exist on this machine.
Please remember to take a backup using the vgcfgbackup command after activating the volume group.

vgchange -a yコマンドを実行して，ボリュームグループを活性化します。

# vgchange -a y /dev/vg10
Activated volume group
Volume group "/dev/vg10" has been successfully changed.

vgdisplay -vボリュームグループ名コマンドを実行して，インポートが成功したことを確認します。

# vgdisplay -v /dev/vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
    :
  --- Logical volumes ---
  LV Name                     /dev/vg10/lvol1
    :
  --- Physical volumes ---
  PV Name                     /dev/dsk/ch24t0d0
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

vgchange -a nコマンドを実行して，ボリュームグループを非活性化します。

# vgchange -a n /dev/vg10
Volume group "/dev/vg10" has been successfully changed.

3.12　ボリュームグループの移行（SCSIデバイスからHDLMデバイスへの移行）

HDLMデバイスに対応するSCSIデバイスで，すでにボリュームグループを構築している場合，HDLMデバイスのデバイスファイルを指定したボリュームグループに移行してください。

移行手順は，クラスタ構成でない場合とクラスタ構成の場合で異なります。次にそれぞれの手順を示します。

＜この節の構成＞

3.12.1　クラスタ構成でない場合

3.12.2　クラスタ構成の場合

3.12.1　クラスタ構成でない場合

SCSIデバイスで構成しているボリュームグループを，対応するHDLMデバイスを使用して再構築する手順を次に説明します。

vgdisplayコマンドにボリュームグループ名を指定して実行して，ボリュームグループの情報を確認します。
コマンドの実行例を，次に示します。

# vgdisplay -v vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
          ：
  --- Logical volumes ---
          ：
  --- Physical volumes ---
  PV Name                     /dev/dsk/c16t0d0
  PV Name                     /dev/dsk/c19t0d0 Alternate Link
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

「PV Name」がボリュームグループを構成するSCSIデバイスを示します。
この例では，ボリュームグループ/dev/vg10は，SCSIデバイス/dev/dsk/c16t0d0および/dev/dsk/c19t0d0（代替リンク）で構成されています。

HDLMコマンドのview -luオペレーションを実行して，SCSIデバイスとHDLMデバイスの対応を確認します。
コマンドの実行例を，次に示します。

# dlnkmgr view -lu
Product       : SANRISE1000
SerialNumber  : 2334
LUs           : 140

iLU  HDevName Device  PathID Status
0000 ch16t0d0 c16t0d0 000000 Online
             c19t0d0 000140 Online
0001 ch16t0d1 c16t0d1 000001 Online
             c19t0d1 000141 Online
0002 ch16t0d2 c16t0d2 000002 Online
             c19t0d2 000142 Online
0003 ch16t0d3 c16t0d3 000003 Online
             c19t0d3 000143 Online
         ：

SCSIデバイス「c16t0d0」および「c19t0d0」が移行元，HDLMデバイス「ch16t0d0」が移行先です。

vgextendコマンドを実行して，HDLMデバイスをボリュームグループに追加します。
vgextendコマンドにHDLMデバイスのデバイスファイルを指定して実行します。HDLMデバイスが物理ボリュームとしてボリュームグループに追加されます。

# vgextend /dev/vg10 /dev/dsk/ch16t0d0
Current path "/dev/dsk/c19t0d0" is an alternate link, skip.
Volume group "/dev/vg10" has been successfully extended.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

vgdisplayコマンドにボリュームグループ名を指定して実行し，HDLMデバイスが代替リンクとして物理ボリュームに追加されていることを確認します。
コマンドの実行例を，次に示します。

# vgdisplay -v vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
         ：
  --- Logical volumes ---
         ：
  --- Physical volumes ---
  PV Name                     /dev/dsk/c16t0d0
  PV Name                     /dev/dsk/c19t0d0   Alternate Link
  PV Name                     /dev/dsk/ch16t0d0  Alternate Link
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

この例ではHDLMデバイス/dev/dsk/ch16t0d0が追加されています。

vgreduceコマンドを実行して，ボリュームグループからSCSIデバイスを削除します。
vgreduceコマンドにSCSIデバイスを指定して実行し，ボリュームグループからSCSIデバイスを削除します。

# vgreduce /dev/vg10 /dev/dsk/c16t0d0
Device file path "/dev/dsk/c16t0d0" is an primary link.
Removing primary link and switching to an alternate link.
Volume group "/dev/vg10" has been successfully reduced.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

# vgreduce /dev/vg10 /dev/dsk/c19t0d0
Device file path "/dev/dsk/c19t0d0" is an primary link.
Removing primary link and switching to an alternate link.
Volume group "/dev/vg10" has been successfully reduced.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

vgdisplayコマンドにボリュームグループ名を指定して実行し，SCSIデバイスからHDLMデバイスに移行できたことを確認します。

# vgdisplay -v vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
          ：
  --- Logical volumes ---
          ：
  --- Physical volumes ---
  PV Name                     /dev/dsk/ch16t0d0
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

SCSIデバイス/dev/dsk/c16t0d0および/dev/dsk/c19t0d0が削除されて，HDLMデバイス/dev/dsk/ch16t0d0が残っていれば，移行に成功しています。

lvdisplayコマンドを実行して，論理ボリュームのタイムアウト値を確認します。
この手順は，論理ボリュームのタイムアウト値を設定する必要がある場合にだけ行ってください。
コマンドの実行例を，次に示します。

# lvdisplay /dev/vg10/lvol1
--- Logical volumes ---
LV Name                     /dev/vg10/lvol1
VG Name                     /dev/vg10
LV Permission               read/write
LV Status                   available/syncd
         ：
Stripes                     0
Stripe Size (Kbytes)        0
Bad block                   on
Allocation                  strict
IO Timeout (Seconds)        default

論理ボリュームのタイムアウト値（lvdisplayコマンドを実行して表示される「IO Timeout」の値）が，次の条件を満たしているかどうかを確認します。
論理ボリュームのタイムアウト値 > = 物理ボリュームのタイムアウト値×HDLM管理対象デバイスへのパス数
HDLM管理対象デバイスへのパス数は，HDLMコマンドのview -drvオペレーションを実行することによって確認できます。
例えば，物理ボリュームのタイムアウト値が30秒，パスが2本の論理ボリュームの場合，タイムアウト値が60秒以上であれば問題ありません。
条件を満たしている場合，ボリュームグループの移行の操作は完了です。
条件を満たしていない場合，次の手順に進んでください。

条件を満たしていない場合，論理ボリュームのタイムアウト値または物理ボリュームのタイムアウト値を設定します。
次の二つの条件を満たすように，論理ボリュームのタイムアウト値または物理ボリュームのタイムアウト値を設定します。

論理ボリュームのタイムアウト値 > = 物理ボリュームのタイムアウト値×HDLM管理対象デバイスへのパス数

システムの要件

論理ボリュームに60秒のタイムアウト値を設定する場合のコマンドの実行例を，次に示します。

# lvchange -t 60 /dev/vg10/lvol1
Logical volume "/dev/vg10/lvol1" has been successfully changed.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

3.12.2　クラスタ構成の場合

ホスト間で共有されているSCSIデバイスで構成されているボリュームグループを，対応するHDLMデバイスのデバイスファイルを指定して再構成する手順を説明します。クラスタを構成するすべてのホストに対して次の手順を実行してください。

＜この項の構成＞

(1)　ServiceGuardまたはOracle RACの場合

(2)　HAモニタの場合

(1)　ServiceGuardまたはOracle RACの場合

ボリュームグループは，同時には一つのホストでしか活性化できません。vgchange -a yコマンドを実行しても，ホスト間で共有されているボリュームグループは活性化できません。このため，まずcmrunclコマンドを実行してServiceGuard，またはOracle RACを起動します。このとき，該当するボリュームグループを使用しているパッケージが起動されている場合は，cmhaltpkgコマンドを実行してそのパッケージを停止します。そのあと，vgchange -a eコマンドを実行してボリュームグループを排他モードで活性化します。

次に手順を示します。

cmrunclコマンドを実行して，ボリュームグループを活性化します。

# cmruncl -v
Successfully started $SGLBIN/cmcld on host1.
Successfully started $SGLBIN/cmcld on host2.
cmruncl  : Waiting for cluster to form.....
cmruncl  : Cluster successfully formed.
cmruncl  : Check the syslog files on all nodes in the cluster
cmruncl  : to verify that no warnings occurred during startup.

cmviewclコマンドを実行して，起動しているパッケージを確認します。

# cmviewcl
CLUSTER      STATUS
cluster25    up
 NODE         STATUS       STATE
 host2        up           running

   PACKAGE      STATUS       STATE        AUTO_RUN     NODE
   pkg25        up           running      enabled      host2

この例では，パッケージ「pkg25」が起動しています。

起動しているパッケージがある場合，cmhaltpkgコマンドを実行して，パッケージを終了させます。
パッケージ「pkg25」を終了させる場合のコマンドの実行例を，次に示します。

# cmhaltpkg pkg25
cmhaltpkg  : Completed successfully on all packages specified.

vgchange -a eコマンドを実行して，ボリュームグループを排他モードで活性化します。

# vgchange -a e /dev/vg10
Activated volume group in Exclusive Mode.
Volume group "/dev/vg10" has been successfully changed.

ボリュームグループを移行します。
「3.12.1　クラスタ構成でない場合」の手順に従って，HDLMデバイスのデバイスファイルを指定したボリュームグループへ移行してください。

vgchange -a nコマンドを実行して，ボリュームグループを非活性化します。

# vgchange -a n /dev/vg10
Volume group "/dev/vg10" has been successfully changed.

注意事項

ホストと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-18　「MISSCOUNT」の計算式

ストレージサブシステム種別
「MISSCOUNT」に設定する値の計算式

Hitachi USP

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V/VM

投票ディスクへ接続するパスの数×60秒

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

SANRISE9500Vシリーズ

投票ディスクへ接続するパスの数×30秒

Oracle RAC 10g　10.2.0.2.0以降，またはOracle RAC 11gを使用している場合
上記の「MISSCOUNT」の値の変更に加え，「DISKTIMEOUT」の値も変更してください。「DISKTIMEOUT」に設定する値は，「MISSCOUNT」の値の変更と同様，ストレージサブシステムの種別に応じて異なります。設定する値は，次に示す表に従って計算してください。算出した値以上に変更してください。

表3-19　「DISKTIMEOUT」の計算式

ストレージサブシステム種別
投票ディスクへ接続するパスの数
「DISKTIMEOUT」に設定する値の計算式

Hitachi USP

SANRISE2000シリーズ

SANRISE9900Vシリーズ

Universal Storage Platform V/VM

3以下
「DISKTIMEOUT」の値を変更する必要はありません。

4以上
投票ディスクへ接続するパスの数×60秒

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

SANRISE9500Vシリーズ

6以下
「DISKTIMEOUT」の値を変更する必要はありません。

7以上
投票ディスクへ接続するパスの数×30秒

「MISSCOUNT」および「DISKTIMEOUT」の変更方法については，Oracleサポートサービスを契約した会社へお問い合わせください。

なお，上記の構成からHDLMをアンインストールする場合，変更した「MISSCOUNT」や「DISKTIMEOUT」の設定値を元の値に戻す必要があるため，変更する前のそれぞれの設定値を控えておいてください。

(2)　HAモニタの場合

ボリュームグループは，同時には一つのホストでしか活性化できません。vgchange -a yコマンドを実行して共有されているボリュームグループを活性化します。

次に手順を示します。

vgchangeコマンドを実行して，ボリュームグループを活性化します。

# vgchange -a y /dev/vg10
Activated volume group
Volume group "/dev/vg10" has been successfully changed.

ボリュームグループを移行します。
「3.12.1　クラスタ構成でない場合」の手順に従って，HDLMデバイスのデバイスファイルを指定したボリュームグループへ移行してください。

vgchange -a nコマンドを指定して実行し，ボリュームグループを非活性化します。

# vgchange -a n /dev/vg10
Volume group "/dev/vg10" has been successfully changed.

3.13　HDLMの設定解除

HDLMをインストールする前の環境に戻すための作業の流れを説明してから，各作業について説明します。

「図3-7　HDLMの設定解除の流れ」の流れに従って，HDLMを使用する環境を，HDLMを使用する前の環境に戻してください。

図3-7　HDLMの設定解除の流れ

3.14　HDLM管理対象デバイスへの操作

HDLM管理対象のデバイスのデータのバックアップ，デバイスファイル名の確認，およびHDLM管理対象デバイスの自動マウントの解除を行います。

＜この節の構成＞

3.14.1　データのバックアップ

3.14.2　デバイスファイル名の確認

3.14.3　自動マウントの解除

3.14.1　データのバックアップ

必要に応じて，HDLM管理対象のデバイスの内容をバックアップしてください。

3.14.2　デバイスファイル名の確認

HDLMをアンインストールしたあとで，HDLMの管理対象であったデバイスへアクセスする場合，指定するデバイスファイル名は，SCSIデバイスのデバイスファイル名（cXtYdZ）となります。view -pathオペレーション，view -drvオペレーションを実行して，HDLMデバイスのデバイスファイル名とSCSIデバイスのデバイスファイル名の対応を確認してください。

LVMを使用している場合は，「3.15　ボリュームグループの移行（HDLMデバイスからSCSIデバイスへの移行）」を参照して，SCSIデバイスのデバイスファイルを指定して構築したボリュームグループに移行してください。

3.14.3　自動マウントの解除

/etc/fstabファイルにHDLMデバイスのデバイスファイル名を指定して，自動マウントしている場合，次のうちどちらか一方の操作を行ってください。

テキストエディタを使用して，/etc/fstabファイル中のHDLMデバイスのデバイスファイル名を指定している行を削除する。

テキストエディタを使用して，/etc/fstabファイル中のHDLMデバイスのデバイスファイル名を，対応するSCSIデバイスのデバイスファイル名のどれか一つに変更する。

例えば，「図3-8　/etc/fstabファイルの例」の網掛け部分のように，/etc/fstabファイル中にHDLMデバイスのデバイスファイル名を指定している行がある場合，この行を削除するか，またはch9t0d0をc9t0d0に変更します。

図3-8　/etc/fstabファイルの例

3.15　ボリュームグループの移行（HDLMデバイスからSCSIデバイスへの移行）

HDLMデバイスでボリュームグループを構築していた場合，SCSIデバイスのデバイスファイルを指定したボリュームグループに移行してください。

移行手順は，クラスタ構成でない場合とクラスタ構成の場合で異なります。次にそれぞれの手順を示します。

＜この節の構成＞

3.15.1　クラスタ構成でない場合

3.15.2　クラスタ構成の場合

3.15.1　クラスタ構成でない場合

HDLMデバイスで構成しているボリュームグループを，対応するSCSIデバイスを使用して再構築する手順を次に説明します。

vgdisplay -v ボリュームグループの名称コマンドを実行して，ボリュームグループの情報を確認します。

# vgdisplay -v vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
          ：
  --- Logical volumes ---
          ：
  --- Physical volumes ---
  PV Name                     /dev/dsk/ch16t0d0
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

PV Nameがボリュームグループを構成する物理ボリュームを示します。
この例では，ボリュームグループ/dev/vg10は，HDLMデバイス/dev/dsk/ch16t0d0で構成されています。

view -luオペレーションを実行して，HDLMデバイスとSCSIデバイスの対応を確認します。

# dlnkmgr view -lu
Product       : SANRISE1000
SerialNumber  : 2334
LUs           : 140

iLU  HDevName Device  PathID Status
0000 ch16t0d0 c16t0d0 000000 Online
             c19t0d0 000140 Online
0001 ch16t0d1 c16t0d1 000001 Online
             c19t0d1 000141 Online
0002 ch16t0d2 c16t0d2 000002 Online
             c19t0d2 000142 Online
0003 ch16t0d3 c16t0d3 000003 Online
             c19t0d3 000143 Online
         ：

HDLMデバイス「ch16t0d0」が移行元，SCSIデバイス「c16t0d0」および「c19t0d0」が移行先です。

vgextendコマンドにSCSIデバイスのデバイスファイルを指定して実行し，物理ボリュームとしてボリュームグループに追加します。

# vgextend /dev/vg10 /dev/dsk/c16t0d0
Volume group "/dev/vg10" has been successfully extended.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

# vgextend /dev/vg10 /dev/dsk/c19t0d0
Current path "/dev/dsk/c16t0d0" is an alternate link, skip.
Volume group "/dev/vg10" has been successfully extended.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

vgdisplay -vコマンドを実行して，物理ボリュームにSCSIデバイスが代替リンクとして追加されていることを確認します。

# vgdisplay -v vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
         ：

  --- Logical volumes ---
  LV Name                     /dev/vg10/lvol1
         ：

  --- Physical volumes ---
  PV Name                     /dev/dsk/ch16t0d0
  PV Name                     /dev/dsk/c16t0d0 Alternate Link
  PV Name                     /dev/dsk/c19t0d0 Alternate Link
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

この例では，SCSIデバイス/dev/dsk/c16t0d0および/dev/dsk/c19t0d0が追加されています。

vgreduceコマンドにHDLMデバイスのデバイスファイルを指定して実行し，ボリュームグループから削除します。

# vgreduce /dev/vg10 /dev/dsk/ch16t0d0
Device file path "/dev/dsk/ch16t0d0" is an primary link.
Removing primary link and switching to an alternate link.
Volume group "/dev/vg10" has been successfully reduced.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

vgdisplay -vコマンドを実行して，HDLMデバイスからSCSIデバイスへ移行できたことを確認します。

# vgdisplay -v vg10
--- Volume groups ---
VG Name                     /dev/vg10
VG Write Access             read/write
VG Status                   available
          ：
  --- Logical volumes ---
          ：
  --- Physical volumes ---
  PV Name                     /dev/dsk/c16t0d0
  PV Name                     /dev/dsk/c19t0d0 Alternate Link
  PV Status                   available
  Total PE                    446
  Free PE                     196
  Autoswitch                  On

HDLMデバイス/dev/dsk/ch16t0d0が削除されて，SCSIデバイス/dev/dsk/c16t0d0および/dev/dsk/c19t0d0が残っていれば，移行に成功しています。

一次リンクのSCSIデバイスへのパスがオーナパスであることを確認してください。
オーナパスでない場合，必要に応じてpvchange -sコマンドを実行して，一次リンクをオーナパスに設定してください。次に，代替リンク/dev/dsk/c19t0d0を一次リンクに設定する場合のコマンドの実行例を示します。

# pvchange -s /dev/dsk/c19t0d0
Physical volume "/dev/dsk/c19t0d0" has been successfully changed.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

3.15.2　クラスタ構成の場合

ホスト間で共有されているHDLMデバイスで構成されているボリュームグループを，対応するSCSIデバイスのデバイスファイルを指定して再構成する手順を説明します。クラスタを構成するすべてのホストに対して次の手順を実行してください。

＜この項の構成＞

(1)　ServiceGuardまたはOracle RACの場合

(2)　HAモニタの場合

(1)　ServiceGuardまたはOracle RACの場合

ボリュームグループは，同時には一つのホストでしか活性化できません。vgchange -a yコマンドを実行しても，ホスト間で共有されているボリュームグループは活性化できません。このため，まずcmrunclコマンドを実行してServiceGuard，またはOracle RACを起動します。このとき，該当するボリュームグループを使用しているパッケージが起動されている場合は，cmhaltpkgコマンドを実行してそのパッケージを停止します。そのあと，vgchange -a eコマンドを実行してボリュームグループを排他モードで活性化します。

次に手順を示します。

cmrunclコマンドを実行して，ボリュームグループを活性化します。

# cmruncl -v
Successfully started $SGLBIN/cmcld on haneda.
Successfully started $SGLBIN/cmcld on kanku.
cmruncl  : Waiting for cluster to form.....
cmruncl  : Cluster successfully formed.
cmruncl  : Check the syslog files on all nodes in the cluster
cmruncl  : to verify that no warnings occurred during startup.

cmviewclコマンドを実行して，起動しているパッケージを確認します。

# cmviewcl
CLUSTER      STATUS
cluster25    up
 NODE         STATUS       STATE
 kanku        up           running
   PACKAGE      STATUS       STATE        AUTO_RUN     NODE
   pkg25        up           running      enabled      kanku

この例では，パッケージ「pkg25」が起動しています。

起動しているパッケージがある場合，cmhaltpkgコマンドを実行して，パッケージを終了させます。
パッケージ「pkg25」を終了させる場合のコマンドの実行例を，次に示します。

# cmhaltpkg pkg25
cmhaltpkg  : Completed successfully on all packages specified.

vgchange -a eコマンドを実行して，ボリュームグループを排他モードで活性化します。

# vgchange -a e /dev/vg10
Activated volume group in Exclusive Mode.
Volume group "/dev/vg10" has been successfully changed.

ボリュームグループを移行します。
「3.15.1　クラスタ構成でない場合」の手順に従って，SCSIデバイスのデバイスファイルを指定したボリュームグループへ移行してください。

vgchange -a nコマンドを実行して，ボリュームグループを非活性化します。

# vgchange -a n /dev/vg10
Volume group "/dev/vg10" has been successfully changed.

(2)　HAモニタの場合

ボリュームグループは，同時には一つのホストでしか活性化できません。vgchange -a yコマンドを実行して共有されているボリュームグループを活性化します。

次に手順を示します。

vgchangeコマンドを実行して，ボリュームグループを活性化します。

# vgchange -a y /dev/vg10
Activated volume group
Volume group "/dev/vg10" has been successfully changed.

ボリュームグループを移行します。
「3.15.1　クラスタ構成でない場合」の手順に従って，SCSIデバイスのデバイスファイルを指定したボリュームグループへ移行してください。

vgchange -a nコマンドを実行して，ボリュームグループを非活性化します。

# vgchange -a n /dev/vg10
Volume group "/dev/vg10" has been successfully changed.

3.16　IVM環境からHDLMをアンインストールするための準備

IVM環境にインストールされているHDLMをアンインストールするとき，仮想マシンにHDLMのデバイスファイルを割り当てている場合は，あらかじめHDLMデバイスをSCSIデバイスのデバイスファイルに移行しておく必要があります。

ここでは，仮想マシンに割り当てられているデバイスが，HDLMデバイスを登録した論理ボリュームの場合，およびHDLMデバイスの場合について説明します。

＜この節の構成＞

3.16.1　仮想マシンにHDLMデバイスを登録した論理ボリュームを割り当てている場合

3.16.2　仮想マシンにHDLMデバイスを割り当てている場合

3.16.3　HDLMをアンインストールしたあとのIVM環境の設定

3.16.1　仮想マシンにHDLMデバイスを登録した論理ボリュームを割り当てている場合

IVMの仮想マシンに，HDLMデバイスを登録した論理ボリュームが割り当てられている場合のデバイスファイルの移行手順について説明します。ここでは，仮想マシン「vmhost1」が構築されている場合を例にデバイスファイル移行手順を説明します。

IVMのhpvmstopコマンドを実行して，仮想マシンを停止します。
仮想マシン「vmhost1」を停止させる，hpvmstopコマンドの実行例を次に示します。

# hpvmstop -P vmhost1
hpvmstop: Stop the virtual machine 'vmhost1'? [n]: y

IVMのhpvmmodifyコマンドを実行して，VMホストを起動したとき仮想マシンが自動的に起動されないように設定します。
仮想マシン「vmhost1」の起動方法を「手動」に変更する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost1 -B manual

IVMのhpvmstatusコマンドを実行して，仮想マシンに割り当てている論理ボリューム名を確認します。
hpvmstatusコマンドの実行結果から，[Storage Interface Details]の内容を確認します。
仮想マシン「vmhost1」に割り当てている論理ボリューム名を確認する，hpvmstatusコマンドの実行例を次に示します。

# hpvmstatus -P vmhost1

[Storage Interface Details]
Guest                                 Physical
Device  Adaptor    Bus Dev Ftn Tgt Lun Storage   Device
======= ========== === === === === === ========= =========================
disk    scsi         0   0   0   0   0 lv        /dev/vg01/rlvol1

ここで複数の論理ボリュームが確認できた場合，以降の手順5から手順9までをそれぞれの論理ボリュームに対して実行してください。

OSのvgdisplayコマンドを実行して，ボリュームグループに登録されているHDLMデバイスを確認します。
手順3に示した実行例では，仮想マシン「vmhost1」に割り当てている論理ボリュームが属するボリュームグループは「vg01」となっています。このボリュームグループ「vg01」に登録されているHDLMデバイスを確認する，vgdisplayコマンドの実行例を次に示します。

# vgdisplay -v vg01

  --- Physical volumes ---
  PV Name                    /dev/dsk/ch12t0d0
  PV Status                  available
  Total PE                   7678
  Free PE                    178
  Autoswitch                 On

HDLMコマンドのview -drvオペレーションを実行し，HDLMデバイスに対応しているSCSIデバイスを確認します。
HDLMデバイス「ch12t0d0」と対応しているSCSIデバイスを確認する，HDLMコマンドの実行例を次に示します。

# dlnkmgr view -drv | grep ch12t0d0
000074 ch12t0d0 c12t0d0 SANRISE_AMS.77010152.0217 0/2/1/0.3.2.0.0.0.0
000227 ch12t0d0 c20t0d0 SANRISE_AMS.77010152.0217 0/5/1/0.3.2.0.0.0.0

OSのvgextendコマンドを実行して，SCSIデバイスをボリュームグループに登録します。
PV-LINKを使用してボリュームグループを冗長化する場合，リンクごとにSCSIデバイスを複数登録してください。
ボリュームグループ「vg01」にSCSIデバイス「c12t0d0」と「c20t0d0」を追加する，vgextendコマンドの実行例を次に示します。

# vgextend /dev/vg01 /dev/dsk/c12t0d0 /dev/dsk/c20t0d0
Volume group "/dev/vg01" has been successfully extended.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

OSのvgreduceコマンドを実行し，HDLMデバイスをボリュームグループから削除します。
ボリュームグループ「vg01」から，手順4で確認したHDLMデバイス「ch12t0d0」を削除する，vgreduceコマンドの実行例を次に示します。

# vgreduce /dev/vg01 /dev/dsk/ch12t0d0
Device file path "/dev/dsk/ch12t0d0" is an primary link.
Removing primary link and switching to an alternate link.
Volume group "/dev/vg01" has been successfully reduced.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

OSのvgdisplayコマンドを実行し，ボリュームグループにSCSIデバイスだけが登録されていることを確認します。
確認した結果，HDLMデバイスが登録されていた場合，手順7を繰り返してすべてのHDLMデバイスを削除してください。
ボリュームグループ「vg01」に登録されているデバイスを確認する，vgdisplayコマンドの実行例を次に示します。

# vgdisplay -v  vg01

  --- Physical volumes ---
  PV Name                     /dev/dsk/c12t0d0
  PV Name                     /dev/dsk/c20t0d0 Alternate Link
  PV Status                   available
  Total PE                    7678
  Free PE                     178
  Autoswitch                  On

これでデバイスファイルの移行は完了です。このあと「3.17　HDLMのアンインストール」を参照して，HDLMをアンインストールしてください。

また，HDLMをアンインストールしたあと，IVM環境の設定をHDLMのインストール前の状態に戻す必要があります。詳しくは，「3.16.3　HDLMをアンインストールしたあとのIVM環境の設定」を参照してください。

3.16.2　仮想マシンにHDLMデバイスを割り当てている場合

IVMの仮想マシンに，直接HDLMデバイスが割り当てられている場合のデバイスファイルの移行手順について説明します。ここでは，仮想マシン「vmhost2」が構築されている場合を例にデバイスファイル移行手順を説明します。

IVMのhpvmstopコマンドを実行して，仮想マシンを停止します。
仮想マシン「vmhost2」を停止させる，hpvmstopコマンドの実行例を次に示します。

# hpvmstop -P vmhost2
hpvmstop: Stop the virtual machine 'vmhost2'? [n]: y

IVMのhpvmmodifyコマンドを実行して，VMホストを起動したとき仮想マシンが自動的に起動されないように設定します。
仮想マシン「vmhost2」の起動方法を「手動」に変更する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost2 -B manual

IVMのhpvmstatusコマンドを実行して，仮想マシンに割り当てているHDLMデバイス名やその他の情報を確認します。
hpvmstatusコマンドの実行結果の[Storage Interface Details]から，HDLMデバイス名を確認してください。またあわせて次に示す情報も確認してください。

bus番号
[Storage Interface Details]の「Bus」に表示された値

device番号
[Storage Interface Details]の「Dev」に表示された値

target番号
[Storage Interface Details]の「Tgt」に表示された値

仮想マシン「vmhost2」に割り当てているHDLMデバイス名を確認する，hpvmstatusコマンドの実行例を次に示します。

# hpvmstatus -P vmhost2
[Storage Interface Details]
Guest                                 Physical
Device  Adaptor    Bus Dev Ftn Tgt Lun Storage   Device
======= ========== === === === === === ========= =========================
disk    scsi         0   0   0   0   0 disk      /dev/rdsk/ch28t0d0
disk    scsi         0   0   0   1   0 disk      /dev/rdsk/ch29t0d0
disk    scsi         0   0   0   2   0 disk      /dev/rdsk/ch29t0d1
disk    scsi         0   0   0   3   0 disk      /dev/rdsk/ch29t0d2

HDLMコマンドのview -drvオペレーションを実行し，HDLMデバイスに対応しているSCSIデバイスを確認します。
手順3で確認できたすべてのHDLMデバイスに対して，対応するSCSIデバイスを確認してください。
ここでは，手順3で確認できたHDLMデバイス「ch28t0d0」，「ch29t0d0」，「ch29t0d1」，および「ch29t0d2」と対応しているSCSIデバイスを確認します。HDLMコマンドの実行例を次に示します。

# dlnkmgr view -drv | grep ch28t0d0
000074 ch28t0d0 c28t0d0 SANRISE_AMS.77010152.0216 0/3/2/0.4.2.0.0.0.0
000301 ch28t0d0 c30t0d0 SANRISE_AMS.77010152.0216 0/4/1/0.4.2.0.0.0.0
# dlnkmgr view -drv | grep ch29t0d0
000075 ch29t0d0 c29t0d0 SANRISE_AMS.77010152.0204 0/3/2/0.4.3.0.0.0.0
000302 ch29t0d0 c31t0d0 SANRISE_AMS.77010152.0204 0/4/1/0.4.3.0.0.0.0
# dlnkmgr view -drv | grep ch29t0d1
000076 ch29t0d1 c29t0d1 SANRISE_AMS.77010152.0205 0/3/2/0.4.3.0.0.0.1
000303 ch29t0d1 c31t0d1 SANRISE_AMS.77010152.0205 0/4/1/0.4.3.0.0.0.1
# dlnkmgr view -drv | grep ch29t0d2
000077 ch29t0d2 c29t0d2 SANRISE_AMS.77010152.0206 0/3/2/0.4.3.0.0.0.2
000304 ch29t0d2 c31t0d2 SANRISE_AMS.77010152.0206 0/4/1/0.4.3.0.0.0.2

IVMのhpvmmodifyコマンドを実行し，現在登録されているHDLMデバイスをSCSIデバイスに移行します。
手順4で確認したHDLMデバイスには，それぞれHDLMデバイスごとに対応するSCSIデバイスが複数あります。これらのSCSIデバイスのうち，移行先のデバイスとしてどれか一つを選んでください。
hpvmmodifyコマンドの-mオプションには，手順3で確認したSCSIデバイスのbus番号，device番号，およびtarget番号を指定してください。これらの指定を誤ると，仮想マシン内に記録されているハードウェアパス情報との差異が発生し，仮想マシンが起動しなくなるおそれがあります。
仮想マシン「vmhost2」に登録されているHDLMデバイスを，それぞれSCSIデバイス「c28t0d0」「c29t0d0」「c29t0d1」「c29t0d2」に移行する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost2 -m disk:scsi:0,0,0:disk:/dev/rdsk/c28t0d0
# hpvmmodify -P vmhost2 -m disk:scsi:0,0,1:disk:/dev/rdsk/c29t0d0
# hpvmmodify -P vmhost2 -m disk:scsi:0,0,2:disk:/dev/rdsk/c29t0d1
# hpvmmodify -P vmhost2 -m disk:scsi:0,0,3:disk:/dev/rdsk/c29t0d2

IVMのhpvmstatusコマンドを実行し，SCSIデバイスが仮想マシンに登録されていることを確認します。
仮想マシン「vmhost2」に登録されているデバイスを確認する，hpvmstatusコマンドの実行例を次に示します。

# hpvmstatus -P vmhost2

[Storage Interface Details]
Guest                                 Physical
Device  Adaptor    Bus Dev Ftn Tgt Lun Storage   Device
======= ========== === === === === === ========= =========================
disk    scsi         0   0   0   0   0 disk      /dev/rdsk/c28t0d0
disk    scsi         0   0   0   1   0 disk      /dev/rdsk/c29t0d0
disk    scsi         0   0   0   2   0 disk      /dev/rdsk/c29t0d1
disk    scsi         0   0   0   3   0 disk      /dev/rdsk/c29t0d2

これでデバイスファイルの移行は完了です。このあと「3.17　HDLMのアンインストール」を参照して，HDLMをアンインストールしてください。

また，HDLMをアンインストールしたあと，IVM環境の設定をHDLMのインストール前の状態に戻す必要があります。詳しくは，「3.16.3　HDLMをアンインストールしたあとのIVM環境の設定」を参照してください。

3.16.3　HDLMをアンインストールしたあとのIVM環境の設定

IVM環境からHDLMをアンインストールしたあと，IVMに関する設定をHDLMインストール前の状態に戻す手順について説明します。ここでは，仮想マシン「vmhost1」が構築されている場合を例に，IVM関連の設定手順を説明します。

HDLMのインストール時に編集した，IVMの/sbin/init.d/hpvmスクリプトを再度修正します。
「3.5.6　IVM環境へのHDLMのインストール」の「(1)　IVM環境にHDLMを適用するときの注意事項」に示した/sbin/init.d/hpvmスクリプトの編集で，コメント行にした行を元に戻します。
なお，HDLMのインストール時にバックアップを取得していた場合は，そのバックアップファイルを使用して，元に戻してください。

IVMのhpvmmodifyコマンドを実行し，VMホストを起動したとき自動的に仮想マシンが起動されるように設定します。
VMホストを起動したとき，仮想マシンを自動的に起動させたくない場合，この手順は不要です。
仮想マシン「vmhost1」の起動方法を「自動」に設定する，hpvmmodifyコマンドの実行例を次に示します。

# hpvmmodify -P vmhost1 -B auto

IVMのhpvmstartコマンドを実行し，仮想マシンを起動します。
仮想マシン「vmhost1」を起動させる，hpvmstartコマンドの実行例を次に示します。

# hpvmstart -P vmhost1

3.17　HDLMのアンインストール

HDLMのアンインストール時に，swagentのログファイル（/var/adm/sw/swagent.log）にKAPL09019-EまたはKAPL09020-Eのメッセージが出力された場合は，「3.18　Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のアンインストール」の手順に従って，HNTRLib2をアンインストールしてください。swagentのログファイルにKAPL09026-Iのメッセージが出力された場合は，HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）を使用しているので，HDLMだけがアンインストールされます。

アンインストールは中断しないでください。

注意事項

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

hbsasrv，HiScan，hdvmagt_account，hdvmagt_schedule，hldutil，TIC

HDLMをアンインストールすると，除外ディスク定義ファイル（/etc/opt/DynamicLinkManager/dlmfdrv.unconf）が削除されます。除外ディスク定義ファイルが必要な場合は，次に示すディレクトリ以外のディレクトリに，除外ディスク定義ファイルを保存してください。
/opt/DynamicLinkManager，/etc/opt/DynamicLinkManager，/var/opt/DynamicLinkManager

HDLMの特定のSPだけをアンインストールしたい場合は，次に示す手順でHDLM全体を削除したあと，再度HDLMをインストールしてください。そのあと，必要なHDLMのSPをインストールしてください。

HP-UXに，root権限を持つユーザでログインします。

HDLMの管理対象パスを使用しているプロセス，およびサービスをすべて停止します。
DBMSなどの，各種アプリケーションのプロセスおよびサービスが，HDLMの管理対象パスを使用している場合，それらをすべて停止します。

次に示すコマンドを実行して，HDLMを使用しているマウントポイントをすべて解除します。

# umount マウントポイント

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

# swremove DLManager

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

# cd /
# shutdown -r

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

HDLMのアンインストール時に，swagentのログファイル（/var/adm/sw/swagent.log）にKAPL09019-EまたはKAPL09020-Eのメッセージが出力された場合，次に示す手順でHNTRLib2をアンインストールしてください。KAPL09020-Eが出力された場合，手順1のあとは手順4に進んでください。

HP-UXに，root権限を持つユーザでログインします。

次に示すコマンドを実行して，HNTRLib2にHDLMが登録されていないことを確認します。

# /opt/hitachi/HNTRLib2/etc/hntr2getname
    ：
#

HDLMが登録されている場合は手順3へ，登録されていない場合は手順4へ進んでください。

次に示すコマンドを実行してHDLMの登録を解除し，解除されたことを確認します。

# /opt/hitachi/HNTRLib2/etc/hntr2cancel "JP1/HiCommand Dynamic Link Manager"
# echo $?
0
#

結果が０でない場合，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。
手順2で，HDLM以外のプログラムが表示されなかった場合は手順4へ，表示された場合はここで終了してください。

次に示すコマンドを実行して，HNTRLib2のセットアップメニューを表示します。

# /opt/hitachi/HNTRLib2/etc/hntr2setup

セットアップメニューから，「9 」を選択します。
HNTRLib2がアンインストールされ，次に示すメッセージが出力されます。

Unsetup is complete.

上記以外のメッセージが出力された場合には，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

HNTRLib2の共用ライブラリファイルと共用ライブラリファイル格納ディレクトリを削除します。
HNTRLib2をアンインストールすると，/opt/hitachi/HNTRLib2ディレクトリ以下は削除されますが，/opt/hitachi/common/libディレクトリ内のライブラリは削除されません。
HNTRLib2を削除する場合は，次に示すファイルおよびディレクトリも削除してください。

共用ライブラリファイル（シンボリックリンク）
/opt/hitachi/common/lib/libhntr2*

共用ライブラリファイル格納ディレクトリ
/opt/hitachi/common/lib/D002

/opt/hitachiディレクトリ内に，上記のファイルおよびディレクトリだけが格納されている場合は，/opt/hitachiディレクトリ以下を削除してください。

注意事項

HNTRLib2でログの出力先をデフォルト以外に設定していた場合，HNTRLib2のアンインストール時にログファイルが削除されません。HNTRLib2をアンインストールしたあとで，ログファイルを削除してください。

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

HDLM 04-00がインストールされているホストにHDLM 6.0をアップグレードインストールした場合，HDLM 04-00と一緒にインストールされたHitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）は残ります。HDLM以外に，HNTRLibを使用しているプログラムがない場合，次に示す手順でHNTRLibをアンインストールしてください。

HDLM以外に，HNTRLibを使用しているプログラムがないことを確認します。
HDLM以外のプログラムがHitachi Network Objectplazaトレース共通ライブラリを使用しているかどうかは，各プログラムのマニュアルや添付資料を参照して確認してください。

HP-UXに，root権限を持つユーザでログインします。

次に示すコマンドを実行して，HNTRLibのセットアップメニューを表示します。

# /opt/hitachi/HNTRLib/etc/hntrsetup

セットアップメニューから，「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以外のプログラムが使用していない場合は，手動で削除してください。

4.　HDLMの運用

この章では，HDLMの運用方法について説明します。運用方法には，HDLMの操作方法，HDLMマネージャの操作方法および運用環境の構成変更が含まれます。

＜この章の構成＞

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

4.2　Ignite-UXを使用したHDLMデバイスのリカバリ

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

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

4.5　HDLM運用環境の構成変更

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

ここでは，HDLMを使用する場合，またはHDLMがインストールされている環境で業務を行う場合の注意事項を説明します。必ずお読みください。

＜この節の構成＞

4.1.1　カーネルについて

4.1.2　HDLMで使用するデバイスファイルについて

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

4.1.4　HDLMを使用するシステムの構成を変更した場合について

4.1.5　断線しているパスの復元について

4.1.6　I/Oタイムアウト値について

4.1.7　HP-UXのコマンドについて

4.1.8　稼働統計情報の収集について

4.1.1　カーネルについて

カーネルについての注意事項を説明します。

＜この項の構成＞

(1)　使用するカーネル

(2)　カーネルを再構成してホストを再起動した場合に必要な操作

(1)　使用するカーネル

HDLMは，デフォルトのカーネル（/stand/vmunix）以外では，使用できません。カーネルは/stand/vmunixを使用してください。

(2)　カーネルを再構成してホストを再起動した場合に必要な操作

sam，swinstall，kmtune，kconfigなどで次の操作を行う場合，カーネルを再構成してホストを再起動することがあります。

swinstall，swremoveなどによるソフトウェアやパッチの追加，削除，バージョンアップ

スワップデバイスまたはダンプデバイスの追加，削除，変更

構成可能カーネルパラメタの変更

HDLMのアップグレードインストールおよび再インストール

これらの操作を行ってホストを再起動したあとは，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。

KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。HDLMパス情報設定ユティリティ（dlmdefpath）を実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

4.1.2　HDLMで使用するデバイスファイルについて

HDLMで使用するデバイスファイルについての注意事項を説明します。

HDLM管理対象デバイスをアプリケーションで使用する場合，HDLMデバイスのデバイスファイル名（chXtYdZ）を指定してください。SCSIデバイスのデバイスファイル名（cXtYdZ）を指定した場合，HDLMの機能が使用できません。

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

OSのvgimportコマンドにマップファイルを指定して，HDLMデバイスのデバイスファイル名をインポートできます。ただし，vgimportコマンドの引数として指定する物理ボリューム名には，HDLMデバイスのデバイスファイル名を指定する必要があります。HDLMデバイスのデバイスファイル名を指定したvgimportコマンドの実行例を次に示します。

# vgimport -m /tmp/vg10.map /dev/vg10 /dev/dsk/ch4t0d0 /dev/dsk/ch4t0d1

vgimportコマンドに，物理ボリューム名の指定を省略したり，-sオプションを指定したりした場合，インポートされた物理ボリューム名は，SCSIデバイスのデバイスファイル名となるので注意してください。

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

ストレージサブシステムについての注意事項を説明します。

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

ストレージサブシステムはホストを起動する前に起動してください。これは，HP-UXがストレージサブシステムを検出できるようにするためです。

4.1.4　HDLMを使用するシステムの構成を変更した場合について

＜この項の構成＞

(1)　HDLMパス情報設定ユティリティ（dlmdefpath）の実行

(2)　構成定義ファイルのバックアップ

(3)　LUを新規に追加してもデバイスファイルが作成されない場合

(1)　HDLMパス情報設定ユティリティ（dlmdefpath）の実行

次の場合は，必ずHDLMパス情報設定ユティリティ（dlmdefpath）を実行してください。dlmdefpathユティリティを実行しないでホストを再起動した場合，HDLM管理対象デバイスに対するコマンドが正常に動作しません。

LUやパスなどのハードウェア構成を変更した場合

HDLMの除外ディスク定義ファイルを変更した場合

dlmdefpathユティリティを実行すると，ホストが再起動されます。ホストの再起動後は，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。

KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

(2)　構成定義ファイルのバックアップ

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

(3)　LUを新規に追加してもデバイスファイルが作成されない場合

使用しているOSがHP-UX 11i V1.0の場合，新規に追加したLUに対してOSのinsfコマンドを実行してもSCSIデバイスのデバイスファイルが作成されないことがあります。

この状態でホストを起動した場合，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルへ次に示すメッセージが出力されます。

KAPL10921-I The kernel configuration information has been changed.

このような場合には，次に示すdlmdefpathユティリティを実行し，LUのドライバをdlmfdrvからsdiskに変更してください。

# /opt/DynamicLinkManager/bin/dlmdefpath -a

dlmdefpathユティリティを実行したあとで，LUを追加するとSCSIデバイスのデバイスファイルが作成されるようになります。なお，追加したLUをHDLMの管理対象として使用したいときは，再度dlmdefpathユティリティを実行してください。

4.1.5　断線しているパスの復元について

断線しているパスの復元についての注意事項を説明します。

HDLMを起動したときに，パスのケーブルが外れていたり切れていたりすると，パスがHDLMで認識されません。断線したパスは，次に示す手順で復元してください。

HDLMコマンドのview -drvオペレーションを実行して，HDLMの管理対象としているパスがすべて表示されているかを確認します。
ホストを起動したときに断線していたパスは，実行結果に表示されません。

断線したパスのケーブルが外れていた場合は，ケーブルを接続します。ケーブルが断線していた場合は交換します。

ioscan -fコマンドを実行して，接続したパスが回復していることを確認します。
パスが回復した場合，該当するH/W PathのS/W StateがCLAIMEDと表示されます。

HDLMがインストールされているホストを再起動します。
手順1で断線していたHDLM管理対象デバイスへのパスが，ホスト起動時に自動的に復元されて，稼働状態になります。

HDLMコマンドのview -pathオペレーションを実行して，該当するHDLM管理対象デバイスへのパスが復元されたことを確認します。
パスの「Status」が「Online」であれば，復元されています。

特定のLUに対し，すべてのパスが断線している状態でホストを起動した場合，そのLUと対応するHDLMデバイスファイルが削除されます。パスの断線を復旧してからホストを再起動すると，HDLMデバイスファイルが再作成されますが，次の設定値が初期化されてしまいます。

オーナー

グループ

パーミッション

これらHDLMデバイスファイルの設定値を変更していた場合，再度設定し直してからHDLMデバイスファイルを使用してください。

4.1.6　I/Oタイムアウト値について

ここでは，HDLM管理対象デバイスへのすべてのパスに障害が発生した場合のタイムアウト値について説明します。Oracle 10gおよびOracle 11gを使用する場合の論理ボリュームおよび物理ボリュームのタイムアウト値については，「3.12.2　クラスタ構成の場合」も参照してください。

＜この項の構成＞

(1)　LVMを使用している場合

(2)　LVMを使用していない場合

(1)　LVMを使用している場合

物理ボリュームにタイムアウト値を設定する場合，LVMのpvchange -tコマンドで物理ボリュームに対応するHDLMデバイスのデバイスファイルを指定します。このとき，HDLMデバイスに対応する物理ボリュームの全パス（SCSIデバイス）に対してタイムアウト値を設定します。また，物理ボリュームに接続されたすべてのパスに障害が発生している場合，HDLMはすべてのパスの応答がタイムアウトになってからLVMに応答を返します。このためLVMからのI/O要求に対して，HDLMが失敗の応答を返すのは，およそ次の時間を経過したあとになります。

物理ボリュームのタイムアウト値×該当するHDLM管理対象デバイスへのパス数（秒）

アプリケーションがI/Oを要求してから応答が返るまでの流れを，「図4-1　I/O要求から応答が返るまでの流れ」に示します。「図4-1　I/O要求から応答が返るまでの流れ」に示す例では，HDLM管理対象デバイスと対応する物理ボリュームには30秒のタイムアウト値が設定されています。また，（物理ボリュームに接続しているパス）の本数は2本となっています。

このとき，HDLM管理対象デバイスへ発行したI/O要求が失敗すると，HDLMがLVMへ応答を返すのは，30秒（タイムアウト値）×2本（接続パスの本数）＝約60秒後となります。

図4-1　I/O要求から応答が返るまでの流れ

したがって，LVMのlvchange -tコマンドで設定した論理ボリュームのタイムアウト値が「物理ボリュームのタイムアウト値×該当するHDLM管理対象デバイスへのパス数（秒）」より大きいと，HDLMからLVMへ応答後に論理ボリュームがタイムアウトになり，アプリケーションに応答が返ります。このときのerrnoはEPOWERFです。

物理ボリュームがタイムアウトするごとに，syslogにKAPL08019-EまたはKAPL08022-Eのメッセージが出力されます。

これらのことから，論理ボリュームのタイムアウト値または物理ボリュームのタイムアウト値は，次の条件を満たすように設定することをお勧めします。

論理ボリュームのタイムアウト値 > = 物理ボリュームのタイムアウト値×該当するHDLM管理対象デバイスへのパス数

アプリケーションのタイマ監視時間などのシステム要件

論理ボリュームに60秒のタイムアウト値を設定する場合のコマンドの実行例を，次に示します。

# lvchange -t 60 /dev/vg10/lvol1
Logical volume "/dev/vg10/lvol1" has been successfully changed.
Volume Group configuration for /dev/vg10 has been saved in /etc/lvmconf/vg10.conf

(2)　LVMを使用していない場合

HDLMデバイスのデバイスファイルへのキャラクタ型I/O要求は，およそ次の時間を経過したあとに，アプリケーションにI/O要求の失敗の応答が返ります。このときのerrnoはEIOです。

30×該当するHDLM管理対象デバイスへのパス数（秒）

4.1.7　HP-UXのコマンドについて

SCSIデバイスがHDLMの管理対象になった場合，HP-UXの一部のコマンドの動作が制限されます。詳細については，「付録A　HP-UXのコマンドを使用する場合の注意事項」を参照してください。

4.1.8　稼働統計情報の収集について

次のソフトウェアを使用して稼働統計情報を収集する場合の注意事項について説明します。

HP OpenView GlancePlus

HP OpenView MeasureWare

HP OpenView performance agent

JP1/GlancePlus

JP1/MeasureWare

注意事項

これらのソフトウェアを使用した場合，Logl Rd/Wr Rtは，ioscan -fnコマンドを実行したときに，HDLMのデバイスファイル名が表示されるハードウェアパスの情報に反映され，Phys Rd/Wr Rtは，実際にデータ転送に使用されたハードウェアパスの情報に反映されます。Logl Rd/Wr RtとPhys Rd/Wr Rtの合計値は，それぞれのカウントされるタイミングの差によって，一致しない場合があります。

この出力例は，HDLMデバイス（/dev/rdsk/ch16t7d0）に対してrawI/Oを発行したときに，HP OpenView MeasureWareを使用して稼働統計情報を収集したものです。出力された情報とHDLMデバイスの対応は，HDLMコマンドのview -drvオペレーションを実行することで確認できます。

view -drvオペレーションの実行結果の例を，次に示します。

4.2　Ignite-UXを使用したHDLMデバイスのリカバリ

Ignite-UXのmake_net_recoveryコマンド，またはmake_tape_recoveryコマンドを使用して，HDLMデバイスを含むシステムで，リカバリアーカイブの作成やシステムリカバリを実施する場合，追加手順が必要となります。ここでは，その手順や注意事項について説明します。

なお，リカバリアーカイブの作成，またはシステムリカバリを実行する場合，Ignite-UXのmake_recoveryコマンドは使用しないでください。また，HDLMデバイスのリカバリアーカイブを作成したり，HDLMをインストールしたシステムのシステムリカバリには，バージョン3.7以降でかつHP社がサポートを継続しているIgnite-UXを使用してください。

補足事項

リカバリアーカイブの作成手順やシステムリカバリの実行手順は，HDLM 6.0以降とHDLM 05-94以前で異なります。

05-94以前のHDLMがインストールされている環境でリカバリアーカイブを作成する手順や，そのリカバリアーカイブを使ってシステムリカバリを実施する手順については，HDLMのバージョンに対応するHDLMのマニュアルを参照してください。

HDLM 6.0以降では，リカバリアーカイブの作成手順やシステムリカバリの実行手順が簡素化されています。HDLM 6.0以降にアップグレードしたときは，この節の内容に従って，リカバリアーカイブを作成し直すことをお勧めします。

＜この節の構成＞

4.2.1　注意事項

4.2.2　リカバリアーカイブの作成手順

4.2.3　システムリカバリの手順

4.2.1　注意事項

＜この項の構成＞

(1)　クライアント登録時の注意事項

(2)　リカバリアーカイブ作成時の注意事項

(3)　システムリカバリ実施時の注意事項

(1)　クライアント登録時の注意事項

Ignite-UXバージョン7.0より前のバージョンを使用して，Ignite-UXサーバからターミナルユーザーインタフェース（TUI）やIgnite-UXのGUIでクライアントを登録すると，HDLMデバイスのハードウェアパスに対してエラーメッセージが出力されます。

しかし，クライアント登録は正しく実行されていて，クライアントの登録後に実施する，リカバリアーカイブの作成やシステムリカバリの実行には影響ありません。最終的に，クライアント登録の完了を通知するメッセージが出力されたことも，あわせて確認してください。

(2)　リカバリアーカイブ作成時の注意事項

リカバリアーカイブを作成したとき，次に示すどちらかのメッセージが出力されることがあります。これらのメッセージが出力された場合でも，リカバリアーカイブイメージは正常に作成されています。

lssf : Don't know how to handle driver "dlmfdrv"

または

WARNING: Failed to find "/dev/dsk/chXtYdZ" in IOTree, will not be added to the _hp_hide_other_disks list

Ignite-UXのmake_net_recoveryコマンドおよびmake_tape_recoveryコマンドでは，HDLMデバイスを割り当てたボリュームグループ上のファイルシステムをバックアップできません。
HDLMデバイスを割り当てたボリュームグループ上のファイルシステムをバックアップする場合は，次に示すコマンドやソフトウェアなどを使用してください。

OS標準のコマンド（tarコマンド，fbackupコマンド，ddコマンドなど）

HP OpenView OmniBack II，またはJP1/OmniBack II

ストレージサブシステムの機能（TrueCopy，ShadowImage，MRCF-Liteなど）

HDLMデバイスを割り当てたボリュームグループ「vgdlm」に，make_tape_recoveryコマンドを使ってバックアップすると，次のようなエラーが発生します。

# make_tape_recovery -a /dev/rmt/1mn -x inc_entire=vg00 -x inc_entire=vgdlm -v
* Creating local directories for configuration files and
archive.
======= mm/dd/yy hh:mm:ss JST Started /opt/ignite/bin/
make_tape_recovery.
(date/time JST yyyy)
@(#) Ignite-UX Revision B.4.1.55
@(#) net_recovery (opt) $Revision: 10.597 $
   :
   :
* Creating System Configuration.
* /opt/ignite/bin/save_config -f
/var/opt/ignite/recovery/yyyy-mm-dd,hh:mm/system_cfg vg00
vgdlm
lssf: Don't know how to handle driver "dlmfdrv"
save_config: error - unknown disk type for /dev/dsk/ch6t0d0, not
SCSI or HPFL
grep: can't open /var/tmp/vgdisplay.tmp
cp: cannot access /var/tmp/config.tmp: No such file or directory
ERROR: Cannot stat file: /var/opt/ignite/recovery/yyyy-mm-dd,hh:mm/system_cfg
ERROR: System error, /opt/ignite/bin/instl_adm failed checking
/var/opt/ignite/recovery/yyyy-mm-dd,hh:mm/system_cfg
======= mm/dd/yy hh:mm:ss JST make_tape_recovery completed
unsuccessfully

(3)　システムリカバリ実施時の注意事項

HDLMデバイスを物理ボリュームとして割り当てているボリュームグループがある場合，Ignite-UXのシステムリカバリ処理を実行すると「FAILURE」と出力されます。※

これは，HDLMデバイスを物理ボリュームとして割り当てている，ボリュームグループの回復処理でエラーとなっていて，ファイルのリストア処理までは正しく実行されています。

「FAILURE」が出力されたときは，リストアの終了後に「4.2.3　システムリカバリの手順」の操作を実施してください。

注※

ただし，「4.2.2　リカバリアーカイブの作成手順」の「(1)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_net_recoveryコマンド）」または「(2)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_tape_recoveryコマンド）」に示した手順を実施した場合，「FAILURE」は出力されません。

4.2.2　リカバリアーカイブの作成手順

Ignite-UXを使って，HDLMを適用した環境のリカバリアーカイブを作成するには，次に示す手順を実行してください。

ホストのOSがHP-UX 11i V2.0の場合，次に示す手順を実行して，リカバリアーカイブを作成することを推奨します。

＜この項の構成＞

(1)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_net_recoveryコマンド）

(2)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_tape_recoveryコマンド）

(3)　HP-UX 11i V1.0でリカバリアーカイブを作成する

(1)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_net_recoveryコマンド）

Ignite-UXのmake_net_recoveryコマンドを使用してリカバリアーカイブを作成する手順を次に示します。

リカバリアーカイブを作成します。
make_net_recoveryコマンドを使用して，リカバリアーカイブを作成してください。

バックアップ作成後のIgnite-UXサーバ上のcontrol_cfgファイルを開きます。
control_cfgファイルは次に示すディレクトリに格納されています。

/var/opt/ignite/clients/ホスト名/recovery/latest

「ホスト名」はシステムリカバリを実行するホストの名称です。

control_cfgファイルの「post_config_cmd=」指定の先頭に，"/opt/DynamicLinkManager/bin/dlmdefpath -k"を追加します。
control_cfgファイルの編集例を次に示します。下線部分が追記した個所です。

post_config_cmd="
/opt/DynamicLinkManager/bin/dlmdefpath -k

/usr/sbin/vgimport -v -m /etc/lvmconf/vg01.mapfile /dev/vg01 ¥
/dev/dsk/c4t0d1 ¥
/dev/dsk/c9t0d1
/usr/sbin/vgchange -a r vg01

/usr/sbin/vgimport -v -m /etc/lvmconf/vgdlm.mapfile /dev/vgdlm
¥
/dev/dsk/ch4t0d2
/usr/sbin/vgchange -a r vgdlm
/usr/sbin/vgimport -v -m /etc/lvmconf/vgtest.mapfile /dev/
vgtest ¥
/dev/dsk/ch4t0d3
/usr/sbin/vgchange -a r vgtest
/usr/sbin/vgcfgbackup /dev/vg00
/usr/sbin/vgcfgbackup /dev/vg01
/usr/sbin/vgcfgbackup /dev/vgdlm
/usr/sbin/vgcfgbackup /dev/vgtest

(2)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_tape_recoveryコマンド）

Ignite-UXのmake_tape_recoveryコマンドを使用してリカバリアーカイブを作成する手順を次に示します。

make_tape_recoveryコマンドを使って，リカバリアーカイブの構成情報ファイルを作成します。
make_tape_recoveryコマンドには，-Aオプションおよび-pオプションを指定して，リカバリアーカイブの構成情報ファイルを作成してください。

# make_tape_recovery -A -p

ホスト上のcontrol_cfgファイルを開きます。
リカバリアーカイブの構成情報を格納したcontrol_cfgファイルは，次に示すディレクトリに格納されています。

/var/opt/ignite/recovery/latest

HDLMデバイスの構成を正しくリカバリアーカイブに含めるため，次の手順でリカバリアーカイブの構成情報を編集します。

control_cfgファイルの「post_config_cmd=」指定の先頭に，"/opt/DynamicLinkManager/bin/dlmdefpath -k"を追加します。
control_cfgファイルの編集例を次に示します。下線部分が追記した個所です。

post_config_cmd="
/opt/DynamicLinkManager/bin/dlmdefpath -k

/usr/sbin/vgimport -v -m /etc/lvmconf/vg01.mapfile /dev/vg01 ¥
/dev/dsk/c4t0d1 ¥
/dev/dsk/c9t0d1
/usr/sbin/vgchange -a r vg01

/usr/sbin/vgimport -v -m /etc/lvmconf/vgdlm.mapfile /dev/vgdlm
¥
/dev/dsk/ch4t0d2
/usr/sbin/vgchange -a r vgdlm
/usr/sbin/vgimport -v -m /etc/lvmconf/vgtest.mapfile /dev/
vgtest ¥
/dev/dsk/ch4t0d3
/usr/sbin/vgchange -a r vgtest
/usr/sbin/vgcfgbackup /dev/vg00
/usr/sbin/vgcfgbackup /dev/vg01
/usr/sbin/vgcfgbackup /dev/vgdlm
/usr/sbin/vgcfgbackup /dev/vgtest

make_tape_recoveryコマンドを使って，リカバリアーカイブをテープデバイスに作成します。
make_tape_recoveryコマンドには，-rオプションを指定して，リカバリアーカイブを作成してください。

# make_tape_recovery -r

このとき，誤って-Aオプションを指定すると，手順3で編集した情報が破棄されてリカバリアーカイブが作成されてしまいます。-Aオプションを指定しないよう注意してください。

(3)　HP-UX 11i V1.0でリカバリアーカイブを作成する

ホストのOSがHP-UX 11i V1.0でリカバリアーカイブを作成する場合，特別な手順は必要ありません。Ignite-UXのマニュアルに従って，リカバリアーカイブを作成してください。

ただし，システムリストア時に「4.2.3　システムリカバリの手順」の「(1)　HDLMデバイスの復元処理」の手順を実行する必要があります。

4.2.3　システムリカバリの手順

システムリカバリに使用したリカバリアーカイブが，「4.2.2　リカバリアーカイブの作成手順」の「(1)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_net_recoveryコマンド）」または「(2)　HP-UX 11i V2.0でリカバリアーカイブを作成する（make_tape_recoveryコマンド）」の内容に従って作成された場合，特別な手順は必要なく，Ignite-UXのマニュアルに従って，システムリカバリを実行することができます。

しかし，その他の手順でバックアップアーカイブを作成した場合は，システムリカバリを実行したあとでHDLMデバイスの構成を復元する処理が必要です。

ここではHDLMデバイスの構成を復元する手順について次に示します。これらの手順は，システムリカバリの終了後，システムが再起動されてから実行してください。

＜この項の構成＞

(1)　HDLMデバイスの復元処理

(2)　LVMの復元処理

(1)　HDLMデバイスの復元処理

次に示す手順を実行し，HDLMデバイスを復元してください。

HDLMパス情報設定ユティリティ（dlmdefpath）を実行し，HDLMデバイスをSCSIデバイスに変更します。

＃/opt/DynamicLinkManager/bin/dlmdefpath -u

dlmdefpathユティリティを実行すると，次に示すメッセージが出力されます。

KAPL10407-I A kernel will be built. Is this OK? [y/n] : y
KAPL10411-I The current kernel will be replaced. Is this OK? [y/n] : y
Kernel update request is scheduled.
Default kernel /stand/vmunix will be updated by
newly built kernel /stand/build/vmunix_test
at next system shutdown or startup time.
KAPL10414-I The computer must be restarted to make the path configuration effective. Would you like to restart the computer now? [y/n] :

KAPL10414-Iのメッセージに対し，「y」を入力します。
ホストが再起動されます。

ホストの再起動後にOSのinsfコマンドを実行し，SCSIデバイスのデバイスファイルを再作成します。

# insf -e

HDLMデバイスを再構成するため，dlmdefpathユティリティを実行します。

#/opt/DynamicLinkManager/bin/dlmdefpath -a

手順1から手順2と同様のメッセージが出力されるので，それぞれ「y」で応答してください。その後ホストが再起動されます。
ホストの再起動後，HDLMデバイスを物理ボリュームとして割り当てているボリュームグループも復元するには，次に示す「4.2.3　システムリカバリの手順」の「(2)　LVMの復元処理」を実行してください。

(2)　LVMの復元処理

次に示す手順を実行し，ボリュームグループを復元してください。

LVMのボリュームグループ名を確認します。
/etc/lvmconfディレクトリに格納されている「ボリュームグループ名.conf」ファイルの名称を参照して，リカバリアーカイブの作成時に構築していたLVMのボリュームグループ名を確認します。「ボリュームグループ名.conf」を参照する，lsコマンドの実行例を次に示します。

$ ls -l /etc/lvmconf/*.conf
-rw-------  1 root  sys  305152 Feb 19 20:11 /etc/lvmconf/vg00.conf
-rw-------  1 root  sys   83968 Feb 18 11:06 /etc/lvmconf/vgdlm1.conf

OSのstringsコマンドを使用し，目的のボリュームグループがインポートされているか確認します。
目的のボリュームグループがすでにインポートされていれば，以降の手順は不要です。stringsコマンドの実行例を次に示します。

# strings /etc/lvmtab
/dev/vg00
/dev/dsk/c1t0d0s2

手順1の実行結果から，/etc/lvmconfディレクトリに，vg00.confファイルとvgdlm1.confファイルがあります。また手順2の実行結果から，vg00ボリュームグループはインポート済みであることがわかるため，まだインポートされていないvgdlm1ボリュームグループに対して手順3以降を実行します。

OSのvgcfgrestoreコマンドを実行して，ボリュームグループを構成している物理ボリューム名を確認します。
手順1で確認したボリュームグループ名と対応する，物理ボリューム名をvgcfgrestoreコマンドで確認します。複数の物理ボリュームから構成されているボリュームグループの場合，物理ボリューム名は複数出力されます。
vgcfgrestoreコマンドを実行して，/dev/vgdlm1ボリュームグループと対応する物理ボリューム名（下線部分）の確認例を次に示します。

＃vgcfgrestore -n vgdlm1 -l
Volume Group Configuration information in "/etc/lvmconf/vgdlm1.conf"
VG Name /dev/vgdlm1
---- Physical volumes : 2 ----
 /dev/rdsk/ch64t0d1 (Non-bootable)
 /dev/rdsk/ch64t0d2 (Non-bootable)

OSのvgimportコマンドを実行し，ボリュームグループをインポートします。
vgimportコマンドを実行するとき，-mオプションには次のファイルを指定します。

/etc/lvmconf/ボリュームグループ名.mapfile

また，手順3で確認した結果を元に，物理ボリュームのブロックデバイスのパス名を指定してください。このとき，vgcfgrestoreコマンドによって確認できる物理ボリューム名はキャラクタデバイスです。vgimportコマンドに指定する物理ボリューム名はブロックデバイスとなるため，注意してください。
vgdlm1ボリュームグループをインポートするvgimportコマンドの実行例を次に示します。

＃vgimport -v -m /etc/lvmconf/vgdlm1.mapfile /dev/vgdlm1 /dev/dsk/ch64t0d1 /dev/dsk/ch64t0d2
Beginning the import process on Volume Group "/dev/vgdlm1".
vgimport: Volume group "/dev/vgdlm1" already exists in the "/etc/lvmtab" file.
# vgchange -a r vgdlm1
Volume group "vgdlm1" is activated for read/write, not changed to read-only.

手順3で確認できたキャラクタデバイス名に対応するブロックデバイス名は，キャラクタデバイス名中の「rdsk」を「dsk」と置き換えたものになります（上記，vgimportコマンドを指定した行の下線部分）。

OSのvgdisplayコマンドを実行して，LVM情報（ボリュームグループ環境）が復元されたことを確認します。
vgdisplayコマンドに，-vオプションを指定して，HDLMデバイスを使用したボリュームグループが復元されたことを確認してください。
vgdisplayコマンドの実行例を次に示します。

# vgdisplay -v
   :
   :
VG Name /dev/vgdlm
   :
   :
--- Logical volumes ---
LV Name /dev/vgdlm1/lvol1
   :
   :
--- Physical volumes ---
PV Name /dev/dsk/ch64t0d1
PV Status available
Total PE 586
Free PE 561
Autoswitch On

PV Name /dev/dsk/ch64t0d2
PV Status available
Total PE 586
Free PE 561
Autoswitch On

必要に応じて，ボリュームグループを活性化または非活性化します。
手順4までは，ボリュームグループの活性化が読み込み専用（read only）で実行されています。必要に応じて，ボリュームグループを活性化または非活性化してください。

ボリュームグループの活性化（クラスタ構成でない場合）
# vgchange -a y ボリュームグループ名

ボリュームグループの活性化（クラスタ構成の場合）
# vgchange -a e ボリュームグループ名

ボリュームグループの非活性化
# vgchange -a n ボリュームグループ名

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

この節では，HDLMコマンドで，HDLMの機能を使用する手順について説明します。各コマンドについては，「6.　コマンドリファレンス」を参照してください。

＜この節の構成＞

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

4.3.2　パスの情報を参照する

4.3.3　パスの状態を変更する

4.3.4　LUの情報を参照する

4.3.5　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を確認する

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

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

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

4.3.9　ライセンスを更新する

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

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

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

root権限を持つユーザで，コマンドを実行してください。

パラメタで指定する値にスペースが含まれる場合には，値全体を「"」（引用符）で囲んでください。

4.3.2　パスの情報を参照する

HDLMコマンドでパスの情報を参照する手順について説明します。

パスの情報を参照するには，HDLMコマンドのviewオペレーションに-pathパラメタを指定して実行します。コマンドの実行例を次に示します。

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

指定したホストデバイスにアクセスするパスの情報だけを参照する場合は，HDLMコマンドのviewオペレーションに-path -hdevパラメタを指定して実行します。コマンドの実行例を次に示します。

表示される項目と説明については，「6.7　view　情報を表示する」を参照してください。

4.3.3　パスの状態を変更する

パスの状態を変更する手順について，次に説明します。

＜この項の構成＞

(1)　パスの状態をOnline状態にする場合

(2)　パスの状態をOffline(C)状態にする場合

(1)　パスの状態をOnline状態にする場合

現在のパスの状態を確認します。
パスをHBAポート単位，CHAポート単位，パス単位でOnline状態にする場合は，パス名またはパス管理PATH_IDを確認してください。
コマンドの実行例を次に示します。

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

パスの状態をOnline状態にするには，HDLMコマンドのonlineオペレーションを実行します。
Online状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。パスの指定については，「6.5　online　パスを稼働状態にする」を参照してください。
例えば，特定のHBAポートを通るすべてのパスをOnline状態にする場合は，HDLMコマンドのonlineオペレーションに-hbaパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr online -hba 0001.0000

KAPL01057-I 指定されたHBAを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 3本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online

変更したパスの状態を確認します。
コマンドの実行例を次に示します。

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

(2)　パスの状態をOffline(C)状態にする場合

現在のパスの状態を確認します。
パスをHBAポート単位，CHAポート単位，パス単位でOffline(C)状態にする場合は，パス名またはパス管理PATH_IDを確認してください。
コマンドの実行例を次に示します。

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

パスの状態をOffline(C)状態にするには，HDLMコマンドのofflineオペレーションを実行します。
Offline状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。パスの指定については，「6.4　offline　パスを閉塞状態にする」を参照してください。
例えば，特定のHBAポートを通るすべてのパスをOffline状態にする場合は，HDLMコマンドのofflineオペレーションに-hbaパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hba 0001.0000
KAPL01055-I 指定されたHBAを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n] :y
KAPL01056-I 指定されたHBAを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n] :y
KAPL01061-I 3本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

変更したパスの状態を確認します。
コマンドの実行例を次に示します。

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

4.3.4　LUの情報を参照する

HDLMコマンドでLUの情報を参照する手順について説明します。

LUの情報を参照するには，HDLMコマンドのviewオペレーションに-luパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE 9500V
SerialNumber  : 0016
LUs           : 2

iLU  HDevName Device PathID Status
0058 ch6t0d0  c6t0d0 000000 Online
             c8t0d0 000002 Online
0059 ch6t0d1  c6t0d1 000001 Online
             c8t0d1 000003 Online
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7　view　情報を表示する」を参照してください。

4.3.5　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を確認する

HDLMコマンドでHDLMデバイス，SCSIデバイスおよびLDEV情報の対応を確認する手順について説明します。

HDLMデバイス，SCSIデバイスおよびLDEV情報の対応は，HDLMコマンドのviewオペレーションに，-drvパラメタを指定して実行することで確認できます。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。このオペレーションの実行結果は，パスごとに1行ずつ表示されます。

次にviewオペレーションの実行結果の例を示します。

表示される項目と説明については，「6.7　view　情報を表示する」を参照してください。

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

HDLMが管理するすべてのパスについて，統計情報（I/O回数，およびI/O障害回数）の値を初期値（0）にする手順について説明します。

この手順は，I/O回数やI/O障害回数を初期値（0）にした時点から，I/OやI/O障害が何回発生するかを調査したい場合に役立ちます。

現在のパスの状態を確認します。
コマンドの実行例を次に示します。

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

HDLMが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値にするには，HDLMコマンドのclearオペレーションに-pdstパラメタを指定して実行します。
コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr clear -pdst
KAPL01049-I オペレーションを開始します。オペレーション名 = clear。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

パスの統計情報が初期値になったかどうかを確認します。
コマンドの実行例を次に示します。

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

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

HDLMの動作環境を参照，または設定する手順について説明します。

＜この項の構成＞

(1)　動作環境を参照する

(2)　動作環境を設定する

(1)　動作環境を参照する

動作環境を参照するには，HDLMコマンドのviewオペレーションに-sys -sfuncパラメタを指定して実行します。

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 3
Elog File Size(KB)             : 9900
Number Of Elog Files           : 2
Trace Level                    : 0
Trace File Size(KB)            : 1000
Number Of Trace Files          : 4
Path Health Checking           : on(30)
Auto Failback                  : off
Intermittent Error Monitor     : off
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

監査ログの動作環境を参照するには，HDLMコマンドのviewオペレーションに-sys -audlogパラメタを指定して実行します。

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log          : off
Audit Log Category : -
Audit Log Facility  : -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7　view　情報を表示する」を参照してください。

(2)　動作環境を設定する

HDLMの動作環境を設定するには，HDLMコマンドのsetオペレーションを実行します。HDLMコマンドのsetオペレーションで次の機能を設定できます。

ロードバランス機能

パスヘルスチェック機能

自動フェイルバック機能

間欠障害監視機能

障害ログ採取レベル

トレースレベル

障害ログファイルサイズ

障害ログファイル数

トレースファイルサイズ

トレースファイル数

監査ログ採取

監査ログのFacility

各機能の設定については，「6.6　set　動作環境を設定する」を参照してください。

例えば，障害ログ採取レベルを設定する場合は，HDLMコマンドのsetオペレーションに-ellvパラメタを指定して実行します。確認メッセージに対して，コマンドを実行する場合は「y」を，実行しない場合は「n」を入力してください。

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

# /opt/DynamicLinkManager/bin/dlnkmgr set -ellv 1
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

設定した内容が反映されているかどうか確認するには，「(1)　動作環境を参照する」の手順を実行してください。

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

ライセンス情報を参照する手順について説明します。

ライセンス情報を参照するには，HDLMコマンドのviewオペレーションに-sys -licパラメタを指定して実行します。

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

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -lic
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目と説明については，「6.7　view　情報を表示する」を参照してください。

4.3.9　ライセンスを更新する

ライセンスを更新する手順について説明します。

ライセンスを更新するには，HDLMコマンドのsetオペレーションに-licパラメタを指定して実行します。確認メッセージに対して，コマンドを実行する場合は「y」を，実行しない場合は「n」を入力してください。ライセンスキーファイルがない場合は，ライセンスキーの入力を求めるメッセージが表示されます。ライセンスキーの入力を求めるメッセージに対して，ライセンスキーを入力してください。

注意事項

HDLMコマンドのsetオペレーションに-licパラメタを指定してライセンスのインストールを実行する場合は，必ず単独で実行してください。HDLMコマンドのsetオペレーションに-licパラメタを含むHDLMコマンドを複数同時に実行しないでください。複数同時に実行した場合，コアファイルが生成され，次のメッセージを出力することがあります。

KAPL01075-E HDLM内で重大エラーが発生しました。システム環境が不正です。

このメッセージが出力された場合は，HDLMコマンドのviewオペレーションに-sys -licパラメタを指定して実行し，ライセンスが正しくインストールされているかを確認してください。

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

# /opt/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか? [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

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

HDLMのバージョン情報を参照する手順について，次に説明します。

HDLMのバージョン情報を参照するには，HDLMコマンドのviewオペレーションに-sysパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
HDLM Manager Ver      WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver      WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver      WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

「HDLM Version」に表示されているバージョンがHDLMのバージョンです。

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

HDLMのコンポーネント情報を参照する手順について，次に説明します。

HDLMのコンポーネント情報を参照するには，HDLMコマンドのviewオペレーションに-sysパラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys
HDLM Version                 : x.x.x-xx
Service Pack Version         :
Load Balance                 : on(extended lio)
Support Cluster              :
Elog Level                   : 3
Elog File Size (KB)          : 9900
Number Of Elog Files         : 2
Trace Level                  : 0
Trace File Size(KB)          : 1000
Number Of Trace Files        : 4
Path Health Checking         : on(30)
Auto Failback                : off
Intermittent Error Monitor   : off
HDLM Manager Ver      WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
HDLM Alert Driver Ver      WakeupTime          ElogMem Size
Alive             x.x.x-xx    yyyy/mm/dd hh:mm:ss 4096
HDLM Driver Ver      WakeupTime
Alive       x.x.x-xx    yyyy/mm/dd hh:mm:ss
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

表示される項目のうち，「HDLM Manager」，「HDLM Alert Driver」，および「HDLM Driver」がHDLMのコンポーネント情報です。

また，HDLMのコンポーネントごとに情報を参照できます。HDLMコマンドのviewオペレーションに-sysパラメタと後続パラメタを指定して実行します。コマンドの実行例を次に示します。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -adrv
# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -pdrv

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

HDLMのプログラムに障害が発生した場合などに，HDLMマネージャを手動で起動，または停止して対処することがあります。

＜この節の構成＞

4.4.1　HDLMマネージャの起動

4.4.2　HDLMマネージャの停止

4.4.1　HDLMマネージャの起動

停止しているHDLMマネージャを起動する場合，root権限を持つユーザでHP-UXにログインして，次に示すコマンドを実行します。

# /sbin/init.d/DLMManager start

コマンド名には次のように小文字（dlmmanager）も使用できます。

# /sbin/init.d/dlmmanager start

HDLMのインストール時に設定された起動スクリプトが起動し，HDLMマネージャが起動します。

注意事項

コマンドをシェルの引数として実行する場合は，標準のPOSIXシェル（/usr/bin/sh）を使用してください。

HDLMマネージャが起動しているかどうかは，次に示すHDLMコマンドのviewオペレーションを実行して確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
HDLM Manager Ver      WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

「HDLM Manager」が「Alive」であれば，マネージャが起動しています。

4.4.2　HDLMマネージャの停止

HDLMマネージャを停止する場合，root権限を持つユーザでHP-UXにログインして，次に示すコマンドを実行します。

# /sbin/init.d/DLMManager stop

コマンド名には次のように小文字（dlmmanager）も使用できます。

# /sbin/init.d/dlmmanager stop

HDLMのインストール時に設定された停止スクリプトが起動し，HDLMマネージャが停止します。

注意事項

コマンドをシェルの引数として実行する場合は，標準のPOSIXシェル（/usr/bin/sh）を使用してください。

HDLMマネージャが停止しているかどうかは，次に示すHDLMコマンドのviewオペレーションを実行して確認してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
HDLM Manager Ver      WakeupTime
Dead
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

「HDLM Manager」が「Dead」であれば，マネージャが停止しています。

4.5　HDLM運用環境の構成変更

この章では，ハードウェア（HBA，ファイバケーブル）の交換，HDLM管理対象デバイスの変更など，HDLMを運用する環境の構成を変更する場合の操作について説明します。

＜この節の構成＞

4.5.1　HBAの交換

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

4.5.3　HDLMデバイスの構成変更

4.5.4　パスの追加と削除

4.5.1　HBAの交換

LUに対して複数の稼働状態のパスがある場合，交換するHBAを経由するパスだけを閉塞状態にして，そのほかのパスを使用してアクセスを続けることで，アプリケーションを運用したままHBAを交換できます。

HBAを交換する手順を次に示します。

注意事項

次に示す手順で交換できるのは，HBAだけです。

交換するHBAを経由するパスをOffline(C)状態にします。
ホストポート番号が0001，バス番号が0000のHBAを経由するパスをOffline(C)状態にする場合，次のコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hba 0001.0000

HBAを交換します。
交換前と異なるスロットにHBAを挿入した場合，パスの構成が変更されるため，ホストの再起動が必要となります。アプリケーションを運用したままHBAを交換できるよう，交換前と同じスロットに挿入することをお勧めします。

ioscan -fnC diskコマンドを実行して，交換したHBAが正しく挿入されていることと，パスの構成が変更されていないことを確認します。
ioscanコマンドの結果から，挿入したHBAに対応するパスのS/W StateがCLAIMED状態になっていることを確認してください。また，挿入したHBAに対応するパスのDriverを確認してください。

Driverがdlmfdrv（HP-UX 11i v2.0ではzdlmfdrv）と表示されている場合

手順4に進んでください。

Driverがsdiskと表示されている場合

パスの構成が変更されています。最新のパスの構成定義を有効にするために，HDLMパス情報設定ユティリティ（dlmdefpath）を実行してください。ホスト再起動後，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。

KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

KAPL10317-Eのメッセージが出力されていないことを確認したら，HDLMコマンドのview -drvオペレーションを実行して，変更されたパスの構成を確認してください。

手順4以降の操作は不要です。

交換したHBAを経由するパスをOnline状態にします。
ホストポート番号が0001，バス番号が0000のHBAを経由するパスをOnline状態にする場合，次のコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr online -hba 0001.0000

HDLMコマンドのview -drvオペレーションを実行して，パス情報を確認します。

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

LUに対して複数の稼働状態のパスがある場合，交換するケーブルを経由するパスだけを閉塞状態にして，そのほかのパスを使用してアクセスを続けることで，アプリケーションを運用したままケーブルを交換できます。

ファイバケーブルを交換する手順を次に示します。

注意事項

次に示す手順で交換できるのは，ファイバケーブルだけです。

交換するケーブルを経由するパス（ケーブルが接続しているHBAを経由するパス）をOffline(C)状態にします。
ホストポート番号が0001，バス番号が0000のHBAを経由するパスをOffline(C)状態にする場合，次のコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hba 0001.0000

ケーブルを交換します。
交換前と異なるスイッチ側のポートまたはストレージサブシステム側のポート
に接続した場合，パスの構成が変更されるため，ホストの再起動が必要となります。アプリケーションを運用したままケーブルを交換できるよう，交換前と同じポートに接続することをお勧めします。

ioscan -fnC diskコマンドを実行して，交換したケーブルが正しく接続されていることと，パスの構成が変更されていないことを確認します。
ioscanコマンドの結果から，交換したケーブルを経由するパスのS/W StateがCLAIMED状態になっていることを確認してください。また，交換したケーブルを経由するパスのDriverを確認してください。

Driverがdlmfdrv（HP-UX 11i v2.0ではzdlmfdrv）と表示されている場合

手順4に進んでください。

Driverがsdiskと表示されている場合

パスの構成が変更されています。最新のパスの構成定義を有効にするために，HDLMパス情報設定ユティリティ（dlmdefpath）を実行してください。ホスト再起動後，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。

KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

KAPL10317-Eのメッセージが出力されていないことを確認したら，HDLMコマンドのview -drvオペレーションを実行して，変更されたパスの構成を確認してください。

手順4以降の操作は不要です。

交換したケーブルが経由するパス（ケーブルが接続しているHBAを経由するパス）をOnline 状態にします。
ホストポート番号が0001，バス番号が0000のHBAを経由するパスをOnline状態にする場合，次のコマンドを実行します。

# /opt/DynamicLinkManager/bin/dlnkmgr online -hba 0001.0000

HDLMコマンドのview -drvオペレーションを実行して，パス情報を確認します。

4.5.3　HDLMデバイスの構成変更

ここでは，HDLM管理対象デバイスの構成を変更する手順について説明します。

＜この項の構成＞

(1)　LUを追加する

(2)　LUを削除する

(1)　LUを追加する

HDLMのホストに対して，LUに対応するHDLMデバイスを追加する方法を次に示します。

ストレージサブシステムの管理プログラムを使って，該当するホストに割り当てていないLUを，該当するホストへのパスを持つストレージサブシステムのポートに割り当てて，パスを設定します。
パスの設定については，ストレージサブシステムのマニュアルを参照してください。

ioscan -fnC diskコマンドを実行して，追加したLUへのパスのS/W StateがCLAIMED状態になっていることを確認します。

# ioscan -fnC disk

HDLMのホストでHDLMパス情報設定ユティリティ（dlmdefpath -a）を実行します。
ホストが再起動され，手順1で設定したパスに対応するHDLMデバイスが自動的に追加されます。

ホスト再起動後，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。
KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

HDLMコマンドのview -drvオペレーションを実行して，追加したLUに対応するHDLMデバイスが作成されていることを確認します。

(2)　LUを削除する

LUに対応するHDLMデバイスを削除する方法を次に示します。

該当するLUへのすべてのアクセスを停止します。

上位プログラムが設定ファイルなどを使って削除するHDLMデバイスを指定している場合，該当する上位プログラムを起動しないようにします。

LVMを使用している場合，vgexportコマンドを使用して該当のボリュームグループを削除するか，またはvgreduceコマンドを使用して該当するLUをボリュームグループから削除します。

ストレージサブシステムの管理プログラムを使って，該当するホストへのパスを持つストレージサブシステムのポートから該当するLUへのすべてのパス割り当てを解除します。
パス割り当ての解除（パスの削除）については，ストレージサブシステムのマニュアルを参照してください。

ioscan -fnC diskコマンドを実行して，パス割り当てを解除したLUへのパスのS/W StateがNO_HW状態になっていることを確認します。

# ioscan -fnC disk

HDLMのホストでHDLMパス情報設定ユティリティ（dlmdefpath -a）を実行します。
ホストが再起動され，手順4で削除するように設定したLUに対応するHDLMデバイスが，自動的に削除されます。

ホスト再起動後，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。
KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

HDLMコマンドのview -drvオペレーションを実行して，削除したLUに対応するHDLMデバイスが削除されていることを確認します。

4.5.4　パスの追加と削除

ここでは，パスを追加または削除する手順を説明します。

＜この項の構成＞

(1)　LUへのパスを追加する

(2)　LUへのパスを削除する

(1)　LUへのパスを追加する

既存のLU（HDLMデバイス）にパスを追加する方法を次に示します。

ストレージサブシステムの管理プログラムを使って，該当するLUにパスを追加する設定をします。
パスを追加する設定については，ストレージサブシステムのマニュアルを参照してください。

ioscan -fnC diskコマンドを実行して，追加したパスのS/W StateがCLAIMED状態になっていることを確認します。

# ioscan -fnC disk

HDLMのホストでHDLMパス情報設定ユティリティ（dlmdefpath -a）を実行します。
ホストが再起動され，手順1で追加設定したパスが，該当するLUとHDLMデバイスを結ぶパスとして自動的に追加されます。

ホスト再起動後，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。
KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

HDLMコマンドのview -drvオペレーションを実行して，該当するHDLMデバイスへのパスが増えていることを確認します。

(2)　LUへのパスを削除する

LU（HDLMデバイス）へのパスを削除する方法を次に示します。

該当するLUへのすべてのアクセスを停止します。

ストレージサブシステムの管理プログラムを使って該当するLUへのパスを削除します。
パスを削除する操作については，ストレージサブシステムのマニュアルを参照してください。

ioscan -fnC diskコマンドを実行して，削除したパスのS/W StateがNO_HW状態になっていることを確認します。

# ioscan -fnC disk

HDLMのホストでHDLMパス情報設定ユティリティ（dlmdefpath -a）を実行します。
ホストが再起動され，手順2で削除の設定をしたパスが，該当するLUとHDLMデバイスを結ぶパスから自動的に削除されます。

ホスト再起動後，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。
KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

HDLMコマンドのview -drvオペレーションを実行して，削除したパスの情報が該当するHDLMデバイスの情報から削除されていることを確認します。

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

HP-UXがパスの障害を検出したときのエラー番号を示します。

上位4桁：errno，下位4桁：cdb_status

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

PathID

パスに付けられたIDで，パス管理PATH_IDと呼びます。ホストの再起動時に割り当てられます。

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

PathName

パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。

次に示す四つの項目をピリオドで区切ったものが，パス名として表示されます。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名は，コマンドのviewオペレーションで表示される「PathName」と同じです。パス名の詳細については，「6.7　view　情報を表示する」を確認してください。

DNum

Dev番号です。

HP-UXではセクション番号に該当します。

LU内のDevに，0から順に付けられます。

HP-UXでは，一つのLUに一つのDevがあるため，「0」（固定）が表示されます。

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

HDevName

ホストデバイス名です。

HDLMのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））が表示されます。

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

5.3　パス障害時の対処

HDLMは，パスの障害を検知した場合，パスのフェイルオーバをするとともに，KAPL08022-Eのメッセージを出力します。このメッセージが出力された場合，「図5-1　KAPL08022-Eが出力される場合の障害個所」に示す，パスを構成する部分に障害が発生しています。

図5-1　KAPL08022-Eが出力される場合の障害個所

KAPL08022-Eのメッセージが出力された場合の対処手順を「図5-2　パス障害時の対処手順」に示します。

図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　パス情報の取得

パスの情報を取得して，障害が発生しているハードウェアを絞り込みます。

次のコマンドを実行してください。

# /opt/DynamicLinkManager/bin/dlnkmgr view -path -iem -hbaportwwn > pathinfo.txt

pathinfo.txtはリダイレクト先のファイル名です。ファイル名は環境に合わせて決めてください。

5.3.3　障害パスの抽出

取得したパス情報を確認して，障害パスを探します。「Status」が「Offline(E)」，または「Online(E)」のパスが障害パスです。

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

障害パスの「DskName」，「iLU」，「ChaPort」，および「HBAPortWWN」を確認して，障害が発生した可能性があるハードウェアを絞り込みます。「DskName」，「iLU」，および「ChaPort」は，ストレージサブシステムの管理プログラムで参照して，物理的に特定してください。

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

HP-UX，およびハードウェアの管理ツールなどで障害個所を特定して，障害に対処します。パスに障害が発生した場合，ホストのsyslogにはHDLMが出力するエラーメッセージのほかに，障害が発生したパスの情報が出力されることがあります。この情報で表示されるデバイス番号は，メジャー番号がHDLMデバイスのメジャー番号になります。次に表示例を示します。

上記の例のHDLMデバイスのメジャー番号は0x4e（78），マイナー番号は0x0c2400（c12t2d4）となります。

lsdevコマンドでメジャー番号を参照することで，上記のエラーがキャラクタ型デバイス（c12t2d4）へのI/O発行時に障害が発生したことがわかります。次にHP-UX 11i v1.0でのlsdevコマンドの実行例を示します。

# lsdev -C disk
   Character     Block       Driver          Class
      78           3         dlmfdrv         disk
     188          31         sdisk           disk

ハードウェアの保守については，ハードウェアの購入元会社，または保守契約があれば保守会社に連絡してください。

5.3.6　パスを稼働状態に変更

障害回復後，障害のために閉塞状態になったパスをHDLMコマンドのonlineオペレーションで稼働状態にします。onlineオペレーションについては，「6.5　online　パスを稼働状態にする」を参照してください。次のコマンドを実行してください。

# /opt/DynamicLinkManager/bin/dlnkmgr online

このコマンドを実行すると，すべての閉塞状態のパスが稼働状態になります。

障害が原因で稼働状態にできないパスがあった場合は，KAPL01039-Wのメッセージが表示されます。稼働状態にできないパスを無視して処理を継続する場合は「y」を，処理を中断する場合は「n」を入力してください。

稼働状態にできないパスについては，再度状態を確認し，障害回復のための対処をしてください。

注意事項

Offline(E)状態のパスにHDLMコマンドのonlineオペレーション（-pathidパラメタ指定）を実行した場合，パスがOnline状態にならないことがあります。この場合，HDLMコマンドのofflineオペレーションで，Offline(E)状態のパスをいったんOffline(C)状態にしてください。そのあとでonlineオペレーションを実行してください。対象パスが使用できる状態かどうか自動的にチェックされ，使用できるパスはOnline状態に，使用できないパスはOffline(E)状態になります。Offline(E)状態になったパスは，まだ障害から回復していません。障害に対処してから，再度onlineオペレーションを実行してください。onlineオペレーションについては，「6.5　online　パスを稼働状態にする」を参照してください。offlineオペレーションについては，「6.4　offline　パスを閉塞状態にする」を参照してください。

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

HDLMのプログラムで障害が発生した場合の対処について説明します。対処手順を「図5-3　プログラム障害時の対処手順」に示します。

図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　情報を表示する」を参照してください。

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

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

コマンド実行後，KAPL01012-Eのメッセージが出力された場合

次に，KAPL01012-Eのメッセージを示します。

KAPL01012-E HDLMマネージャとの接続に失敗しました。オペレーション名 = view

この場合，HDLMマネージャを起動します。

HDLMマネージャの起動方法については，「4.4.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.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情報，HDLMデバイス，SCSIデバイスおよびLDEV情報の対応が表示されます。詳細については，「6.7　view　情報を表示する」を参照してください。

注意事項

root権限を持つユーザで，コマンドを実行してください。

パラメタで指定する値にスペースが含まれる場合には，値全体を「"」（引用符）で囲んでください。

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

HDLMシステムが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値（0）にします。

＜この節の構成＞

6.2.1　形式

6.2.2　パラメタ

6.2.1　形式

＜この項の構成＞

(1)　パスの統計情報を初期値（0）にする場合

(2)　clearオペレーションの形式を表示する場合

(1)　パスの統計情報を初期値（0）にする場合

/opt/DynamicLinkManager/bin/dlnkmgr clear -pdst [-s]

(2)　clearオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr clear -help

6.2.2　パラメタ

＜この項の構成＞

(1)　パスの統計情報を初期値（0）にする場合

(2)　clearオペレーションの形式を表示する場合

(1)　パスの統計情報を初期値（0）にする場合

-pdst

HDLMが管理する，すべてのパスの統計情報（I/O回数，I/O障害回数）の値を初期値にします。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr clear -pdst
KAPL01049-I オペレーションを開始します。オペレーション名 = clear。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-s

このパラメタを指定すると，コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合，確認メッセージへの入力を省略したいときに指定します。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr clear -pdst -s
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(2)　clearオペレーションの形式を表示する場合

-help

このパラメタを指定すると，clearオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr clear -help
clear:
 Format
   dlnkmgr clear -pdst [-s]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = clear, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

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

HDLMコマンド，およびHDLMコマンドの各オペレーションの形式が表示されます。

＜この節の構成＞

6.3.1　形式

6.3.2　パラメタ

6.3.1　形式

/opt/DynamicLinkManager/bin/dlnkmgr help

[オペレーション名] [オペレーション名] ...

6.3.2　パラメタ

オペレーション名

形式を知りたいオペレーション名を指定します。

オペレーション名は，複数指定できます。複数のオペレーション名を指定した場合，指定した順に形式が表示されます。

指定できるオペレーション名は，次に示すどれかです。

clear

help

online

offline

set

view

オペレーション名を省略すると，HDLMコマンドで使用できる，すべてのオペレーション名が表示されます。

使用例

使用例1

HDLMコマンドで使用できるすべてのオペレーション名を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr help
dlnkmgr:
 Format
   dlnkmgr { clear | help | offline | online | set | view }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

複数のオペレーションの形式を表示する場合

「AutoPATH_ID」はパス管理PATH_IDを示します。

# /opt/DynamicLinkManager/bin/dlnkmgr help online offline help
online:
 Format
  dlnkmgr online [-path] -hba HBAPortNumber.BusNumber [-s]
  dlnkmgr online [-path] -cha -pathid AutoPATH_ID [-s]
  dlnkmgr online [-path] [-pathid AutoPATH_ID] [-s]
 Valid value
  AutoPATH_ID    { 000000 - 999999 }(Decimal)
offline:
 Format
  dlnkmgr offline [-path] -hba HBAPortNumber.BusNumber [-s]
  dlnkmgr offline [-path] -cha -pathid AutoPATH_ID [-s]
  dlnkmgr offline [-path] -pathid AutoPATH_ID [-s]
 Valid value
  AutoPATH_ID    { 000000 - 999999 }(Decimal)
help:
 Format
  dlnkmgr help { clear | offline | online | set | view }
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = help, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例3

helpオペレーションで指定できるオペレーション名を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr help help
help:
 Format
   dlnkmgr help { clear | offline | online | set | view }
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)　パスを閉塞状態にする場合

/opt/DynamicLinkManager/bin/dlnkmgr offline

[-path]

{-hba ホストポート番号.バス番号

|-cha -pathid パス管理PATH_ID

|-pathid パス管理PATH_ID}

[-s]

(2)　offlineオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr offline -help

6.4.2　パラメタ

＜この項の構成＞

(1)　パスを閉塞状態にする場合

(2)　offlineオペレーションの形式を表示する場合

(1)　パスを閉塞状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

offlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-cha，または-pathidパラメタで，閉塞状態にするパスを必ず指定します。

-hba ホストポート番号.バス番号

HBAポート単位でパスを閉塞状態にする場合に指定します。指定した番号のHBAポートを通るすべてのパスを閉塞状態にします。

viewオペレーションで表示されるパス名のうち，ホストポート番号，バス番号をピリオドで区切って指定します。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。

使用例

コマンド実行の確認をして，特定のHBAポート（ホストポート番号「0001」，バス番号「0000」）を通るすべてのパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -hba 0001.0000
KAPL01055-I 指定されたHBAを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n] :y
KAPL01056-I 指定されたHBAを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n] :y
KAPL01061-I 3本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

-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は，ホストの再起動時に新しく割り当てられます。必ずviewオペレーションを実行して，閉塞状態にするパスの現在のパス管理PATH_IDを確認してから，offlineオペレーションを実行してください。

使用例

コマンド実行の確認をして，CHAポート「0A」を通るすべてのパスを閉塞状態にする場合（パス管理PATH_ID「000001」がCHAポート「0A」を通っているとき）

# /opt/DynamicLinkManager/bin/dlnkmgr offline -cha -pathid 000001
KAPL01055-I 指定されたCHA portを通る全てのパスをOffline(C)にします。よろしいですか？ [y/n] :y
KAPL01056-I 指定されたCHA portを通る全てのパスがOffline(C)になってもよい場合はyを入力してください。そうでない場合はnを入力してください。 [y/n] :y
KAPL01061-I 2本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

-pathid パス管理PATH_ID

単一のパスを閉塞状態にする場合に指定します。

viewオペレーションで表示される，現在のパス管理PATH_IDを指定します。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。パス管理PATH_IDの，左側のけたから0詰めされている0は省略できます（000001と1は同値です）。ただし，パス管理PATH_ID「000000」を指定する場合は，「000000」または「0」を指定してください。

パス管理PATH_IDは，ホストの再起動時に新しく割り当てられます。必ずviewオペレーションを実行して，閉塞状態にするパスの現在のパス管理PATH_IDを確認してから，offlineオペレーションを実行してください。

-s

このパラメタを指定すると，コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合，確認メッセージへの入力を省略したいときに指定します。

使用例

コマンド実行の確認をしないで，パス管理PATH_ID「000001」のパスを閉塞状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr offline -pathid 1 -s
KAPL01061-I 1本のパスをOffline(C)にしました。失敗したパス = 0本。オペレーション名 = offline
#

(2)　offlineオペレーションの形式を表示する場合

-help

このパラメタを指定すると，offlineオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr offline -help
offline:
 Format
  dlnkmgr offline [-path] -hba HBAPortNumber.BusNumber [-s]
  dlnkmgr offline [-path] -cha -pathid AutoPATH_ID [-s]
  dlnkmgr offline [-path] -pathid AutoPATH_ID [-s]
 Valid value
  AutoPATH_ID     { 000000 - 999999 }(Decimal)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = offline, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

参考

HDLMコマンドのviewオペレーションとUNIXの標準コマンドを組み合わせて実行すると，特定のHBAポート，またはCHAポートで，パスの情報を絞り込んで表示できます。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。

HBAポート単位，またはCHAポート単位でパスを閉塞状態にする前に，次のコマンドを実行して，閉塞状態にするパスの情報を確認することをお勧めします。

例1

特定のHBAポート（ホストポート番号「0004」，バス番号「0000」）を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path | grep 0004.0000

指定したHBAポートを通るパスの情報だけが表示されます。

例2

SANRISE9500VシリーズのCHAポート「0A」を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path -stname | grep 9500V | grep 0A

指定したCHAポートを通るパスの情報だけが表示されます。

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

閉塞状態のパスを稼働状態にします。稼働状態にするパスは，HBAポート単位，CHAポート単位，パス単位で指定できます。

＜この節の構成＞

6.5.1　形式

6.5.2　パラメタ

6.5.1　形式

＜この項の構成＞

(1)　パスを稼働状態にする場合

(2)　onlineオペレーションの形式を表示する場合

(1)　パスを稼働状態にする場合

/opt/DynamicLinkManager/bin/dlnkmgr online

[-path]

[-hba ホストポート番号.バス番号

|-cha -pathid パス管理PATH_ID

|-pathid パス管理PATH_ID]

[-s]

(2)　onlineオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr online -help

6.5.2　パラメタ

＜この項の構成＞

(1)　パスを稼働状態にする場合

(2)　onlineオペレーションの形式を表示する場合

(1)　パスを稼働状態にする場合

-path

HDLMが管理しているパスを操作することを指定します。

onlineオペレーションの対象物はパスだけなので，この指定は省略できます。

-hba，-cha，または-pathidパラメタで，稼働状態にするパスを指定できます。これらのパラメタを省略した場合は，すべての閉塞状態のパスを稼働状態にします。稼働状態にできないパスがあった場合，処理を継続するかどうかを確認するメッセージが表示されます。稼働状態にできなかったパスを閉塞状態のままにして処理を継続する場合は「y」を，処理を中断する場合は「n」を入力してください。

-hba ホストポート番号.バス番号

HBAポート単位でパスを稼働状態にする場合に指定します。指定した番号のHBAポートを通るすべてのパスを稼働状態にします。

viewオペレーションで表示されるパス名のうち，ホストポート番号，バス番号をピリオドで区切って指定します。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。

使用例

コマンド実行の確認をして，特定のHBAポート（ホストポート番号「0001」，バス番号「0000」）を通るすべてのパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -hba 0001.0000
KAPL01057-I 指定されたHBAを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 3本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

-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は，ホストの再起動時に新しく割り当てられます。必ずviewオペレーションを実行して，稼働状態にするパスの現在のパス管理PATH_IDを確認してから，onlineオペレーションを実行してください。

使用例

コマンド実行の確認をして，CHAポート「0A」を通るすべてのパスを稼働状態にする場合（パス管理PATH_ID「000002」がCHAポート「0A」を通っているとき）

# /opt/DynamicLinkManager/bin/dlnkmgr online -cha -pathid 000002
KAPL01057-I 指定されたCHA portを通る全てのパスをOnlineにします。よろしいですか？ [y/n] :y
KAPL01061-I 2本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

-pathid パス管理PATH_ID

単一のパスを稼働状態にする場合に指定します。

viewオペレーションで表示される，現在のパス管理PATH_IDを指定します。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。パス管理PATH_IDの，左側のけたから0詰めされている0は省略できます（000001と1は同値です）。ただし，パス管理PATH_ID「000000」を指定する場合は，「000000」または「0」を指定してください。

パス管理PATH_IDは，ホストの再起動時に新しく割り当てられます。必ずviewオペレーションを実行して，稼働状態にするパスの現在のパス管理PATH_IDを確認してから，onlineオペレーションを実行してください。

-s

このパラメタを指定すると，コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合，確認メッセージへの入力を省略したいときに指定します。

使用例

コマンド実行の確認をしないで，パス管理PATH_ID「000002」のパスを稼働状態にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr online -pathid 2 -s
KAPL01061-I 1本のパスをOnlineにしました。失敗したパス = 0本。オペレーション名 = online
#

(2)　onlineオペレーションの形式を表示する場合

-help

このパラメタを指定すると，onlineオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr online -help
online:
 Format
   dlnkmgr online [-path] -hba HBAPortNumber.BusNumber [-s]
   dlnkmgr online [-path] -cha -pathid AutoPATH_ID [-s]
   dlnkmgr online [-path] [-pathid AutoPATH_ID] [-s]
 Valid value
   AutoPATH_ID     { 000000 - 999999 }(Decimal)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = online, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

参考

HDLMコマンドのviewオペレーションとUNIXの標準コマンドを組み合わせて実行すると，特定のHBAポート，またはCHAポートで，パスの情報を絞り込んで表示できます。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。

HBAポート単位，またはCHAポート単位でパスを稼働状態にする前に，次のコマンドを実行して，稼働状態にするパスの情報を確認することをお勧めします。

例1

特定のHBAポート（ホストポート番号「0004」，バス番号「0000」）を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path | grep 0004.0000

指定したHBAポートを通るパスの情報だけが表示されます。

例2

SANRISE9500VシリーズのCHAポート「0A」を通るすべてのパスを確認する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -path -stname | grep 9500V | grep 0A

指定したCHAポートを通るパスの情報だけが表示されます。

6.6　set　動作環境を設定する

HDLMの動作環境を設定します。

＜この節の構成＞

6.6.1　形式

6.6.2　パラメタ

6.6.1　形式

＜この項の構成＞

(1)　HDLMの動作環境を設定する場合

(2)　setオペレーションの形式を表示する場合

(1)　HDLMの動作環境を設定する場合

/opt/DynamicLinkManager/bin/dlnkmgr set

{-lb {on [-lbtype {rr|exrr|lio|exlio|lbk|exlbk}]|off}

|-ellv 障害ログ採取レベル

|-elfs 障害ログファイルサイズ

|-elfn 障害ログファイル数

|-systflv トレースレベル

|-systfs トレースファイルサイズ

|-systfn トレースファイル数

|-pchk {on [-intvl チェック間隔]|off}

|-afb {on [-intvl チェック間隔]|off}

|-iem {on [-intvl 障害監視時間] [-iemnum 障害発生回数]|off}

|-lic

|-audlog {on [-audlv 監査ログ採取レベル] [-category [[ss] [a] [ca]|all]]|off}

|-audfac Facility値}

[-s]

(2)　setオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr set -help

6.6.2　パラメタ

＜この項の構成＞

(1)　HDLMの動作環境を設定する場合

(2)　setオペレーションの形式を表示する場合

(1)　HDLMの動作環境を設定する場合

各設定のデフォルト値と推奨値を「表6-2　各設定のデフォルト値と推奨値」に示します。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

-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を指定してロードバランス機能を無効にしても，記憶されています。そのため，再度ロードバランス機能を有効にし，アルゴリズムを指定しなかった場合，記憶されているアルゴリズムでロードバランスが実行されます。

なお，ロードバランスの種別にかかわらず，VxFSからの連続したI/Oについては，パスの切り替えが行われません。

-ellv 障害ログ採取レベル

障害ログとして採取する障害情報のレベルを設定します。

障害ログ採取レベルを設定できるログファイルは，HDLMマネージャのログ（dlmmgr[1-16].log）です。

障害ログ採取レベルの設定値とその説明を「表6-3　障害ログ採取レベルの設定値」に示します。なお，障害が発生したときは，障害ログ採取レベルに「1」以上を選択してログを採取します。

表6-3　障害ログ採取レベルの設定値

設定値 | 説明
0 | 障害ログを採取しません。
1 | Errorレベル以上の障害情報を採取します。
2 | Warningレベル以上の障害情報を採取します。
3 | Informationレベル以上の障害情報を採取します。
4 | Informationレベル（保守情報も含む）以上の障害情報を採取します。

設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr set -ellv 1
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-elfs 障害ログファイルサイズ

障害ログファイル（dlmmgr[1-16].log）のサイズをキロバイト単位で設定します。100～2000000の値を指定します。HDLMマネージャのログには指定値が反映されます。障害ログファイル数の指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

すべてのログファイルが設定サイズに達すると，いちばん古いログファイルから順に新しいログ情報が上書きされます。

-elfn 障害ログファイル数

障害ログファイル（dlmmgr[1-16].log）の数を設定します。2～16の値を指定します。障害ログファイルサイズの指定と合わせて，採取できる障害ログの合計サイズの最大値は32000000KB（約30GB）です。

-systflv トレースレベル

トレースの出力レベルを設定します。トレースレベルを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースレベルの設定値とその説明を「表6-4　トレースレベルの設定値」に示します。なお，障害が発生したときは，トレースレベルに「1」以上を選択してログを採取します。

表6-4　トレースレベルの設定値

設定値 | 説明
0 | トレースを出力しません。
1 | エラー情報だけ出力します。
2 | プログラムの動作概略を出力します。
3 | プログラムの動作詳細を出力します。
4 | すべての情報を出力します。

設定値が大きいほど出力されるログの量が多くなります。ログの出力量が多い場合，古い障害ログファイルに上書きされるまでの時間が短くなります。

-systfs トレースファイルサイズ

トレースファイルのサイズをキロバイト単位で設定します。100～16000の値を指定します。トレースファイル数の指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。なお，設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。ファイルサイズを設定できるトレースファイルは，hdlmtr[1-64].logです。トレースファイルは固定長です。したがって，書き込まれるトレース情報が設定したファイルサイズに満たない場合でも，出力されるトレースファイル一つ当たりのファイルサイズは常に固定です。すべてのトレースファイルにトレースが書き込まれると，いちばん古いトレースファイルから順に新しいトレースが上書きされます。

-systfn トレースファイル数

トレースファイルの数を設定します。2～64の値を指定します。トレースファイルサイズの指定と合わせて，採取できるトレースの合計サイズの最大値は1024000KBです。なお，設定されている値よりも小さい値を指定した場合，実行を確認するKAPL01097-Wのメッセージが表示されてトレースファイルはいったん削除されます。ファイル数を設定できるトレースファイルは，hdlmtr[1-64].logです。

-pchk {on [-intvl チェック間隔]|off}

パスヘルスチェック機能を有効，または無効にします。

on：有効

off：無効

待機系ホストや，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズのストレージサブシステムに接続しているホストでは，I/Oが発行されないパスの障害を検出するために，パスヘルスチェック機能を有効にすることをお勧めします。「on」を指定した場合，パスヘルスチェックのチェック間隔を，後続パラメタで指定します。チェック間隔の指定を省略した場合，チェック間隔は次のとおりになります。

これまでにチェック間隔を一度も指定していない場合
30分間隔（デフォルトの設定）になります。

これまでにチェック間隔を指定している場合
前回指定したチェック間隔になります。

パスヘルスチェックのチェック間隔を指定する後続パラメタの形式を，次に示します。

-intvl チェック間隔

パスヘルスチェックのチェック間隔を，分単位で指定します。使用している環境に合わせて1～1440の値を指定します。チェック間隔を変更した場合，変更後のチェック間隔が直ちに有効になります。チェック間隔を短くした場合，前回のパスヘルスチェックの実行終了時から，すでに変更後のチェック間隔を経過しているときには，直ちにパスヘルスチェックが始まります。このパラメタで設定したチェック間隔は，-pchk offを指定してパスヘルスチェック機能を無効にしても，記憶されています。そのため，再度パスヘルスチェック機能を有効にし，チェック間隔を指定しなかった場合，記憶されているチェック間隔でパスヘルスチェックが実行されます。

-afb {on [-intvl チェック間隔]|off}

障害パスの自動フェイルバック機能を有効，または無効にします。

on：有効

off：無効

自動フェイルバック機能を有効にすると，保守作業などのためにユーザが意識的に障害状態にしていたパスが，自動的に稼働状態になってしまうことがあります。また，ストレージやパスで間欠障害が発生した場合，パスの状態が，閉塞状態と稼働状態を繰り返すため，I/Oの性能が低下することがあります。

自動フェイルバックの対象となるのは，障害が発生してKAPL08022-Eのメッセージが出力されたパス，およびHDLMマネージャの起動時に障害となっているパスです。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを有効にする場合は，間欠障害監視を有効にすることをお勧めします。間欠障害監視は，自動フェイルバックが有効なときにだけ設定できます。自動フェイルバックと間欠障害監視の設定の関係については，「表6-5　自動フェイルバックおよび間欠障害監視の設定状況と，実行できる操作の関係」を参照してください。

「on」を指定した場合，パスの状態を確認するチェック間隔を後続パラメタで指定します。チェック間隔の指定を省略した場合，チェック間隔は次のとおりになります。

これまでにチェック間隔を一度も指定していない場合
1分間隔（デフォルトの設定）になります。

これまでにチェック間隔を指定している場合
前回指定したチェック間隔になります。

パスの状態確認のチェック間隔を指定する後続パラメタの形式を，次に示します。

-intvl チェック間隔

パスの状態確認の終了から，次回のパスの状態確認を開始するまでのチェック間隔を，分単位で指定します。1～1440の値を指定します。デフォルト値は「1」です。システムの運用方法に合わせて設定してください。

間欠障害監視の設定が「on」で障害発生回数が「2」以上の場合，次の条件が満たされている必要があります。

間欠障害の障害監視時間 >=

自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はKAPL01080-Wエラーになります。エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。

障害発生回数に「1」を指定した場合，上記の条件を満たす必要はありません。

チェック間隔を変更した場合，変更後のチェック間隔が直ちに有効になります。チェック間隔を短くした場合，前回のパスの状態確認が終了したときから，すでに変更後のチェック間隔を経過しているときには，直ちにパスの状態確認が始まります。

このパラメタで設定したチェック間隔は，-afb offを指定して自動フェイルバック機能を無効にしても，記憶されています。そのため，再度自動フェイルバック機能を有効にし，チェック間隔を指定しなかった場合，記憶されているチェック間隔でパスの状態確認が実行されます。

-iem {on [-intvl 障害監視時間] [-iemnum 障害発生回数]|off}

間欠障害監視を有効，または無効にします。

on：有効

off：無効

間欠障害監視は，自動フェイルバックが「on」のときにだけ設定できます。間欠障害が発生したときのI/O性能の低下を防ぐため，自動フェイルバックを有効にする場合は，間欠障害監視を有効にすることをお勧めします。「on」を指定した場合，障害監視時間および障害発生回数を，後続パラメタで指定します。間欠障害の監視が開始されてから指定した時間が経過するまでの間に，指定した回数の障害が発生した場合に，該当するパスに間欠障害が発生しているとみなします。間欠障害が発生しているとみなされたパスは，自動フェイルバックの対象外になります。間欠障害監視は，パスごとに実施されます。また，間欠障害監視は，自動フェイルバックによってパスが障害から回復した時点から開始されます。

障害監視時間または障害発生回数の指定を省略した場合，それぞれの値は次のとおりになります。

これまでに障害監視時間または障害発生回数を一度も指定していない場合
障害監視時間は30分，障害発生回数は3回になります。

これまでに障害監視時間または障害発生回数を指定している場合
前回指定した値になります。

障害監視時間と障害発生回数の設定値は障害発生回数が「2」以上の場合，次の条件を満たしている必要があります。

間欠障害の障害監視時間 >=

自動フェイルバックのチェック間隔×間欠障害監視で指定する障害発生回数

この条件が満たされない場合はKAPL01080-Wエラーになります。エラーになった場合は，自動フェイルバックのチェック間隔，間欠障害の監視時間，または間欠障害監視で指定する障害発生回数のどれかを変更してください。

障害発生回数が「1」の場合，上記の条件を満たす必要はありません。

間欠障害の監視時間と障害の発生回数を指定する後続パラメタの形式を，次に示します。

-intvl 障害監視時間

間欠障害の監視時間を分単位で指定します。1～1440の値を指定します。デフォルト値は「30」です。

間欠障害の監視中に障害監視時間を変更した場合，変更前までにカウントされた障害発生回数，および監視を開始してから経過した時間が0にリセットされます。そして，変更後の設定で監視が開始されます。間欠障害の監視時間外に障害監視時間を変更した場合，次に自動フェイルバックが成功した時点から，変更後の障害監視時間が有効になります。監視時間外は障害発生回数はカウントされていないため，回数の変更はありません。

このパラメタで設定した障害監視時間は，-iem offを指定して間欠障害監視を無効にしても記憶されています。そのため，再度間欠障害監視を有効にし，障害監視時間を指定しなかった場合，記憶されている障害監視時間で間欠障害監視が実行されます。

-iemnum 障害発生回数

障害の発生回数を指定します。1～99の値を指定します。デフォルト値は「3」です。

間欠障害の監視中に障害発生回数を変更した場合，変更前までにカウントされた障害発生回数，および監視を開始してから経過した時間が0にリセットされます。そして，変更後の設定で監視が開始されます。間欠障害の監視時間外に障害発生回数を変更した場合，次に自動フェイルバックが成功した時点から変更後の障害発生回数が有効になります。監視時間外は障害発生回数はカウントされていないため，回数の変更はありません。

このパラメタで設定した障害発生回数は，-iem offを指定して間欠障害監視を無効にしても，記憶されています。そのため，再度，間欠障害監視を有効にし，障害発生回数を指定しなかった場合，記憶されている障害発生回数で間欠障害監視が実行されます。

間欠障害の監視中にset -iem onオペレーションを実行した場合，障害監視時間または障害発生回数を変更していなくても，それまでにカウントされた障害発生回数，および監視を開始してから経過した時間がリセットされます。間欠障害監視は継続されます。

間欠障害監視を「on」に設定しているときに，自動フェイルバックを「off」に設定すると，間欠障害監視は無効になります。ただし，view -sysオペレーションでHDLMの機能の設定情報を表示した場合，間欠障害監視（Intermittent Error Monitor）の設定は「on」と表示されます。再度自動フェイルバックを「on」に設定すると，間欠障害監視が有効になります。

自動フェイルバックおよび間欠障害監視について実行できる操作は，それらの機能の設定状況に依存します。自動フェイルバックおよび間欠障害監視の設定状況と，それらの機能について実行できる操作の関係を，「表6-5　自動フェイルバックおよび間欠障害監視の設定状況と，実行できる操作の関係」に示します。

表6-5　自動フェイルバックおよび間欠障害監視の設定状況と，実行できる操作の関係

設定状況
実行できる操作
操作の結果

AFB
IEM

on
on
AFBを「on」にする
AFBとIEMの動作には変化なし

AFBの設定値を変更する
AFBは変更後の設定で動作する※1

AFBを「off」にする

AFBおよびIEMが無効になる

カウントされた障害発生回数，監視経過時間，および自動フェイルバック対象外の情報がリセットされる

IEMを「on」にする

間欠障害監視中のパスは，カウントされた障害発生回数と監視経過時間が「0」にリセットされ，改めて間欠障害監視が開始される

間欠障害監視時間外のパスは，変化なし

IEMの設定値を変更する

間欠障害監視中のパスは，カウントされた障害発生回数と監視経過時間が「0」にリセットされ，変更後の監視条件に従って，改めて間欠障害監視が開始される※1

間欠障害監視時間外のパスは障害発生後，自動フェイルバックによって回復したときから設定値が有効となる

IEMを「off」にする

IEMが無効になる

カウントされた障害発生回数，監視経過時間，および自動フェイルバック対象外の情報がリセットされる

off
AFBを「on」にする
AFBとIEMの動作には変化なし

AFBの設定値を変更する
AFBは変更後の設定で動作する

AFBを「off」にする
AFBが無効になる

IEMを「on」にする
IEMが有効になる※1

off
on※2
AFBを「on」にする
AFBおよびIEMが有効になる※1

AFBを「off」にする
AFBとIEMの動作には変化なし

off
AFBを「on」にする
AFBが有効になる

AFBを「off」にする
AFBとIEMの動作には変化なし

（凡例）

AFB：自動フェイルバック

IEM：間欠障害監視

注※1

自動フェイルバックのチェック間隔の設定値と間欠障害監視の設定値の条件を満たさない場合，KAPL01080-Wエラーになります。KAPL01080-Wエラーとなった場合は間欠障害監視状態に変化はありません。

注※2

自動フェイルバックの設定が「off」なので，間欠障害監視は無効です。

使用例

間欠障害監視を有効にする場合

# /opt/DynamicLinkManager/bin/dlnkmgr set -iem on -intvl 20 -iemnum 2
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-lic

ライセンスを更新する場合に指定します。ライセンスは，ライセンスキーまたはライセンスキーファイルで提供されます。ライセンスキーファイルは，ライセンスキーを格納したファイルです。

ライセンスキーファイルを使用する場合

ライセンスキーファイルを，/var/tmp直下に「hdlm_license」という名称で格納してから，set -licオペレーションを実行します。ライセンスキーファイルに記述されているライセンスキーの種別に応じて，ライセンスキーが登録された旨のメッセージが出力されます。一時または非常ライセンスの場合は，期限満了日も表示されます（KAPL01071-I，KAPL01072-I）。

ライセンスキーファイルを使用しない場合

set -licオペレーションを実行すると，ユーザにライセンスキーの入力を求めるKAPL01068-Iのメッセージが出力されます。それに対して，ライセンスキーを入力します。入力したライセンスキーの種別に応じて，ライセンスキーが登録された旨のメッセージが表示されます。一時または非常ライセンスの場合は，期限満了日も表示されます（KAPL01071-I，KAPL01072-I）。

ライセンスキーの種別を「表6-6　ライセンスキー種別」に示します。

表6-6　ライセンスキー種別

種類 | 説明
永久ライセンスキー | 永久的な製品の使用を可能とするためのライセンスキーです。
一時ライセンスキー※ | ユーザが製品の評価などを行う場合に使用するライセンスキーです。期間には，「120」（120日間）が，インストール時に設定されます。一時ライセンスキーは再利用できません。
非常ライセンスキー | 永久ライセンスキー発行が間に合わない場合などに，一時的に使用するライセンスキーです。期間には「30」（30日間）が，インストール時に設定されます。非常ライセンスキーは再利用できません。

注※

一時ライセンスキーは，setオペレーションでインストールできません。

使用例1

ライセンスキーを更新する場合（ライセンスキーファイルがあるとき）

# /opt/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか? [y/n] : y
KAPL01071-I 永久ライセンスがインストールされました。
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

ライセンスキーを更新する場合（ライセンスキーファイルがないとき）

# /opt/DynamicLinkManager/bin/dlnkmgr set -lic
KAPL01049-I オペレーションを開始します。オペレーション名 = set。よろしいですか？ [y/n] : y
KAPL01083-I ライセンスキーファイルがありません。ファイル名 =/var/tmp/hdlm_license
KAPL01068-I ライセンスキーを入力して下さい：*************
KAPL01071-I 永久ライセンスがインストールされました。
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

-audlog {on [-audlv 監査ログ採取レベル] [-category [[ss] [a] [ca]|all]]|off}

監査ログの採取を指定します。

on：採取する

off：採取しない

-audlv 監査ログ採取レベル

監査ログとして採取する重要度のレベルを設定します。設定値を「表6-7　監査ログ採取レベルの設定値」に示します。デフォルトの設定値は「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]

監査ログとして採取する種別を設定します。設定値を「表6-8　監査ログ種別の設定値」に示します。デフォルトの設定値は「all」です。-categoryを指定して設定値を省略した場合は「all」が指定されたものとみなされます。

表6-8　監査ログ種別の設定値

設定値 | 説明
ss | StartStopの監査ログ事象を採取します。
a | Authenticationの監査ログ事象を採取します。
ca | ConfigurationAccessの監査ログ事象を採取します。
all | StartStop，Authentication，およびConfigurationAccessの監査ログ事象を採取します。

-audfac Facility値

監査ログのFacilityを指定します。

設定値を「表6-9　監査ログの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

-s

このパラメタを指定すると，コマンド実行の確認メッセージを表示しないで実行します。シェルスクリプトやバッチファイルでコマンドを実行する場合，確認メッセージへの入力を省略したいときに指定します。

(2)　setオペレーションの形式を表示する場合

-help

このパラメタを指定すると，setオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr set -help
set:
Format
dlnkmgr set { -lb on [ -lbtype { rr | exrr | lio | exlio | lbk | exlbk } ]
| -lb off
| -ellv ElogLevel
| -elfs ElogFileSize
| -elfn Number-Of-ElogFiles
| -systflv TraceLevel
| -systfs TraceFileSize
| -systfn Number-Of-TraceFiles
| -pchk on [ -intvl Interval-Time ]
| -pchk off
| -afb on [ -intvl Interval-Time ]
| -afb off
| -iem on
[ -intvl Error-Monitor-Interval ]
[ -iemnum Number-Of-Times ]
| -iem off
| -lic
| -audlog on
[ -audlv AudlogLevel ]
[ -category Category-Value ]
| -audlog off
| -audfac { Facility-Name | Facility-Number }
}
[-s]
Valid value
ElogLevel { 0 | 1 | 2 | 3 | 4 } (Default Value 3)
ElogFileSize { 100 - 2000000 }(KB) (Default Value 9900)
Number-Of-ElogFiles { 2 - 16 }(Files) (Default Value 2)
TraceLevel { 0 | 1 | 2 | 3 | 4 } (Default Value 0)
TraceFileSize { 100 - 16000 }(KB) (Default Value 1000)
Number-Of-TraceFiles { 2 - 64 }(Files) (Default Value 4)
Interval-Time { 1 - 1440 }(Minute) (Default Value 30)
(pchk)
Interval-Time { 1 - 1440 }(Minute) (Default Value 1)
(afb)
Error-Monitor-Interval { 1 - 1440 }(Minute) (Default Value 30)
Number-Of-Times { 1 - 99 }(Times) (Default Value 3)
AudlogLevel { 0 - 7 } (Default Value 6)
Category-Value { [ss] [a] [ca] |
all } (Default Value all)
Facility-Name { user |
local0 - local7 } (Default Value user)
Facility-Number { 1 | 16 - 23 } (Default Value 1)
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = set, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

6.7　view　情報を表示する

HDLMのプログラム情報，パス情報，LU情報，HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を表示します。

＜この節の構成＞

6.7.1　形式

6.7.2　パラメタ

6.7.1　形式

＜この項の構成＞

(1)　プログラム情報を表示する場合

(2)　パス情報を表示する場合

(3)　LU情報を表示する場合

(4)　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を表示する場合

(5)　viewオペレーションの形式を表示する場合

(1)　プログラム情報を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -sys

[-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog]

[-t]

(2)　パス情報を表示する場合

パス情報表示

/opt/DynamicLinkManager/bin/dlnkmgr view -path

[-hdev ホストデバイス名]

[-stname]

[-iem]

[-srt {pn|lu|cp}]

[-hbaportwwn]

[-t]

パス情報表示（表示項目を選択する場合）

/opt/DynamicLinkManager/bin/dlnkmgr view -path -item

[pn] [dn] [lu] [cp] [type] [ic] [ie] [dnu] [hd] [iep] [hbaportwwn]

[-hdev ホストデバイス名]

[-stname]

[-srt {pn|lu|cp}]

[-t]

パス情報の概略表示

/opt/DynamicLinkManager/bin/dlnkmgr view -path -c

[-stname]

[-srt {lu|cp}]

[-t]

(3)　LU情報を表示する場合

LU情報表示

/opt/DynamicLinkManager/bin/dlnkmgr view -lu

[-hdev ホストデバイス名|-pathid パス管理PATH_ID]

[-t]

LU情報表示（表示項目を追加する場合）

/opt/DynamicLinkManager/bin/dlnkmgr view -lu -item

[ [slpr] [pn] [cp] [clpr] [type] [ic] [ie] [dnu] [iep] [hwp]|all ]

[-hdev ホストデバイス名|-pathid パス管理PATH_ID]

[-t]

LU情報の概略表示

/opt/DynamicLinkManager/bin/dlnkmgr view -lu -c [-t]

LU情報の概略表示（表示項目を追加する場合）

/opt/DynamicLinkManager/bin/dlnkmgr view -lu -c -item

[slpr]

[-t]

(4)　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -drv [-t]

(5)　viewオペレーションの形式を表示する場合

/opt/DynamicLinkManager/bin/dlnkmgr view -help

6.7.2　パラメタ

ここでは，viewオペレーションのパラメタを次の順に説明します。

(1)　プログラム情報を表示する場合

(2)　パス情報を表示する場合

(3)　LU情報を表示する場合

(4)　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を表示する場合

(5)　viewオペレーションの形式を表示する場合

＜この項の構成＞

(1)　プログラム情報を表示する場合

(2)　パス情報を表示する場合

(3)　LU情報を表示する場合

(4)　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を表示する場合

(5)　viewオペレーションの形式を表示する場合

(1)　プログラム情報を表示する場合

-sys [-sfunc|-msrv|-adrv|-pdrv|-lic|-audlog]

HDLMのプログラム情報が表示されます。

後続パラメタで，情報を表示する対象を指定します。後続パラメタを省略した場合は，監査ログ採取の設定情報を除くすべてのプログラム情報が表示されます。指定するパラメタ，表示される情報，表示される項目，およびその説明を「表6-10　プログラム情報の表示項目」に示します。

-t

このパラメタを指定すると，各情報の項目名を表示しません。

表6-10　プログラム情報の表示項目

パラメタおよび
表示される情報
表示項目
説明

-sfunc
HDLMの機能設定情報
HDLM Version
HDLMのバージョン番号です。

Service Pack Version
HDLMのSPバージョン番号です。SPがインストールされていない場合は，空白です。

Load Balance
ロードバランス機能の設定状態です。

設定状態
on：有効　off：無効

アルゴリズム
設定状態がonの場合，onのあとの( )にロードバランスのアルゴリズムを表示します。
rr：ラウンドロビン
extended rr：拡張ラウンドロビン
lio：最少I/O数
extended lio：拡張最少I/O数
lbk：最少ブロック数
extended lbk：拡張最少ブロック数

Support Cluster
空白※

Elog Level
障害ログ採取レベルです。

0：障害ログを採取しない

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

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

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

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

Elog File Size(KB)
障害ログファイルのサイズです。単位は「キロバイト」です。

Number Of Elog Files
障害ログファイル数です。

Trace Level
トレースの出力レベルです。

0：トレースを出力しない

1：エラー情報だけ出力する

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

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

4：すべての情報を出力する

Trace File Size(KB)
トレースファイルのサイズです。単位は「キロバイト」です。

Number Of Trace Files
トレースファイル数です。

Path Health Checking
パスヘルスチェック機能の設定状態です。

設定状態
on：有効　off：無効

チェック間隔
設定状態がonの場合，onのあとの( )にパスヘルスチェックを実行するチェック間隔を表示します。単位は「分」です。

Auto Failback
自動フェイルバック機能の設定状態です。

設定状態
on：有効　off：無効

チェック間隔
設定状態がonの場合，onのあとの( )に，パスの状態を確認するチェック間隔を表示します。単位は「分」です。

Intermittent Error Monitor
間欠障害監視の設定状態です。

設定状態
on：有効　off：無効
自動フェイルバックが「off」の場合，間欠障害監視に「on」が表示されていても，監視は無効です。自動フェイルバックが「on」になったときに間欠障害監視が有効になります。

障害監視時間および障害発生回数
設定状態がonの場合，onのあとの( )に，設定した障害監視時間および障害発生回数が，「障害発生回数 / 障害監視時間」の形式で表示されます。単位は「回」と「分」です。

-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で表示されます。

Audit Log Category
監査ログの出力対象となっている種別を表示します。種別を表す文字列が「,」で区切って表示されます。
ss：StartStop
a：Authentication
ca：ConfigurationAccess
上記のすべての種別が設定されている場合は「all」が表示されます。
監査ログ採取をしない設定の場合は「-」が表示されます。

Audit Log Facility
監査ログのFacility名が表示されます。「user」,「local0」,「local1」,「local2」,「local3」,「local4」,「local5」,「local6」,または「local7」が表示されます。
監査ログ採取をしない設定の場合は「-」が表示されます。

注※

クラスタソフトウェアを使用する場合，クラスタ対応機能の設定状態，およびクラスタサーバの種類は表示されませんが，実際にはクラスタ対応機能は問題なく動作します。

使用例

使用例1

HDLMの機能設定情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -sfunc
HDLM Version                   : x.x.x-xx
Service Pack Version           :
Load Balance                   : on(extended lio)
Support Cluster                :
Elog Level                     : 3
Elog File Size(KB)             : 9900
Number Of Elog Files           : 2
Trace Level                    : 0
Trace File Size(KB)            : 1000
Number Of Trace Files          : 4
Path Health Checking           : on(30)
Auto Failback                  : off
Intermittent Error Monitor     : off
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例2

HDLMマネージャの情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -msrv
HDLM Manager Ver      WakeupTime
Alive        x.x.x-xx    yyyy/mm/dd hh:mm:ss
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例3

HDLMアラートドライバの情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -adrv
HDLM Alert Driver Ver       WakeupTime          ElogMem Size
Alive             x.x.x-xx     yyyy/mm/dd hh:mm:ss 4096
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例4

HDLMドライバの情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -pdrv
HDLM Driver Ver       WakeupTime
Alive       x.x.x-xx     yyyy/mm/dd hh:mm:ss
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例5

HDLMのライセンス情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -lic
License Type Expiration
Permanent    -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

使用例6

監査ログの設定情報を表示する場合

# /opt/DynamicLinkManager/bin/dlnkmgr view -sys -audlog
Audit Log          : off
Audit Log Category : -
Audit Log Facility : -
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

(2)　パス情報を表示する場合

パス情報を表示する場合，-pathパラメタと同時に-itemパラメタや-cパラメタを指定すると，項目を選択して表示したり，パス情報の概略を表示したりできます。ここでは，それぞれのパラメタの説明をしたあとに，パス情報の表示項目を説明します。

パス情報表示

-path

-pathパラメタと同時に，-cパラメタ，-itemパラメタのどちらも指定しない場合，表示項目の短縮や選択を行わないで，HDLMが管理するパスの情報が表示されます。後続パラメタで表示するパスを絞り込んだり（-hdev），パスの情報をソートしたり（-srt）できます。-hdevパラメタ，および-srtパラメタを省略した場合は，すべてのパスの情報がパス管理PATH_ID順に表示されます。

各表示項目の内容については，「表6-12　パス情報の表示項目」を参照してください。

-pathパラメタを指定した場合に表示されるパス管理PATH_ID（PathID）は，ホスト起動時のパス検出の順番によって変わります。このため，パスを特定する場合は，必ずパス名（PathName）を使用してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））を指定します。英字の大文字，小文字は区別されます。

-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

このパラメタを指定すると，各情報の項目名が非表示になります。

使用例

ホストデバイス「ch8t0d0」にアクセスするパス情報を表示する場合

パス情報表示（表示項目を選択する場合）

-path -item

-pathパラメタと同時に-itemパラメタを指定した場合，HDLMが管理するパスの情報のうち，-itemのパラメタ値で指定した項目だけを表示します。

-itemパラメタでパラメタ値を何も指定しないで実行した場合，PathIDとStatusだけが表示されます。

-itemパラメタで選択できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を，「表6-11　-path -itemパラメタで選択できる表示項目と指定する後続パラメタ」に示します。

表6-11　-path -itemパラメタで選択できる表示項目と指定する後続パラメタ

選択できる表示項目 | 後続パラメタ
PathID※ | なし
PathName | pn
HBAPortWWN | hbaportwwn
DskName | dn
iLU | lu
ChaPort | cp
Status※ | なし
Type | type
IO-Count | ic
IO-Errors | ie
DNum | dnu
HDevName | hd
IEP | iep

注※

PathIDとStatusは常に表示される項目なので，パラメタ値の指定は不要です。

また，後続パラメタで表示するパスを絞り込んだり（-hdev），情報をソートしたり（-srt）できます。-hdevパラメタおよび-srtパラメタを省略した場合は，すべてのパスの情報がパス管理PATH_ID順に表示されます。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイスにアクセスするパスの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））を指定します。

英字の大文字，小文字は区別されます。このパラメタを指定した場合，-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行で表示されます。

各表示項目の内容については，「表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進数で表示されます。
ホストの再起動時に割り当てられます。

PathName※
－
パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。次に示す四つの項目をピリオドで区切ったものが，パス名として表示されます。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のHP-UXでの表現については，「表6-13　パス名を構成する項目」を参照してください。

DskName※
DskName
ストレージサブシステム名です。この名前で，パスがアクセスするストレージサブシステムを特定できます。
次に示す三つの項目をピリオドで区切ったものが，ストレージサブシステム名として表示されます。

ベンダID（表示例：HITACHI）：ストレージサブシステムのベンダ名

プロダクトID（表示例：DF500F）：ストレージサブシステムのプロダクトID，エミュレーションタイプ，またはモデルID
詳細については，「表6-14　プロダクトIDの表示内容」を参照してください。

シリアル番号（表示例：2334）：ストレージサブシステムのシリアル番号

これらの情報をストレージサブシステムの管理プログラムで参照すると，物理的にストレージサブシステムを特定できます。

iLU※
iLU
ストレージサブシステム内のLU番号が表示されます。
この番号とストレージサブシステム名（「DskName」に表示）を組み合わせると，パスがアクセスするLUを特定できます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi NSC55，Hitachi Universal Storage Platform 100，Hitachi Universal Storage Platform 600，またはHitachi Universal Storage Platform 1100の場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

H10000/H12000の場合
16進数で表示されます。iLUの先頭3文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。
CU番号の先頭1文字目は「0」の値が入ります。

SANRISE9500Vシリーズ，Hitachi AMS2000/AMS/TMS/WMS/SMSシリーズの場合
10進数で表示されます。iLU全体がストレージサブシステム内の内部LU番号になります。iLUをストレージサブシステムの管理プログラムで参照すると，物理的にLUを特定できます。

Universal Storage Platform V/VMの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

ChaPort※
CP
CHAポート番号です。この番号でストレージサブシステムに搭載されているCHAポートを特定できます。この番号をストレージサブシステムの管理プログラムで参照すると，物理的にCHAポートを特定できます。

Status
パスの状態です。

Online：稼働状態

Offline(C)：コマンドでのオフライン操作による閉塞状態

Offline(E)：障害による閉塞状態

Online(E)：障害が発生している状態（一つのLUにアクセスするパスのうち，稼働状態（Online）のパスがない場合，パスの一つがOnline(E)になります）

Offline(E)またはOnline(E)のパスについては対処が必要です。「5.3　パス障害時の対処」を参照して対処してください。

Type※
Type
パスの属性です。

Own：オーナパス

Non：ノンオーナパス

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USP，Universal Storage Platform V/VM，Hitachi AMS2000シリーズ，またはHitachi SMSに接続している場合，すべてのパスがオーナパスです。

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※
－
Dev番号が，10進数で表示されます。
セクション番号に該当します。
一つのLUに一つのDevが在るため，「0」で固定です。

HDevName※
－
ホストデバイス名です。HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））が表示されます。

IEP※
－
間欠障害に関する情報が表示されます。この項目は，-pathと同時に-iemを指定した場合だけ表示されます。1本のパスにつき，次のどれかが表示されます。

-
間欠障害の監視が無効，または間欠障害の監視時間外（パスの状態はOnline(E)またはOffline(E)）

0以上の数値
間欠障害の監視中に発生した障害の回数（パスの状態はOnline(E)，Offline(E)またはOnline）

*
間欠障害が発生（自動フェイルバックの対象外）（パスの状態はOnline，Online(E)，Offline(E)またはOffline(C)）

HBAPortWWN※
－
ストレージサブシステムと接続しているHBAのポートWWN情報が16けたの16進数で表示されます。この項目は，-pathと同時に-hbaportwwnを指定した場合だけ表示されます。

（凡例）

－：表示されない項目

注※

-path -itemパラメタの場合，パラメタ値に指定したときだけ表示されます。

表6-13　パス名を構成する項目

項目
HP-UXでの表現

ホストポート番号（表示例：0008）
HBAポートのインスタンス番号
ioscan -fC fcで表示されるI（インスタンス番号）

バス番号（表示例：0000）
0（固定）

ターゲットID（表示例：0000000000000000）
00000000XXXXYYYY
XXXX：カードインスタンス番号（デバイスファイル名のcに続く値）
YYYY：Target ID（デバイスファイル名のtに続く値）

ホストLU番号（表示例：0001）
Logical Unit ID，またはLUN（デバイスファイル名のdに続く値）

各項目の情報は，HDLM構成定義ユティリティ（dlmcfgmgr）を使用して取得してください。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

表6-14　プロダクトIDの表示内容

ストレージサブシステム
表示内容

-stnameパラメタ
指定なし
-stnameパラメタ指定時（下記のモデルIDを表示）

概略表示しない場合
概略表示する場合

Hitachi AMS2000シリーズ
プロダクトID※
AMS
AMS

SANRISE9500Vシリーズ
SANRISE 9500V
9500V

Hitachi AMS
SANRISE_AMS
AMS

Hitachi TMS
SANRISE_AMS
AMS

Hitachi WMS
SANRISE_WMS
WMS

Hitachi SMS
SMS
SMS

H20000
エミュレーションタイプ※
H20000
H20000

H24000
H24000
H24000

SANRISE2000シリーズ
SANRISE2000
2000

SANRISE9900Vシリーズ
SANRISE 9900V
9900V

SANRISE H48
SANRISE H48
H48

SANRISE H128
SANRISE H128
H128

SANRISE H512
SANRISE H512
H512

SANRISE H1024
SANRISE H1024
H1024

H10000
SANRISE H10000
H10000

H12000
SANRISE H12000
H12000

Hitachi NSC55

Hitachi Universal Storage Platform 100

Hitachi Universal Storage Platform 600

Hitachi Universal Storage Platform 1100

SANRISE_USP
USP

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

USP_V
USP_V

注※

-path -cパラメタで概略表示した場合，文字数が11文字以上のときは，8文字目以降が短縮形（...）で表示されます。

(3)　LU情報を表示する場合

LU情報を表示する場合，-luパラメタと同時に-itemパラメタや-cパラメタ，-c -itemパラメタを指定すると，項目を追加して表示したり，LU情報の概略を表示したりできます。ここでは，それぞれのパラメタの説明をしたあとに，LU情報の表示項目を説明します。

LU情報表示

-lu

-luパラメタと同時に-cパラメタまたは-itemパラメタのどちらも指定しない場合，HDLMが認識しているLUの情報が表示されます。iLUをキーとして，そのiLUの構成情報がLUごとに表示されます。後続パラメタ（-hdevまたは-pathid）で，表示するLUの情報を絞り込むことができます。-hdevパラメタまたは-pathidパラメタを指定しない場合は，HDLMが認識しているすべてのLUの情報が表示されます。

各表示項目の内容については，「表6-17　LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

このパラメタを指定すると，各情報の項目名が非表示になります。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu
Product       : SANRISE 9500V
SerialNumber  : 0016
LUs           : 2

iLU  HDevName Device PathID Status
0058 ch6t0d0  c6t0d0 000000 Online
             c8t0d0 000002 Online
0059 ch6t0d1  c6t0d1 000001 Online
             c8t0d1 000003 Online
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報表示（表示項目を追加する場合）

-lu -item

-itemで指定した項目が-luの表示項目に追加して表示されます。

-itemパラメタでパラメタ値を何も指定しない場合，またはパラメタ値にallを指定した場合，追加できる項目がすべて表示されます。

-itemパラメタで追加できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を，「表6-15　-lu -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
H/W Path | hwp
すべての項目 | all

後続パラメタ（-hdevまたは-pathid）で，表示するLUの情報を絞り込むことができます。-hdevパラメタまたは-pathidパラメタを指定しない場合は，HDLMが認識しているすべてのLUの情報が表示されます。

各表示項目の内容については，「表6-17　LU情報の表示項目」を参照してください。

後続パラメタの形式を次に示します。

-hdev ホストデバイス名

指定したホストデバイス名に対応するLUの情報だけが表示されます。

ホストデバイス名には，HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））を指定します。

英字の大文字，小文字は区別されます。

-pathid パス管理PATH_ID

指定したパス管理PATH_IDを持つパスがアクセスするLUの情報だけが表示されます。

-t

このパラメタを指定すると，各情報の項目名が非表示になります。

使用例

LU情報の表示項目に，SLPR，PathName，ChaPort，CLPR，Type，IO-Count，IO-Errors，DNum，IEP，およびH/W Pathを追加して表示する場合

LU情報の概略表示

-lu -c

-luパラメタと同時に-cパラメタを指定した場合，LUの構成情報の概略が1行で表示されます。各LUに対して，認識されているパスの総数および稼働状態のパスの本数も表示されます。-cパラメタを指定する場合，-hdevパラメタまたは-pathidパラメタを同時に指定できません。

各表示項目の内容については，「表6-17　LU情報の表示項目」を参照してください。

-t

このパラメタを指定すると，各情報の項目名が非表示になります。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -lu -c
Product       S/N  LUs iLU  HDevName Paths  OnlinePaths
SANRISE 9500V 0016   6 0040 ch4t0d0       8           8
                      0041 ch4t0d1       8           8
                      0042 ch4t0d2       8           8
                      0043 ch4t0d3       8           8
                      0044 ch4t0d4       8           8
                      0045 ch4t0d5       8           8
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd  hh:mm:ss
#

LU情報の概略表示（表示項目を追加する場合）

-lu -c -item

-itemで指定した項目が-lu -cの表示項目に追加して表示されます。

-itemパラメタでパラメタ値を何も指定しない場合，追加できる項目がすべて表示されます。各表示項目の内容については，「表6-17　LU情報の表示項目」を参照してください。

-itemパラメタで追加できる表示項目と，-itemパラメタの後続に指定するパラメタ値との対応を，「表6-16　-lu -c -itemパラメタで追加できる表示項目と指定する後続パラメタ」に示します。

表6-16　-lu -c -itemパラメタで追加できる表示項目と指定する後続パラメタ

追加できる表示項目 | 後続パラメタ
SLPR | slpr

後続パラメタの形式を次に示します。

-t

このパラメタを指定すると，各情報の項目名が非表示になります。

使用例

LU情報の概略表示項目に，SLPRを追加して表示する場合

LU情報の表示項目

LU情報を表示する場合に，表示される項目とその説明を「表6-17　LU情報の表示項目」に示します。見出しについて，次に説明します。

概略表示しない場合：-luまたは-lu -itemパラメタを指定した場合を示します。

概略表示する場合：-lu -cまたは-lu -c -itemパラメタを指定した場合を示します。

表6-17　LU情報の表示項目

表示項目
説明

概略表示しない場合
概略表示する場合

Product
ストレージサブシステムのモデルIDです。

SerialNumber
S/N
ストレージサブシステムのシリアル番号です。

LUs
ストレージサブシステム内のLUのうち，HDLM管理下のLUの総数です。

iLU
ストレージサブシステム内のLU番号が表示されます。
この番号とストレージサブシステム名（「DskName」に表示）を組み合わせると，パスがアクセスするLUを特定できます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi NSC55，Hitachi Universal Storage Platform 100，Hitachi Universal Storage Platform 600，またはHitachi Universal Storage Platform 1100の場合
16進数で表示されます。iLUの先頭2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

H10000/H12000の場合
16進数で表示されます。iLUの先頭3文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。
CU番号の先頭1文字目は「0」の値が入ります。

SANRISE9500Vシリーズ，またはHitachi AMS2000/AMS/TMS/WMS/SMSシリーズの場合
10進数で表示されます。iLU全体がストレージサブシステム内の内部LU番号になります。iLUをストレージサブシステムの管理プログラムで参照すると，物理的にLUを特定できます。

Universal Storage Platform V/VMの場合
16進数で表示されます。iLUの先頭2文字は論理DKC（Disk Controller）番号を示し，真ん中2文字はCU（Control Unit）番号を示し，後ろ2文字はCU内の内部LU番号を示します。

SLPR※1
SLPR※2
LUが属するSLPRの番号が0から31までの10進数で表示されます。ストレージ論理分割機能がサポートされていないストレージサブシステム内のLUが表示対象の場合は「-」（ハイフン）が表示されます。

HDevName※1
HDevName
ホストデバイス名です。HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））が表示されます。

Device
－
HDLMデバイスに対応するSCSIデバイスのデバイスファイル名が表示されます。

PathID
－
パス管理PATH_IDが，10進数で表示されます。ホストの再起動時に割り当てられます。

PathName※1
－
パスを表す項目で，パス名と呼びます。システムの構成を変更する場合やハードウェアを交換する場合は，パス名を参照して影響を受けるパスを確認してください。次に示す四つの項目をピリオドで区切ったものが，パス名として表示されます。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名を構成する項目と，各項目のHP-UXでの表現については，「表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)：障害が発生している状態（一つのLUにアクセスするパスのうち，稼働状態（Online）のパスがない場合，パスの一つがOnline(E)になります）

Offline(E)またはOnline(E)のパスについては対処が必要です。「5.3　パス障害時の対処」を参照して対処してください。

Type※1
－
パスの属性です。

Own：オーナパス

Non：ノンオーナパス

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USP，Universal Storage Platform V/VM，Hitachi AMS2000シリーズ，またはHitachi SMSに接続している場合，すべてのパスがオーナパスです。

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進数で表示されます。
セクション番号に該当します。
一つのLUに一つのDevがあるため，「0」で固定です。

IEP※1
－
表示対象のパスが，間欠障害とみなされ，自動フェイルバックの対象外になっているかどうかが，表示されます。一本のパスにつき，次のどれかが表示されます。

-：間欠障害の監視が無効，または間欠障害の監視時間外

0以上の数値：間欠障害の監視時間内に発生した障害の回数

*：間欠障害発生（自動フェイルバックの対象外）

H/W Path※1
－
ハードウェアパスが表示されます。

－
Paths
表示対象のLUに対して，認識されているパスの総数が，10進数で表示されます。

－
OnlinePaths
表示対象のパスのうち，稼働状態のパスの数が10進数で表示されます。「Paths」の数と「OnlinePaths」の数が同じであれば，すべてのパスが稼働状態です。「OnlinePaths」の数の方が少ない場合，閉塞状態のパスがあります。閉塞状態のパスを確認し，障害が発生していれば対処してください。

（凡例）

－：表示されない項目

注※1

-lu -itemパラメタを使用してパラメタ値に表示項目もしくはallを指定した場合，またはパラメタ値に何も指定しなかった場合だけ表示されます。

注※2

-lu -c -itemパラメタを使用してパラメタ値に表示項目を指定した場合，またはパラメタ値に何も指定しなかった場合だけ表示されます。

(4)　HDLMデバイス，SCSIデバイスおよびLDEV情報の対応を表示する場合

-drv

PathID，HDLMデバイス，HDLMデバイスに対応するSCSIデバイス，ストレージサブシステム内のLDEV情報（ストレージサブシステムのモデルID，シリアル番号，およびLU番号をピリオドで区切った文字列），およびハードウェアパスの対応情報が表示されます。

各表示項目の内容については，「表6-18　HDLMデバイス，SCSIデバイスおよびLDEV情報」を参照してください。

-t

このパラメタを指定すると，各情報の項目名が非表示になります。

表6-18　HDLMデバイス，SCSIデバイスおよびLDEV情報

項目
説明

PathID
パス管理PATH_IDが，10進数で表示されます。
ホストの再起動時に割り当てられます。

HDevName
ホストデバイス名です。
HDLMデバイスのデバイスファイル名（chXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN））が表示されます。

Device
HDLMデバイスに対応するSCSIデバイスのデバイスファイル名が表示されます。

LDEV
ストレージサブシステムのモデルID，シリアル番号，およびiLU番号が，ピリオドで区切った文字列で表示されます。LDEVの情報によって，LUを物理的に特定できます。

H/W Path
ハードウェアパスが表示されます。

使用例

(5)　viewオペレーションの形式を表示する場合

-help

このパラメタを指定すると，viewオペレーションの形式が表示されます。

使用例

# /opt/DynamicLinkManager/bin/dlnkmgr view -help
view:
Format
dlnkmgr view -sys [ -sfunc | -msrv | -adrv | -pdrv | -lic | -audlog ] [-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]
[-hdev HostDeviceName] [-stname] [-srt {pn | lu | cp}] [-t]
dlnkmgr view -path -c [-stname] [-srt {lu | cp}] [-t]
dlnkmgr view -lu [ -hdev HostDeviceName | -pathid AutoPATH_ID ] [-t]
dlnkmgr view -lu
-item [ [slpr] [pn] [cp] [clpr] [type]
[ic] [ie] [dnu] [iep] [hwp] | all ]
[ -hdev HostDeviceName | -pathid AutoPATH_ID ] [-t]
dlnkmgr view -lu -c [-t]
dlnkmgr view -lu -c -item [slpr] [-t]
dlnkmgr view -drv [-t]
KAPL01001-I HDLMコマンドが正常終了しました。オペレーション名 = view, 終了時刻 = yyyy/mm/dd hh:mm:ss
#

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

この章では，HDLMで使用するユティリティについて説明します。

＜この章の構成＞

7.1　ユティリティ概要

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

7.3　dlmcfgmgr　HDLM構成定義ユティリティ

7.4　dlmdefpath　HDLMパス情報設定ユティリティ

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

7.1　ユティリティ概要

HDLMは，次に示すユティリティを提供します。

HDLM障害情報収集ユティリティ（DLMgetras）
障害発生時に，HDLMの購入元会社，または保守会社に連絡する必要がある情報を持つファイルを収集します。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

HDLM構成定義ユティリティ（dlmcfgmgr）
HDLM管理対象外のデバイスを自動で識別して一覧表示したり，構成情報を初期化したりします。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

HDLMパス情報設定ユティリティ（dlmdefpath）
パスに対してHDLMのドライバを登録し，カーネルの再構成およびホストの再起動を行います。最新の構成定義を有効にします。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

HDLMコンポーネントインストールユティリティ（dlminstcomp）
「3.1.1　HDLMがサポートするホストとOS」の「(3)　JRE」に示したJREのバージョン要件を満たしていない環境にHDLMをインストールした場合，このユティリティを実行してHDLMのインストールを補完します。
dlminstcompユティリティについては，「7.5　dlminstcomp　HDLMコンポーネントインストールユティリティ」を参照してください。

注意事項

ユティリティは，root権限を持つユーザで実行してください。

ホストの起動時間およびユティリティの実行時間は，LU数とパス数に依存します。
「表7-1　1ホスト起動時間とユティリティ実行時間の目安」にホスト起動時間とHDLMのユティリティの実行時間の例を示します。

表7-1　1ホスト起動時間とユティリティ実行時間の目安

動作
1LU当たりのパス数/全パス数（本）※2
実行時間※1（分）

11i V1.0※3
11i V2.0 IPF※3
11i V2.0 PA-RISC※3

ホストの起動
（HDLMがインストールされている場合）
4/1024
14
8
8

8/2048
17
10
11

16/4096
28
16
18

ホストの起動
（HDLMがインストールされていない場合）
4/1024
9
5
5

8/2048
11
5
5

16/4096
12
5
5

dlmdefpath -aの実行
4/1024
5
3
3

8/2048
6
5
6

16/4096
15
10
12

dlmcfgmgr -eの実行
4/1024
2
1
1

8/2048
4
2
2

16/4096
6
4
4

注※1

ホスト起動時間およびユティリティ実行時間は，次の条件で変動することがあります。

・ハード構成（スイッチの有無など）

・ディレクトリ /dev/dsk 下に作成されたSCSI デバイスファイルの数

注※2

LUは256個です。

注※3

実行環境を「表7-2　2実行環境」に示します。

表7-2　2実行環境

表7-1の値 | 機種
11i V1.0 | 9000/800/L2000-44（CPU:PA-8500（440MHz）×2way）
11i V2.0 IPF | rx2600 （CPU:Itanium2(1.6GHz)×2way）
11i V2.0 PA-RISC | 9000/800/L2000-44（CPU:PA-8500（440MHz）×2way）

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

HDLMで発生した障害の解析に必要な障害ログ，統合トレースファイル，トレースファイル，定義ファイル，コアファイル，システムクラッシュダンプファイル，ライブラリなどの情報を収集します。収集した情報はファイルにまとめ，指定されたディレクトリに出力します。出力するファイルは次のとおりです。

システムクラッシュダンプファイルディレクトリ名/システムクラッシュダンプファイル
システムクラッシュダンプファイルへのシンボリックリンクファイルです。

hbsa.tar.Z
HDLM 以外のHiCommand 製品の障害情報を圧縮したファイルです。
障害情報の収集対象となるHiCommand 製品を使用している場合だけ出力されます。

hwlogs.tar.Z
ハードウェア情報を圧縮したファイルです。

cluster.tar.Z
クラスタ情報を圧縮したファイルです。

getras.tar.Z
HDLMおよびシステムの情報を圧縮したファイルです。

lib.tar.Z
ライブラリ情報です。

各出力ファイルに含まれる情報の詳細については，「収集される障害情報」を参照してください。

「収集される障害情報」に記載されている以外の情報を収集したい場合は，収集したい情報を収集情報定義ファイルに定義してください。収集情報定義ファイルに定義した情報は，getras.tar.Zに圧縮されます。

なお，HDLM障害情報収集ユティリティ（DLMgetras）が収集する情報には，ホストの再起動時に消去されてしまうものもあります。障害発生時は，速やかにこのユティリティを実行してください。

＜この節の構成＞

7.2.1　形式

7.2.2　パラメタ

7.2.3　収集される障害情報

7.2.1　形式

/opt/DynamicLinkManager/bin/DLMgetras {収集情報出力先ディレクトリ [-f 収集情報定義ファイル名]|-h}

ユティリティ名には次のように小文字（dlmgetras）も使用できます。

/opt/DynamicLinkManager/bin/dlmgetras {収集情報出力先ディレクトリ [-f 収集情報定義ファイル名]|-h}

7.2.2　パラメタ

収集情報出力先ディレクトリ

HDLM障害情報収集ユティリティ（DLMgetras）で収集した情報の出力先ディレクトリを指定します。収集された情報は，「機能」に示した四つのファイルにまとめられ，指定したディレクトリに出力されます。

-f 収集情報定義ファイル名

情報を収集したいディレクトリ，またはファイルを任意に指定する場合に指定します。情報を収集したいディレクトリ，またはファイルを，収集情報定義ファイルに記述して，このパラメタを指定します。

収集情報定義ファイル名は，絶対パスで指定してください。

収集情報定義ファイルの記述例を，「図7-1　収集情報定義ファイルの記述例」に示します。

図7-1　収集情報定義ファイルの記述例

収集情報定義ファイルの記述規則と注意事項

収集するディレクトリ，またはファイルは，絶対パスで指定してください。誤って相対パスで指定した場合は，DLMgetrasユティリティを実行したディレクトリ内で，指定したディレクトリ，またはファイルが検索され，ファイルが収集されます。

収集情報出力先ディレクトリを含むディレクトリを指定しないでください。指定した場合，DLMgetrasユティリティが終了しなくなります。

行の先頭に「#」がある場合，その行をコメント行とみなします。

行の先頭以外に「#」がある場合は，「#」をパスの一部とみなします。

1行につき，一つのファイルまたはディレクトリを指定してください。

ルートディレクトリ「/」は指定できません。

ディレクトリが指定された場合，指定されたディレクトリ内のすべてのファイルを取得します。その場合，指定されたディレクトリ内にあるサブディレクトリ内のファイルも含みます。ただし，ディレクトリ内にファイルがない場合，そのディレクトリについてはファイルを取得しません。取得先のディレクトリにもディレクトリは作成しません。

指定したファイルまたはディレクトリは，root権限で読み取りできる設定にしてください。読み取りできないファイルまたはディレクトリの情報は取得できません。

-h

DLMgetrasユティリティの形式を表示します。

注意事項

DLMgetrasユティリティをシェルの引数として実行する場合は，標準のPOSIXシェル（/usr/bin/sh）を使用してください。

障害情報は，指定された収集情報出力先ディレクトリに格納してから圧縮するため，情報収集する領域は余裕を持って見積もってください。

指定した収集情報出力先ディレクトリがすでにある場合，上書きを確認するメッセージが表示されます。「y」を入力すると，既存のファイルはすべて上書きされます。「n」やそのほかのキーを入力すると，DLMgetrasユティリティは実行されないで終了します。
前回，障害情報を収集したときに作成したディレクトリの名称を変更してからユティリティを実行するか，重複しないディレクトリ名を指定してユティリティを実行してください。

DLMgetrasユティリティを実行した場合に，出力先ディレクトリに指定したファイルシステムで容量不足が生じたときは，次のメッセージを出力し，入力待ちとなります。

/output_filesystem: write failed, file system is full
Tar: end of tape
Tar: to continue, enter device/file name when ready or null string to quit.

このメッセージが出力された場合，必ずリターンキーを押してください。
その場合，次のメッセージが出力されエラー終了します。

KAPL10035-E An attempt to archive the error information failed. details = xxxxx

出力先ディレクトリに指定したファイルシステム内のファイルを削除，圧縮するなどして容量不足を解消するか，または出力先ディレクトリを変更して，再度DLMgetrasユティリティを実行してください。

DLMgetrasユティリティで収集したシステムクラッシュダンプのアーカイブを作成する場合は，以下の手順を実行してください。

# cd 収集情報出力先ディレクトリ
# tar cvfh アーカイブファイル名 ./var

7.2.3　収集される障害情報

DLMgetrasユティリティ実行時に収集される障害情報を，出力されるファイルごとに示します。

システムクラッシュダンプファイルディレクトリ名/システムクラッシュダンプファイル名
システムクラッシュダンプファイルへのシンボリックリンクファイルです。
/var/adm/crashディレクトリ内のすべてのファイルを設定します。

hbsa.tar.Z
HDLM以外のHiCommand製品の障害情報を圧縮したファイルです。
障害情報の収集対象となるHiCommand製品を使用している場合だけ出力されます。

hwlogs.tar.Z
ハードウェア情報です。hwlogs.tar.Zに含まれる情報の詳細は，「表7-3　hwlogs.tar.Zに含まれる情報」に示します。

cluster.tar.Z
クラスタ情報です。cluster.tar.Zに含まれる情報の詳細は，「表7-4　cluster.tar.Zに含まれる情報」に示します。

getras.tar.Z
HDLMおよびシステムの情報です。
収集情報定義ファイルを指定してDLMgetrasユティリティを実行した場合，収集情報定義ファイルに定義された情報も，getras.tar.Zに含まれます。
getras.tar.Zに含まれる情報の詳細は，「表7-5　getras.tar.Zに含まれる情報」に示します。
なお，「表7-5　getras.tar.Zに含まれる情報」には，収集情報定義ファイルの指定の有無にかかわらず収集される情報を示しています。

lib.tar.Z
ライブラリ情報です。ホストに適用しているOSがHP-UX 11i v2.0(IPF)の場合だけ出力されるファイルです。lib.tar.Zに含まれる情報の詳細は「表7-6　lib.tar.Zに含まれる情報」に示します。

表7-3　hwlogs.tar.Zに含まれる情報

出力先ディレクトリ※ | ファイル | 説明
hwlogs/stmlogs | /etc/stm/logs/os以下のすべてのディレクトリとファイル | ハードウェアログ
hwlogs/evlogs | /var/opt/resmon/log以下のすべてのディレクトリとファイル | イベントログ

注※

hwlogs.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

表7-4　cluster.tar.Zに含まれる情報

出力先ディレクトリ※1 | ファイル | 説明
HAmon/etc※2 | /opt/hitachi/HAmon/etc以下のすべてのディレクトリとファイル | HAモニタの定義ファイル
HAmon/spool※2 | /opt/hitachi/HAmon/spool以下のすべてのディレクトリとファイル | HAモニタのログファイル
cmcluster※2 | /etc/cmcluster以下のすべてのディレクトリとファイル | ServiceGuardの定義，ログファイル

注※1

cluster.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

注※2

収集対象のソフトウェアがインストールされているときだけ収集されます。

表7-5　getras.tar.Zに含まれる情報

出力先ディレクトリ※1
ファイル
説明

－
getras.log
DLMgetrasユティリティ実行時のログファイル

var/opt/DynamicLinkManager/log
dlmmgr[1-16].log
HDLMマネージャのログ（ドライバのログを含む）

dlmcfgmgr.log
dlmcfgmgr[1-3].log
dlmcfgmgrユティリティのログ

dlmmkkernel.log
カーネル作成時のログ

dlmwebagent[1-N].log※2
HDLMリモートアクセスインタフェースのログファイル

hcmdslicense2.log
ライセンスコマンドのログ

hdlmtr[1-64].log
マネージャ，コマンド，APIのトレースログ

var/opt/DynamicLinkManager/log/mmap
hdlmtr.mm
トレース管理ファイル

opt/hitachi/HNTRLib/mmap
hntrmmap.mm
メモリマップドファイル（HNTRLib）

opt/hitachi/HNTRLib/spool
hntr[1-16].log
統合トレースファイル（HNTRLib）

opt/hitachi/HNTRLib2/mmap
hntr2mmap.mm
メモリマップドファイル（HNTRLib2）

Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイル出力先ディレクトリ
（デフォルトは，var/opt/hitachi/HNTRLib2/spool）
Hitachi Network Objectplazaトレース共通ライブラリのユティリティで指定した，統合トレースファイルのプレフィックス2[1-16].log※3
（プレフィックスのデフォルトは，hntr）
統合トレースファイル（HNTRLib2）

etc
syslog.conf
syslogの出力先ディレクトリの定義

fstab
起動時のファイルシステムの自動マウント情報

exports
ファイルシステムのマウント情報

inittab
ブート処理スクリプト

rc.log
起動スクリプトログ

ioconfig
システムのI/O構成情報

hosts
ホスト名データベースファイル

nsswitch.conf
ネームサービススイッチの設定ファイル

lvmtab
LVMの構成ファイル

etc/lvmconf
すべてのファイル
LVMの構成情報

etc/opt/DynamicLinkManager
dlmfdrv.unconf
除外ディスク定義ファイル

dlmcfgmgr.log
dlmcfgmgrユティリティのログ

dlmwebagent.properties
HDLMリモートアクセスインターフェースの設定ファイル

dlmmgr.xml
dlmmgr設定ファイル

auditlog.dat
監査ログ設定ファイル

stand
system
カーネルパラメタ情報

syslog出力先ディレクトリ名
syslog名
/etc/syslog.confに示すsyslogファイル

var/adm
kc.log
カーネル構成の変更履歴（HP-UX 11i v2.0）

var/adm/sw
swagent.log
インストール，アンインストールの履歴情報

var/adm/syslog
OLDsyslog.log
syslogバックアップファイル

var/opt/ignite/recovery/latest
recovery.log
Ignite-UXのログファイル

getrasinfo
－
各種コマンドの実行結果収集用ディレクトリ

dev_dsk.txt
ブロック型デバイスとして扱うデバイスの一覧表示

dev_rdsk.txt
キャラクタ型デバイスとして扱うデバイスの一覧表示

dev_dlm.txt
ダミーデバイスの一覧表示

dlmmgr-lu.txt
HDLMのLU情報

dlmmgr-lu-all.txt
HDLMのLU情報（間欠障害の発生回数を含む）

dlmmgr-path-iem.txt
HDLMのパス情報（間欠障害の発生回数を含む）

vgdisplay-v.txt
ボリュームグループの情報

ioscan-fnk.txt
デバイス構成情報

bdf.txt
マウント情報

mount-v.txt
マウント情報

getconfPAGESIZE.txt
メモリページサイズの表示

uname-a.txt
OSのバージョン

getconfKERNEL_BITS.txt
OSのタイプ（32bit/64bit）

ulimit-a.txt
プロセスで使用できるシステム資源（データセグメント，スタックセグメント，ファイル記述子）の制限値の表示

ps-efl.txt
実行中のプロセス情報

swlist.txt
インストール済みのソフトウェアバンドルの表示

swlist-l_fileset.txt
インストール済みのパッケージリストの表示

swlist-l_patch.txt
インストール済みのパッチリストの表示

sysdef.txt
カーネルパラメタ値の表示

swapinfo-a.txt
スワップ領域の表示

dmesg.txt
システム診断メッセージ

dlmmgr-path.txt
HDLMのパス情報の表示

dlmmgr-sys.txt
HDLMのシステム設定情報の表示

kctune.txt
カーネル調整パラメタとその値の情報（HP-UX 11i v2.0）

dlmmgr-drv.txt
HDLMデバイス，物理ボリュームおよびLDEV情報の対応表示

lsdev.txt
ドライバ一覧の表示

dlmgetomtrace.dmp
HDLMの関数トレース

whatlist.txt
whatコマンドによる情報出力

env.txt
envコマンドの出力結果（環境変数）

lvlnboot-v.txt
ブートディスク情報

（凡例）

－：該当なし

注※1

getras.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

注※2

Nの値は，dlmwebagent.propertiesファイルの設定に依存します。デフォルト値は「8」です。

注※3

実際のファイル名は，ユティリティで指定したプレフィックス2のあとにファイルの番号が付きます。例えば，デフォルトの場合はhntr21.log～hntr216.logとなります。統合トレースファイルのプレフィックス直後の2はファイルの番号を表すものではないので，注意してください。

表7-6　lib.tar.Zに含まれる情報

出力先ディレクトリ※
ファイル
説明

usr/lib/hpux32
dld.so
libc.so
libdl.so.1
uld.so
dlmcfgmgrで使用するライブラリ

etc/opt/DynamicLinkManager/lib
dld.so
libc.so
libdl.so.1
uld.so
dlmcfgmgrで使用するライブラリ

注

lib.tar.Zは，ホストの適用OSがHP-UX 11i v2.0(IPF)の場合だけ出力されます。

注※

lib.tar.Zを展開したときに，指定したディレクトリ内に作成されるディレクトリです。

7.3　dlmcfgmgr　HDLM構成定義ユティリティ

HDLM管理対象外のデバイスを自動で識別し，出力します。実行結果を/etc/opt/DynamicLinkManager/dlmfdrv.unconfに記述（リダイレクトで出力など）することによって，除外ディスク定義ファイルを作成できます。

RAID Managerのコマンドデバイスやサポート外のストレージサブシステムは，除外ディスク定義ファイルに記述しなくても，ホスト起動時にHDLMが自動で管理対象外と認識します。ただし，ホスト起動時間を短縮するために，除外ディスク定義ファイルに記述することをお勧めします。

＜この節の構成＞

7.3.1　形式

7.3.2　パラメタ

7.3.1　形式

/sbin/dlmcfgmgr {-e [デバイスファイル名 ...] | -l デバイスファイル名 ...}

7.3.2　パラメタ

-e [デバイスファイル名 ...]

HDLM管理対象外のデバイスを自動識別し，一覧を表示します。デバイスファイル名が指定された場合は，そのデバイスに対するオープン処理およびデバイスのチェックをしないで，HDLM管理対象外のデバイスの一覧に追加します。

HDLMは，次の条件のどれかに当てはまるデバイスを管理対象外と判定します。

コマンドラインで指定されたデバイス名と一致する。

/dev/dsk/cXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN）のオープンに失敗した。または指定したデバイス「/dev/dsk/cXtYdZ」がブロック型デバイスではない。

対応する/dev/rdsk/cXtYdZ（Xはカードインスタンス番号，YはiLUのターゲットID，Zはホストが認識するLUN）のオープンに失敗した。または指定したデバイス「/dev/rdsk/cXtYdZ」がキャラクタ型デバイスではない。

デバイスタイプが「Disk device」ではない。
デバイスタイプについては，/usr/include/sys/diskio.hファイルを参照してください。

/dev/dsk，/dev/rdskにデバイスファイル（cXtYdZ）があるが，SCSIデバイスに接続されていない。

CD-ROMドライブなど，ディスク以外のデバイスである。

-l デバイスファイル名 ...

該当するデバイスの一覧を表示します。

指定されたデバイスファイル名に一致する，ブロック型デバイス名（/dev/dsk/...）を表示します。

デバイスファイル名は絶対パスで指定してください。また，デバイスファイル名は，複数指定およびメタキャラクタ指定ができます。ファイル名は前方一致でチェックします。なお，ブロック型（/dev/dsk/...），キャラクタ型（/dev/rdsk/...）どちらのファイルでも指定できます。

戻り値

0：正常終了

1：異常終了（引数不正，OS関数またはシステムコールの発行失敗）

使用例

（例１）HDLM管理対象外のデバイスを自動検出し，除外ディスク定義ファイルを作成する場合

HDLM管理対象外のデバイスが不明なときの使用例
# /sbin/dlmcfgmgr -e >/etc/opt/DynamicLinkManager/dlmfdrv.unconf

CD-ROMなど，検出に時間が掛かるデバイスを明示的に指定する例（/dev/dsk/c1t2d0がCD-ROMの例）
処理時間を短縮できるので，この使用法をお勧めします。
# /sbin/dlmcfgmgr -e /dev/dsk/c1t2d0 >/etc/opt/
DynamicLinkManager/dlmfdrv.unconf

メタキャラクタを使用して指定する例（c0t9d*を除外する例）
# /sbin/dlmcfgmgr -e /dev/dsk/c0t9d* >/etc/opt/
DynamicLinkManager/dlmfdrv.unconf

メタキャラクタを使用して指定する例（c0t9d3～c0t9d6を除外する例）
# /sbin/dlmcfgmgr -e /dev/dsk/c0t9d[3-6] >/etc/opt/
DynamicLinkManager/dlmfdrv.unconf

ファイル名の途中までを指定する例（c0t9d*を除外する例）
# /sbin/dlmcfgmgr -e /dev/dsk/c0t9d >/etc/opt/
DynamicLinkManager/dlmfdrv.unconf

（例2）HDLM管理対象外のデバイスを自動検出しないで，指定ファイルだけを表示する場合

既存の除外ディスク定義ファイルに，HDLM管理対象外のデバイスを追加する場合などに使用します。

/dev/dsk/c0t9d0を除外ディスク定義ファイルに追加する例
# /sbin/dlmcfgmgr -l /dev/dsk/c0t9d0 >> /etc/opt/
DynamicLinkManager/dlmfdrv.unconf

/dev/dsk/c0t9d*を除外ディスク定義ファイルに追加する例
# /sbin/dlmcfgmgr -l /dev/dsk/c0t9d* >> /etc/opt/
DynamicLinkManager/dlmfdrv.unconf

または

# /sbin/dlmcfgmgr -l /dev/dsk/c0t9d >> /etc/opt/
DynamicLinkManager/dlmfdrv.unconf

注意事項

HDLM構成定義ユティリティ（dlmcfgmgr）は，ホストの起動時に自動的に起動され，システムの自動コンフィグレーション（構成認識）を行います。パスやLUの追加，削除，除外ディスク定義ファイルの更新などでシステムの構成を変更した場合は，HDLMに構成変更を認識させるために，HDLMパス情報設定ユティリティ（dlmdefpath）を実行してホストを再起動してください。ホスト再起動後，自動コンフィグレーション時に出力されるログ（/var/opt/DynamicLinkManager/log/dlmcfgmgr.log），およびHDLMコマンドのviewオペレーションの実行結果を参照し，システム構成を変更したあとの，HDLMデバイスとSCSIデバイスの対応を再確認してください。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。

ホストの再起動時は，ホストを再起動する前のシステム構成情報を基に，システム構成を認識します。システムを再構築するなど，パスの構成を全面的に変更する場合は，HDLMの保持するシステム構成情報をクリアするために，HDLMをアンインストールしたあと，HDLMを新規インストールしてください。

dlmcfgmgrユティリティおよびHDLMパス情報設定ユティリティ（dlmdefpath）は，同時に，かつ複数実行しないでください。dlmcfgmgrユティリティおよびdlmdefpathユティリティを実行する場合は，ほかのユーザがdlmcfgmgrユティリティおよびdlmdefpathユティリティを実行していないことを確認してください。

HDLMで管理していたパスを削除すると，ホストを再起動したときKAPL10307-Wのメッセージがログファイル※に出力されます。このメッセージを抑止したい場合，次の処理を実行してください。

削除したパスと接続していたデバイス名を，除外ディスク定義ファイル（/etc/opt/DynamicLinkManager/dlmfdrv.unconf）に追加する。

dlmdefpathユティリティを実行する。

注※

dlmcfgmgrユティリティ，またはdlmdefpathユティリティの実行に伴って出力されるログファイル（/var/opt/DynamicLinkManager/log/dlmcfgmgr.log）です。

7.4　dlmdefpath　HDLMパス情報設定ユティリティ

パスに対してHDLMのドライバを登録し，カーネルの再構成およびホストの再起動を行います。ハードウェアの構成を変更した場合，または除外ディスク定義ファイルが変更された場合に実行すると，最新の構成定義が有効になります。

＜この節の構成＞

7.4.1　形式

7.4.2　パラメタ

7.4.1　形式

/opt/DynamicLinkManager/bin/dlmdefpath { -a | -u | -k }

7.4.2　パラメタ

-a

HDLMにドライバを登録します。

-u

HDLMが管理しているすべてのパスに対し，HDLMドライバの登録を解除します。このパラメタを実行すると，すべてのHDLMデバイスがHDLMの管理対象外になります。

-k

Ignite-UXのシステムリカバリ時に指定して実行します。HDLMデバイスとHDLMデバイスを使用したLVMが回復されます。詳しくは，「4.2.2　リカバリアーカイブの作成手順」を参照してください。なお，Ignite-UXを使ったHDLMデバイスのリカバリ以外で-kパラメタを実行しないでください。

ホストのOSがHP-UX 11i V2.0の場合にだけ実行できます。

戻り値

0：正常終了

1：異常終了

注意事項

次の場合は，必ずHDLMパス情報設定ユティリティ（dlmdefpath）を実行してください。dlmdefpathユティリティを実行しないでホストを再起動した場合，HDLM管理対象のデバイスに対するコマンドが正常に動作しません。

LUやパスなどのハードウェア構成を変更した場合

HDLMの除外ディスク定義ファイルを変更した場合

dlmdefpathユティリティを実行してホストを再起動したあとは，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。
KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

dlmdefpathユティリティを実行する前に，ioscanコマンドを実行して，HDLMが管理するパスのH/W StateがCLAIMEDと表示されることを確認してください。

dlmdefpathユティリティおよびHDLM構成定義ユティリティ（dlmcfgmgr）は，同時に，かつ複数実行しないでください。dlmdefpathユティリティおよびdlmcfgmgrユティリティを実行する場合は，ほかのユーザがdlmdefpathユティリティおよびdlmcfgmgrユティリティを実行していないことを確認してください。

dlmdefpathユティリティを直接シェルの引数に指定して実行する場合は，標準のPOSIXシェル（/usr/bin/sh）を使用してください。

sam，swinstall，kmtuneなどで次の操作を行う場合，カーネルを再構成してホストを再起動することがあります。

swinstall，swremoveなどによるソフトウェアの追加，削除，バージョンアップ

スワップデバイスまたはダンプデバイスの追加，削除，変更

構成可能カーネルパラメタの変更

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

これらの操作を行ってホストを再起動したあとは，/var/opt/DynamicLinkManager/log/dlmcfgmgr.logファイルを参照して，起動時刻以降に次のメッセージが出力されていないことを確認してください。
KAPL10317-E The path configuration definition has not been set.

このメッセージが出力されている場合，ハードウェア構成，ドライバ構成，または除外ディスク定義ファイルが変更されています。dlmdefpathユティリティを実行して，ホスト再起動後に，メッセージが出力されていないことを再度確認してください。

HDLMで管理していたパスを削除すると，ホストを再起動したときKAPL10307-Wのメッセージがログファイル※に出力されます。このメッセージを抑止したい場合，次の処理を実行してください。

削除したパスと接続していたデバイス名を，除外ディスク定義ファイル（/etc/opt/DynamicLinkManager/dlmfdrv.unconf）に追加する。

dlmdefpathユティリティを実行する。

注※

dlmcfgmgrユティリティ，またはdlmdefpathユティリティの実行に伴って出力されるログファイル（/var/opt/DynamicLinkManager/log/dlmcfgmgr.log）です。

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

HDLMのインストールを補完するユティリティです。

HDLMのインストール時に，KAPL09241-Wのメッセージが出力されていなければ，このユティリティを実行する必要はありません。KAPL09241-Wのメッセージが出力された場合は，JRE※を導入してから，このユティリティを実行してください。

注※

導入するJREのバージョンについては，「3.1.1　HDLMがサポートするホストとOS」の「(3)　JRE」を参照してください。

＜この節の構成＞

7.5.1　形式

7.5.2　パラメタ

7.5.1　形式

/usr/DynamicLinkManager/bin/dlminstcomp [-h]

7.5.2　パラメタ

-h

dlminstcompユティリティの形式を表示します。

8.　メッセージ

この章では，HDLMから出力されるメッセージを参照するときに知っておいてほしい情報について説明します。そのあと，HDLMの運用にかかわるメッセージと対処を一覧で説明します。「8.14　HDLMリモートアクセスインタフェースのリターンコード」では，HDLMリモートアクセスインタフェースから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　HDLMリモートアクセスインタフェースのリターンコード

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）の形式と意味」に示します。

表8-1　メッセージID（KAPLnnnnn-l）の形式と意味

形式
意味

KAPL
HDLMのメッセージであることを示します。

nnnnn
モジュール別のメッセージの通し番号です。

l
メッセージのレベルです。
C：Critical
E：Error
W：Warning
I：Information

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

メッセージに表示される用語，およびメッセージの説明（意味，説明，対処）で使用する用語を「表8-2　メッセージとメッセージの説明で使用する用語」に示します。

表8-2　メッセージとメッセージの説明で使用する用語

用語 | 意味
aa...aa | 変数（一つのメッセージに二つ以上の変数がある場合，bb...bb，cc...ccのように続きます）
オペレーション名 | コマンド名「dlnkmgr」に続けて入力する操作の種類

8.1.3　メッセージの言語種別

メッセージの言語種別は，出力元のコンポーネントごとに異なります。

それぞれのメッセージの節の冒頭で，言語種別を説明しています。また，言語種別を変更できるものについては，言語種別の変更方法についても説明しています。

コンポーネントや言語種別の設定に関係なく，syslogには英語のメッセージだけが出力されます。syslogに出力されるメッセージがあるコンポーネントを次に示します。

HDLMマネージャ

HDLMドライバ（フィルタ部）

HDLMアラートドライバ

HDLM管理対象物

8.2　KAPL01001～KAPL02000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。出力されるメッセージの言語種別を変更したい場合は，次のようにLANG環境変数の値を変更してください。デフォルトでは，英語のメッセージが出力されます。

Bourneシェル，またはKornシェルの場合

LANG=LANG環境変数の値
export LANG

Cシェルの場合

setenv LANG LANG環境変数の値

LANG環境変数の値と，出力メッセージの言語種別の対応を，「表8-3　LANG環境変数の値と出力メッセージの言語種別」に示します。

表8-3　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

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」上位二つの値を指定して，再実行してください。viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。

KAPL01016-W

操作対象のCHAポートがありませんでした。オペレーション名 = aa...aa
The target CHA port was not found. Operation name = aa...aa

説明

-chaパラメタで必要な-pathidで示すパスIDが，HDLMの管理対象ではありません。

aa...aa：offlineまたはonline

対処

HDLMコマンドのviewオペレーション（dlnkmgr view -path）を実行して，「ChaPort」に表示される値を確認してください。そのあと，操作するCHAポートを通るパスのうち，どれかのパス管理PATH_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.

説明

すでに永久ライセンスがインストールされているので，ライセンスのインストールは必要ありません。

対処

特にありません。

KAPL01077-W

パス情報が設定されていません。
The path configuration definition has not been set.

説明

パスの構成が変更されていますが，HDLMパス情報設定ユティリティ（dlmdefpath）が実行されていません。

対処

dlmdefpathユティリティを実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL01079-W

自動フェイルバック機能が無効のため，間欠障害監視機能の設定ができません。
The intermittent error monitoring function cannot be set up because automatic failback is disabled.

説明

自動フェイルバック機能が無効のため，間欠障害監視は設定できません。

対処

自動フェイルバック機能を有効に設定してから，間欠障害監視を設定してください。

KAPL01080-W

障害監視時間，および障害発生回数が自動フェイルバックチェック間隔と矛盾しています。
The error monitoring interval and the number of times that the error is to occur conflict with the automatic failback checking interval.

説明

自動フェイルバックで指定したチェック間隔と，間欠障害監視で指定した障害監視時間および障害発生回数の値では，間欠障害を検出できません。

対処

間欠障害監視の障害監視時間は，「自動フェイルバックで指定するチェック間隔×間欠障害監視で指定する障害発生回数」以上に設定してください。

KAPL01081-E

ライセンスキーファイルが不正です。ファイル名 = aa...aa
The license key file is invalid. File name = aa...aa

説明

ライセンスキーファイルの形式に不正があります。

aa...aa：/var/tmp/hdlm_license

対処

正しいライセンスキーファイルを所定のディレクトリに格納してから，再実行してください。

/var/tmp/hdlm_license

KAPL01082-E

インストール可能なライセンスキーがライセンスキーファイル内にありません。ファイル名 = aa...aa
There is no installable license key in the license key file. File name = aa...aa

説明

ライセンスキーファイル中に，HDLMのインストールが可能なライセンスキーがありません。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーファイルが正しいか確認してから，再実行してください。

/var/tmp/hdlm_license

KAPL01083-I

ライセンスキーファイルがありません。ファイル名 = aa...aa
There is no license key file. File name = aa...aa

説明

ライセンスキーファイルが所定のディレクトリにありません。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

または，HDLMコマンドを中断し，正しいライセンスキーファイルを所定のディレクトリに格納してから，HDLMコマンドを再実行してください。

/var/tmp/hdlm_license

KAPL01084-W

ライセンスキーファイルの削除に失敗しました。ファイル名 = aa...aa
An attempt to delete the license key file has failed. File name = aa...aa

説明

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーファイルが存在している場合は，削除してください。

/var/tmp/hdlm_license

KAPL01088-W

同時に指定できないパラメタ値が指定されています。オペレーション名 = aa...aa， パラメタ = bb...bb， パラメタ値 = cc...cc
The specified parameter values cannot be specified at the same time. Operation name = aa...aa, parameter = bb...bb, parameter values = cc...cc

説明

aa...aa：view

bb...bb：パラメタ名

cc...cc：同時に指定できないパラメタ値

対処

HDLMコマンドのhelpオペレーション名を実行し，指定できるパラメタ値を確認してから，再実行してください。helpオペレーションについては，「6.3　help　オペレーションの形式を表示する」を参照してください。

KAPL01089-E

HDLMコマンドのset -licオペレーションまたは，更新インストール時におけるライセンスの更新が同時に実行されました。
One of the following was executed at the same time as an HDLM command set -lic operation: another set -lic operation, or an update of the license for an update installation.

対処

HDLMコマンドのview -sys -licオペレーションでライセンスを確認し，必要に応じて，再度HDLMコマンドのset -licオペレーションを実行してください。同じエラーメッセージが表示される場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

なお，次の操作は行わないでください。

HDLMコマンドのset -licオペレーションの同時実行

HDLMコマンドのset -licオペレーションとアップグレードまたは再インストール時のライセンスの更新の同時実行

KAPL01095-E

HDLMのバージョン情報の取得に失敗しました。詳細 = aa...aa
An attempt to acquire the HDLM version information has failed. details = aa...aa

説明

aa...aa：エラーの発生要因コード

対処

再実行してください。繰り返し同じエラーが発生する場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01096-E

Service Packのバージョン情報の取得に失敗しました。詳細 = aa...aa
An attempt to acquire the Service Pack version information has failed. details = aa...aa

説明

aa...aa：エラーの発生要因コード

対処

再実行してください。繰り返し同じエラーが発生する場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL01097-W

既存のトレースファイルが全て削除されます。よろしいですか？ [y/n]:
All the current trace files will be deleted. Is this OK? [y/n]

説明

トレースファイルサイズ，またはファイル数を現在の設定値より縮小する場合は，既存のトレースファイルがすべて削除されます。続行してよい場合は「y」を，続行しない場合は「n」を入力してください。

対処

操作を続行する場合は「y」を入力してください。続行しない場合は「n」を入力してください。

KAPL01100-I

aa...aa

説明

実行したコマンドラインを示します。

aa...aa：実行したコマンド

対処

特にありません。

KAPL01107-I

オペレーションを開始します。オペレーション名 = set。本オペレーションを実行すると，LU個別に設定されているロードバランス種別が無効になります。よろしいですか？ [y/n]:
The load balancing type specified for individual LUs will become invalid when this operation is executed. Do you want to execute the operation anyway? Operation name = set [y/n]:

対処

システムのロードバランス種別を設定するには「y」を入力してください。中止する場合は「n」を入力してください。

KAPL01112-E

HDLMドライバとの接続に失敗しました。オペレーション名 = aa...aa
An attempt to connect to the HDLM driver has failed. Operation name = aa...aa

説明

実行したHDLMコマンドのオペレーションはHDLMドライバから情報を取得する必要がありますが，HDLMドライバにアクセスができません。

aa...aa：clear，offline，online，set，またはview

対処

HDLMの構成設定を未実行の場合は，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 subsystem 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障害情報収集ユティリティ」を参照してください。

8.3　KAPL03001～KAPL04000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-4　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-4　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

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

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。出力されるメッセージの言語種別は，スタートアップ時に参照されるシステム設定の情報が保存されている，/etc/rc.config.d/LANGファイルのLANG環境変数の設定に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-5　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-5　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

KAPL04001-I

HDLMマネージャが起動しました。
HDLM manager started.

対処

特にありません。

KAPL04002-E

HDLMマネージャの起動に失敗しました。
Could not start the HDLM manager.

説明

HDLMマネージャが正しく動作する環境ではないためにHDLMマネージャの起動に失敗しました。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04003-E

スタートアップパラメタが不当です。
The startup parameter is invalid.

説明

HDLMマネージャが内部的に保持しているパラメタにエラーがあります。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04004-I

HDLMマネージャを終了します。
HDLM manager will now terminate.

対処

特にありません。

KAPL04008-E

オプション定義ファイル(aa...aa)がオープンできません。
Cannot open the option definition file (aa...aa).

説明

HDLMマネージャが正常に起動できませんでした（オプション定義ファイルのオープンに失敗しました）。

aa...aa：オプション定義ファイル名

対処

ファイルをほかのプログラムで使用していないか（テキストエディタなどで開いていないか），ファイルを間違って削除していないか確認してください。

KAPL04009-E

オプション定義が不当です。
The option definition is invalid.

説明

HDLMマネージャが正常に起動できませんでした（オプション定義ファイル中の定義が不当です）。

対処

このメッセージのあとにKAPL04033-Wメッセージが出力されている場合は，HDLMコマンドのview -sys -sfuncオペレーションを実行して，オプション設定を確認してください。設定値がデフォルト値に戻っているオプションは，setオペレーションで再設定してください。

KAPL04033-Wメッセージが出力されていない場合は，HDLMマネージャを再起動してください。

対処しても同じエラーが発生する場合は，HDLMを再インストールしてください。

viewオペレーションについては，「6.7　view　情報を表示する」を参照してください。setオペレーションについては，「6.6　set　動作環境を設定する」を参照してください。

KAPL04010-E

障害ログファイルのオープンに失敗しました。
Could not open the error log file.

説明

HDLMマネージャが正常に起動できませんでした（障害ログファイル（/var/opt/DynamicLinkManager/log/dlmmgr[1-16].log）のオープンに失敗しました）。

対処

ファイルをほかのプログラムで使用していないか（テキストエディタなどで開いていないか），ファイルを間違って削除していないか確認してください。

KAPL04011-E

障害ログファイルの出力に失敗しました。
Could not output the error log file.

説明

障害ログファイル（/var/opt/DynamicLinkManager/log/dlmmgr[1-16].log）へのログ情報の出力に失敗しました。

対処

ディスクに空き容量があるか確認してください。

KAPL04012-E

通信パイプの作成に失敗しました。RC = aa...aa
Could not create a communication pipe. RC = aa...aa

説明

HDLMマネージャが正常に起動できませんでした（HDLMコマンドとの通信に使用するパイプファイルの作成に失敗しました）。

aa...aa：OSのエラーコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04013-E

通信パイプからの入力に失敗しました。RC = aa...aa
Input is impossible via the communication pipe. RC = aa...aa

説明

HDLMコマンドとの通信時，パイプファイルからのデータ入力に失敗しました。

aa...aa：OSのエラーコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04014-E

通信パイプへの出力に失敗しました。RC = aa...aa
Output is impossible via the communication pipe. RC = aa...aa

説明

HDLMコマンドとの通信時，パイプファイルへのデータ出力に失敗しました。

aa...aa：OSのエラーコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04019-E

障害情報取得に失敗しました。RC = aa...aa
Could not collect the error information. RC = aa...aa

説明

アラートドライバからログ情報を入力できませんでした。

aa...aa：APIのリターンコード（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04021-I

HDLMマネージャ情報 - aa...aa
HDLM manager information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース情報

対処

特にありません。

KAPL04022-W

HDLMマネージャ警告情報 - aa...aa
HDLM manager warning information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース（警告）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04023-E

HDLMマネージャエラー情報 - aa...aa
HDLM manager error information - aa...aa

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04024-C

HDLMマネージャ内で重大エラーが発生しました。 - aa...aa
A critical error occurred in the HDLM manager. (aa...aa)

説明

問題発生時の調査に必要な情報です。

aa...aa：HDLMマネージャトレース（エラー）情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL04025-C

HDLM マネージャでメモリ不足が発生しました。
A memory shortage occurred in the HDLM manager.

説明

HDLMマネージャの処理に必要なメモリを確保できませんでした。

対処

不要なアプリケーションを終了させ，空きメモリを増やすか，ホストを再起動してください。

KAPL04026-I

一時ライセンスが有効です。一時ライセンス満了まであとaa...aa日です(bb...bb)。
The temporary license is valid. The license expires in aa...aa days on (bb...bb).

説明

aa...aa：有効日数

bb...bb：期限満了日　西暦（4けた）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL04027-I

非常ライセンスが有効です。非常ライセンス満了まであとaa...aa日です (bb...bb)。
The emergency license is valid. The license expires in aa...aa days on (bb...bb).

説明

aa...aa：有効日数

bb...bb：期限満了日　西暦（4けた）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL04028-E

一時ライセンスの期限が切れています。
The temporary license expired.

対処

永久ライセンスをインストールしてください。

KAPL04029-E

非常ライセンスの期限が切れています。
The emergency license expired.

対処

永久ライセンスをインストールしてください。

KAPL04030-E

一時ライセンスの期限が切れました。
The temporary license has already expired.

対処

永久ライセンスをインストールしてください。

KAPL04031-E

非常ライセンスの期限が切れました。
The emergency license has already expired.

対処

永久ライセンスをインストールしてください。

KAPL04032-C

HDLM内で重大エラーが発生しました。システム環境が不正です。
A fatal error occurred in HDLM. The system environment is invalid.

説明

HDLM構成ファイルの一部がありません。

対処

HDLMを再インストールしてください。

KAPL04033-W

オプション定義ファイルを再作成しました。
The option definition file was re-created.

説明

オプション定義ファイルをデフォルト値で再作成しました。一部のオプションが読めた場合は指定値が設定されています。

対処

デフォルト以外のオプションについては，HDLMコマンドのsetオペレーションでオプションを再設定してください。setオペレーションについては，「6.6　set　動作環境を設定する」を参照してください。

KAPL04034-E

オプション定義ファイルの作成に失敗しました。
An attempt to create the option definition file has failed.

説明

オプション定義ファイル（/etc/opt/DynamicLinkManager/dlmmgr.xml）をデフォルト値で再作成しようとしましたが，失敗しました。

対処

不要ファイルを削除して，ファイルシステムの空きスペースを確保してください。または，ディレクトリの書き込み権限，ファイルの書き込み権限を確認してください。

KAPL04035-I

ヘルスチェックを開始します。全パス数 = aa...aa
The path health check will now start. Total number of paths = aa...aa

説明

aa...aa：全パス数

対処

特にありません。

KAPL04036-I

aa...aaパスのヘルスチェックを実行しました。異常パス数 = bb...bb
The path health check for the path aa...aa was executed. Number of error paths = bb...bb

説明

aa...aa：ヘルスチェック対象パス数

bb...bb：ヘルスチェックが失敗したパス数

対処

特にありません。

KAPL04037-I

ヘルスチェックに成功しました。パスID = aa...aa
The path health check completed normally. Path ID = aa...aa

説明

パスのヘルスチェックを行った結果，パスに異常はありませんでした。

aa...aa：ヘルスチェックを行ったパスのパスID

対処

特にありません。

KAPL04042-I

HDLM SNMP TRAP 情報 - aa...aa
HDLM SNMP TRAP information - aa...aa

説明

aa...aa：StartまたはStop

対処

特にありません。

KAPL04045-I

HDLM SNMP TRAPを送信しました。Trap ID = aa...aa, IPアドレス = bb...bb, ポート番号 = cc...cc, Community = dd...dd, Trap データ = ee...ee
HDLM SNMP TRAP was sent. Trap ID = aa...aa, IP Address = bb...bb, Port Number= cc...cc, Community = dd...dd, Trap Data = ee...ee

説明

aa...aa：Trap ID

bb...bb：Trap送信先のIPアドレス

cc...cc：Trap送信先のポート番号

dd...dd：Trapに付与したCommunity名

ee...ee：送信データ

対処

特にありません。

8.5　KAPL05001～KAPL06000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-6　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-6　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

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：SCSIデバイスの通番（マイナー番号）（10進数）），Partition（bb...bb：０固定）のパス登録に成功しました。

対処

特にありません。

KAPL05004-I

HDLMドライバ（フィルタ部）フィルタ機能(aa...aa)の初期化に成功しました。
The filtering function (aa...aa) for the HDLM driver (filter component) was initialized successfully.

説明

HDLMドライバの初期化に成功しました。

aa...aa：ファイルID，行番号（16進数）

対処

特にありません。

KAPL05005-I

HDLMドライバ（フィルタ部）制御機能(aa...aa)の初期化に成功しました。
The control function (aa...aa) for the HDLM driver (filter component) was initialized successfully.

説明

HDLMドライバの初期化に成功しました。

aa...aa：ファイルID，行番号（16進数）

対処

特にありません。

KAPL05008-E

メモリ確保に失敗しました。(aa...aa:bb...bb)
Could not allocate memory. (aa...aa:bb...bb)

説明

OSのメモリ確保関数を起動しましたが，メモリ確保関数からエラーが返されました。

aa...aa：ファイルID，行番号（16進数）

bb...bb：メモリ確保サイズ（16進数）

対処

HDLMドライバが正常に開始しているか確認してください。開始していないか，エラー状態の場合，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL05014-I

デバイスオブジェクト(aa...aa)をパス(bb...bb)として登録しました。
The device object (aa...aa) was registered as the path (bb...bb).

説明

HDLMドライバのアタッチに成功し，パスとして登録しました。

aa...aa：フィルタドライバ管理テーブルアドレス（16進数）

bb...bb：パスID（16進数）

対処

特にありません。

KAPL05018-W

パス(aa...aa)でのFO処理が失敗しました。(bb...bb:cc...cc)
The FO processing in the path (aa...aa) failed. (bb...bb:cc...cc)

説明

HDLMがパスのFO処理に失敗しました。

aa...aa：パスID（16進数）

bb...bb：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

cc...cc：0固定

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

処理中のI/Oは破棄されます。パスの状態を確認して適切な処置をしてください。

KAPL05019-I

パス(aa...aa)でのFO処理が完了しました。I/O要求はパス(bb...bb)で処理されました。
The FO processing in the path (aa...aa) finished. The I/O request was processed in the path (bb...bb).

説明

HDLMがパスのフェイルオーバに成功しました。

aa...aa：パスID（16進数）

bb...bb：パスID（16進数）

対処

特にありません。

KAPL05020-I

IOCTL(aa...aa)の処理を開始します。
Processing of IOCTL(aa...aa) will now start.

説明

IOCTL要求を受け付けました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL05021-I

IOCTL(aa...aa)の処理は正常に完了しました。
Processing of IOCTL(aa...aa) completed normally.

説明

IOCTL要求は正常に終了しました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL05023-E

IOCTL(aa...aa)の処理に失敗しました。(bb...bb:cc...cc)
Could not process the IOCTL(aa...aa). (bb...bb:cc...cc)

説明

IOCTL要求に対応する処理に失敗しました。

aa...aa：IOCTLコード（16進数）

bb...bb：0固定

cc...cc：0固定

対処

HDLMコマンドやHDLMマネージャのメッセージを確認して，対処してください。適切な対処方法が不明な場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL05601-E

IOCTL(aa...aa)の処理でエラーを受け取りました。SCSI Code = bb...bb , HDLM Minor = cc...cc, ErrorCode = dd...dd
An error was received during processing of an IOCTL (aa...aa). SCSI Code = bb...bb , HDLM Minor = cc...cc, ErrorCode = dd...dd

説明

SCSIドライバに対するIOCTL要求が失敗したためアプリケーションにエラーを通知します。

aa...aa：IOCTLコード（16進数）

bb...bb：オペレーションコード（16進数）

cc...cc：HDLMドライバのマイナー番号（16進数）

dd...dd：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

メッセージID「KAPL05602-E」で表示されるパスがLUに正しく接続されているか確認してください。

KAPL05602-E

IOCTL(aa...aa)の処理でディスクドライバからエラーを受け取りました。SCSI Code = bb...bb, PathID = cc...cc, ErrorCode = dd...dd
An error was received from the disk driver during processing of an IOCTL (aa...aa). SCSI Code = bb...bb, PathID = cc...cc, ErrorCode = dd...dd

説明

SCSIドライバに対するIOCTL要求が失敗しました。

aa...aa：IOCTLコード（16進数）

bb...bb：オペレーションコード（16進数）

cc...cc：SCSIデバイスのパスID（10進数）

dd...dd：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

パスがLUに正しく接続されているか確認してください。

KAPL05603-E

OfflineのパスがあるためIOCTL(aa...aa)の処理が実行できません。HDLM Minor = bb...bb
An Offline path exists, so ioctl (aa...aa) processing cannot be executed. HDLM Minor = bb...bb

説明

Offline状態のパスがあるHDLM管理対象のデバイスにIOCTL要求を発行しました。

aa...aa：IOCTLコード（16進数）

bb...bb：HDLMデバイスのマイナー番号（16進数）

対処

指定したHDLM管理対象のデバイスのすべてのパスがOnline状態であることを確認してから，再度IOCTLシステムコールを発行してください。

KAPL05604-W

IOCTL(aa...aa) の処理でエラーを受け取りました。SCSI Code = bb...bb, HDLM Minor = cc...cc, ErrorCode = dd...dd
An error was received during processing of an IOCTL (aa...aa). SCSI Code = bb...bb, HDLM Minor = cc...cc, ErrorCode = dd...dd

説明

SCSIドライバに対するIOCTL要求が失敗したためアプリケーションにエラーを通知します。

aa...aa：IOCTLコード（16進数）

bb...bb：オペレーションコード（16進数）

cc...cc：HDLMデバイスのマイナー番号（16進数）

dd...dd：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

IOCTLシステムコールを発行したアプリケーションの動作が正しいか確認してください。

KAPL05605-W

IOCTL(aa...aa) の処理でディスクドライバからエラーを受け取りました。SCSI Code = bb...bb, PathID = cc...cc, ErrorCode = dd...dd
An error was received from the disk driver during processing of an IOCTL (aa...aa). SCSI Code = bb...bb, PathID = cc...cc, ErrorCode = dd...dd

説明

SCSIドライバに対するIOCTL 要求が失敗しました。パスは閉塞はしません。

aa...aa：IOCTLコード（16進数）

bb...bb：オペレーションコード（16進数）

cc...cc：SCSIデバイスのパスID（10進数）

dd...dd：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

IOCTLシステムコールを発行したアプリケーションの動作が正しいか確認してください。

8.6　KAPL06001～KAPL07000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-7　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-7　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

KAPL06004-E

メモリ確保に失敗しました。(aa...aa:bb...bb)
Could not allocate memory. (aa...aa:bb...bb)

説明

アラート情報を保存するメモリの確保に失敗しました。

aa...aa：プログラムライン（16進数）

bb...bb：メモリ確保サイズ（16進数）

対処

HDLMドライバが正常に開始しているか確認してください。開始していないか，エラー状態の場合，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL06007-I

IOCTL(aa...aa)の処理を開始します。
IOCTL processing (aa...aa) will now start.

説明

IOCTL要求を受け付けました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL06008-I

IOCTL(aa...aa)の処理は正常に完了しました。
IOCTL processing (aa...aa) completed normally.

説明

IOCTL要求を正常に処理しました。

aa...aa：IOCTLコード（16進数）

対処

特にありません。

KAPL06010-E

IOCTL(aa...aa)の処理に失敗しました。(bb...bb:cc...cc)
Could not process the IOCTL(aa...aa). (bb...bb:cc...cc)

説明

IOCTL要求は正常に処理されませんでした。

aa...aa：IOCTLコード（16進数）

bb...bb：errno（16進数）

cc...cc：0

対処

HDLMコマンドやHDLMマネージャのメッセージを確認して，対処してください。適切な対処方法が不明な場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL06013-E

ログ情報をログバッファに書き込めませんでした。(aa...aa:bb...bb)
Could not write log information into the log buffer. (aa...aa:bb...bb)

説明

フィルタドライバからのログ情報がメモリ確保の失敗によって，ログバッファに書き込まれないで破棄されました。

aa...aa：メッセージコード（16進数）

bb...bb：バッファサイズ（16進数）

対処

ほかにエラーが発生していないか確認してください。書き込みに失敗したログ情報は破棄されます。ほかにエラーが発生していない場合，実メモリサイズを見直してください。

実メモリが不足している場合は，実メモリを増設してください。

実メモリが不足していない場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL06014-E

緊急情報を緊急情報バッファに書き込めませんでした。(aa...aa:bb...bb)
Could not write emergency information into the emergency information buffer. (aa...aa:bb...bb)

説明

フィルタドライバからの緊急情報がメモリ確保の失敗によって，緊急情報バッファに書き込まれないで破棄されました。

aa...aa：メッセージコード（16進数）

bb...bb：バッファサイズ（16進数）

対処

ほかにエラーが発生していないか確認してください。書き込みに失敗した情報は破棄されます。ほかにエラーが発生していない場合，実メモリサイズを見直してください。

実メモリが不足している場合は，実メモリを増設してください。

実メモリが不足していない場合は，HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

8.7　KAPL07001～KAPL08000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-8　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-8　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

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進数）

対処

特にありません。

8.8　KAPL08001～KAPL09000

この節で説明するメッセージの言語種別には，英語，または日本語が選択できます。デフォルトでは，英語のメッセージが出力されます。メッセージの言語種別は，LANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-9　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-9　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

KAPL08019-E

パス(aa...aa)が障害(bb...bb)を検知しました。(cc...cc)
The path (aa...aa) detected an error (bb...bb). (cc...cc)

説明

断線などによって，パスで障害が発生しました。

aa...aa：パス識別子（16進数）

bb...bb：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

パスへルスチェック，またはonlineオペレーションによって障害が検出された場合
0x000F0000が表示されます。

I/Oエラーによって障害が検出された場合
OSのエラーコードが表示されます。

cc...cc：0x00000000固定

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

障害を検知したパスを確認してください。

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：エラーコード（上位4桁：errno※1，下位4桁：cdb_status※2）（16進数）

パスへルスチェック，またはonlineオペレーションによって障害が検出された場合
0x000F0000が表示されます。

I/Oエラーによって障害が検出された場合
OSのエラーコードが表示されます。

bb...bb：パスID（view -pathのPathIDと同じ）（10進数）

cc...cc：ホストポート番号（view -pathのPathNameと同じ）（16進数）

dd...dd：バス番号（view -pathのPathNameと同じ）（16進数）

ee...ee：ターゲットID（view -pathのPathNameと同じ）（16進数）

ff...ff：ホストLU番号（view -pathのPathNameと同じ）（16進数）

gg...gg：Dev番号（view -pathのDNumと同じ）（10進数）

hh...hh：ホストデバイス名（view -pathのHDevNameと同じ）

注※1

errnoについては，errno(2)のmanページ，および/usr/include/sys/errno.hを参照してください。

注※2

cdb_statusについては，sioc_io(7)のmanページ，および/usr/include/sys/scsi.hを参照してください。

対処

パスで障害が発生したおそれがあります。「5.3　パス障害時の対処」を参照して，メッセージ中に表示されたパスを稼働状態にしてください。

KAPL08023-I

パスを回復しました。PathID = aa...aa, PathName = bb...bb.cc...cc.dd...dd.ee...ee, DNum = ff...ff, HDevName = gg...gg
A path was recovered. PathID = aa...aa, PathName = bb...bb.cc...cc.dd...dd.ee...ee, DNum = ff...ff, HDevName = gg...gg

説明

aa...aa：パスID（view -pathのPathIDと同じ）（10進数）

bb...bb：ホストポート番号（view -pathのPathNameと同じ）（16進数）

cc...cc：バス番号（view -pathのPathNameと同じ）（16進数）

dd...dd：ターゲットID（view -pathのPathNameと同じ）（16進数）

ee...ee：ホスト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

説明

断線などによって，一つの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

この節で説明するメッセージの言語種別は，英語だけです。

KAPL09002-E

The disk does not have sufficient free space.

説明

インストール先のファイルシステムに十分な容量がないため，HDLMをインストールできません。

対処

/optおよび/var以下の空き容量を増やしてから再実行してください。

KAPL09006-E

Could not install HDLM.

説明

HDLMはインストールされませんでした。

対処

途中で中断した場合，不完全なファイル，フォルダが残っていることがあります。不完全なファイル，フォルダは削除してください。

KAPL09019-E

An attempt to cancel the registration of the bundle PP name of Hitachi Network Objectplaza Trace Library 2 failed. Uninstall Hitachi Network Objectplaza Trace Library 2 by referring to HDLM User's Guide section "Uninstalling Hitachi Network Objectplaza Trace Library (HNTRLib2)".

説明

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のバンドルPP名称の登録解除に失敗しました。

対処

手動でバンドルPP名称の登録解除とHNTRLib2のアンインストールを行ってください。再度，バンドルPP名称の登録解除とHNTRLib2のアンインストールに失敗した場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09020-E

An attempt to uninstall Hitachi Network Objectplaza Trace Library 2 failed.

説明

HNTRLib2のアンインストールに失敗しました。

対処

手動でHNTRLib2のアンインストールを行ってください。再度，アンインストールに失敗した場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09021-E

An attempt to register the bundle PP name of Hitachi Network Objectplaza Trace Library 2 failed.

説明

HNTRLib2のPP名称登録に失敗しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09023-E

A file or directory related to HDLM could not be found. Re-install HDLM.

説明

HDLMに関連するファイルのうち，HDLM以外のHitachi Storage Command Suite製品のディレクトリにコピーする対象のファイルがありません。

対処

HDLMを再度インストールしてください。

KAPL09026-I

Hitachi Network Objectpraza Trace Library 2 wasn't uninstalled because it was being used for other products.

説明

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）はほかの製品に利用されているためアンインストールされませんでした。

対処

特にありません。

KAPL09028-E

An attempt to install Hitachi Network Objectplaza Trace Library 2 failed.

説明

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）のインストールに失敗しました。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09076-I

The permanent license was installed.

説明

永久ライセンスがインストールされました。

対処

特にありません。

KAPL09077-I

The temporary license was installed. The license expires on aa...aa.

説明

一時ライセンスがインストールされました。期限満了日は，aa...aaです。

aa...aa：西暦（4けた）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09078-I

The emergency license was installed. The license expires on aa...aa.

説明

非常ライセンスがインストールされました。期限満了日は，aa...aaです。

aa...aa：西暦（4けた）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09079-I

The permanent license has been installed.

説明

永久ライセンスがインストールされています。

対処

特にありません。

KAPL09080-I

The temporary license has been installed. The license expires on aa...aa.

説明

一時ライセンスがインストールされています。期限満了日は，aa...aaです。

aa...aa：西暦（4けた）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09081-I

The emergency license has been installed. The license expires on aa...aa.

説明

非常ライセンスがインストールされています。期限満了日は，aa...aaです。

aa...aa：西暦（4けた）/月（01～12）/日（01～31）

対処

期限満了日までに，永久ライセンスをインストールしてください。

KAPL09082-W

The temporary license expired.

説明

一時ライセンスの期限が切れています。

対処

永久ライセンスのライセンスキーを入力してください。

KAPL09083-W

The emergency license expired.

説明

非常ライセンスの期限が切れています。

対処

永久ライセンスをインストールしてください。

KAPL09086-W

The license key is invalid.

説明

入力されたライセンスキーが不正です。

対処

正しいライセンスキーを入力してください。

KAPL09087-E

The entered license key is invalid. Renewal of the license key will now stop. Obtain a valid license key, and then re-install HDLM.

説明

3回不正なライセンスキーが入力されたため，ライセンス更新を中断します。

対処

正しいライセンスキーを取得後，再度インストールしてください。

KAPL09088-E

The entered license key is invalid. The HDLM installation will now terminate. Obtain a valid license key, and then re-install HDLM.

説明

ライセンスキーが不正です。インストールを中止します。

対処

正しいライセンスキーを取得後，再度インストールしてください。

KAPL09089-W

License information cannot be acquired.

説明

ライセンス情報が取得できないため，ライセンスのインストールが必要です。

対処

ライセンスキーファイルを所定のディレクトリ（/var/tmp/hdlm_license）に置いている場合

ライセンスキーファイルからライセンスがインストールされます。特に操作は必要ありません。

ライセンスキーファイルを別のディレクトリ，または別のファイル名で保存している場合

KAPL09200-Iのメッセージに対して「1」を入力したあと，出力されるメッセージに従ってください。

上記以外の場合

ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。

または，インストールを中断し，正しいライセンスキーファイルを所定のディレクトリ（/var/tmp/hdlm_license）に格納するか，ユーザ任意のディレクトリまたはファイル名で格納してから，再度インストールしてください。

KAPL09090-W

This operation will now be continued without updating the license.

説明

ライセンスを更新しないで処理を続行します。

対処

別途，永久ライセンスをインストールしてください。

KAPL09091-E

A fatal error occurred in HDLM. The system environment is invalid. Contact your HDLM vendor or the maintenance company if there is a maintenance contract of HDLM.

説明

HDLM内で重大エラーが発生しました。システム環境が不正です。HDLM構成ファイルの一部がありません。

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09099-I

Additional information: aa...aa

説明

直前に出力されているメッセージの追加情報を示します。

aa...aa：追加情報

対処

直前に出力されているメッセージの「対処」を実施してください。

KAPL09112-E

The license key file is invalid. File name = aa...aa
Place the correct license key file in the designated directory (/var/tmp/hdlm_license), in a user-specified directory or with a user-specified file name, and then re-install HDLM.

説明

ライセンスキーファイルの形式に不正があります。

aa...aa：/var/tmp/hdlm_licenseまたは，ユーザが指定したファイル

対処

正しいライセンスキーファイルを所定のディレクトリ（/var/tmp/hdlm_license）に格納するか，ユーザ任意のディレクトリまたはファイル名で格納してから，再度インストールしてください。

KAPL09113-E

There is no installable license key in the license key file. File name = aa...aa
Make sure that the license key file is correct, and then re-install HDLM.

説明

ライセンスキーファイル中に，HDLMのインストールが可能なライセンスキーがありません。

aa...aa：/var/tmp/hdlm_licenseまたは，ユーザが指定したファイル

対処

ライセンスキーファイルが正しいか確認してから，再度インストールしてください。

/var/tmp/hdlm_licenseまたは，ユーザが指定したファイル

KAPL09114-I

There is no license key file. File name = aa...aa

説明

ライセンスキーファイルが所定のディレクトリにありません。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーの入力を促すメッセージが表示されるので，ライセンスキーを入力してください。または，インストールを中断し，正しいライセンスキーファイルを所定のディレクトリに格納してから，再度インストールしてください。

KAPL09115-W

An attempt to delete the license key file has failed. File name = aa...aa

説明

ライセンスキーファイルの削除に失敗しました。

aa...aa：/var/tmp/hdlm_license

対処

ライセンスキーファイルが存在している場合は，削除してください。

/var/tmp/hdlm_license

KAPL09120-E

There is no license key file. File name = aa...aa

説明

ライセンスキーファイルが所定のディレクトリにありません。

aa...aa：/var/tmp/hdlm_license

対処

正しいライセンスキーファイルを所定のディレクトリに格納してから，JP1/NETM/DMの配布指令を再実行してください。

/var/tmp/hdlm_license

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のアップグレードまたは再インストール時のライセンスの更新の同時実行

KAPL09138-E

An attempt to add the aa..aa driver has failed.

説明

ドライバの登録に失敗しました。

aa...aa：ドライバ名

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09139-E

An attempt to remove the aa..aa driver has failed.

説明

ドライバの削除に失敗しました。

aa...aa：ドライバ名

対処

HDLMの購入元会社，または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またはuninstallation

bb...bb：内部コード（10進数）

対処

時間を置いてから再度インストールまたはアンインストールを行ってください。

KAPL09143-E

HDLM aa...aa cannot be performed. Error Code = bb...bb

説明

HDLMをインストールまたはアンインストールできませんでした。

aa...aa：installationまたはuninstallation

bb...bb：内部コード（10進数）

対処

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09150-I

The kernel configuration information has been changed.

説明

カーネル構成情報が更新されました。

対処

特にありません。

KAPL09178-I

After a successful installation, please do the following: aa...aa

説明

インストールが成功したあと，次の手順を行ってください。

aa...aa：操作手順

対処

出力された手順を実施してください。

KAPL09200-I

If your license key file is located somewhere else or has a different file name than "hdlm_license", enter "1". If you will enter the license key text directly, enter "2". [1/2]:

説明

ライセンスキーファイルを別のディレクトリ，または別のファイル名で保存している場合は，「1」を，直接ライセンスキーを入力する場合は「2」を入力してください。

対処

「1」または「2」を入力してください。

KAPL09201-I

Enter the absolute path to the license key, including file name :

説明

ライセンスキーファイル名を絶対パスで入力してください。

対処

ライセンスキーファイルを絶対パスで指定してください。

KAPL09202-W

The entered absolute path is invalid.

説明

入力された絶対パスは無効です。

対処

同時に出力されるメッセージに従ってください。

KAPL09203-W

There is no license key file. File name = aa...aa

説明

ライセンスファイルキーファイルがありません。

aa...aa：ユーザが入力した文字列

対処

同時に出力されるメッセージに従ってください。

KAPL09204-E

The entered absolute path is invalid. The HDLM installation will now terminate.

説明

入力された絶対パスは無効です。インストールを中断します。

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09205-E

There is no license key file. The HDLM installation will now terminate. File name = aa...aa

説明

ライセンスキーファイルがありません。インストールを中断します。

aa...aa：ユーザが入力した文字列

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09206-W

The entered value is invalid. Re-enter [1/2]:

説明

入力された値が不正です。再入力してください。

対処

「1」または「2」を入力してください。

KAPL09207-E

The entered absolute path is invalid. Renewal of the license key will now stop.

説明

入力された絶対パスは無効です。ライセンスの更新を中断します。

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09208-E

There is no license key file. Renewal of the license key will now stop. File name = aa...aa

説明

ライセンスキーファイルがありません。ライセンスの更新を中断します。

aa...aa：ユーザが入力した文字列

対処

ライセンスキーファイルの絶対パスを確認してからインストールをやり直してください。

KAPL09209-E

The entered value is invalid. Renewal of the license key will now stop.

説明

入力された値が不正です。ライセンスの更新を中断します。

対処

インストールをやり直してください。

KAPL09241-W

An attempt to install an HDLM component failed. Error Code = aa...aa

説明

HDLMコンポーネントのインストールに失敗しました。

aa...aa：実行した処理を特定するエラー番号（10進数）

対処

Error Code = 3またはError Code = 100の場合

時間をおいてからHDLMコンポーネントインストールユティリティ(dlminstcomp)を実行してください。

Error Code = 5の場合

前提となるJDKまたはJREをインストールしたあとに，HDLMコンポーネントインストールユティリティ(dlminstcomp)を実行してください。

上記以外のError Codeが出力された場合

HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL09242-E

No usable JDK or JRE exists.

説明

前提となるJDKまたはJREがシステムにインストールされていません。

対処

前提となるJDKまたはJREをインストールしたあとに，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バラメタを指定して実行し，ユティリティの形式を確認してから，再実行してください。

KAPL09501-E

HDLM is not installed on this system.

説明

このシステムにはHDLMがインストールされていないため，SPは適用できません。

対処

システムにHDLMが正しくインストールされていることを確認してください。

KAPL09502-E

An equivalent patch is already installed.

説明

同等の差分パッチがすでにインストールされています。

対処

HDLMを再インストールしてください。

KAPL09503-E

A new patch is already installed.

説明

新しい差分パッチがすでにインストールされています。

対処

インストールを実行したい場合は，HDLMをアンインストールして，再度インストールしてください。

KAPL09505-E

aa...aa cannot be applied to the installed bb...bb.

説明

インストールされているHDLMまたはSP（bb...bb）に対して，このHDLMまたはSP（aa...aa）はアップグレードまたは再インストールできません。

aa...aa：インストールしようとしたHDLMのバージョンまたはSPのバージョン

bb...bb：インストール済みのHDLMのバージョンまたはSPのバージョン

対処

インストール済みのHDLM，またはSPに対してアップグレードまたは再インストールはできません。HDLMをインストールする場合，アンインストールを行ってから再度インストールを実行してください。SPをインストールする場合，インストール済みのHDLMに適用可能なSP，または修正版を入手して，再度インストールを実行してください。

8.10　KAPL10001～KAPL11000

この節で説明するメッセージの言語種別は，英語だけです。

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

説明

収集情報定義ファイル内の行に，二つ以上ファイル名またはディレクトリ名があります。

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.

説明

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の保守契約があれば保守会社に連絡してください。

KAPL10301-I

/sbin/dlmcfgmgr started: aa...aa

説明

HDLM構成定義ユティリティ（dlmcfgmgr）を起動しました。

aa...aa：日時（例：Fri Aug 23 19:12:50 2004）

対処

特にありません。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

KAPL10302-I

/sbin/dlmcfgmgr completed normally.

説明

HDLM構成定義ユティリティ（dlmcfgmgr）が正常終了しました。

対処

特にありません。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

KAPL10303-W

usage: dlmcfgmgr {-e [special-file-name ...] | -l special-file-name ...}

説明

HDLM構成定義ユティリティ（dlmcfgmgr）の使用法を表示します。

対処

正しいオプションを指定して，コマンドを再実行してください。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

KAPL10304-E

The HDLM drivers have not been built into the kernel.

説明

HDLMのドライバがカーネルに組み込まれていません。

対処

ホストを再起動してください。

KAPL10305-E

A special file could not be created. Filename = aa...aa

説明

HDLMデバイスのデバイスファイルが生成できません。

aa...aa：HDLMデバイスのデバイスファイル名

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10306-W

The configuration definition file is invalid.

説明

構成定義ファイルが無効のため，再作成します。

対処

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

KAPL10307-W

A device could not be recognized. Device = aa...aa

説明

SCSIデバイスが認識できません。

aa...aa：SCSIデバイスのデバイスファイル名

対処

該当SCSIデバイスへのパスを見直してください。

該当SCSIデバイスへのパスを削除した場合は，削除したパスのデバイス名を除外ディスク定義ファイル（/etc/opt/DynamicLinkManager/dlmfdrv.unconf）に追加したあと，HDLMパス情報設定ユティリティ（dlmdefpath）を実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10308-W

The configuration definition file could not be created.

説明

構成定義ファイルが作成できません。

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10309-W

The HDLM management-target disk does not exist.

説明

HDLM管理対象デバイスが存在しません。

対処

システム構成を確認してください。

KAPL10310-I

A device was added. Device = aa...aa

説明

SCSIデバイスが追加されました。

aa...aa：SCSIデバイスのデバイスファイル名

対処

特にありません。

KAPL10311-I

A device was deleted. Device = aa...aa

説明

SCSIデバイスが削除されました。

aa...aa：SCSIデバイスのデバイスファイル名

対処

特にありません。

KAPL10312-I

HDLM has created an HDLM device special file. Device = aa...aa

説明

HDLMデバイスのデバイスファイルを作成しました。

aa...aa：HDLMデバイスのデバイスファイル名

対処

特にありません。

KAPL10313-I

HDLM has deleted an HDLM device special file. Device = aa...aa

説明

HDLMデバイスのデバイスファイルを削除しました。

aa...aa：HDLMデバイスのデバイスファイル名

対処

特にありません。

KAPL10314-I

HDLM has updated an HDLM device special file. Device = aa...aa

説明

HDLMデバイスのデバイスファイルを更新しました。

aa...aa：HDLMデバイスのデバイスファイル名

対処

特にありません。

KAPL10315-I

The device configuration has been changed. Device = aa...aa

説明

SCSIデバイスの構成が変更されました。

aa...aa：SCSIデバイスのデバイスファイル名

対処

特にありません。

KAPL10316-E

Could not allocate memory. Size = aa...aa

説明

メモリ確保に失敗しました。

aa...aa：確保しようとしたメモリサイズ（10進数）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。

KAPL10317-E

The path configuration definition has not been set.

説明

パスの構成が変更されていますが，HDLMパス情報設定ユティリティ（dlmdefpath）が実行されていません。

対処

dlmdefpathユティリティを実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10318-E

An internal error occurred in the HDLM-configuration definition utility. Code = aa...aa Errno = bb...bb cc...cc

説明

HDLM構成定義ユティリティ（dlmcfgmgr）で内部エラーが発生しました。

aa...aa：エラー発生行番号（10進数）

bb...bb：エラー番号（errno）（10進数）

cc...cc：詳細情報（任意）

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

KAPL10326-E

You lack permission for executing the HDLM-configuration definition utility.

説明

HDLM構成定義ユティリティ（dlmcfgmgr）を実行する権限がありません。

対処

root権限を持つユーザで，再度dlmcfgmgrユティリティを実行してください。dlmcfgmgrユティリティについては，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

KAPL10401-W

usage: dlmdefpath {-a|-u|-k}

説明

HDLMパス情報設定ユティリティ（dlmdefpath）の使用法を表示します。

対処

正しいオプションを指定して，再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10402-W

You lack permission to execute the HDLM path-configuration definition utility.

説明

HDLMパス情報設定ユティリティ（dlmdefpath）を実行する権限がありません。

対処

root権限を持つユーザで再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10403-E

A kernel update request has already been registered in the OS.

説明

カーネル更新要求はすでに登録されています。

対処

ホストを再起動してから，HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10404-E

The HDLM settings have not been applied. Restart the computer.

説明

HDLMの設定が反映されていません。ホストを再起動してください。

対処

ホストを再起動してから，HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10405-W

aa...aa - The disk device does not exist.

説明

SCSIデバイスが存在しません。

aa...aa：SCSIデバイスのデバイスファイル名

対処

SCSIデバイスのデバイスファイルが存在すること，LUが接続されていることを確認の上，再実行してください。

KAPL10406-I

The path configuration has already been set. You do not need to build a new kernel and restart the computer.

説明

パス情報はすでに設定されています。カーネルの更新やホストを再起動する必要はありません。

対処

特にありません。

KAPL10407-I

A kernel will be built. Is this OK? [y/n] :

説明

カーネルを更新します。よろしいですか？

対処

カーネルを更新する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10408-E

A new kernel could not be built.

説明

カーネルの更新に失敗しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。このメッセージが繰り返し出力される場合は，dlmdefpathユティリティが出力する障害情報を取得し，次にHDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得してから，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

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

KAPL10409-W

The kernel has already been set by another process; therefore, the previous kernel update will be invalidated.

説明

ほかのプロセスによって，すでにカーネルが設定されているため，以前のカーネルの更新は無効になります。

対処

ホストを再起動してから，HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10410-W

The previous kernel update request will be invalidated. Is this OK? [y/n] :

説明

以前のカーネル更新要求は無効になります。よろしいですか？

対処

以前に実行されたカーネル更新要求を無効にする場合は「y」を，中止する場合は「n」を入力してください。

KAPL10411-I

The current kernel will be replaced. Is this OK? [y/n] :

説明

カーネルの置換を行います。

対処

カーネルを更新する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10412-E

kmupdate: The attempt to replace the kernel failed.

説明

kmupdate：カーネルの置換に失敗しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。このメッセージが繰り返し出力される場合は，dlmdefpathユティリティが出力する障害情報を取得し，次にHDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得してから，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

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

KAPL10413-E

The ioconfig processing failed.

説明

ioconfig処理に失敗しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。このメッセージが繰り返し出力される場合は，dlmdefpathユティリティが出力する障害情報を取得し，次にHDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得してから，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

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

KAPL10414-I

The computer must be restarted to make the path configuration effective. Would you like to restart the computer now? [y/n] :

説明

パス情報を有効にするためにホストを再起動する必要があります。

対処

ホストを再起動する場合は「y」を，中止する場合は「n」を入力してください。

KAPL10415-I

The HDLM path-configuration definition utility (dlmdefpath aa...aa) completed normally.

説明

HDLMパス情報設定ユティリティ（dlmdefpath aa...aa）が正常終了しました。

aa...aa：引数

対処

特にありません。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10416-E

The dlmcfgmgr processing failed.

説明

HDLM構成定義ユティリティ（dlmcfgmgr）の処理に失敗しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。このメッセージが繰り返し出力される場合は，dlmdefpathユティリティが出力する障害情報を取得し，次にHDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得してから，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

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

KAPL10417-W

The HDLM path-configuration definition utility stops.

説明

HDLMパス情報設定ユティリティ（dlmdefpath）を中止しました。

対処

パス情報の設定は行われませんでした。dlmdefpathユティリティを再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10418-W

Processing terminated before completion because a signal was received.

説明

シグナルを受信したため，処理を途中で終了しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10419-E

An Internal error occurred in the HDLM path-configuration definition utility (dlmdefpath) Code = aa...aa Errno = bb...bb cc...cc dd...dd

説明

HDLMパス情報設定ユティリティ（dlmdefpath）実行中に内部エラーが発生しました。

aa...aa：エラーコード（メッセージ出力行番号）（10進数）

bb...bb，cc...cc ：エラー番号（10進数）

dd...dd：詳細情報

対処

HDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得し，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。DLMgetrasユティリティについては，「7.2　DLMgetras　HDLM障害情報収集ユティリティ」を参照してください。dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

KAPL10420-I

dlmdefpath aa...aa started: bb...bb

説明

HDLMパス情報設定ユティリティ（dlmdefpath）を起動しました。

aa...aa：オプション

bb...bb：日時

対処

特にありません。

KAPL10421-W

The HDLM management-target disk does not exist.

説明

HDLM管理対象デバイスが存在しません。

対処

システム構成を確認してください。

KAPL10422-E

The hardware path could not be obtained.

説明

ハードウェアパス取得処理が失敗しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。このメッセージが繰り返し出力される場合は，dlmdefpathユティリティが出力する障害情報を取得し，次にHDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得してから，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

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

KAPL10423-E

kconfig: The attempt to replace the kernel failed.

説明

kconfig: カーネルの置換に失敗しました。

対処

パス情報の設定は行われませんでした。HDLMパス情報設定ユティリティ（dlmdefpath）を再実行してください。このメッセージが繰り返し出力される場合は，dlmdefpathユティリティが出力する障害情報を取得し，次にHDLM障害情報収集ユティリティ（DLMgetras）を実行して障害情報を取得してから，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

dlmdefpathユティリティについては，「7.4　dlmdefpath　HDLMパス情報設定ユティリティ」を参照してください。

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

KAPL10429-I

The kernel configuration information has been changed.

説明

カーネル構成情報が更新されました。

対処

特にありません。

KAPL10430-E

現在のOSのバージョンでは，HDLMパス情報設定ユティリティ（dlmdefpath）の-kパラメタを実行できません。

説明

現在のOSのバージョンでは，HDLMパス情報設定ユティリティ（dlmdefpath）の-kパラメタを実行できません。

対処

特にありません。

KAPL10431-I

ハードウェアパス(aa...aa)を処理中です。

説明

aa...aaで示すハードウェアパスを処理中です。

aa...aa：ハードウェアパス

対処

特にありません。

KAPL10901-W

A file could not be opened. File name = aa...aa, Errno = bb...bb

説明

ファイルがオープンできませんでした。

aa...aa：ファイル名

bb...bb：エラー番号（10進数）

対処

ファイルの有無，およびアクセス権限を確認してください。異常がない場合は，HDLMの購入元会社，またはHDLMの保守契約があれば保守会社に連絡してください。

KAPL10902-W

Processing terminated before completion because a signal was received. signal = aa...aa

説明

シグナルを受信したため，処理を途中で終了しました。

aa...aa：シグナル番号

対処

ホストを再起動してください。

KAPL10903-I

HDLM has reinstalled the device special file for the SCSI device. hardware path = aa...aa

説明

SCSIデバイスのデバイスファイルを再インストールしました。

aa...aa：SCSIデバイスのハードウェアパス

対処

特にありません。

KAPL10904-I

After this utility completes, please do the following: aa...aa

説明

このユティリティが成功したあと，次の手順を行ってください。

aa...aa：操作手順

対処

出力された手順を実施してください。

KAPL10905-E

The user does not have execution permission for the dlmcfgmgr utility. aa...aa

説明

dlmcfgmgrユティリティの実行権限がありません。

aa...aa：ls -lc /sbin/dlmcfgmgrの結果

対処

/sbin/dlmcfgmgrに実行権限を与えてください。

KAPL10921-I

The kernel configuration information has been changed.

説明

カーネル構成情報が更新されました。

対処

特にありません。

8.11　KAPL11001～KAPL12000

メッセージの言語種別は，HP-UXのLANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-10　LANG環境変数の値と出力メッセージの言語種別」を参照してください。

表8-10　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

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）

注※

英語メッセージ中では，括弧内の英文字列が出力されます。

対処

特にありません。

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）

注※

英語メッセージ中では，括弧内の英文字列が出力されます。

対処

特にありません。

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）

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

メッセージの言語種別は，HP-UXのLANG環境変数の値に従います。LANG環境変数の値と出力メッセージの言語種別については，「表8-11　LANG環境変数の値と出力メッセージの言語種別」を参照してください。英語だけが表示されているメッセージについては常に英語で出力されます。

表8-11　LANG環境変数の値と出力メッセージの言語種別

LANG環境変数の値 | 出力メッセージの言語種別
ja_JP.SJIS | 日本語（シフトJISコード）
ja_JP.eucJP | 日本語（EUCコード）
ja_JP.SJIS，ja_JP.eucJP以外 | 英語（ASCIIコード）

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の保守契約があれば保守会社に連絡してください。

KAPL13701-W

The path was not registered because the device file is invalid.Device = aa...aa

説明

デバイスファイルが正しくないため，パスを登録しません。

aa...aa：SCSIデバイスのデバイスファイル名

対処

HDLMパス情報設定ユティリティ（dlmdefpath）に-uパラメタを指定してすべてのHDLMデバイスを管理対象外にしてください。そのあと，ホストを再起動して，insf -eコマンドを実行し，dlmdefpathユティリティに-aパラメタを指定して，パス情報を再登録してください。

8.13　KAPL15001～KAPL16000

この節で説明するメッセージの言語種別は，英語だけです。

KAPL15010-W

The HDLM utility was executed by the user who does not have the authority. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15011-I

HDLM configuration information was successfully set. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15012-E

An attempt to set HDLM configuration information has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15013-I

Paths were successfully registered. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15014-E

An attempt to register paths has failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15015-I

Processing to output the device file names excluded from the HDLM management targets was successful. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15016-E

Processing to output the device file names excluded from the HDLM management targets failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15017-I

Processing to output the device file names corresponding to the specified file name was successful. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15018-E

Processing to output the device file names corresponding to the specified file name failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15060-I

DLMgetras was invoked. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15061-I

DLMgetras successfully executed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15071-I

Processing to exclude all HDLM devices from HDLM management targets was successful. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15072-E

Processing to exclude all HDLM devices from HDLM management targets failed. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15073-I

Processing to reconfigure paths was successful. Command Line = aa...aa

説明

aa...aa：ユーザが実行したユティリティ名

KAPL15074-E

Processing to reconfigure paths 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：ユーザが実行したコマンドライン

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　HDLMリモートアクセスインタフェースのリターンコード

HDLMリモートアクセスインタフェースは，ほかのHitachi Storage Command Suite製品がホストにアクセスするためのインタフェースです。リターンコードは，HDLMリモートアクセスインタフェースから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　HP-UXのコマンドを使用する場合の注意事項

付録B　IOCTLシステムコール

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

付録D　用語解説

付録A　HP-UXのコマンドを使用する場合の注意事項

SCSIデバイスがHDLMの管理対象になった場合，HP-UXの一部のコマンドの動作が制限されます。ここでは，制限を受けるHP-UXのコマンドについて説明します。HDLMの管理対象外のSCSIデバイスについては，制限はありません。

＜この節の構成＞

付録A.1　diskinfoコマンド

付録A.2　ioscanコマンド

付録A.3　iostatコマンド

付録A.4　lssfコマンド

付録A.5　mediainitコマンド

付録A.6　samコマンド

付録A.7　sarコマンド

付録A.8　scsictlコマンド

付録A.9　vgscanコマンド

付録A.1　diskinfoコマンド

HDLMが管理するSCSIデバイスのデバイスファイル名を指定してdiskinfoコマンドを実行すると，次のようにエラーとなります。

diskinfoコマンドは，次のようにHDLMデバイスのデバイスファイル名を指定して実行してください。

付録A.2　ioscanコマンド

ClassがdiskとなるHDLMデバイスについて，HDLMやsdiskドライバなどが管理するデバイスの情報が出力されます。

HDLM管理対象のデバイスに対する，HP-UX 11i v1.0でのioscanコマンドの実行例を次に示します。

表示されるDriverとデバイスファイル名について次に説明します。

Driver

sdiskではなくdlmfdrv（HP-UX 11i v2.0ではzdlmfdrv）です。

デバイスファイル名

SCSIデバイスのデバイスファイル名ではなく，次に示すHDLMデバイスのデバイスファイル名が表示されます。

HDLM専用のデバイスファイル名：/dev/dlm/cXtYdZ

HDLMデバイスのデバイスファイル名（ブロック型）：/dev/dsk/chXtYdZ

HDLMデバイスのデバイスファイル名（キャラクタ型）：/dev/rdsk/chXtYdZ

SCSIデバイスが複数のパスを持っている場合でも，HDLMデバイスのデバイスファイル名は一つのパスでしか表示されません。

HDLMの管理対象であるSCSIデバイスのデバイスファイルのハードウェアパスは，view -drvオペレーションを実行することで確認できます。

付録A.3　iostatコマンド

iostatコマンドで表示されるdeviceは，HDLMデバイスのデバイスファイル名ではなく，個々のハードウェアパスに対応するデバイスファイル名となります。実行例を次に示します。

付録A.4　lssfコマンド

HDLMデバイスのデバイスファイル名を指定してlssfコマンドを実行すると，次のようにエラーとなります。

lssfコマンドは，HDLMの管理対象であるSCSIデバイスのデバイスファイル名を指定して実行してください。実行例を次に示します。

ハードウェアパスは，view -drvオペレーションを実行することで確認できます。

付録A.5　mediainitコマンド

mediainitコマンドには対応していません。HDLMの管理対象のSCSIデバイスのデバイスファイル名およびHDLMデバイスのデバイスファイル名を指定してmediainitコマンドを実行すると，次のようにエラーとなります。

付録A.6　samコマンド

samコマンドには対応していません。samコマンドを使用した，HDLMのインストール，アンインストール，または論理ボリュームマネージャ（LVM）などのHDLMデバイスのデバイスファイルに対する操作はできません。

付録A.7　sarコマンド

sarコマンドを-dまたは-Aオプションを指定して実行した場合に表示されるdeviceは，HDLMデバイスのデバイスファイル名ではなく，個々のハードウェアパスに対応するデバイスファイル名になります。実行例を次に示します。

付録A.8　scsictlコマンド

HDLMの管理対象であるSCSIデバイスのデバイスファイル名を指定して，scsictlコマンドを実行すると，次のようにエラーとなります。

scsictlコマンドは，次のようにHDLMデバイスのデバイスファイル名を指定して実行してください。

付録A.9　vgscanコマンド

HDLMデバイスのデバイスファイルを物理ボリュームとして指定しているボリュームグループがある環境で，/etc/lvmtabが削除された場合にvgscanコマンドを実行すると，/etc/lvmtabファイル内の該当ボリュームグループの物理ボリュームが，SCSIデバイスのデバイスファイルに書き換えられます。誤って/etc/lvmtabファイルを削除した場合は，次の手順でボリュームグループを回復してください。

vgscan -aコマンドを実行して，/etc/lvmtabファイルを作成します。

stringsコマンドを実行して，/etc/lvmtabファイルを確認します。
/etc/lvmtabファイル内のボリュームグループとデバイスファイルの対応を確認します。
次の例では，HDLMデバイスのデバイスファイルを物理ボリュームとして指定しているボリュームグループ（/dev/vg01）がSCSIデバイスのデバイスファイルに置き換わっています。

view -drvオペレーションを実行して，SCSIデバイスのデバイスファイル名とHDLMデバイスのデバイスファイル名の対応を確認します。

vgchange -a nコマンドを実行して，該当のボリュームグループを非活性化します。
次のように，Warningメッセージが出力されますが，非活性化は正常に行われます。

vgexportコマンドを実行します。
ls -lコマンドを実行して，groupファイルのマイナー番号を取得します。そのあと，vgexport -m マップファイル ボリュームグループ名コマンドを実行して，マップファイルを作成し，該当のボリュームグループを削除します。

mkdir，mknodコマンドを実行します。
mkdirコマンドを実行して，ボリュームグループ用ディレクトリを作成します。そのあと，mknodコマンドを実行して，groupファイルを作成します。mknodコマンドの引数には手順5で取得した，メジャー番号またはマイナー番号を指定します。

vgimportコマンドを実行します。
vgimport -m マップファイル ボリュームグループ名コマンドを実行して，HDLMデバイスのデバイスファイル名をボリュームグループに登録します。

stringsコマンドを実行して，/etc/lvmtabファイルを確認します。
/etc/lvmtabファイル内のボリュームグループとデバイスファイルの対応を確認します。次の例では，該当のボリュームグループに指定されている物理ボリュームが，HDLMデバイスのデバイスファイル名に回復しています。

必要に応じて，ボリュームグループを活性化します。
手順8までの手順では，ボリュームグループは活性化されていません。
必要に応じて，ボリュームグループの活性化または非活性化を行ってください。
次にコマンドの実行例を示します。

ボリュームグループの活性化（クラスタ構成でない場合）

ボリュームグループの活性化（クラスタ構成の場合）

付録B　IOCTLシステムコール

HDLMがアプリケーションからIOCTLシステムコールを受けた場合の処理を，「表B-1　IOCTLコードおよび対応する処理」に示します。

表B-1　IOCTLコードおよび対応する処理

IOCTLコード
処理

SIOC_SET_IR
指定したHDLMデバイスのすべてのパスがOnline状態の場合に，すべてのパスに対してIOCTLを発行します※1。一つでもOffline状態のパスがある場合は，エラー終了します。このときのerrnoはENXIOとなります。

IOCTLを発行した結果，パスの障害を検知した場合は，該当するパスはOffline(E)状態またはOnline(E)状態になります。

IOCTLの発行がすべてのパスで正常終了した場合に，上位に正常終了を返します。失敗したパスが一つでもある場合は，その時点で上位にエラーを返します※2。

SIOC_SET_LUN_LIMITS※3
SIOC_SET_TGT_LIMITS
SIOC_SET_BUS_LIMITS
DIOC_SET_PFTIMEOUT
指定したHDLMデバイスのパスの状態に関係なく，すべてのパスに対してIOCTLを発行します※1。

IOCTLを発行した結果，Online状態のパスでパスの障害を検知した場合は，該当するパスはOffline(E)状態またはOnline(E)状態になります。

IOCTLの発行がすべてのパスで正常終了した場合に，上位に正常終了を返します。失敗したパスが一つでもある場合は，その時点で上位にエラーを返します※2。

Offline(E)状態，Online(E)状態またはOffline(C)状態のパスへのIOCTLの発行が成功しても，パスはOnline状態にはなりません。

上記以外
指定したHDLMデバイスのOnline状態の一つのパスに対してIOCTL要求を発行します。

IOCTLを発行した結果，パスの障害を検知した場合は，該当するパスはOffline(E)状態またはOnline(E)状態になります。別のOnline状態のパスがある場合は，パスを変更して再発行（フェイルオーバ）します※1。

IOCTLの発行が一つのパスで成功した時点で終了し，上位に正常終了を返します。

IOCTLの発行がすべてのOnline状態のパスで失敗した場合，上位にエラーを返します。

Online(E)状態のパスへのIOCTLの発行が成功しても，パスはOnline状態にはなりません。

注※1

IOCTLは，オーナーパスに対して，パスIDの小さいパスから順に発行されます。すぺてのオーナーパスにIOCTLが発行されると，次にノンオーナーパスに対して，パスIDの小さいパスから順に発行されます。

注※2

エラーが返された場合は，パスによって情報の不一致が発生することがあります。そのため，パスの障害が回復したあとに，再度IOCTLシステムコールを発行してください。

注※3

HDLMデバイスまたはHDLMデバイスが管理するSCSIデバイスに対して，SIOC_SET_LUN_LIMITSを指定したIOCTLを発行した場合，syslogには次のwarningメッセージが出力されますが，設定は正常に行われます。

Oct dd hh:mm:ss host1 vmunix: warning: SIOC_SET_LUN_LIMITS: dec bc0a0000 node not found

SIOC_SET_IRを指定してIOCTL要求を行う場合は，IOCTLシステムコールを発行する前に，指定するHDLMデバイスのパスがOnline状態かどうか確認してください。パスに障害がある場合，syslogおよび障害ログにメッセージが出力され，エラー終了します。

次に示すIOCTLコード以外を指定してIOCTLシステムコールを発行する場合は，指定するHDLMデバイスのパスにOnline状態のパスが一つ以上あることを確認してください。

SIOC_SET_IR

SIOC_SET_LUN_LIMITS

SIOC_SET_TGT_LIMITS

SIOC_SET_BUS_LIMITS

DIOC_SET_PFTIMEOUT

パスに障害が発生している場合は，アプリケーションにIOCTLシステムコールの失敗が返るまでの時間は，I/Oタイムアウト値に影響されません。

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

ここでは，HDLMの旧バージョンで提供していた機能について，変更前と変更後の相違点を示します。

＜この節の構成＞

付録C.1　6.1と6.1より前のバージョンとの機能差異

付録C.2　6.0以降と6.0より前のバージョンとの機能差異

付録C.1　6.1と6.1より前のバージョンとの機能差異

HDLMの新規インストール時，ロードバランスのアルゴリズムのデフォルト値をラウンドロビンから拡張最少I/O数に変更しました。

付録C.2　6.0以降と6.0より前のバージョンとの機能差異

HDLMのコマンドやユティリティの実行結果で表示される，HDLMのバージョンの表記を変更しました。

付録D　用語解説

ここでは，マニュアル中で使用している用語を解説します。

（英字）

CHA（Channel Adapter）

ストレージサブシステムのチャネルを制御するアダプタです。

CLPR（Cache Logical Partition）

Hitachi USPおよびUniversal Storage Platform V/VMがサポートするキャッシュの論理的な分割機能です。この機能を使用すると，ストレージサブシステム内でアレイグループ単位にキャッシュを分割するため，キャッシュ性能がほかのアレイグループの影響を受けません。

Dev（Device）

HDLMが制御，操作する対象で，LUを論理的に分割した単位を指します。HP-UXでは物理ボリュームに相当します。

HP-UXでは，各LUのDevは一つだけです。

各Devには「Dev番号」が付けられています。

また，Devにはアクセス方式の異なるブロック型デバイスとキャラクタ型デバイスの2種類があります。

（関連用語：Dev番号）

Dev番号

UNIXでは，一般的にDev番号は「メジャー番号＋マイナー番号」の値を指しますが，HDLMでは構成表示でのDev番号（DNum欄）となります。

LU内のDevに，0から順に付けられる番号です。HP-UXではセクション番号と呼ばれています。

HDLMは，一つのLUに一つのDevがあるため，「0」で固定です。

（関連用語：Dev）

HBA（Host Bus Adapter）

ホストと外部装置を接続するインタフェースとなるデバイスです。

このマニュアルでは，ホストとストレージ間をSCSIまたはFCで接続するときに，ホストに搭載するインタフェース・カードを指します。

HDLMアラートドライバ

HDLMドライバが検知した障害情報を受け取り，HDLMマネージャに通知するプログラムです。

HDLMドライバ

HDLMの機能の制御，パスの管理，および障害検知をするプログラムです。

HDLMマネージャ

障害情報を管理するプログラムです。HDLMアラートドライバから障害情報を受け取って，障害ログを採取します。

LDEV（Logical Device）

LDEVは，ストレージサブシステムの製品名称，シリアル番号，および内部LUを組み合わせた値で表示されます。HDLMは，この値によってLUを識別しています。

LU（Logical Unit）

論理ユニットです。ストレージサブシステム側で定義した，論理的なボリュームです。ホストからの入出力対象となります。

SAN（Storage Area Network）

ホストとストレージサブシステムを結ぶ高速ネットワークです。LANとは独立していて，データ転送専用に使用されます。SANを使用することで，ストレージサブシステムへのアクセスを高速化できます。また，大容量のデータが流れてLANの性能が劣化することを防げます。

SCSIデバイス

SCSIディスクのデバイスです。

SLPR（Storage Logical Partition）

Hitachi USPおよびUniversal Storage Platform V/VMがサポートするストレージサブシステムの論理的な分割機能です。この機能を使用すると，ストレージサブシステム内のリソース（ポート，CLPR，ボリュームなど）を分割するため，それぞれのリソースを独立して管理できます。

（ア行）

エミュレーションタイプ

ホストからアクセスできるLUの種類です。

HDLMのホストはオープン系ホスト（PC,またはUNIX）であるため，HDLMのホストからは，オープン系のエミュレーションタイプを持つLUにだけアクセスできます。

ストレージサブシステムがサポートするエミュレーションタイプの詳細については，各ストレージサブシステムの保守マニュアルを参照してください。

オーナコントローラ

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，ストレージサブシステム側でLUのオーナコントローラに設定したコントローラです。

オーナコントローラ以外のコントローラは，ノンオーナコントローラと呼びます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USP，Universal Storage Platform V/VM，Hitachi AMS2000シリーズ，またはHitachi SMSを使用している場合には，すべてのコントローラがオーナコントローラになります。

（関連用語：オーナパス，ノンオーナコントローラ）

オーナパス

SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合，ストレージサブシステム側でLUのオーナコントローラに設定したコントローラを経由するパスです。オーナコントローラ以外のコントローラを経由するパスをノンオーナパスと呼びます。

SANRISE2000シリーズ，SANRISE9900Vシリーズ，Hitachi USP，Universal Storage Platform V/VM，Hitachi AMS2000シリーズ，またはHitachi SMSを使用している場合には，すべてのパスがオーナパスになります。

（関連用語：オーナコントローラ，ノンオーナパス）

（カ行）

間欠障害

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

クラスタ

同一のOS，またはプラットフォーム（同一のアプリケーションを動作できる環境）を持つ2台以上のホストを接続して，一つのシステムとして扱うシステムです。

（サ行）

自動フェイルバック

一定間隔でパスの状態を確認し，障害が発生したパスの状態が回復したときに，パスの状態を自動的に稼働状態にする機能です。

「Offline(E)」状態，または「Online(E)」状態だったパスが正常に戻った場合，パスの状態を「Online」にします。

自動フェイルバックの対象となるのは，障害が原因で「Offline(E)」状態，または「Online(E)」状態になっているパスです。offlineオペレーションを実行して「Offline(C)」状態になったパスは，自動フェイルバックの対象になりません。offlineオペレーションについては，「6.4　offline　パスを閉塞状態にする」を参照してください。

除外ディスク定義ファイル

HDLMが管理対象としないデバイスを定義したファイルです。HDLM構成定義ユティリティ（dlmcfgmgr）を実行すると，HDLMが管理対象としないデバイスが自動的に判定され，除外ディスク定義ファイルが作成されます。除外ディスク定義ファイルは，必要に応じて編集することもできます。詳細については，「7.3　dlmcfgmgr　HDLM構成定義ユティリティ」を参照してください。

（タ行）

デバイスファイル

/dev/dsk または /dev/rdsk 下にあるデバイスファイルです。

ここでいう「デバイス」はLDEVではありません。

（ナ行）

ノード

クラスタメンバのサーバです。

ノンオーナコントローラ

オーナコントローラ以外のコントローラです。

ノンオーナコントローラは，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合にだけあります。

（関連用語：オーナコントローラ，ノンオーナパス）

ノンオーナパス

オーナコントローラ以外のコントローラを経由するパスです。

ノンオーナパスは，SANRISE9500Vシリーズ，またはHitachi AMS/TMS/WMSシリーズを使用している場合にだけあります。

（関連用語：オーナパス，ノンオーナコントローラ）

（ハ行）

パス

ホストからストレージサブシステムへのアクセス経路です。ホスト側のHBAと，ストレージサブシステム側のCHAを結ぶケーブルを経由して，ストレージサブシステム側のLU内の領域にアクセスします。

各パスには「パス管理PATH_ID」が付けられています。

（関連用語：パス管理PATH_ID）

パス管理PATH_ID

HDLMがシステム起動時にパスに付けるIDです。すべてのパスが固有のパス管理PATH_IDを持ちます。

（関連用語：パス）

パスヘルスチェック

一定間隔でパスの状態を確認する機能です。

「Online」状態だったパスに障害が発生した場合，パスの状態を「Offline(E)」にします。パスヘルスチェックの対象となるのは，「Online」状態のパスです。

パス名

次に示す四つの項目をピリオドで区切って表される名前です。

ホストポート番号（16進数）

バス番号（16進数）

ターゲットID（16進数）

ホストLU番号（16進数）

パス名でパスを特定してください。

（関連用語：ホストLU番号）

フェイルオーバ

あるパスに障害が発生したときに，ほかの正常なパスに切り替えてシステムの運用を続ける機能です。

フェイルバック

障害が発生していたパスが障害から回復したときに，障害から回復したパスの状態を稼働状態にして，パスを切り替える機能です。

ホスト

サーバ，およびクライアントの総称です。

ホストLU

ホストが認識するLUです。

各ホストLUには「ホストLU番号」が付けられています。

（関連用語：LU，ホストLU番号，ホストデバイス）

ホストLU番号

ホストLUに付けられている番号です。パス名の一部になります。

（関連用語：ホストLU，パス名）

ホストデバイス

ホストLU内の領域です。

（関連用語：ホストLU，ホストデバイス名）

ホストデバイス名

ホストデバイスに付けられている名前です。HDLMデバイスのデバイスファイル名が割り当てられます。

（関連用語：ホストデバイス）

（ラ行）

リザーブ

リザーブとは，あるホストが一つのLUを占有したい場合，そのLUに対して占有を宣言し，ほかのホストからLUにアクセスできないように保護する機能です。リザーブを発行したホストには，そのリザーブを発行したパスにLUへのアクセス許可が与えられるため，複数のパスで同時にLUにアクセスできません。そのため，ロードバランスはできません。

ロードバランス

LU内の領域にアクセスするパスが複数ある場合，それらの複数のパスを使用してI/Oを行うことで，パスに掛かる負荷を分散する機能です。

次に示す六つのアルゴリズムがあります。

ラウンドロビン

拡張ラウンドロビン

最少I/O数

拡張最少I/O数

最少ブロック数

拡張最少ブロック数

索引

[Ｃ][Ｄ][Ｅ][Ｈ][Ｉ][Ｋ][Ｌ][Ｍ][Ｏ][Ｐ][Ｓ][Ｔ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ｃ)

CHA

CHA（Channel Adapter）

clear〔HDLMコマンドのオペレーション〕

CLPR（Cache Logical Partition）

Critical〔障害レベル〕

(Ｄ)

Dev

Dev

Dev

Dev番号

diskinfo

dlmcfgmgr

dlmdefpath

DLMgetras

DLMgetras

dlminstcomp

(Ｅ)

Error〔障害レベル〕

(Ｈ)

HBA

HBA（Host Bus Adapter）

HBAの交換

HDev

HDLM

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

アンインストール

環境構築

再インストール

使用する場合の注意事項

新規インストール

設定解除

HDLMアラートドライバ

HDLMアラートドライバ

HDLMが検知した障害情報

HDLMが検知する障害

HDLM管理対象デバイス

HDLM構成定義ユティリティ（dlmcfgmgr）

HDLMコマンド

HDLMコマンド

HDLMコマンドのオペレーション

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

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

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

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

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

HDLMで管理するデバイス

HDLMで使用するコマンド

HDLMデバイス

HDLMデバイスの構成変更

HDLMデバイスのデバイスファイル

HDLMとは

HDLMドライバ

HDLMドライバ

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

HDLMのインストール

種別

HDLMのインストールの種別

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

HDLMの再インストール

HDLMの新規インストール

HDLMの概要

HDLMの機能

HDLMのシステム構成

HDLMの特長

HDLMのプログラム情報

HDLMパス情報設定ユティリティ（dlmdefpath）

HDLMマネージャ

HDLMマネージャ

起動

停止

HDLMユティリティ

help〔HDLMコマンドのオペレーション〕

Hitachi Network Objectplazaトレース共通ライブラリ

HNTRLib2のアンインストール

HNTRLibのアンインストール

使用する場合の注意事項

設定メニューを表示する

設定を有効にする

Hitachi Network Objectplazaトレース共通ライブラリの設定

設定の終了

HLU

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

(Ｉ)

I/O回数

I/O障害回数

I/Oタイムアウト値

Information〔障害レベル〕

ioscan

iostat

(Ｋ)

KAPL08022-Eメッセージの項目

DNum

ErrorCode

HDevName

PathID

PathName

(Ｌ)

LDEV（Logical Device）

Logical Unit ID

lssf

LU

LU（Logical Unit）

LUN

LU構成

LUへのパスを削除する

LUへのパスを追加する

LUを削除する

LUを追加する

(Ｍ)

mediainit

(Ｏ)

offline〔HDLMコマンドのオペレーション〕

Offline(C)状態

Offline(E)状態

online〔HDLMコマンドのオペレーション〕

Online(E)状態

Online状態

(Ｐ)

P

(Ｓ)

sam

SAN

SAN（Storage Area Network）

sar

scsictl

SCSIデバイス

set〔HDLMコマンドのオペレーション〕

SLPR（Storage Logical Partition）

syslog

(Ｔ)

Target ID

(Ｖ)

vgscan

view〔HDLMコマンドのオペレーション〕

(Ｗ)

Warning〔障害レベル〕

(ア行)

(あ)

アンインストール

HDLM

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib）

Hitachi Network Objectplazaトレース共通ライブラリ（HNTRLib2）

(い)

インストール

アップグレードインストールする前の準備

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

(え)

エミュレーションタイプ

(お)

オーナコントローラ

オーナコントローラ

オーナパス

オーナパス

オペレーション

オペレーション一覧

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

(カ行)

(か)

カードインスタンス番号

カーネル

再構成

使用するカーネル

確認

パス構成

稼働状態

間欠障害

間欠障害監視

間欠障害監視

監査ログの採取

監査ログの出力形式

監視

メッセージ

監視サイクル

(き)

起動

HDLMマネージャ

機能の設定

(く)

クラスタ

クラスタ構成でない場合

クラスタ構成の場合

クラスタソフトウェア

クラスタ対応

(こ)

コアロジック部

構成

プログラム

コマンド

概要

入力形式

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

(サ行)

(さ)

採取するログの種類

(し)

システム構成

システムの構成変更

自動パス切り替え

自動フェイルオーバ

自動フェイルオーバの対象となる障害

自動フェイルバック

自動フェイルバック

自動フェイルバック

収集情報出力先ディレクトリ

収集情報定義ファイルの記述規則と注意事項

収集情報定義ファイルの記述例

収集情報定義ファイル名

終了

Hitachi Network Objectplazaトレース共通ライブラリの設定

主系ホスト

手動パス切り替え

取得

パス情報

プログラム情報

障害

メッセージ

障害個所特定

障害管理

障害情報の種類

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

障害パス

抽出

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

障害レベル

障害ログ

障害ログ採取レベル

障害ログ採取レベルの設定値

障害ログファイルサイズ

障害ログファイルサイズ

障害ログファイル数

情報を表示する

除外ディスク定義ファイル

除外ディスク定義ファイル

シリアル番号

(す)

ストレージサブシステム

(せ)

設定

統合トレース

動作環境〔setオペレーション〕

(タ行)

(た)

ターゲットID

対処

パス障害

プログラム障害

プログラム障害時

タイムアウト値

断線しているパスの復元

(ち)

チャネルアダプタ

抽出

障害パス

(て)

停止

HDLMマネージャ

デバイスファイル

(と)

統計情報

統合トレース

設定

統合トレース情報ファイル

統合トレースファイル

数を変更する

サイズを変更する

動作環境

参照〔viewオペレーション〕

設定〔setオペレーション〕

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

トレースファイル

トレースファイルサイズ

トレースファイル数

トレースレベル

トレースレベル

(ナ行)

(の)

ノード

ノンオーナコントローラ

ノンオーナコントローラ

ノンオーナパス

ノンオーナパス

(ハ行)

(は)

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

ハードウェア障害対処

パス

パス管理PATH_ID

パス管理PATH_ID

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

パス構成

確認

パス障害

対処

パス情報

取得

パスの状態遷移

パスの状態遷移

パスの状態を変更する

パスの情報を参照する

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

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

バス番号

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パスヘルスチェック

パス名

パス名を構成する項目

パス名を構成する項目

パス名を構成する項目

パスを稼働状態にする

パスを稼働状態に変更

パスを閉塞状態にする

バッファサイズ

監視間隔当たりのサイズを変更する

バッファの容量

(ひ)

表示

Hitachi Network Objectplazaトレース共通ライブラリの設定メニュー

(ふ)

ファイバケーブルの交換

ファイルシステムの構築（LVMを使用しない場合）

フィルタ部

フィルタリング

フェイルオーバ

フェイルオーバ

フェイルバック

フェイルバック

プログラム

構成

役割

プログラム障害

対処

対処

プログラム情報

取得

プログラム情報表示

プロダクトID

(へ)

閉塞状態

ベンダID

(ほ)

ポート

ホスト

ホストLU

ホストLU

ホストLU番号

ホストLU番号

ホスト側で認識されるLUの構成

ホストデバイス

ホストデバイス

ホストデバイス名

ホストバスアダプタ

ホストポート番号

ホストポート番号

ホストポート番号

ボリュームグループの移行（HDLMデバイスからSCSIデバイス）

ボリュームグループの移行（SCSIデバイスからHDLMデバイス）

ボリュームグループの共有

ボリュームグループの構築

(マ行)

(め)

メッセージ

IDの形式と意味

監視

障害

説明で使用する用語

表示される用語

レベル

メッセージの出力件数

調節する

(ヤ行)

(ゆ)

ユティリティ

HDLM構成定義ユティリティ

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

HDLMパス情報設定ユティリティ

概要

障害情報収集ユティリティ

(よ)

用語解説

(ラ行)

(り)

リザーブ

リモートインストール

前提条件

流れ

配布指令の作成および登録

パッケージング

(ろ)

ロードバランス

ロードバランス

ロードバランス

ロードバランス

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

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

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

論理ユニット

■ 商標類

AIXは，米国における米国International Business Machines Corp.の登録商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
HP OpenView OmniBackIIは，米国Hewlett-Packard Company の米国及び他の国々における商品名称です。
HP Serviceguardは，米国Hewlett-Packard Companyの商品名称です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
Oracle及びOracle Database 11gは，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。
Oracle 10gは，米国Oracle Corporationの商標です。
Oracle9iは，米国Oracle Corporationの商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Solarisは，米国Sun Microsystems, Inc.の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limitedが独占的にライセンスしている米国ならびに他の国における登録商標です。
VeritasおよびVeritasロゴは，米国Symantec Corporationの登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。