第5章 UETP によるシステムのテスト

5.1.1 UETP について

UETP は，OpenVMS オペレーティング・システムが正しくインストールされているかどうかをテストするソフトウェア・パッケージです。 UETP は，日常の使用で発生し得る要求と同等の要求をシステムに対して行うことによって，通常のユーザ環境をシミュレートする一連のテストを行います。

UETP は診断プログラムではありません。 つまり，すべての機能を徹底的にテストするわけではありません。 UETP が回復不可能なエラーに遭遇せず，その実行を終えたということは，テストされたシステムが一応使用できるということを表しているだけです。

UETP は，すべての OpenVMS システムに共通なデバイスと機能を調べます。 高水準言語コンパイラのようなオプションの機能についてはテストしません。 次に，UETP がテストするシステム・コンポーネントを示します。

5.1.2 UETP の使用方法 (概要)

この節では，UETP のすべてのフェーズを省略時の値を使用して実行する手順を要約して説明します。 すでにこのテスト・パッケージを使用したことのある方は，この節を参照してください。 より詳細な情報が必要な方は，5.2 項 「UETP を使用するための準備」 を参照してください。

	注意: OpenVMS Alpha システムまたは I64 システムで UETP を使用する場合，次の手順を行う前に SYS$MANAGER 内の CREATE_SPECIAL_ACCOUNTS.COM コマンド・プロシージャを実行し，SYSTEST および SYSTEST_CLIG アカウントを作成しておいてください。 CREATE_SPECIAL_ACCOUNTS.COM コマンド・プロシージャについての詳細は，『OpenVMS システム管理者マニュアル (上巻)』を参照してください。

5.2.1 ログイン

システム管理者から SYSTEST のパスワードを教えてもらいます。 次のように入力し，コンソール・ターミナルから SYSTEST アカウントにログインします。

Username: SYSTEST
Password:

	注意: SYSTEST には特権があるので，権限のないユーザがこのアカウントを使用すると，システムの機密保護上，問題が発生することがあります。

SYSTEST アカウントからテストを実行しないと，UETP は失敗します。 また，コンソール・ターミナル以外のターミナルから UETP を実行しようとすると，現在使用しているターミナルはテストには使用できないというエラー・メッセージがデバイス・テスト・フェーズで表示されます。 このメッセージは無視しても構いません。

SYSTEST アカウントにログインした後，コマンド SHOW USERS を入力して，ユーザ・プログラムが実行されていないことと，ユーザ・ボリュームがマウントされていないことを確認してください。 UETP は，システム資源を排他的に使用することを想定しています。 この制約を無視すると，UETP はその資源に依存するアプリケーションに影響を与えることがあります。

	注意: UETP を実行するときに発生し得る，クォータ，特権，またはアカウントの間違いなどの問題を識別および解決するための情報については，5.8.2 項 「クォータ，特権，アカウントの間違い」を参照してください。 UETP を実行する前に，この節に目を通しておいてください。

5.2.2 SYSTEST ディレクトリの使用方法

ログインに成功すると，省略時のディレクトリはシステム・ディスク上の [SYSTEST] となります。 UETP は，UETP コマンド・プロシージャ (UETP.COM) が使用するファイル，および UETP がテスト中に使用する一時ファイルをこのディレクトリに格納します。

典型的なシステムでは，論理名 SYS$TEST は次のように定義されています。

$ SHOW LOGICAL SYS$TEST
   "SYS$TEST" = "SYS$SYSROOT:[SYSTEST]"  (LNM$SYSTEM_TABLE) 

スクラッチ・ディスクなどの特定のディスクを UETP でテストするには，そのディスクに [SYSTEST] ディレクトリまたは [SYS0.SYSTEST] ディレクトリを作成します。 スクラッチ・ディスクのテストのための設定については，5.3.3 項 「UETP のディスク上での動作」を参照してください。

5.3.1 デバイスのチェック

UETP が使用するすべてのデバイスが次の状態であるかチェックしてください。

この節で述べる通信デバイスの中には弊社のサポート担当者が設定しなければならないものもあるので注意してください。

5.3.2 必要なシステム・ディスク領域

UETP を実行する前に，システム・ディスクの少なくとも 1200 ブロックが使用できることを確認してください。 ロード・テスト・プロセスを 20 より多く実行するシステムでは，少なくとも 2000 ブロック必要です。 UETP の複数パスを実行する場合，ログ・ファイルは省略時のディレクトリに蓄積され，後続のパスで使用できるディスク領域が減少します。

ディスク・クォータがシステム・ディスクに対して使用可能に設定されている場合は，UETP を実行する前に，ディスク・クォータを使用不能に設定しておいてください。

5.3.3 UETP のディスク上での動作

UETP のディスク・テスト・フェーズでは，テストを行うすべてのディスク上で使用できるほとんどの空き領域は，次のような方法で使用されます。

このように，断片化されたファイルを作成および拡張することによって，UETP はディスクを調査します。 この調査によって，クォータを超過しているか，またはディスクがいっぱいになっているかをチェックでき，使用できるディスク領域の大きさも調整できます。

他のディスクと同様に，シャドウ・セットやボリューム・セットも UETP でテストできますが，UETINIDEV (UETP の初期化) の間に，個々のメンバがテスト不能としてリストされることが予想されます。 UETINIDEV は，システム・ディスク (UETDISK00) のパス中にシャドウ・セットでテストすると，エラーを表示しますが，シャドウ・セットはテスト可能とリストされます。 ボリューム・セットでテストすると，相対ボリューム番号 1 以外ではエラーが出て，UETINIDEV の最後にテスト不能とリストされます。

5.3.4 ディスク・ドライブの準備

次の手順に従って，システム上の各ディスク・ドライブを UETP テスト用に準備してください。

マウントしたディスクにルート・ディレクトリ構造が存在する場合には，[SYS0.] ツリーの中に [SYSTEST] ディレクトリを作成することができます。

5.3.5 磁気テープ・ドライブ

次の手順に従って，テストを行う磁気テープ・ドライブを設定します。

磁気テープの初期化中に問題が発生した場合，または磁気テープへのアクセスに問題がある場合は，『OpenVMS DCL ディクショナリ』の DCL の INITIALIZE コマンドの説明を参照してください。

5.3.6 テープ・カートリッジ・ドライブ

次の手順に従って，テストを行うテープ・カートリッジ・ドライブを設定します。

テープ・カートリッジの初期化中に問題が発生した場合，またはテープ・カートリッジへのアクセスに問題がある場合は，『OpenVMS DCL ディクショナリ』の DCL の INITIALIZE コマンドの説明を参照してください。

TLZ04 テープ・ドライブ

初期化フェーズ中，TLZ04 ユニットが UETTAPE00 テストを完了するまでの時間は 6 分に設定されます。 この時間内に UETTAPE00 テストが完了しなければ，UETP は次のようなメッセージを表示します。

-UETP-E-TEXT, UETTAPE00.EXE testing controller MKA was stopped ($DELPRC)
        at 16:23:23.07 because the time out period (UETP$INIT_TIMEOUT)
        expired or because it seemed hung or because UETINIT01 was aborted.

このタイムアウト値を増やすには，UETP を実行する前に，次のようなコマンドを入力します。

$  DEFINE/GROUP UETP$INIT_TIMEOUT "0000 00:08:00.00"

この例では，初期化タイムアウト値を 8 分に定義しています。

5.3.7 コンパクト・ディスク・ドライブ

UETP をコンパクト・ディスク・ドライブ上で実行する場合には，まず，コンパクト・ディスク・ドライブ・ユニットに添付されているテスト・ディスクをロードしなければなりません。

5.3.8 光ディスク・ドライブ

UETP を RV60 ドライブ上で実行するには，次の手順に従って，RV64 光ディスク記憶システムを設定します。

UETP は，RV64 に存在するすべての RV60 を同時にテストします。 テープ・テストと異なり，UETP はテスト終了時に光ディスクを再初期化しません。

5.3.9 ターミナルおよびライン・プリンタ

UETP でテストを行うターミナルおよびライン・プリンタは，電源が入っており，システムに対してオンラインでなければなりません。 ライン・プリンタおよびハードコピー・ターミナルに，十分な用紙が用意されていることを確認します。 用紙の量は，実行する UETP パスの数によって異なります。 パスごとに 2 枚の用紙がライン・プリンタおよびハードコピー・ターミナルに必要です。

すべてのターミナルについて，ボー・レートが正しく設定されており，特性が適切に割り当てられていることをチェックします (各ターミナルのユーザ・ガイドを参照してください)。

デバイスをスプールしたり，キューに割り当てると，UETP の初期化フェーズで失敗し，テストが行われません。

5.3.10 DR11-W データ・インタフェース (VAX のみ)

DR11-W データ・インタフェースは，内部論理ループバック・モードを使って，モジュール・コネクタ，ケーブル，トランシーバを除くすべての機能をテストします。

	重要: DR11-W データ・インタフェースを UETP テスト用に設定できるのは弊社のサポート担当者だけです。

この動作中にはランダムな外部パターンが作成されるので，テストを行うユーザ・デバイスまたは他のプロセッサは，場合によっては，テストが完了するまで DR11-W データ・インタフェースから分離しておく必要があります。

DR11-W データ・インタフェースを適切にテストするには，E105 スイッチパックを次のように設定しておかなければなりません。

UETP のテストが完了したら，DR11-W データ・インタフェースを適切な動作構成に戻します。

5.3.11 DRV11-WA データ・インタフェース (VAX のみ)

DRV11-WA データ・インタフェースは，汎用の 16 ビット・パラレルのダイレクト・メモリ・アクセス (DMA) データ・インタフェースです。

	重要: DRV11-WA データ・インタフェースを UETP テスト用に設定できるのは弊社のサポート担当者だけです。

MicroVAX コンピュータ上の DRV11-WA ドライバを UETP テスト用に準備するためには，次の状態を確認してください。

UETP テストが完了したら，DRV11-WA を適切な動作構成に戻します。

5.3.12 DR750 または DR780 (DR32 インタフェース) (VAX のみ)

DR32 (DR750 または DR780) デバイスは，VAX プロセッサの内部メモリ・バスを，DR32 デバイス間接続 (DDI) と呼ばれるユーザ・アクセス可能バスに接続するインタフェース・アダプタです。

	重要: DR750 または DR780 を UETP テスト用に設定できるのは弊社のサポート担当者だけです。

次の手順に従って，DR750 または DR780 を UETP テスト用に準備してください。

UETP テストが完了したら，DR750 または DR780 を適切な動作構成に戻します。

5.3.13 2 台目の LPA11-K デバイス

LPA11-K デバイスが 2 台存在する場合は，各デバイスのシステムワイドの論理名が SYS$MANAGER:LPA11STRT.COM ファイルに指定されていることを確認してください。 最初の LPA11-K デバイスに対する論理名は LPA11$0 で，2 番目の LPA11-K デバイスに対する論理名は LPA11$1 でなければなりません。

5.3.14 テストを行わないデバイス

UETP は，次のデバイスに関してはテストを行いません。 これらのデバイスの状態は UETP の実行に全く影響を与えません。

UETP は，UDA，HSC，または CI デバイスについてはテストを行いません。 これらのデバイスは，ディスク，磁気テープ，および DECnet for OpenVMS のテストで暗黙にテストされます。

また，UETP はコンソール・ターミナルまたはコンソール・ドライブについてもテストを行いません。 システムをブートし，ログインして，UETP を起動すれば，これらのデバイスが使用できるかどうかを確認できます。

5.3.15 OpenVMS Cluster のテスト

OpenVMS Cluster 環境で UETP を実行する前には，SYSTEST_CLIG アカウントをチェックしてください。 SYSTEST_CLIG アカウントは，SYSTEST アカウントに似ていますが，クラスタ統合テストのみ行います。 次に，SYSTEST_CLIG アカウントの要件を示します。

クラスタ統合テスト・フェーズの場合，通常の UETP テスト・フェーズの要件に加えて，さらに準備することがあります。 次に，クラスタ統合テストのために必要な追加の要件を示します。

5.3.16 小規模ディスク・システムのテスト方法

小規模なシステム・ディスク (RZ23L など) に OpenVMS VAX オペレーティング・システムをインストールすると，UETP を実行するのに必要な 1200 ブロックの空きディスク領域がありません。 システム・ディスクに 1200 ブロックの空き領域がない場合は，UETP を実行する前に，VMSTAILOR を使って，いくつかのファイルをシステム・ディスクから削除します。 VMSTAILOR の使用方法についての指示は，使用しているシステムの OpenVMS のアップグレードおよびインストール・マニュアルを参照してください。

5.3.17 DECnet for OpenVMS フェーズ

UETP の DECnet for OpenVMS フェーズは，他のテストより多くのシステム資源を使用します。 しかし，最も負荷の低いノード上でテストを行うことで，他のユーザへの影響を最小限に抑えることができます。

省略時の設定で，ファイル UETDNET00.COM は，DECnet テストを行うノードを指定します。 異なるノードで DECnet テストを行う場合は，UETP を実行する前に，次のコマンドを入力します。

$ DEFINE/GROUP UETP$NODE_ADDRESS node_address

このコマンドは，グループ論理名 UETP$NODE_ADDRESS に，UETP の DECnet フェーズを実行したいユーザの領域内にあるノードのノード・アドレスを割り当てます。

次に例を示します。

$ DEFINE/GROUP UETP$NODE_ADDRESS 9.999

UETP を実行する前に次のコマンドを入力すると，異なるノード上で DECnet for OpenVMS テストを行うことができます。

$ DEFINE/GROUP UETP$NODE_NAME "node""username password"

	注意: 論理名 UETP$NODE_ADDRESS を使用すると，UETP は NCP (ネットワーク制御プログラム) で最初に見つかったアクティブなサーキットだけをテストします。 使用しなかった場合，UETP はアクティブでテスト可能なサーキットをすべてテストします。

UETP の実行時，ルータ・ノードは，UETP$NODE_ADDRESS または UETP$NODE_NAME で定義されたノードとユーザのノードとの間で接続を確立しようとします。 ユーザのノードとルータ・ノード間の接続がビジー状態であったり，存在しないことがあります。 このような場合には，システムは次のようなエラー・メッセージを表示します。

 %NCP-F-CONNEC, Unable to connect to listener
 -SYSTEM-F-REMRSRC, resources at the remote node were insufficient

 %NCP-F-CONNEC, Unable to connect to listener
 -SYSTEM-F-NOSUCHNODE, remote node is unknown

5.3.18 DECnet Phase 5 の論理名

DECnet Phase 5 システムでは，UETP$NODE_NAME 論理名を定義し，ログイン情報に含めなければなりません。 ノードを番号で指定することはできません (ピリオド (.) が紛らわしいためです)。

UETP$NODE_NAME 論理名を定義するには，次のコマンドを使用します。

$ DEFINE/SYSTEM UETP$NODE_NAME "gamev5""systest""" <password>
$  @UETP

        Welcome to OpenVMS UETP Version X9Y4-SSB    

    %UETP-I-ABORTC, UETINIT00 to abort this test, type ^C    

    You are running on a AlphaServer 2100 5/250 CPU.
    The system was booted from _$21$DKA100:[SYS1.].       

    Run "ALL" UETP phases or a "SUBSET" [ALL]? S

    You can choose one or more of the following phases:   

            DEVICE, LOAD, DECNET, CLUSTER

    Phase(s): dec

    How many passes of UETP do you wish to run [1]?  
    Do you want Long or Short report format [Long]?    

    UETP starting at  5-SEP-2003 14:10:17.71 with parameters:
    DECNET  phases, 1 pass, 10 loads, long report.

    %UETP-I-BEGIN, UETDNET00 beginning at  5-SEP-2003 14:10:17.86
    %UETP-I-BEGIN, UETDNET00_00000 beginning at  5-SEP-2003 14:10:17.94
       **** UETDNET00 BEGINNING AT  5-SEP-2003 14:10:18.22 ****
    %UETP-I-TEXT,  Testing remote node gamev5       
    %UETP-I-BEGIN, Remote circuit testing beginning at  5-SEP-2003 14:10:20.21
    %UETP-I-BEGIN, UETDNET01 beginning at  5-SEP-2003 14:10:20.31
    %UETP-I-BEGIN, GAMEV5TST_00000 beginning at  5-SEP-2003 14:10:20.51
    %UETP-I-BEGIN, GAMEV5TST_00001 beginning at  5-SEP-2003 14:10:20.66
    %UETP-W-TEXT, The process -GAMEV5TST_00000- returned a final status of:
            %DELETE-W-SEARCHFAIL, error searching for !AS       
    %UETP-I-ENDED, GAMEV5TST_00000 ended at  5-SEP-2003 14:10:30.06
    %UETP-W-TEXT, The process -GAMEV5TST_00001- returned a final status of: 
            %DELETE-W-SEARCHFAIL, error searching for !AS 
    %UETP-I-ENDED, GAMEV5TST_00001 ended at  5-SEP-2003 14:10:30.07
    %UETP-I-ENDED, UETDNET01 ended at  5-SEP-2003 14:10:30.24       
    %UETP-I-ENDED, Remote circuit testing ended at  5-SEP-2003 14:10:30.28   
    %UETP-I-ENDED, UETDNET00_00000 ended at  5-SEP-2003 14:10:31.13
    %UETP-I-ENDED, UETDNET00 ended at  5-SEP-2003 14:10:31.19
     *************************************************** 
     *                                                 * 
        END OF UETP PASS 1 AT  5-SEP-2003 14:10:31.59      
     *                                                 * 
     ***************************************************                                               

5.3.19 ベクタ・プロセッサおよび VVIEF (VAX のみ)

UETP は，ロード・フェーズ中に，インストールされて使用可能なベクタ・プロセッサを自動的にロードし，デバイス・テスト・フェーズ中に，インストールされた使用可能なベクタ・プロセッサを自動的にテストします。

ベクタ・プロセッサがシステムで使用可能な場合，次のようなコマンドを入力して，VP 番号をチェックしてください。

$ x = F$GETSYI ("VP_NUMBER") 
$ SHOW SYMBOL x

x の値に 3 をかけます。 その結果がアカウントの PRCLM 値より大きい場合，戻された結果に一致するように，SYSTEST アカウントの PRCLM クォータを増やさなければなりません。 詳細は第13章 「特殊処理環境の管理」を参照してください。

しかし，UETP は，ロード・フェーズ中に，VAX ベクタ命令エミュレーション機能 (VVIEF)をロードすることができないので，VVIEF を自動的にテストできません。 VVIEF をテストするには，UETP を実行する前に，次の手順を行わなければなりません。

RUN コマンドを使って，VVIEF テストを個々のテストとして実行することができます (5.9.2 項 「デバイス・テスト・フェーズ」を参照)。

5.5.1 フェーズのサブセットの実行方法

フェーズを 1 つだけ実行するには，次のプロンプトに SUBSET または S を入力します。

Run "ALL" UETP phases or a "SUBSET" [ALL]?

SUBMIT または S を入力した場合，UETP は，次のように，実行したいフェーズの入力を求めてきます。

You can choose one or more of the following phases:

        DEVICE, LOAD, DECNET, CLUSTER

Phases(s):

省略時の値はないので，上記リストの中から 1 つまたは複数の名前を入力してください。 複数のフェーズを入力する場合には，それぞれをスペースまたはコンマで区切ります。

LOAD フェーズが選択の中にある場合，UETP は 3 つのプロンプトを表示します。

How many passes of UETP do you wish to run [1]?
How many simulated user loads do you want [n]?
Do you want Long or Short report format [Long]?

LOAD フェーズを選択しなかった場合，1 番目と 3 番目のプロンプトの 2 つしか表示されません。

次の 3 つの項は，これらの質問にどう答えるかを説明しています。 質問に答えた後，選択したフェーズの実行が始まります。

5.5.2 1 つのフェーズの実行と複数のフェーズの実行

最後のプロンプトに省略時の ALL またはフェーズのサブセットを指定した場合，UETP は次のようなメッセージを表示します。

How many passes of UETP do you wish to run [1]?

テストは，何度でも繰り返して実行することができます。 プロンプトに 1 を入力すれば (または省略時の設定で Return を押せば)，UETP はテストを 1 回実行して終了します。 1 より大きな数を指定すれば，UETP は指定した回数だけテストを繰り返します。

システムが動作しているかどうかをチェックする場合は，UETP を 1 回だけ実行します。 連続使用におけるシステムのレスポンスを評価する場合は，UETP を複数回実行します。 たとえば，サービス技術者などが新しくインストールしたシステムが動作するかを確認するのであれば，1 回か 2 回だけ UETP を実行すれば十分です。 また，製造技術者などはシステム統合およびテストの一部としてシステムを何時間も実行することがあります。

UETP を複数回実行するように指定した場合は，コンソール・ログを短く表示させることもできます (5.5.4 項 「レポート形式」を参照)。 1 回の実行ごとに 2 ページずつ出力されるので，ライン・プリンタおよびハードコピー・ターミナルには十分な用紙を用意しておいてください。

5.5.3 ロード・テスト用のユーザ負荷の定義

フェーズの回数を指定した後，UETP は次のプロンプトを表示します。

How many simulated user loads do you want [n]?

	注意: UETP がこのプロンプトを表示するのは，LOAD フェーズを選択したときだけです。 たとえば，(すべてのフェーズを実行して) 暗黙に選択した場合も，(フェーズのサブセットを実行するときに LOAD フェーズを) 明示的に指定した場合も含まれます。

ロード・テストは，複数のユーザ (独立プロセス) がシステム資源をめぐって競合する状況をシミュレートします。 このプロンプトに対して，このテストでシミュレートするユーザ数を入力します。 大括弧の中の数は，UETP がユーザのシステムから算出した省略時の値です。 したがって，省略時の値は，ユーザのシステムが割り当てたメモリの量，ページング領域，およびスワップ領域によって異なります。

省略時の値が最も適切な選択ですが，このプロンプトにユーザが値を指定することにより，省略時の値を増やしたり減らしたりすることができます。 しかし，あまり数を増やし過ぎると，資源が不十分になり，テストが失敗することがあるので注意してください。

UETP 実行時にユーザ負荷を求める公式を表示する方法については，5.7.2 項 「UETP 出力の中断」を参照してください。

5.5.4 レポート形式

次のプロンプトでは，長いレポート形式を使用するか短いレポート形式を使用するかを選択できます。

Do you want Long or Short report format [Long]?

5.6.1 Ctrl/Y の使用方法

Ctrl/Y を押すと，UETP の実行を強制終了します。 ただし，[SYSTEST] 中のファイルおよびネットワーク・プロセスのクリーンアップは完了しないので注意してください。

個々のテスト・イメージを実行している場合に Ctrl/Y を押すと，現在の UETP テストを中断し，一時的に制御をコマンド・インタプリタに戻します。 テストが中断されている間は，コマンド・インタプリタ内で実行され，現在のイメージを終了させない DCL コマンドのサブセットを入力することができます。

5.6.2 DCL コマンドの使用方法

『OpenVMS ユーザーズ・マニュアル』に，コマンド・インタプリタ内で使用できるコマンドの表が掲載されています。 さらに，次のコマンドも入力できます。

コマンド・インタプリタ内で実行されない DCL コマンドを入力すると，クリーンアップ処理が行われ，テストが完全に終了してから，その DCL コマンドが実行されます。

5.6.3 Ctrl/C の使用方法

Ctrl/C を押すと，UETP の実行を中断されます。 Ctrl/C を押した後は，同じテスト・フェーズを継続することはできません。 UETP は自動的に，マスタ・コマンド・プロシージャの次のフェーズに移ります。

UETP フェーズの中には，Ctrl/C を押すと，すべてのアクティビティをクリーンアップし，即座に終了するものもあります。 これらのフェーズは，開始時に，次のようなメッセージが表示されます。

%UETP-I-ABORTC, 'testname' to abort this test, type ^C

上記メッセージを表示しないフェーズは，そのフェーズ内で起動されたすべてのプロセスを終了します。 これらのプロセスでは，通常のクリーンアップ処理が行われないことがあります。

しかし，個々のテスト・イメージを実行している場合，Ctrl/C を使ってそのイメージの実行を終了し，クリーンアップ処理を完了させることができます。

クラスタ・テストの場合，Ctrl/C はクリーンアップ処理を行わないので注意してください。

5.7.1 エラーの記録と診断

エラーが発生すると，UETP はユーザ・プログラムと同じように反応します。 UETP はエラー・メッセージを返して継続するか，回復不可能なエラーを報告してイメージまたはフェーズを終了します。 どちらの場合でも，UETP はハードウェアが適切に動作しているということを想定しているので，エラーの診断は行いません。

エラーの原因が直ちに解明できない場合は，次の方法を使ってエラーを診断してください。

5.7.2 UETP 出力の中断

UETP テストの進行状況を，テストを起動したターミナルから監視することができます。 このターミナルは，各フェーズの開始および終了時の通知およびエラーを知らせるメッセージなどの状態情報を常に表示します。

テストは，状態情報以外の出力をさまざまなログ・ファイルに送信します。 ログ・ファイルの種類は，どのようにテストを起動したかによって異なります (5.7.7 項 「ログ・ファイル」を参照)。 ログ・ファイルには，テスト・プロシージャが作成した出力が入っています。 UETP が正常終了し，ターミナルにエラーが表示されなかった場合でも，このようなログ・ファイルにエラーがないかチェックすることが大切です。 さらに，ターミナルにエラーが表示された場合には，ログ・ファイルをチェックし，そのエラーの原因と性質の詳細を調べるようにしてください。

各テストは終了メールボックスを使って，最終完了状態をテスト・コントローラ・イメージ UETPHAS00 へ返します。 この完了状態は，符号なしロングワード整数で，状態値を表します。 トラブルシューティングの助けとなるように，UETPHAS00 は $FAO および $GETMSG システム・サービスを使って，テストの最終完了状態を表示します。

ただし，$FAO サービスは，終了メールボックスを使っても提供できない追加の情報を必要とすることがあります。 このような事態が発生すると，UETP は次のようなエラー・メッセージを表示します。

UETP-E-ABORT, !AS aborted at !%D

UETP がこのようなエラー・メッセージを表示するときは，ログ・ファイルをチェックし，詳細な情報を入手してください。 個々のテストを実行し，問題を診断することも可能です。

ターミナルに表示されるエラー・メッセージ，およびログ・ファイルに格納されるエラー・メッセージは，基本的に次の 2 つから発行されたものです。

このメッセージが理解できないときには，OpenVMS ヘルプ・メッセージ・ユーティリティ (Help Message) を使用するか，『OpenVMS System Messages and Recovery Procedures Reference Manual』 ^[16] または個々のシステム・コンポーネントについて記述されたマニュアルを参照してください。

5.7.3 画面に情報を表示する方法

デバイス・テスト UETINIT00.EXE，UETCLIG00.EXE，および UETDNET00.COM などのいくつかの UETP の部分では，テスト実行の進行に関する追加情報，またはテスト中に発生した問題に関する追加情報を入手できるものもあります。 通常，この情報は重要ではないので，画面には表示されません。

この情報を見るためには，次のコマンドを入力して論理名 MODE を定義し，プログラムを実行します。

$ DEFINE MODE DUMP

5.7.4 画面表示の例 (VAX のみ)

次の例は，VAX 6000 コンピュータ上での UETINIT00.EXE の出力例で，論理名 MODE が DUMP と定義されている様子を示しています。

$ DEFINE MODE DUMP
$ RUN UETINIT00 (or @UETP)
 
      Welcome to VAX/VMS UETP Version X7.3

%UETP-I-ABORTC, UETINIT00 to abort this test, type ^C

You are running on a VAX 6000-430 CPU with 327680 pages of memory.
The system was booted from _$11$DUA6:[SYS0.].

Run "ALL" UETP phases or a "SUBSET" [ALL]?
How many passes of UETP do you wish to run [1]?

The default number of loads is the minimum result of

1) CPU_SCALE * ( (MEM_FREE + MEM_MODIFY) / (WS_SIZE * PER_WS_INUSE) )
        7.32 * ( (  232390 +       5048) / (   1024 *         0.20) )  = 8486

2) Free process slots                                                = 296

3) Free page file pages / Typical use of page file pages per process
                1099992 /                                       1000 = 1099

How many simulated user loads do you want [296]?
Do you want Long or Short report format [Long]?

UETP starting at  1-MAR-2001 16:00:43.86 with parameters:
DEVICE LOAD DECNET CLUSTER  phases, 1 pass, 296 loads, long report.

$

このプログラムは，いかなるフェーズも起動しません。 このプログラムは，ユーザ負荷および現在の実行中に使用する特定の要素を決定するのに UETP が使用する公式を表示します。

質問に Return を押して応答します。 最初のプロンプトに応答した後，プログラムは同時プロセスの省略時の数を決定する公式を表示します。 次の定義が適用されます。

また，UETINIT00 は公式が示す特定の値も表示します。 上記の例では，UETP はシミュレートするユーザ負荷の省略時の値として 296 を選択しています。 これは，296 は 3 つの公式の最低の結果だからです。

UETP の実行ごとにユーザ負荷の詳細を見るつもりがないのであれば，UETP の実行前に，論理名 MODE の割り当てを解除します。

5.7.5 画面表示の例 (Alpha および I64)

次の例は，Alpha システム上での UETINIT00.EXE の出力例で，論理名 MODE が DUMP と定義されている様子を示しています。

$ DEFINE MODE DUMP
$ RUN UETINIT00 (or @UETP)
    
        Welcome to OpenVMS Alpha UETP Version 7.3

%UETP-I-ABORTC, UETINIT00 to abort this test, type ^C

You are running on a AlphaServer 4100 5/533 4MB CPU.
The system was booted from _$4$DKA300:[SYS0.].

Run "ALL" UETP phases or a "SUBSET" [ALL]?
How many passes of UETP do you wish to run [1]?

The default number of loads is the minimum result of

1) (MEM_FREE + MEM_MODIFY) / ( WS_SIZE )
   ( 1807872 +      10496) / (  16512)                         = 110

2) Free process slots                                          = 488

3) Free page file pages / Typical use of blocks per process
                 650240 /                               1000 = 650

How many simulated user loads do you want [110]?
Do you want Long or Short report format [Long]?

UETP starting at  1-MAR-2001 15:53:19.52 with parameters:
DEVICE LOAD DECNET CLUSTER  phases, 1 pass, 110 loads, long report. 

このプログラムは，いかなるフェーズも起動しません。 このプログラムは，ユーザ負荷および UETP が現在の実行中に使用する特定の要素を決定するのに使用される公式を表示します。

質問に Return を押して応答します。 最初のプロンプトに応答した後，プログラムは同時プロセスの省略時の数を決定する公式を表示します。 次の定義が適用されます。

また，UETINIT00 は公式が示す特定の値も表示します。 上記の例では，UETP はシミュレートするユーザ負荷の省略時の値として 110 を選択しています。 これは，100 がこれら 3 つの公式の最低の結果だからです。

UETP の実行ごとにユーザ負荷の詳細を見るつもりがないのであれば，UETP の実行前に，論理名 MODE の割り当てを解除します。

5.7.6 UETP イーサネット・テスト用の遠隔ノードの定義

UETUNAS00 テスト中，障害報告がテスト中のデバイスに関連するのか，または遠隔デバイスに関連するのかを決定するのが困難な場合があります。 適切なエラー報告を行うための最も簡単な方法は，適切な転送場所を定義することです。 適切な転送場所というのは，イーサネット・パケットを正しく転送し，起動していて，レディ状態で待機しているということが判明している遠隔ノードのことです。

UETUNAS00 テストで，適切な転送場所を使用するためには，次のような操作を行います。 次のコマンドでは，適切なデバイスがノード BETA 上にあり，そのノード BETA がすでにネットワーク・データベースで定義されているということを仮定しています。

5.7.7 ログ・ファイル

UETP は，現在の実行中のすべての UETP テストおよびフェーズによって作成されたすべての情報を，1 つまたは複数の UETP.LOG ファイルに格納します。 そして，前回の実行の情報を，1 つまたは複数の OLDUETP.LOG ファイルに格納します。 UETP の実行が複数パスを呼び出す場合，パスごとに，UETP.LOG または OLDUETP.LOG ファイルが 1 つずつ作成されます。

実行を開始すると，UETP はすべての OLDUETP.LOG ファイルを削除し，すべての UETP.LOG ファイルの名前を，そのファイルのバージョンに相当する OLDUETP.LOG ファイルの名前に変更します。 次に，UETP は新しい UETP.LOG ファイルを作成し，現在のパスの情報をその中に格納します。 UETP のその後のパスでは，より高いバージョンの UETP.LOG が作成されます。 したがって，複数パスを呼び出す UETP の実行終了時には，パスごとに，UETP.LOG ファイルが 1 つずつ作成されます。 ファイル UETP.LOG および OLDUETP.LOG の作成にあたり，UETP は最新 2 回の実行からの出力を使用します。

クラスタ・テストは，実行に含まれる各システム上のパスごとに，NETSERVER.LOG ファイルを SYS$TEST に作成します。 テストがエラーを報告できない場合 (たとえば，他のノードへの接続が失われた場合)，そのノード上の NETSERVER.LOG ファイルに，そのノード上で実行されたテスト結果が格納されます。 UETP は NETSERVER.LOG ファイルを削除またはパージしません。 したがって，ときどき NETSERVER.LOG を削除して，ディスク領域を回復するようにしてください。

UETP の実行が正常終了しなかった場合，SYS$TEST には他のログ・ファイルが格納されています。 通常，これらのファイルは連結され，UETP.LOG の中に格納されます。 システム・ディスク上のログ・ファイルはすべてエラー・チェック用に使用できますが，新しいテストを実行する前には，これらのファイルをすべて削除しておかなければなりません。 これらログ・ファイルはユーザが削除することもできますが，完全な UETP をもう一度実行すれば，古い UETP.LOG ファイルは自動的にチェックされ，削除されます。

5.8.1 一般的な障害の概要

次に，UETP の実行中に発生する最も一般的な障害を示します。

以降の項では，これらのエラーおよびその最善の対処方法を説明します。

5.8.2 クォータ，特権，アカウントの間違い

割り当てたクォータまたは特権が SYSTEST アカウントの標準のクォータおよび特権と一致しない場合，UETP は次のエラー・メッセージを表示します。

**********************
*  UETINIT00         *
*  Error count =  1  *
**********************
-UETP-W-TEXT,   The following:

        OPER privilege,
        BIOLM  quota,
        ENQLM  quota,
        FILLM  quota,

are nonstandard for the SYSTEST account and may result in UETP errors.

このメッセージは，OPER 特権，および BIOLM，ENQLM，FILLM の各クォータが正しく割り当てられていないか，または全く割り当てられていないことを示しています。

	注意: クラスタ統合テスト・フェーズを実行していて，SYSTEST_CLIG アカウントの特権およびクォータが間違っている場合，UETP はこのようなメッセージを表示します。 SYSTEST および SYSTEST_CLIG アカウントには，同じ特権およびクォータが必要です。 どちらの場合も，ここで述べる対処方法を適用してください。

解決策

問題を修正するには，次の手順に従ってください。

間違ったアカウントにログインした場合は，次のエラー・メッセージが表示され，SYSTEST アカウントにログインするかどうか尋ねられます。

$ @UETP

**********************
*  UETINIT00         *
*  Error count =  1  *
**********************
-UETP-E-ABORT, UETINIT00 aborted at  22-JUN-2000 14:24:10.13
-UETP-E-TEXT, You are logged in to the wrong account.
              Please log in to the SYSTEST account.
$

UETP は SYSTEST アカウントから実行しなければなりません。

5.8.3 UETINIT01 障害

UETINIT01 障害は，周辺機器デバイスに関連します。 このタイプのエラー・メッセージは，次のいずれかを示します。

エラー・メッセージの中には，その修正方法が示されているものもあります。 たとえば，問題および推奨する修正方法を明示的に知らせるメッセージを，オペレータ通信マネージャ (OPCOM) から受け取ることがあります。

%OPCOM,  22-JUN-2004 14:10:52.96, request 1, from user SYSTEST
Please mount volume UETP in device _MTA0:
%MOUNT-I-OPRQST, Please mount volume UETP in device _MTA0:

解決方法が暗黙に示されているメッセージもあります。

%UETP-S-BEGIN, UETDISK00 beginning at 22-JUN-2004 13:34:46.03

**********************
*  DISK_DRA          *
*  Error count =  1  *
**********************
-UETP-E-TEXT, RMS file error in file DRA0:DRA00.TST
-RMS-E-DNR, device not ready or not mounted
%UETP-S-ENDED, UETDISK00 ended at  22-JUN-2004 13:34:46.80

このメッセージは，ディスク・ドライブがレディ状態でないか，マウントされていないことを示しています。 この情報から，(ディスク・ドライブの) どの場所に障害の原因があるかを知ることができます。 即座に問題の原因を知ることができない場合は，5.3 項 「テストを行うデバイスの設定」の設定指示を参照してください。

また，障害の原因の手掛かりが全くないメッセージもあります。 問題は，ソフトウェアでなく，ハードウェアに原因があることもあります。

解決策

UETP の実行中，いつまたはどこで障害が発生したかを判断するには，次の手順に従ってください。

5.8.4 UETVECTOR 障害 (VAX のみ)

UETP は，次のようなメッセージを表示して，ベクタ・プロセッサ障害を通知します。

     **********************
     *  UETVECTOR         *
     *  Error count = 1   *
     **********************
     %PPL-S-CREATED_SOME, created some of those requested - partial success
     -UETP-E-SUBSPNERR, Error spawning subordinate process.
     -UETP-E-SCHCTXERR, Error scheduling vector context test subprocess.
     -UETP-E-VECCTXERR, Error encountered during vector context testing.
     %UETP-I-ENDED, UETVECTOR_0000 ended at 22-JUN-2004 07:37:00.59

解決策

ベクタ・プロセッサのテストのための正しい設定については，5.3.19 項 「ベクタ・プロセッサおよび VVIEF (VAX のみ)」を参照してください。

5.8.5 ディスク領域の不足

UETP のパスを連続して実行すると，UETP を実行したディスク上にログ・ファイルが蓄積されます。 これらのファイルによって，後続のパスで使用できる空きディスク領域が減少します。 現在のロードに対して使用できるディスク領域が少なくなった場合は，次のエラー・メッセージが表示されます。

%UETP-S-BEGIN, UETDISK00 beginning at  22-JUN-2004 08:12:24.34
%UETP-I-ABORTC, DISK_DJA to abort this test, type ^C

**********************
*  DISK_DJA          *
*  Error count = 1   *
**********************
-UETP-F-TEXT, RMS file error in file DJA0:DJA00.TST
-RMS-F-FUL, device full (insufficient space for allocation)

**********************
*  DISK_DJA          *
*  Error count = 2   *
**********************
-UETP-F-TEXT, RMS file error in file DJA0:DJA01.TST
-RMS-F-FUL, device full (insufficient space for allocation)
%UETP-E-DESTP, DISK_DJA stopped testing DJA unit 0 at 08:12:36.91
%UETP-S-ENDED, UETDISK00 ended at  22-JUN-2004 08:12:37.98

解決策

ディスク上の使用できる領域を増やしてください。 領域を増やすには，次に挙げる 1 つまたは複数の方法を使用します。

ディスク領域についての詳細は，5.2.2 項 「SYSTEST ディレクトリの使用方法」および 5.3.3 項 「UETP のディスク上での動作」を参照してください。

5.8.6 OpenVMS Cluster システムの設定の間違い

クラスタ統合テスト中に発生する問題のほとんどの原因は，OpenVMS Cluster か OpenVMS Cluster 上の UETP の設定の誤りです。 これらの問題のほとんどは，クラスタ・テストの次の段階で発生するようです。

クラスタ・テスト・フェーズでは，ユーザのクラスタ中のさまざまな OpenVMS ノードが，クラスタ内の選択したノード上のファイルに同時にアクセスしている様子を見ることができます。 UETP は，最初に，クラスタ内の選択した他のノードからアクセス可能なディスク・ドライブ上にファイルを作成しようとします。 クラスタ・テスト・フェーズ中にファイルを作成するための要件を次に示します。

UETP がどこかのノード上に適切なデバイスを見つけることができなかった場合は，警告メッセージが表示され，次のクラスタ・ノードに進みます。

オペレータのターミナル (OPA0) に NO BROADCAST ターミナル特性が設定されているノードでは，クラスタ・テスト中に次のエラー・メッセージが表示されます。

**********************
*  UETCLIG00master   *
*  Error count =  1  *
**********************
-UETP-E-TEXT, 0 operator consoles timed out on the cluster test warning
       and 1 operator console rejected it.
-UETP-E-TEXT, Status returned was,
      "%SYSTEM-F-DEVOFFLINE, device is not in configuration or not
      available"

OPA0 に NO BROADCAST が設定されていない場合は，このメッセージを無視してください。

解決策

問題の疑いがある場合は，SYSTEST_CLIG プロセスが作成されたときに作成された SYS$TEST:NETSERVER.LOG ファイルを調べてください。 このファイルには，テストを実行しているノードに転送できなかった追加のエラー情報が入っていることもあります。 いくつかのノード上で SYSTEST_CLIG プロセスを作成できなかった場合，そのノードに対するシステム会計情報ファイルのプロセス終了レコードには，最後のプロセス状態が入っていることがあります。

次の問題は，クラスタ・テスト中に発生する可能性があるものです。

5.8.7 ロード・テスト中の問題

ロード・テスト中にはさまざまなエラーが発生します。 これは，テスト中に起動されるコマンド・プロシージャは，複数のユーティリティを実行し，さまざまな機能を行うからです。 UETP はロード・テスト中に作成したログ・ファイルを削除するので，問題の追跡が困難なことがあります (5.9.3 項 「システム・ロード・テスト・フェーズ」を参照してください)。

解決策

ロード・テスト中に問題が発生し，その原因が分からない場合は，次のように UETP.COM を変更して，ログ・ファイルを保持するようにします。

変更後，もう一度ロード・テストを行い，問題が再現するかどうか確かめます。

問題が再現する場合は，適切なログ・ファイルの内容を調べます。 どのログ・ファイルを読むべきかを判断するには，ロード・テストがそのプロセスとログ・ファイルに名前を付けた流れを理解します (ログ・ファイル名はプロセス名を継承します)。

ロード・テストは，作成したプロセスに，次の形式の名前を付けます。

UETLOADnn_nnnn

次に例を示します。

%UETP-I-BEGIN, UETLOAD00 beginning at 22-JUN-2004 15:45:08.97
%UETP-I-BEGIN, UETLOAD02_0000 beginning at 22-JUN-2004 15:45:09.42
%UETP-I-BEGIN, UETLOAD03_0001 beginning at 22-JUN-2004 15:45:09.63
%UETP-I-BEGIN, UETLOAD04_0002 beginning at 22-JUN-2004 15:45:10.76
%UETP-I-BEGIN, UETLOAD05_0003 beginning at 22-JUN-2004 15:45:11.28
%UETP-I-BEGIN, UETLOAD06_0004 beginning at 22-JUN-2004 15:45:12.56
%UETP-I-BEGIN, UETLOAD07_0005 beginning at 22-JUN-2004 15:45:13.81
%UETP-I-BEGIN, UETLOAD08_0006 beginning at 22-JUN-2004 15:45:14.95
%UETP-I-BEGIN, UETLOAD09_0007 beginning at 22-JUN-2004 15:45:16.99
%UETP-I-BEGIN, UETLOAD10_0008 beginning at 22-JUN-2004 15:45:19.32
%UETP-I-BEGIN, UETLOAD11_0009 beginning at 22-JUN-2004 15:45:19.95
%UETP-I-BEGIN, UETLOAD02_0010 beginning at 22-JUN-2004 15:45:20.20
%UETP-I-BEGIN, UETLOAD03_0011 beginning at 22-JUN-2004 15:45:21.95
%UETP-I-BEGIN, UETLOAD04_0012 beginning at 22-JUN-2004 15:45:22.99

10 以上のプロセスが作成されている場合，プロセス名の UETLOADnn 部分の連番は，UETLOAD02 から始まります。 しかし，_nnnn 部分の 4 けたの数字は，そのまま増え続けます。

ロード・テストのプロセスごとに，2 つのログ・ファイルが作成されます。 最初のログ・ファイルは，テスト・コントローラによって作成されます。 2 番目のログ・ファイルは，そのプロセス自身によって作成されます。 ロード・テストのプロセスについてのエラー情報を調べるときには，テスト・コントローラが作成したログ・ファイル (最初のログ・ファイル) を調べます。

ロード・テストのログ・ファイルの名前はプロセス名を継承し，UETLO にプロセス名の最後の 4 けたの数字 (_nnnn 部分) を追加します。 各プロセスのテスト・コントローラのログ・ファイルおよびプロセスのログ・ファイルは同じファイル名です。 ただし，プロセスのログ・ファイルの方が，より高いバージョン番号を持っています。 たとえば，プロセス UETLOAD05_0003 が作成したログ・ファイルの名前は次のようになります。

UETLO0003.LOG;1 (テスト・コントローラのログ・ファイル)

UETLO0003.LOG;2 (プロセスのログ・ファイル)

ログ・ファイルを見るときには，ロード・テストのコマンドおよびエラー情報の入った，バージョン番号の低いほうを見るようにしてください。

問題を解決したら，UETP.COM を元の状態に戻し，ロード・テストのログ・ファイルを削除します (UETL0*.LOG;*)。 このファイルを削除しなければ，ディスク領域の問題が発生する可能性があります。

5.8.8 DECnet for OpenVMS エラー

DECnet エラー・メッセージは，ネットワークが使用不可であることを示すことがあります。

解決策

他の DECnet に関するエラーが発生した場合は，次の作業を行ってください。

5.8.9 記録されるが表示されないエラー

コンソール・ターミナルにエラーが表示されない場合，または UETP.LOG ファイルにエラーが報告されない場合，Error Log Viewer (ELV) を実行して，ERRLOG.SYS ファイルになんらかのエラーが記録されているかどうかを確認します。 ELV の実行については，『OpenVMS システム管理 ユーティリティ・リファレンス・マニュアル(上巻)』を参照してください。

5.8.10 PCB またはスワップ・スロットの欠如

次のエラー・メッセージは，PCB またはスワップ・スロットが使用できないことを示しています。

%UETP-I-BEGIN, UETLOAD00 beginning at  22-JUN-2004 07:47:16.50
%UETP-I-BEGIN, UETLOAD02_0000 beginning at  22-JUN-2004 07:47:16.76
%UETP-I-BEGIN, UETLOAD03_0001 beginning at  22-JUN-2004 07:47:16.92
%UETP-I-BEGIN, UETLOAD04_0002 beginning at  22-JUN-2004 07:47:17.13
%UETP-I-BEGIN, UETLOAD05_0003 beginning at  22-JUN-2004 07:47:17.35
%UETP-I-BEGIN, UETLOAD06_0004 beginning at  22-JUN-2004 07:47:17.61
%UETP-W-TEXT, The process -UETLOAD07_0005- was unable to be created,
  the error message is
-SYSTEM-F-NOSLOT, no pcb or swap slot available
%UETP-W-TEXT, The process -UETLOAD08_0006- was unable to be created,
  the error message is
-SYSTEM-F-NOSLOT, no pcb or swap slot available
%UETP-W-TEXT, The process -UETLOAD09_0007- was unable to be created,
  the error message is
-SYSTEM-F-NOSLOT, no pcb or swap slot available
%UETP-W-TEXT, The process -UETLOAD10_0008- was unable to be created,
  the error message is
-SYSTEM-F-NOSLOT, no pcb or swap slot available
%UETP-W-TEXT, The process -UETLOAD11_0009- was unable to be created,
  the error message is
-SYSTEM-F-NOSLOT, no pcb or swap slot available
%UETP-W-ABORT, UETLOAD00 aborted at  22-JUN-2004 07:47:54.10
-UETP-W-TEXT, Aborted via a user Ctrl/C.
 ***************************************************
 *                                                 *
    END OF UETP PASS 1 AT  22-JUN-2004 07:48:03.17
 *                                                 *
 ***************************************************

解決策

この問題を解決するには，次の手順に従います。

5.8.11 キーボードの応答がない，またはシステム・ディスクが動作しない

キーボードの応答がなかったり，システム・ディスクが動作していない場合，システムがハングアップしている恐れがあります。

解決策

システム・ハングアップの場合，障害追跡が困難です。 参照のために，ダンプ・ファイルをセーブしておいてください。 システムがハングアップした原因を特定するためには，『OpenVMS VAX System Dump Analyzer Utility Manual』と『OpenVMS Alpha System Analysis Tools Manual』のシステム・ダンプ・アナライザを参照してください。

システム・ハングアップの理由には，次のようなものがあります。

5.8.12 FAL オブジェクトに対する省略時のアクセス権の欠如

UETP の DECnet テストにより選択された遠隔ノード (アクティブな各サーキット上の隣接ノード，またはグループ論理名 UETP$NODE_ADDRESS で定義されたノード) で，省略時の FAL アクセスが無効になっている場合は，次のようなメッセージが表示されます。

%UETP-W-TEXT, The process -SVA019841_0001- returned a final status of:
%COPY-E-OPENOUT, error opening !AS as output

上記メッセージは次のように続きます。

%COPY-E-OPENOUT, error opening 9999""::SVA019841.D1; as output
-RMS-E-CRE, ACP file create failed
-SYSTEM-F-INVLOGIN, login information invalid at remote node
%COPY-W-NOTCOPIED, SYS$COMMON:[SYSTEST]UETP.COM;2 not copied
%UETP-E-TEXT, Remote file test data error

このメッセージは無視して構いません。

5.8.13 バグ・チェックおよびマシン・チェック

システムがその実行を強制終了するとき，バグ・チェック・メッセージがコンソールに表示されます。

解決策

弊社のサポート担当者に連絡してください。 バグ・チェックやマシン・チェックの原因は，たいていはハードウェア障害ですが，バグ・チェックやマシン・チェックは，簡単には解決できません。 ただし，検査に使えるよう，SYS$SYSTEM:SYSDUMP.DMP ファイルと ERRLOG.SYS ファイルを保存しておくことが重要です。 この障害が再現できるかどうかも確認しておいてください。 もう一度 UETP を実行して，障害をチェックすることができます。

5.9.1 初期化フェーズ

初期化フェーズでは，次のことが行われます。

UETINIDEV.DAT の要約は常に UETP.LOG 中に存在します。 そして，長いレポート形式が要求されたときに，UETINIT01.EXE はこの要約をコンソールに送ります。

5.9.2 デバイス・テスト・フェーズ

デバイス・テスト・フェーズには，ディスク，磁気テープ，ライン・プリンタ，およびターミナルなどのデバイスのタイプ別のテストが含まれます。 この項では，デバイス・テスト・フェーズについて説明し，単一のデバイスをテストするための指示を示します。 デバイス・テスト・フェーズ全体を独立させて実行するための情報については，5.5.1 項 「フェーズのサブセットの実行方法」を参照してください。

5.9.2.2 単一デバイス・テストの実行

この項で述べる個々のテストを実行するには，まず，SYSTEST アカウントにログインしなければなりません。 また，UETINIDEV.DAT のコピーが存在しなければなりません。 前回の実行によるこのファイルのコピーが存在しなければ，このファイルを作成してください (UETINIDEV.DAT は，完全な UETP の実行またはデバイス・テスト・フェーズの実行によって作成されます)。 単一デバイス・テストを実行するときには，ログ・ファイルは作成されないので注意してください。 このテストはすべての出力をユーザのターミナルに送ります。

特定のデバイス・タイプに対してだけテストを行う場合は，表 5-1 「デバイス・テスト (VAX のみ)」 (VAX システムの場合) または表 5-2 「デバイス・テスト (Alpha のみ)」 (Alpha システムおよび I64 システムの場合) からテスト・イメージ名を選択し，そのイメージを実行することによって，特定のコントローラだけをテストすることができます。 次に例を示します。

$ RUN UETTTYS00 Controller designation?: TTB

UETP は，コントローラ指示子およびデバイス・コードの入力を求めます。 ユーザ自身のターミナルをテストするのでなければ，コントローラ名を明示的に示さなければなりません。 ターミナル・テストを実行する場合，Return を押せば，ユーザ自身のターミナルだけをテストできます。

何回も実行を繰り返す場合は，論理名 CTRLNAME を定義する方が便利です。

$ DEFINE CTRLNAME TTB $ RUN UETTTYS00

このようにコントローラ名を定義すると，テスト完了後も論理名 CTRLNAME は割り当てられたままになります。 論理名の割り当てを解除するには，次のように，DCL の DEASSIGN コマンドを使用します。

$ DEASSIGN CTRLNAME

5.9.2.3 UETINIDEV.DAT の形式

UETINIDEV.DAT ファイル は ASCII 順編成ファイルなので，必要に応じて入力したり編集したりすることができます。 このファイルの内容は，次のコマンドを入力することによって表示することができます。

$ TYPE UETINIDEV.DAT DDB x ddd UCB y uuuuu nnnnnnnnn.nnn END OF UETINIDEV.DAT

この例では，次のようにシンボルが定義されています。

シンボル	値
x	当該コントローラにテスト可能なユニットがある場合は T。 当該コントローラでテストを行わない場合は N。
y	ユニットがテスト可能な場合は T。 ユニットがテスト可能でない場合は N。
ddd	デバイス・コントローラ名。 たとえば，DUA。
uuuuu	デバイス・ユニット番号。 たとえば，25。
nnnnnnnnn.nnn	ユニットに対する UETP デバイス・テスト名。 たとえば，UETDISK00.EXE。

UETINIDEV.DAT には，ユーザのシステムに接続されている，またはユーザのシステムから見ることができる各コントローラに対する DDB (デバイス・データ・ブロック) 行が入っています。 DDB 行の後には，当該コントローラに接続された各ユニットに対する UCB (ユニット制御ブロック) 行があります。 DDB 行と UCB 行の両方がそのデバイスがテスト可能であることを示すときに限り，デバイス・テストは特定のデバイスをテストできます。

5.9.2.4 ループ・モードによるテストの実行

あるデバイスに対して特に負荷をかけてテストしたい場合は，ループ・モードでデバイス・テストを実行します。 このモードでは，テストが無限に実行されます。 次に例を示します。

$ DEFINE MODE LOOP $ RUN UETDISK00 Controller designation?: DRA %UETP-I-TEXT, End of pass 1 with 980 iterations at 22-JUN-2004 16:18:51:03 ^C

ループ・モードのテストを終了するには，Ctrl/C を使用しなければなりません。 Ctrl/Y を使用すると，UETP はクリーンアップ処理を行いません。

5.9.3 システム・ロード・テスト・フェーズ

システム・ロード・テストの目的は，システム資源を同時に要求する複数のターミナル・ユーザをシミュレートすることです。 システム・ロード・テストは，さまざまなコマンド・プロシージャを実行する独立プロセスを複数作成します。 この結果は，ファイル UETLOAD00.DAT に出力されます。 各プロセスは，ターミナルにログインしたユーザをシミュレートします。 つまり，各プロシージャ内のコマンドは，ターミナルからユーザが入力したコマンドと同じタイプのコマンドです。 ロード・テストは連続して複数の独立プロセスを作成し，各独立プロセスがそれぞれのコマンド・プロシージャを同時に実行します。 つまり，独立プロセスと同じ数のユーザが同時にターミナルからコマンドを入力するのと同じような影響をシステムに与えます。 このようにして，ロード・テストは，通常のシステムにおける使用と同じような環境を作り出します。

ロード・テストは，論理名 LOADS を使って，作成する独立プロセスの数を決定します。 UETP コマンド・プロシージャを起動すると，シミュレートするユーザの人数，つまり，作成する独立プロセスの数を尋ねてきます (5.5.3 項 「ロード・テスト用のユーザ負荷の定義」を参照)。 この数は，使用しているシステムのメモリ量，スワップ領域，およびページング領域を考慮して決める必要があります。 このときのユーザの応答によって，グループ論理名 LOADS が定義されます。

UETP マスタ・コマンド・プロシージャは，終了フェーズにおいて，テストによって行われたグループ論理名の割り当てを解除します。 UETP パッケージが正常終了しなかった場合のみ，グループ論理名 LOADS の割り当ては解除されません。

作成する独立プロセスの数にもよりますが，ロード・テストによって実行されるコマンド・プロシージャは大量の出力を生成します。 各独立プロセス (すなわちユーザ) に対して，テストは UETLOnnnn.LOG と呼ばれる出力ファイルのバージョンを作成します (nnnn は数値文字列)。 コンソールには，ロード・テストの進行を表す状態情報だけ表示されます。

ロード・テストが完全な UETP の一部として実行される場合も，独立したフェーズとして実行される場合も，UETP は UETLOnnnn.LOG ファイルを結合し，出力をファイル UETP.LOG に書き込み，最後に，個々の出力ファイルを削除します。

システム・ロード・テストを独立したフェーズとして実行するには，スタートアップ・ダイアログの中から LOAD を選択します (5.5.1 項 「フェーズのサブセットの実行方法」を参照)。

5.9.4 DECnet for OpenVMS テスト・フェーズ

DECnet for OpenVMS ソフトウェアがユーザの OpenVMS システムに組み込まれている場合，完全な UETP の実行によって，DECnet ハードウェアおよびソフトウェアが自動的にテストされます。 通信デバイスは DECnet に割り当てられ，DECnet デバイスは UETP デバイス・テストでテストできないので，DECnet for OpenVMS または他のアプリケーションがそのデバイスを割り当てている場合，UETP は イーサネット・アダプタをテストしません。 DECnet テストの開始時，DECnet ノードおよびサーキット・カウンタはゼロにされ，実行時の障害監視が可能になります。

他の UETP フェーズと同様に，DECnet for OpenVMS フェーズを独立させて実行することもできます。 5.5.1 項 「フェーズのサブセットの実行方法」を参照してください。

5.9.4.1 環境

DECnet for OpenVMS テストは，DECnet がサポートするすべてのノード・タイプ (ルーティング・ノードおよび非ルーティング・ノードを含む) に接続された OpenVMS システム，および若干異なるタイプのオペレーティング・システム (RSTS，RSX，TOPS，RT など) 上で正常に動作します。 遠隔システムには，システム間でファイルをコピーするための省略時のアクセス権が必要です。 DECnet フェーズでは，次のテストを行います。

• UETP が実行されているノード。

• テストを行う遠隔ノードが論理名 UETP$NODE_ADDRESS に定義されていない場合は，連続したすべてのサーキット。 遠隔ノードが定義されている場合は，DECnet フェーズは 1 つのサーキットしかテストしない。

• すべての隣接ノードまたは第 1 ホップ・ノード，およびサーキット (同時)。

テストがサポートする通信回線の数には制限はありません。 ある隣接ノードにおけるテストを，通常の通信転送率で 2 分以上継続してはなりません。

	注意: UETP は，ユーザのシステムが FAL オブジェクトに対して省略時のアクセス権を持っていることを想定しています。 しかし，ネットワーク構成コマンド・プロシージャ NETCONFIG.COM は，省略時の設定で，FAL オブジェクトに対するアクセス権を提供しません。 NETCONFIG.COM が提供する省略時の設定で DECnet ソフトウェアをインストールする場合，UETP DECnet フェーズでエラー・メッセージが表示されることがあります。 このエラー・メッセージは無視して構いません。 詳細は5.8.12 項 「FAL オブジェクトに対する省略時のアクセス権の欠如」を参照してください。

5.9.5 クラスタ統合テスト・フェーズ

クラスタ統合テスト・フェーズは，DECnet for OpenVMS ソフトウェアに大きく依存する 1 つのプログラムおよび 1 つのコマンド・ファイルから構成されます。 このフェーズは，DECnet for OpenVMS ソフトウェアを使って，クラスタ中の各 OpenVMS ノード上に SYSTEST_CLIG プロセスを作成し，各ノードと通信します。 SYSTEST_CLIG は SYSTEST に類似するアカウントです。 しかし，SYSTEST_CLIG はクラスタ統合テストでしか使用されません。 クラスタ・テスト・フェーズを正しく実行するには，次の SYSTEST_CLIG アカウントの制限が必要です。

これらの項目は，システムの機密保護およびプライバシーを守るために必要です。 SYSTEST_CLIG プロセスが OpenVMS ノード上に作成できない場合は，障害の原因が示され，ファイル・テスト中にはロック・テストおよび 共用アクセス用のノードが無視されます。 また，このテストでは，SYSTEST_CLIG プロセスが作成されなかったノードからのログ・ファイルのコピーは行われません。 SYSTEST_CLIG プロセスの作成後，SYSTEST_CLIG プロセスとの通信に問題が発生した場合，それ以降のロック・テストおよびファイル共用テストでは，このノードは除外されます。 クラスタ統合テストの終了時，当該ノードでエラーが発生したかどうかが報告されます。

UETCLIG00.EXE は，1次スレッドと2次スレッドという，2 つの実行用スレッドを持っています。 1次スレッドは，クラスタ構成 (OpenVMS ノード，HSC ノード，およびテストを実行するノードで使用できる取り付けディスク) をチェックします。 選択された OpenVMS ノードの場合，1次スレッドは DECnet ソフトウェアを使って SYSTEST_CLIG プロセスを起動しようとします。 1次スレッドが SYSTEST_CLIG プロセスをノード上で起動できた場合，そのノードはコマンド・ファイル UETCLIG00.COM を起動します。 このコマンド・ファイルは，UETCLIG00.EXE を起動し，2次実行スレッドを実行します。

1次スレッドを実行しているプロセスは，2次スレッドを実行しているプロセスと通信できるかどうかチェックします。 次に，ロックを外し，デッドロック状態が作成されるよう，2次スレッドに命令します。

1次スレッドは，クラスタ中で選択した OpenVMS および HSC ノード上の同じディスクにファイルを作成しようとします。 1次スレッドはブロックを書き込み，そのブロックを再び読み取り，最後に，そのブロックを確認します。 次に，OpenVMS ノードを 1 つランダムに選択し，そのブロックの読み込みと確認を行うよう指示します。 次に，1次スレッドは他のブロックを書き込むことによって，ファイルを拡大し，2次ブロックは2 番目のブロックを読み込み，確認します。 このファイルは削除されます。

2次プロセスは終了します。 2次プロセスは，自身の SYS$ERROR ファイルの内容を1次プロセスにコピーするので，UETP ログ・ファイルおよびコンソール・レポートはすべての問題を 1 つの場所に表示することができます。 DECnet for OpenVMS ソフトウェアは，テストの実行時に自動的に SYS$TEST の中に NETSERVER.LOG を作成します。 したがって，必要であれば，後でこのノードのファイルを読むことができます。

テストの実行中，1次プロセスはシステム・サービス SYS$BRKTHRU を使って，テストの開始と終了を各 OpenVMS ノードのコンソール・ターミナルに知らせます。

グループ論理名 MODE を文字列 DUMP と同等に定義することによって，ほとんどのイベントの発生を追跡することができます。 論理名の定義は，定義されたノード上でしか適用されません。 MODE は，イベントを追跡したいクラスタ中の各ノード上で定義しなければなりません。