IBM Tivoli NetView V7.1.4 フィックスパック 02 Readme

日付: 2004 年 9 月 30 日

名前: 7.1.4-TIV-NVD-{OperatingSystem}-FP0002

コンポーネント: IBM Tivoli NetView バージョン 7.1.4

PTF 番号: U800154 (UNIX) または XR23262 (Windows)

注: 本文書の最後にある『特記事項』をご一読の上、 この情報およびここで紹介する製品をご使用ください。

(C) Copyright International Business Machines Corporation 2004. All rights reserved.

目次

このフィックスパックについて

インストールおよび構成
既知の問題と制限
文書の更新
ソフトウェア・サポートへの連絡
特記事項
商標

このフィックスパックについて

このセクションでは、該当するフィックスパックに関する一般情報が記述されています。 文書全体をご一読の上、 このフィックスパックをインストールされることをお勧めします。

フィックスパックの内容

このフィックスパックは、RS6000 AIX(R)、SUN SPARC Solaris、Linux Intel(TM)、Linux 390、 および Microsoft(R) Windows(R) のそれぞれに対応する計 5 個のパッケージから構成されています。 IBM(R) Tivoli(R) NetView(R) ネイティブ・サーバー またはクライアントがインストールされている各プラットフォーム上で適切なパッケージを使用する必要があります。

Red Hat Enterprise Linux Advance Server 3.0 および SuSE Linux Enterprise Server (SLES) 9 については、新規 CD が NetView 7.1.4 ベース・キットに追加されており、標準 IBM Tivoli NetView インストールが必要です。

このフィックスパックには、Tivoli Data Warehouse によって使用され、その内部に含まれている NetView ETL コードに対する 修正も含まれています。 Tivoli Data Warehouse 内部の NetView ETL コードにこの修正を適用するためには、 このフィックスパックに入っている nvTDW_FP1.txt ファイルを参照してください。

このフィックスパックで置き換えられるパッチ

なし。

IBM Tivoli NetView ではパッチは提供しないため、このフィックスパックで取り替えられるパッチはありません。 しかし、この README の『このフィックスパックで修正された APAR』セクションに記載されている IBM Tivoli NetView 7.1.4 に対するすべてのテスト修正は置き換えられます。

サポートされるオペレーティング・システム

このリリースでは、以下のオペレーティング・システムはサポートされていないことに注意してください。

フィックスパック 02 の新情報

以下は、IBM Tivoli NetView フィックスパック Pack 02 における新情報です。

新規オペレーティング・システムのファイアウォール

Red Hat Enterprise Linux Advance Server 3.0 および SuSE Linux Enterprise Server (SLES) 9 については、ファイアウォールがオンである場合は、SNMP トラップは通り抜けることができません。 さらに、ファイアウォールはデフォルトででオンに設定されます。 よって、IBM Tivoli NetView が外部エージェントからトラップを受け取るためには、ファイアウォールがオフに設定されている必要があります。

PIX ファイアウォールのフェイルオーバーのサポート

IBM Tivoli NetView は、Cisco PIX ファイアウォールのフェイルオーバー状態をモニターするための サポートを提供します。 NetView は通常状態でのポーリング中に PIX 装置のフェイルオーバー状態をモニターできます。 フェイルオーバーが起こると、 新規イベントが生成され、アクティブなアドレスが基本装置または 2 次装置上にあるかどうかを アナウンスします。 加えてオペレーターには、 アクティブなアドレスが 2 次装置上にあるときに、マップ上に、フェイルオーバーが発生したことと、 ファイアウォールを使用不可にしてしまうさらなる障害の発生を防ぐための処置が表示されます。 管理インターフェースは USER2 状況を表示します。通常は紫色で表示します (デフォルトで)。 これは、伝搬されて、PIX 装置シンボルを「マージナル」に変更します。 アクティブなアドレスが基本装置に戻ったときに、 この事実と、マップ上の状況が「正常」に戻ったことが、イベントによってアナウンスされます。

netmon.seed ファイルを使用して、両方の PIX ファイアウォール・フェイルオーバー・マシンの構成と 、SNMP アドレスの設定およびロックを行ってください。

PIX ファイアウォール・フェイルオーバーのサポートについて詳しくは、/usr/OV/doc/PixFailoverReadme.pdf ファイルを参照してください。

SNMP アドレスを設定およびロックする

新機能によって、NetView 管理者は任意のデバイスに対し SNMP アドレスの設定およびロックが可能になりました。

詳しくは、『変更された netmon.seed ファイル』のセクションを参照してください。

変更された netmon.seed ファイル

seed ファイルの 2 つの新規トークンが netmon によって認識されるようになりました。

Tivoli Switch Analyzer がインストールされているときの 新規 Layer2Status オブジェクト

IBM Tivoli Switch Analyzer (ITSA) が IBM Tivoli NetView と共にインストールされている場合、 それは、障害を層 2 根本原因と関連させます。 根本原因がスイッチの場合、NetView はスイッチのアイコン・カラーを 黄色に変えて、層 2 がポートで問題があることを示します。 スイッチの下に、新規の Layer2Status オブジェクトが新規のインターフェース・オブジェクトとして表示され、 それによって層 2 の状況が示されます。 この新規オブジェクトのデフォルト・ラベルは「Layer2Status」で、 選択名は「<switchhostname>:Layer2Status」です。 スイッチ・アイコンの状況は、IP インターフェースの標準の伝搬スキームと 新規 Layer2Status オブジェクトを基にしていますが、状況がより重大であるときは、IP 状況が優先します。

関連する問題があるときには、ITSA がスイッチについての ovwdb フィールド「Layer2Status」を設定し、 問題が解決されたときに、ITSA が状況をリセットします。 新規 Layer2Status オブジェクトの状況は、 「Layer2Status」フィールドの値を反映します。 この状況が「マージナル」に変わると 、netmon は、「Interface Layer2Status marginal」イベントを発行します。 このイベントは、「Interface Down」イベントと同じ固有の ID を持ちます。 層 2 の状況が「正常」に戻ると、標準インターフェース・イベント「Interface UP」 が Layer2Status オブジェクトに送信されます。

スイッチ・ノードの既存の Layer2Status イベントは、引き続き送信され、ipmap によって 使用されます。 新規 Layer2Status オブジェクトのフィールドは、ovobjprint を使用して表示できます。

新規 Layer2Status オブジェクトが作成されると、 イベント・ブラウザーの中に、次のメッセージが表示されます。

ovtopodump -r now は、与えられたノードの各インターフェースを 1 回だけリストするようになりました。

ovtopodump -r コマンドは変更されて、与えられたノードの各インターフェースを 1 回だけリストするようになりました。 同じネットワーク上に複数のインターフェースを持つノードについて、これまでは、すべてのノードについて、インターフェースをすべて表示していました。

ユーザーが設定できるようになった Web コンソールのパスワード

ユーザー・アカウント管理を改善するための 3 つの変更が行われました。

パスワードの有効期限に対応する新規ファイルが作成されました。

次に、Web コンソールの新規のセキュリティー・フィーチャーの使用法を説明します。

認知/認知の解除の変更

IBM Tivoli NetView for UNIX のグローバルの認知/認知の解除機能は、ユーザー作成の非 IP マップ・オブジェクトに対して機能するようになりました。

UNIX 上、および Windows 上の両方で、オブジェクト状況が「正常」であるマップ・オブジェクトを認知できるようになりました。

Windows 上での SNMPv2 トラップのサポート

Windows 上の trapd デーモンは、外部 SNMPv2 トラップを受信できるようになりました。 入力 SNMPv2 トラップは、 それの SNMPv1 等価に変換されます。 trapd はまた、SNMPV2 INFORM を認知します。

SNMPv2 トラップを受信するには、着信のトラップ・ポート (通常は 162) でトラップを直接 listen するように、trapd を再度構成する必要があります。 SNMPv2 トラップを Microsoft(R) Windows Trap Service を介して受信することはできません。 trapd が、トラップをポート 162 で listen するように構成するには、次のようにします。

  1. すべての NetView デーモンと、NetView サービスを停止する。 
       > ovstop
   > nvservice -stop
  2. regedit を使用して、次のキーの値を 1 から 0 に変更する。 
       HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdSharePort162
  3. regedit を使用して、次の DWORD キーを値 162 (10 進数) にして作成する。 
       HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdTrapReceptionPort
  4. Windows SNMP Trap Service を停止する。 
       > net stop snmptrap
  5. 「コントロール パネル」を使用して、サービスのスタートアップの設定を「自動」から「手動」または「無効」に変更して、Windows SNMP Trap Service が開始しないようにする。
  6. NetView サービスを除去し、再インストールして、それが Windows Trap Service に依存しないようにする。 
       > nvservice -remove
   > nvservice -install -username .\NetView -password <password>
  7. NetView デーモンを再始動する。

64 ビット値を含む、入力 SNMPv2 トラップは、変換された SNMPv1 トラップから除去されることに注意してください。 trapd のトレースが使用可能になっていれば、除去された値はトレース・ファイルにログされます。

nvmaputil 管理インターフェース/非管理インターフェース・サブコマンドに、選択名サポート追加されました

nvmaputil 管理インターフェース/非管理インターフェース・サブコマンドは、IP アドレスまたは選択名のどちらかを受け入れるようになりました。 IP アドレスが使用された場合で、それが見付からないか、同じ IP アドレスのオブジェクトが複数存在するときは、nvmaputil は終了し、ユーザーに、選択名を入力するよう指示を出します。

新規の AutoTrace start/stop スクリプト (UNIX のみ)

注: AutoTrace は UNIX 上にのみ存在します。

システムのリブートを必要とせずに、AutoTrace サブシステムの機能を制御するために、 新規のスクリプト /usr/OV/service/nvAT が作成されました。 このスクリプトには、 前のリリース情報で概要を示した、AutoTrace を制御するためのステップが組み込まれています。

使用法ステートメント: 

使用法: nvAT [start|status|stop]
  nvAT [/h | /?]
  start     : AutoTrace サブシステムを初期化し、NetView チャネルを開始する

  status    : AutoTrace サブシステムの状況を表示する

  stop      : NetView チャネルと AutoTrace サブシステムを停止する

  /h        : ヘルプ

  /?        : この使用法ステートメント

Web コンソールのスイッチ管理ビューでの VLAN の表示のサポートが限定されました

変更された Web コンソールのスイッチ管理ビューでは、すべてのポートが位置する VLAN を表示します。 これは、コミュニティー・ストリング索引付けを通して行われます。 これは、必然的にコミュニティー・ストリング <community name>@<port number> の使用を伴います。ここで、<community name> はデバイスのコミュニティー・ストリングで、<port number> はスイッチの VLAN テーブルからの VLAN ポート番号です。

これらの変更は、Cisco BRIDGE_MIB をサポートするスイッチ、事実上 Cisco Catalyst スイッチにのみ当てはまります。 他のスイッチは、VLAN 情報なしで表示されます。

Cisco は、サポートを提供するものとして、次をリストしています。

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a008015773e.shtml を参照してください。

VLAN 情報の表示:

このインプリメンテーションの制約事項:

Server Setup ツールでのサーバーの追加/変更のオプション

Server Setup ツールで、サーバーの追加/変更オプションを使用して NetView クライアントを構成するとき 、提案された NetView サーバーへの接続のテストに、ICMP エコー要求 (ping) が使用されます。 以前のリリースでは、ping が有効な応答を返さなければ、NetView は、選択された NetView サーバー・マシンが無効であるか到達不可であると見なし、 そのサーバーを使用してクライアントを構成できませんでした。 その ping に障害が起きた場合、Server Setup ツールが警告を表示し、構成を続行します。

データベースを消去したあとに、デフォルトの SmartSets を再作成する

Server Setup ツールで、「保守」->「データベースのクリア」->「Clear object/topology/map databases, remove customizations」オプションは、デフォルトの SmartSets を再作成するようになりました。 前のリリースの IBM Tivoli NetView では、このオプションによって、 デフォルトの SmartSets は除去されました。

新規の NetView ファイル/ディレクトリー・セキュリティー・スクリプト

セキュリティーを厳しくするために、IBM Tivoli NetView ファイルとディレクトリーへのアクセス権を制限する、 新しいスクリプト /usr/OV/service/nvPerms が出荷されました。 フィックスパックがインストールされたあと、

man nvPerms
と入力すると、追加情報を表示できます。

nvPerm スクリプトは、Tivoli NetView ファイルとディレクトリーのへアクセス権を単にリセットします。 その結果、次のようになります。

注: nvPerms は、NetView ネイティブ・クライアント/サーバー環境には使用することができません。

新規の trapd 環境変数

APAR IY53703 により、ストリング内に 16 進データを含む変数のフォーマットをユーザーがさらに制御できるように 、trapd が使用する新しい環境変数が導入されました。 現在、trapd は、 ストリングの半分以上が印刷不能文字でない限り、trapd.log とイベント・ウィンドウへの出力を できる限り読めるようにするために、このデータを印刷可能なものにインタープリットしようとします。 しかし、 ときには、たとえばそれが実際は MAC アドレスであるときなど、 全体のストリングを 16 進データとして印刷すべきであると、 ユーザーが知っていることがあります。 trapd により厳密に 16 進データをインタープリットさせ、 そしてストリングのすべてが印刷可能でない限り ストリングの全体を 16 進 でダンプさせたいと考えているユーザーは、 そうなるように TRAPD_STRICT_HEX_FORMAT 環境変数を設定する必要があります。

新しい serversetup snmpCollect デーモン・オプション

APAR IY56563 により、新しいオプション「Add collected data to the NetView Warehouse? (収集されたデータを NetView ウェアハウスに追加しますか?)」が 、serversetup の中の UNIX snmpCollect デーモン・オプションに追加されました。

この新しいオプションは、デフォルトは「はい」です。 このオプションを「はい」に設定すると 、snmpCollect デーモンは -w オプションを付けて始動し、 それにより、収集されたデータが NetView ウェアハウスに追加されるようになります。 このオプションを 「いいえ」に設定すると、収集されたデータは NetView ウェアハウスに追加されません。

注: この新規のオプションは、このフィックスパックの中の snmpCollect デーモンの 設定オプションへの UNIX smit パスの中に現れません。serversetup パスの中にのみ現れます。 予備手段は、smit では なく、serversetup を使用することです。

新しい snmpCollect オプション

APAR IY58514 の一環として、次の 2 つの snmpCollect コマンドが追加されました。

新しい trapd.conf ファイル

UNIX について、新しい trapd.conf ファイルが、このフィックスパックで出荷されます。 trapd.conf に対する 変更により、イベントについて Tivoli Enterprise Console にインターフェース・リストを送信する APAR IY57432 に 関連する問題が、Linux 上のイベント・ウィンドウからの MIB ブラウザーの立ち上げの APAR IY52871 に 関連する Linux についての問題と共に修正されます。

/usr/OV/conf/C 内の trapd.conf (/usr/OV/conf 内の古い trapd.conf ファイルではない) が カスタマイズされていなければ、単にそれを /usr/OV/newconfig/OVSNMP-RUN からの trapd.conf と 置き換えます。 しかし、オリジナルの trapd.conf が変更されていれば、 変更を手動でオリジナル・ファイルに追加します。 詳細は、 「イベントで、インターフェース・リストが Tivoli Enterprise Console に送信される」と 「Linux 上で MIB ブラウザーを立ち上げるための trapd.conf の変更」のセクションを参照してください。

注: Windows trapd.conf ファイルの情報は、 「フィックスパック 01 の新情報」のセクションを参照してください。

Linux 上で MIB ブラウザーを立ち上げるための trapd.conf の変更

前述の「新しい trapd.conf ファイル」のセクションで説明したように、 このフィックスパックと一緒に出荷される新しい trapd.conf は、Linux 上の イベント・ウィンドウから MIB ブラウザーを立ち上げることについての APAR IY52871 で示された問題を 修正します。

オリジナルの trapd.conf が変更されていれば、 新しい trapd.conf の中の変更をオリジナルの trapd.conf ファイルに手動で追加します。 そうでない場合は、 単に新しい trapd.conf を使用します。

推奨する方法は、xnmtrap を使用して trapd.conf ファイルを編集するものです。 理由は、xnmtrap を終了したときに、trapd が自動的に trapd.conf ファイルを再ロードするためです。 この場合、root として編集してください。

  1. 次のようにして、コマンド行から xnmtrap を開始: /usr/OV/bin/xnmtrap
  2. 「追加アクションの構成」をクリックする。
  3. 「MIB のブラウズ」を選択する。これにより、「オペレーター用の追加アクションの構成」パネルに値が入ります。
  4. コマンド・ボックスに表示されるコマンドの終わりにスペースと引用符を追加して、このコマンドを変更する。 すなわち、 
    /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`
    の状態にあるコマンドを、次のように変更します。 
    /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "
  5. 「オペレーター用の追加アクションの構成」パネルの下部にある「OK」をクリックする。
  6. 「OK」をクリックして xnmtrap を終了する。

注: 別のエディターを使用してこの変更を行うこともできます。 次の行を見付けます。

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`
次に、それを以下のように変更します。 

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

ファイルを保管します。 後は、trapd を再始動するか、コマンド "/usr/OV/bin/event -e FMTCHG" を発行して、 このファイルを再読み取りさせます。

イベントで、インターフェース・リストが Tivoli Enterprise Console に送信される

APAR PJ29821 (Windows) と IY57432 (UNIX) は、ある種のイベントは、Tivoli Enterprise Console(R) に 送信されるときに構文解析が失敗することを扱っています。 この理由は、 ある一定の環境で、一部のノードとルーターが余りに多くのインターフェース (30 を超過する) を持っているために 、varbind 8 として送信されるインターフェース・リストが大きすぎ、Tivoli Enterprise Console が正しく構文解析できないためです。 この問題は、これらのイベントの一環として、 インターフェース・リストを Tivoli Enterprise Console に送信しない ということで対処されました。

新しいルール・セット overridestatus_user1.rs が setstatusseverity.rs に代わる

IBM Tivoli NetView for Windows ユーザーは、新しいルール・セット overridestatus_user1.rs を インプリメントできます。これは、正しくないルール・セット setstatusseverity.rs を置き換えます。 新しい 文書 \usr\ov\doc\Rulesets_on_Windows.readme に、相関デーモン nvcord と一緒に使用するルール・セットの サンプルが記載されています。ユーザーは setstatusseverity.rs を削除する必要があります。 これは、将来のリリースでは出荷されないことになっています。

UNIX xnmsnmpconf コマンドに新しいオプションが追加された

xnmsnmpconf コマンドに、次にリストする 3 つの新しいオプションが追加されました。 注: 大括弧 ([]) の 中の文字はオプションです。

  1. xnmsnmpconf -clearn[odedb]

    特定のノードの特定の項目を含んだ SNMP 構成 nodedb ファイル (nodedb.dir と nodedb.pag) から、 すべての項目を除去します。

  2. xnmsnmpconf -clearw[ilddb]

    IP アドレスのワイルドカードの 特定の項目を含んだ SNMP 構成 wilddb ファイル (wilddb.dir と wilddb.pag) から、 すべての項目を除去します。

  3. xnmsnmpconf -clearco[lldb]

    SmartSets の特定の項目を含んだ SNMP 構成 colldb ファイル (colldb.dir と colldb.pag) から、 すべての項目を除去します。

注: SNMP 構成ファイルは、/usr/OV/conf/ovsnmp.conf_db ディレクトリーにあります。

これらの新しい 3 つのオプションと既存の「xnmsnmpconf -clearCache」により、 これは、次の 4 つのコマンドを入力することで、SNMP 構成データベースを完全にクリアできることを意味します。

  1. xnmsnmpconf -clearnodedb
  2. xnmsnmpconf -clearwilddb
  3. xnmsnmpconf -clearcolldb
  4. xnmsnmpconf -clearCache

tecint.conf ファイルの中の nvserverd の新しいオプション (UNIX のみ)

APAR IY56279 と IY60528 を合わせて 、nvserverd 内の内部 Tivoli Enterprise Console アダプターの動作を制御するために 、UNIX 上の tecint.conf ファイルに新しい 3 つのオプションが追加されました。 デフォルトでは、これらのオプションはコメント化されていますが、ユーザーは、前に付いているポンド記号 (#) を 除去してコメントを外し、nvserverd の動作を次に説明するように変更できます。 tecint.conf の 新しい man ページには、これらのオプションの説明が含まれています。

フィックスパック 01 の新情報

以下は、IBM Tivoli NetView フィックスパック 01 における新情報でした。

変更された tdwdaemon.lrf

APAR IY48379 で、ovstop コマンドが tdwdaemon を常に停止するわけではないという問題が記述されました。 この問題を修正するために変更済みの tdwdaemon.lrf が作成され、このフィックスパックに組み込まれました。 この修正を UNIX プラットフォームにインストールするには、以下のステップに従って、 インストール内の tdwdaemon.lrf ファイルを置き換える必要があります。

  1. tdwdaemon を停止する (ovstop tdwdaemon)。
  2. ovsuf ファイルから tdwdaemon エントリーを削除する (ovdelobj tdwdaemon.lrf)。
  3. 現行の tdwdaemon.lrf ファイルをリネームする (cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save)。
  4. 新しい tdwdaemon.lrf をオリジナルの lrf ファイルの先頭にコピーする (cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf)。
  5. tdwdaemon を ovsuf ファイルに追加する (ovaddobj tdwdaemon.lrf)。
  6. tdwdaemon を再始動する (ovstart tdwdaemon)。

この修正をバックアウトするには、上記の指示のうちコピーの 2 つのステップを、 保管された lrf ファイルを元の場所に戻すという 1 つのコピーに置き換えて実行します。

拡張されたロケーション・センシティブ・トポロジー機能

ロケーション・センシティブ・トポロジー機能 (location.conf) は、ゲートウェイ項目の中で 、IP アドレス範囲とワイルドカードを使用できるように拡張されました。 範囲またはワイルドカードはゲートウェイ IP アドレスのどの部分でも使用できます。ワイルドカードは、ゲートウェイ名では使用できません。

以下の変更 (location.conf ファイルのコメント・セクションに、手動で適用 する必要があります) は、ゲートウェイ名またはアドレス・フィールドに対する変更内容を記述しています。

ゲートウェイ・エントリーのフォーマットは、次のとおりです。

<location name> <gateway name or address>

ここで、location name は、このゲートウェイが置かれる場所の名前で、 gateway name or address は、ゲートウェイの名前、または、そのインターフェースの 1 つの、 小数点表記法で表された IP アドレスです。 ゲートウェイ IP アドレス中で、ワイルドカードおよび範囲を使用できます (つまり、5.25-30.2.8 または 3.5.*.*)。 ワイルドカードはゲートウェイ名では使用できません (myrouter.company.com)。

ゲートウェイ・エントリーの例を以下に示します。

SalesOffices gateway1
SalesOffices 22.84.5.2
SalesOffices 55.21.*.4
SalesOffices 22.*.*.*
SalesOffices 22.*.5-10.20-33

ゲートウェイが複数のゲートウェイ・エントリーに一致する場合は、1 つのエントリーが任意に選択されます。ゲートウェイ・エントリーの 重複の解決を助けるために、複数のエントリーに一致するゲートウェイ・インターフェースに関する 警告メッセージが location.log ファイル内に表示されます。これらのメッセージは単なる警告メッセージであり、 ゲートウェイ/ルーター配置の問題を示すものではありません。

変更された netmon.seed ファイル

APAR IY47145 に対して変更された netmon.seed ファイルが、このフィックスパックで出荷されます。このファイルには、 ノードを明示的にディスカバーし、そのノードを SNMP 管理にするために、netmon.seed ファイル内に 2 つの エントリー (1 つはノードをディスカバーするため、もう 1 つは SNMP 管理のため) がなければならないことが記述されています。この フィックスパックは、変更された netmon.seed ファイルを、UNIX では /usr/OV/newconfig/IBMVA-RUN/ サブディレクトリーに、 Windows では \usr\ov\newconfig\netmon サブディレクトリーに置きます。

代替コミュニティー名の最大数

デフォルトでは、7 個までの代替コミュニティー名を communityNames.conf ファイル内に 指定できます。代替コミュニティー名の許容最大数は、netmon.conf ファイル内の 環境変数 MaximumCommunityNames を 0 と 100 の間の値に設定することで変更できます。

新しい trapd.conf ファイル

新しい trapd.conf ファイルが、このフィックスパックで出荷されます。この trapd.conf ファイルは、NetView for Windows 用の trapd.conf ファイル内 の HPCIFxxx トラップ内の幾つかの値を誤って切り捨てなくなりました。 このファイルは、\usr\ov\newconfig\ovsnmp-run\trapd.conf にあります。 このファイルを使用する場合で、\usr\ov\conf\trapd.conf をカスタマイズしていない場合、 このファイルで \usr\ov\conf\trapd.conf にあるファイルを置き換えることができます。 ただし、オリジナルのファイルが変更されている場合は、2 つのファイルをマージする必要があります。

2 次 IP アドレス検索の使用可能化

servmon を使用して ITM 照会を行うときにサービス検出で問題がある場合、 servmon 初期化に対して 2 次 IP アドレス検索を使用可能にする必要がある場合があります。

servmon 初期化中に servmon に対して 2 次 IP アドレス検索を使用可能にするには、 servmon.conf 内に、SECONDARY_IPADDRS のみからなる 1 行を追加してください。デフォルトでは、2 次 IP アドレスは、servmon 初期化中に検索されません。

ただし、この機能を使用可能にするとパフォーマンスが大幅に悪化します。NetView が安定した後で変更を行うのが最良です。 NetView が稼働中に、 以下を行ってください。

  1. ovstop servmon を使用して servmon を停止する。
  2. servmon.conf ファイルを変更する。
  3. ovstart servmon を使用して servmon を再始動する。

フィックスパックについての注意点

  • NetView for UNIX バージョン 5.1 以降、アクション・ノード・ルール・セットは、 それを通過する各トラップの終わりに、以下の 3 個の変数を追加しました (順に)。

    これらは、ユーザーのスクリプトにこれらの項目を使用可能にするために、trapd.conf から取得されます。

    NetView 6.0.3 において、新規変数 NVATTR_COUNT が追加されました。これは、トラップが現在含んでいる変数の数をユーザーに 知らせるためのもので、上記の最後の 3 個の参照を簡単にしました。

    これらの追加の varbind は、参照が簡単な以下の 3 個の変数にエクスポートされました。

  • UNIX の場合、mib2trap コマンドの構文が変更されました。 これは、コマンド行からコマンド mib2trap -? を 発行することによって参照できます。mib2trap コマンドは、 デフォルトでベース・イベント・クラスとして TEC_ITS_BASE を用いて、オプションの BAROC ファイルを 生成します。汎用構文は、次のとおりです。

    mib2trap mib_file addtrap_output_file [baroc_file] [base_event_class_name]

    このコマンドはユーザー定義の任意のベース・イベント・クラスをサポートするようになったので、 古いベース・クラス Nvserverd_Event を使用し続けたい場合、以下のように、それを 4 番目の (オプショナル) パラメーターとして指定すれば使用し続けることができます。

    mib2trap mib_file addtrap_output_file baroc_file Nvserverd_Event

  • nvserverd 内の内部 Tivoli Enterprise Console アダプターによって Tivoli Enterprise Console に送信されるイベントの 起点フィールドは、常に NetView サーバーの IP アドレスを含みます。 adapter_host フィールドは、NetView サーバーの完全修飾ドメイン名または 起点フィールドと同じ IP アドレスのいずれかを含みます。 Tivoli Enterprise Console でのイベント応答および 転送を容易にするため、アダプター・ホスト・フィールドに短縮名を使用することはできなくなりました。

  • Java MIB ローダーは、ロードに失敗した MIB を、ロード済み MIB のリストに入れなくなりました。 また、MIB のロードがスキップされた場合はユーザーに警告するようになり、 それによって、Java MIB ローダーの場合、MIB ファイルに対して有効な拡張子は .mib、.my、および .def のみであることをユーザーに知らせます。

  • NetView 7.1.3 より前には、サブマップ内の到達不能シンボルは、親シンボルの複合状況を 計算する目的のためには無視されていました。NetView 7.1.3 では、デフォルトの複合伝搬は、 到達不能状況のシンボルをマージナルとして扱います。サブマップ内のすべてではないが 1 つ以上の シンボルが到達不能である場合、そのサブマップ内の少なくとも 1 つのシンボルに問題があることを示すため、 それらのシンボルはマージナルとして扱われます。NetView GUI を開始する前に 環境変数 OVW_NO_UNREACHABLE_PROPAGATION=1 を設定すれば、複合伝搬に対して到達不能シンボルを 無視するように NetView GUI を構成することができます。サブマップ内のすべてのシンボルが到達不能である場合は、 変数の設定に関係なく、到達不能状況が伝搬されます。

  • Solaris 上に /etc/snmp/conf/mgragentd.rsrc としてインストールされるファイルが変更され、 コマンド・フィールドは、以前の値 'command = /usr/bin/echo mgragentd registered with snmpdx' から、 単に 'command = "" ' (ヌルのコマンド入力) を読み取るようになりました。この変更の目的は、snmpdx の 再始動時に機能不良のプロセスが作成される可能性を回避することです。ただし、 このファイルは、NetView の最初のインストール時に 1 回だけインストールされ、 ユーザーのシステム上にある現行のコピーは、このフィックスパックでは更新されません。したがって、 次のリリースの前にこの変更を適用したい場合、この変更を手動で /etc/snmp/conf/mgragentd.rsrc ファイルに挿入する必要があります。

  • NetView V7.1.2 以降、NetView によって使用される Tivoli Enterprise Console クラス定義が アップグレードされました。NetView によって使用される、以前の Tivoli Enterprise Console イベント・クラス定義は もうサポートされておらず、将来のマイグレーションは古いクラス定義をサポートしないので、 ユーザーは新しいクラス定義を使用するべきです。

  • ユーザーのシステム構成およびオペレーティング・システムのレベルによっては、NetView V7.1.4 フィックスパック がインストールされたらすぐに、新しいバージョンの JRE にアップグレードする必要がある場合があります。 フィックスパックが インストールされた後に NetView Web コンソールがコア・ダンプを引き起こす場合、適切なプラットフォーム用の フィックス IY45265 を IBM Tivoli カスタマー・サポートに要請して、ご使用のシステムにそれをインストールすることによって、 JRE アップグレードを要求することができます。

  • snmpCollect デーモンが、適切と思われるよりも多くのコレクションを延期している場合、 問題の原因として考えられるのは、デフォルトの待ち時間である 3 秒が、snmpCollect デーモンが応答を受信するのに十分ではないこと です。

    コレクションに対してさらに長い時間を許可するには、以下を行います。

    1. ツールバーで「オプション」エントリーを選択し、SNMP メニュー項目をクリックして、SNMP 選択ウィンドウを立ち上げる。
    2. 延期されたコレクションのリスト中でノードをクリックし、「プロパティー」をクリックする。
    3. 「SNMP 要求の再試行間隔」フィールドおよび「最大 __ 回の再試行の秒」フィールドで、 値を増やすか、または、ブランクを初期値で置き換える。

  • NetView セキュリティーが使用可能になっている場合、 サーバーの /etc/hosts ファイル内のサーバーのエントリーの最初のホスト名は、Tivoli NetView サーバーの 完全修飾ホスト名でなければなりません。 そうでない場合、NetView クライアントの信任状が検証できず、「セキュリティー管理」ダイアログ内で サーバーからメッセージが送信されるときにエラー (35) が報告されます。

  • UNIX 上で Tivoli NetView ネイティブ・サーバー/クライアント構成を使用している場合、 ネイティブ NetView クライアントは、NetView サーバーが置かれているプラットフォームがリブートされた場合、 停止および再始動される必要があります。 リブートとそれに続く NetView サーバーの再始動によって、ネイティブ・クライアントに関するセッション情報が 失われるので、その情報を復元するためにクライアントの停止および再始動が必要となります。

  • シード・ファイル内のワイルドカード範囲は、すべての管理対象ネットワークについて、 ディスカバリーがその範囲内に入るよう制限します。これは、netmon がその範囲内の新規ノードをディスカバーすることを強制するものではなく、 netmon に新規ネットワーク作成を強制することでもありません。ただし、シードされたエントリー (単一の IP またはホスト名) に 対して netmon は常にエントリーをディスカバーして、必要であればネットワークを作成しようとします。

  • 「アイランド・ネットワーク」 (つまり、NetView サーバーへのルーター接続の無いネットワーク) のディスカバリーを 強制するには、そのネットワーク内の 1 つの明示的な (シードされた) ノード・エントリーをシード・ファイルに 追加することによって、ノードのディスカバリーとネットワークの作成を強制する必要があります。 さらに、そのネットワークの他のデバイス上でディスカバリーを拡張するには、 シードされたエントリーが SNMP 使用可能になっていることを確認する必要があります。

  • xnmsnmpconf アプリケーションの SNMP 構成パネルにおいて、「再試行回数」フィールドに ping または SNMP 要求の 合計再試行回数が示されます。 このカウントには、最初のポーリングが含まれるので、 値 "1" は、1 回の試行が行われる必要があることを示し、値 "2" は、最初の試行と、それが失敗した場合の 1 回の再試行を示し、 以下同様になります。

  • Web サーバーの日次ログ・ファイルがシステム上で占めるスペースがあまりにも大きい場合、 これらの要求ログが保持される日数を減らす (方法は「IBM Tivoli NetView for UNIX リリース情報 バージョン 7.1.4 」に説明されています) のに加えて、 ユーザーは以下のようなアクションを追加で実行することができます。

    1. EventChannel サーブレットの照会間隔をカスタマイズする。

      照会間隔は、Web サーバーが まだ活動中かどうかをチェックする要求を Web コンソールが送信する頻度を決定します。

      通常、このパラメーターをカスタマイズする必要はありません。 しかし、日次の サーブレット要求ログ (UNIX の場合 /usr/OV/www/logs、Windows の場合 \usr\ov\www\logs にある yyyy_mm_dd.request.log) が 定期的に大きくなりすぎる場合は、照会間隔を増やして、作成される EventChannel 照会ログのエントリー数を 減らすことができます。 ただし、この変更により、Web コンソールが Web サーバーのダウンを認識するまでの遅延時間が長くなります。

      これは、UNIX の場合は /usr/OV/www/webapps/netview/WEB-INF/web.xml ファイル内 、Windows の場合は \usr\ov\www\webapps\netview\WEB-INF\web.xml ファイル内に ある EventChannel サーブレットの queryIntervalSec パラメーターで構成できます。

    2. EventBrowser サーブレットのクライアント・リフレッシュ率をカスタマイズする。

      クライアント・リフレッシュ率は、Web コンソールが Web サーバーに Web コンソールのイベント・ブラウザーに対する イベントのリフレッシュを要求する頻度を決定します。

      通常、このパラメーターをカスタマイズする必要はありません。 しかし、日次の サーブレット要求ログ (UNIX の場合 /usr/OV/www/logs、Windows の場合 \usr\ov\www\logs にある yyyy_mm_dd.request.log) が 定期的に大きくなりすぎる場合は、クライアント・リフレッシュ率を増やして、作成される EventBrowser イベント要求ログのエントリー数を 減らすことができます。 ただし、この変更により、EventBrowser データが Web コンソール内で更新される頻度が減少します。

      これは、UNIX の場合は /usr/OV/www/webapps/netview/WEB-INF/web.xml ファイル内 、Windows の場合は \usr\ov\www\webapps\netview\WEB-INF\web.xml ファイル内に ある EventBrowser サーブレットの clientRefreshRate パラメーターで構成できます。

    上記アクションの両方とも、ログが保持される日数を減らすことと同様に、UNIX プラットフォームまたは Windows プラットフォームで 稼働する NetView Web サーバー上で実行できます。

  • IBM Tivoli NetView 7.1.4 は、Tivoli Enterprise Console 転送が可能になっている場合、 最新の Tivoli Enterprise Console リリース (3.8 + フィックスパック 01、3.9) を必要とします。 これは、最近のリリースの Tivoli Enterprise Console にのみ知られている、NetView から Tivoli Enterprise Console に 送信されるトラップ・パラメーターにおける変更によるものです。

  • Solaris オペレーティング・システム上で初めてクライアント/サーバー・システムを構成する際、 「クライアント・アクセスの追加」段階で、次のようなエラー・メッセージが出されることがあります。

    !-> エラー・メッセージ 「/etc/dfs/sharetab をオープンできません」(3 回)
    -> オペレーション完了

    これは、ファイル /etc/dfs/sharetab が、作成されるまで Solaris に存在しないからです。 クライアント・セットアップは、ファイルへのアクセス失敗後にファイルを作成するので、 上記エラー・メッセージは障害を意味しません。

  • 「セキュリティー監査構成」ダイアログ・ボックスには、2 つのペインがあります。

    上部のペインには、「監査カテゴリーの選択」フィールドがあります。 このフィールドの中の「オン」と 「オフ」のボタンを使用して、保管する監査レコードのカテゴリーを選択します。 各カテゴリー下で記録されるイベントの情報については、 「IBM Tivoli NetView for UNIX 管理者の手引き バージョン 7 」を参照してください。

    下部のペインには、以下のフィールドがあります。 これらは、監査ログ・ファイルのサイズとロケーションの制御に使用できます。

  • NetView for UNIX または Windows 管理者ガイド、itm_attributes.conf および servmon.conf の 中のコメント、servmon の man ページのどれも、servmon が Service SmartSets をいつどのように作成するのかを 正しく明確に説明していません。

    servmon デーモンは、サービス属性エントリーに対して Service SmartSets を自動的に作成しません (itm_attributes.conf および servmon.conf の両方を 参照してください)。Service SmartSet が欲しいユーザーは、 そのサービスについて servmon.conf にエントリーを追加する必要があります (あるいは、 すでにそのサービスの行がある場合、コメント化されている行のコメントを外して、 必要な変更を行ないます)。詳しくは servmon.conf を参照してください。 次に、変更をピックアップするため、servmon デーモンを停止して再始動してください。

    代替方法として、手動で SmartSet を作成することができます。Windows の場合、 SmartSet サブマップ下のノードの状況は、サービス状況にのみ依存します。ただし、User SmartSets の場合、 ノードの状況は、IP 状況およびサービス状況の両方に依存します。UNIX の場合、Service SmartSets がサポートされている間、 サービスのアイコンは作成されず、サービス状況はノードの全体状況に寄与しません。

    servmon についての追加の注:

    このフィックスパックで修正された APAR

    お客様によって報告された以下の問題が、 このフィックスパックによって IBM Tivoli NetView V7.1.4 で修正されます。

    APAR # プラットフォーム 説明
    IY49659

    UNIX

    		 AIX 5.1 の場合、ovactiond で起動されたコマンドが、 待ち時間を超過しても強制終了されない。
    IY50486

    Windows

    UNIX
    		 IBM Tivoli NetView の DB2 可用性データベースに 重複レコードがある (IY53390 と IY55671 を参照)。
    IY51398

    Windows

    UNIX
    		 nvdbformat パフォーマンスの向上
    IY52871

    UNIX

    		 IBM Tivoli NetView のイベント・アプリケーションの、「MIB のブラウズ」 および「イベントのソート」の追加アクションが、すべて共用ライブラリーのロード・エラーで失敗する。
    IY53390

    Windows

    UNIX
    		 ETL1 が可用性データを TWH_CDW に挿入すると、 ノード (comp_id) と測定値の組が重複する結果となる。
    IY53554

    UNIX

    		 mibtable コマンドは、MLM MIB から状況テーブルを検索しようとしている間に、 ループする。
    IY53580

    UNIX

    		 APM データ収集が、同じ値を何度も繰り返し戻している。
    IY53703

    Windows

    UNIX
    		 trapd は、トラップ内の 16 進データを期待どおりにフォーマットしない。
    IY54430

    UNIX

    		 netviewd の始動が失敗する。 ovstatus 出力スタンザ内のメッセージは、 「不明な理由で終了」。 これの対処法は、このフィックスパックに示されている。
    IY54434

    Windows

    UNIX
    		 複合 SmartSets について、nvUtil 評価コマンドが必ずしも正しい結果を出さない。 特に、ルールの右辺が NOT 演算子で終了したり (たとえば、!(xxxx))、複数の && 条件がある場合。
    IY54452

    UNIX

    		 NetView マイグレーションの間に /usr/OV/ITSL2 ファイルをバックアップする。
    IY54575

    UNIX

    		 Linux で、nvcorrd は、動的に割り振られなかった配列に対して delete [] が 呼び出されると、コアする。
    IY54590

    UNIX

    		 ovtopofix は空のネットワークを削除する必要がある。
    IY55011

    UNIX

    		 nvUtil は、ovw データベースから取得されたオブジェクトのリストの中で 選択名のないオブジェクトを見付けると、メッセージ「GetValues が失敗しました - OVwDbGetFieldValuesByObjects は NULL 値を戻しました。ovwdb キャッシュ・サイズがデータベース内のオブジェクトの数よりも大きいことを確認してください。」を表示して、終了する。
    IY55025

    UNIX

    		 AIX 5.2 で、 「/usr/OV/app-defaults」ディレクトリーは、LANG=en_US でサポートされない imb850 フォントを含んでいるため、netview_root.log ファイルがフォント・エラーでいっぱいになる。
    IY55219

    Windows

    UNIX
    		 DEMANDPOLL と PING STATUS POLL が同時にヒットすると、netmon は、Solaris でコアする。
    IY55256

    UNIX

    		 /usr/OV/security/C/Domains/* にサブディレクトリーが存在すると 、nvsecd は nvsec_admin の起動をコアする。
    IY55354

    UNIX

    		 HSRP インターフェースは、いつも、削除され再作成される。
    IY55559

    UNIX

    		 NetView 7.1.4 に AutoTrace 機能を追加すると、大きな性能低下を引き起こす。
    IY55671

    Windows

    UNIX
    		 netmon のイベント生成方法のために、tdwdaemon は、 同じ状況イベントについて、複数のレコードを Avail DB に追加する。
    IY55689

    Windows

    UNIX
    		 層 2 状況は、SmartSet またはカスタム・マップ上のスイッチ・アイコンに 正しく伝搬しない。
    IY55803

    UNIX

    		 IBM Tivoli NetView のオンライン・ブックとヘルプに、 使用するブラウザーとしてハードコードされた Netscape が載っている。
    IY55831

    UNIX

    		 ovspmd との通信中に、疑似の ovwdb がハングする。
    IY55966

    UNIX

    		 スペース・バーを約 20 秒間押したままにすると、ovw_binary がコアする。
    IY55972

    UNIX

    		 $AGENT_ADDR は、Tivoli Enterprise Console に転送されたイベントの中のホスト名を解決しない。
    IY56095

    UNIX

    		 1 つの UNMANAGE アクションに対して 2 つの "NODE UNMANAGED" トラップがある。
    IY56157

    UNIX

    		 複数の NetView ウィンドウをクローズするときにパフォーマンスが下がると、 マップがグレーになり、しばらくの間そのままである。
    IY56279

    UNIX

    		 nvcorrd も停止せずにユーザーが ovtop/ovstart nvserverd を行うと 、イベントが重複して Tivoli Enterprise Console に送信されることがある。
    IY56323

    UNIX

    		 netmon.conf 内の NMAVAILABILITY=TRUE フラグが機能しない。 netmon.conf の設定に かかわらず、/usr/OV/databases/availData_yyymmdd に使用可能なデータは作成されなかった。
    IY56338

    Windows

    UNIX
    		 netmon は、数字で始まるシード・ファイル名を解決しない。
    IY56522

    UNIX

    		 Linux で、netcheck TCP ルーチンは、「エラー: ポート 5888 に接続できませんでした。 接続が拒否されました。」という間違ったエラー・メッセージを表示する。
    IY56534

    UNIX

    		 UNIX の、ovtopofix の -R オプション (空のネットワークとセグメントを除去) は 、-A と -a オプションと結合してだけでなく、単独で機能するようになった。
    IY56563

    Windows

    UNIX
    		 serversetup は、snmpCollect の -w フラグを設定する機能を含んでいなかった。 これにより 、Tivoli Data Warehouse 機能が使用不可であった。
    IY56564

    Windows

    UNIX
    		 snmpCollect の -w フラグは、 「IBM Tivoli NetView Warehouse Enablement Pack Implementation Guide 」 または snmpCollect man ページに記載されていない。
    IY56565

    UNIX

    		 snmpCollect が NetView ウェアハウス・データベースにデータを書き出すことに 関連する DB2 アクティビティー・トレースのメッセージ/オプションはない。
    IY56637

    Windows

    UNIX
    		 コマンド「netmon -a 160」は、TDWAVAILABILITY フラグの値をダンプしない。
    IY56671

    Windows

    UNIX
    		 ovstop/ovstop nvsecd, /etc/netnmrc の実行後、NetView データベースから列挙が脱落する。
    IY56958

    Windows

    UNIX
    		 nvUtil 評価コマンドの実行で起動される nvcold 内の大きなメモリー・リークを除去する。
    IY57192

    UNIX

    		 サブマップへのズーミングが機能しないことがある。
    IY57383

    UNIX

    		 nvtecia -reload は tme_nvserverd が一緒だと機能しない。プロセスは停止する。
    IY57388

    UNIX

    		 Linux で、ルール・セットは、名前のないノードがあると問題が発生する。
    IY57432

    UNIX

    		 大きなインターフェース・リスト (varbind 8) を伴う IBM Tivoli NetView イベントは 、Tivoli Enterprise Console で構文解析に失敗する。
    IY57468

    UNIX

    		 「Poll for Status」をオフにしても、SnmpStatus ポーリングを使用不可にしないが 、ICMP ping を使用不可にする。
    IY57469

    UNIX

    		 「Topology/Status Polling」構成からのすべての設定がオフにされると、 明示的なシード・ファイル項目がディスカバーされない。
    IY57579

    UNIX

    		 IY4909 は、netmon の始動でパフォーマンス上の問題を引き起こす。
    IY57654

    UNIX

    		 データベース内に不完全なオブジェクトが残されていると、ovtopmd はコアする。 それは、 稀なケースでのみ起こる。
    IY58119

    UNIX

    		 最初の定義が「2 ワード」属性で、2 番目の定義が IN_COLLECTION の SmartSets を 、SmartSet エディター (collectioned) ダイアログを使用して作成したユーザーの行ったテスト。 SmartSet の作成は 成功した。 しかし、その後、ユーザーがその SmartSet を SmartSet エディター・ダイアログを使用して 変更しようとすると、SmartSet エディターは、 「SmartSet はダイアログの中で正しく表現されていません。代わりにテキスト・エディターが使用されました。」の メッセージを表示する。
    IY58244

    Windows

    UNIX
    		 nvdbformat は、選択ルール定義のいくつかで間違った結果を提供する。
    IY58305

    UNIX

    		 ovw_binary は、ウィンドウのサイズ変更でコアする。
    IY58392

    UNIX

    		 trapgend は、AIX 5.2 上の CORE_DUMP を正しく構文解析しない。
    IY58404

    Windows

    UNIX
    		 netmon キャッシュの中の最初のアドレス snmp_addr で問題があるとき 、2 番目のアドレスも失敗である場合は、最初のアドレスを 2 番目のアドレスに変更すべきではない。
    IY58428

    UNIX

    		 nmdemandpoll を停止するために Ctrl-C が発行されると、netmon は、 シグナル 13 で終了する。
    IY58512

    UNIX

    		 snmpCollect は DB2 データベース接続を終了しない。 その結果、多くの接続が、使用されていなくても、まだアクティブであるとしてリストされる。
    IY58514

    Windows

    UNIX

    		 DB2 NetView ウェアハウス・データベースの 作成に tdwdaemon の serversetup を使用すると、不必要に db2stop/db2start を発行する。
    IY58551

    UNIX

    		 mib2trap は、slotmap が組み込んだコメントを baroc ファイルを追加しない。
    IY58586

    UNIX

    		 ユーザーは SmartSet エディター (collectioned) を、ネイティブ NetView コンソールまたはコマンド行から開始する。 「追加」->「変更」をクリックし、そのあと、 「定義タイプ」を「サブネット」に切り替える。 そして、「計算」をクリックし 、IP アドレスとサブネット・マスクを入力して「計算」をクリックする。 すると、collectioned は、 セグメンテーション障害でコアする。
    IY58772

    UNIX

    		 snmpCollect-UNIX と DB2 の間の障害で 、sqlstate 値と sqlcode 値が snmpCol.trace ファイルに書き込まれない。
    IY58780

    Windows

    UNIX

    		 submapexplorer 内のアイコン・サイズがときどき間違って計算される。
    IY59196

    Windows

    UNIX
    		 メモリー・リークのために ovtopmd がコアする。
    IY59201

    Windows

    UNIX
    		 オブジェクトがマップから削除されると、ovtopmd のサイズが大きくなる。
    IY59424

    Windows

    UNIX
    		 要求でタイムアウトが生じると、常に、間違った SnmpStatus ポーリングの状況が 報告される。
    IY59537

    Windows

    UNIX
    		 ノードが削除されたときに、servmon は SmartSet ovw データベース項目を クリアしない。
    IY60528

    UNIX

    		 7.1.4 で、Tivoli Enterprise Console イベントについて、NetView イベント重大度は 送信されなくなった。 nvseverd に環境変数を追加すると、重大度を書き込むことができるが、デフォルトでは重大度は省略される。
    IY60701

    UNIX

    		 netmon は、SNMP 状況要求 (req = SNMPStatus) の 1 つで いったん「SNMP エラー: そのような名前はない」となった残りのインターフェースについて、 インターフェース・ダウン・イベントを報告する。
    IY60978

    UNIX

    		 グローバル認知は、ロケーション・オブジェクトに対して機能しない。
    IY61174

    Windows

    UNIX
    		 /usr/OV/conf/tdwdaemon.log 内のエラー:「誤ったパラメーター 数」
    PJ29495

    Windows

    		 setstatusseverity.rs ルール・セットが不良である。
    PJ29522

    Windows

    UNIX
    		 API 呼び出し「OVwFieldNameToFieldId」は、NetView が再生され、 クライアント・アプリケーションは再生されなかったときは失敗となる。 アプリケーション が ovwdb への接続を失ったことからリカバリーできるように、 新しい ovw API である OVwDbDone() が追加された。
    PJ29525

    Windows

    		 ユーザーがサブマップのバックグラウンドを作成したが、表示されない。
    PJ29701

    Windows

    UNIX
    		 NetView SmartSet は、ITM サービスに対して作成されない。
    PJ29726

    Windows

    UNIX
    		 SNMP 状況ポーリングが、ディスカバーされたインターフェースに限定される。
    PJ29734

    UNIX

    		 UNIX xnmgraph で、「ビュー」->「統計」のあと、 ファイルに保管すると、出力行フィールドは、出力ファイルの中で 20 文字に制限される。
    PJ29812

    Windows

    		 Windows Tivoli Enterprise Console 転送デーモン (tecad_nv6k) は、 多くのメモリーを消費したあと (Task Manager Window で見て判断される) 停止する。
    PJ29814

    Windows

    		 「TEDW で使用するための DB2 へのデータ・エクスポートの構成」は 、snmpcollect がレコードを DB2 に書き込むように、snmpcollect に -w フラグを追加しない。 その上 、snmpcollect のための nvsetup.exe 構成は、ウェアハウスの「-w」フラグについて 、ovsuf と snmpCol.lrf ファイルを更新しない。
    PJ29821

    Windows

    		 大きなインターフェース・リスト (varbind 8) を伴う NetView イベントは 、Tivoli Enterprise Console で構文解析に失敗する。
    PJ29910

    Windows

    UNIX

    		 SQL ステートメントは、SQL コマンド・ファイルの中で、 ゼロの周りの単一引用符を見逃す。

    お客様によって報告された以下の問題が、フィックスパック 01 によって IBM Tivoli NetView V7.1.4 で修正されます。

    APAR # プラットフォーム 説明
    IY41085

    Windows

    UNIX
    		 ISDN ステータス・モニターが、MIB データの編成が原因で Cisco ルーターで機能しない。
    IY42473

    UNIX

    		 "-restart" パラメーターを指定して登録されたアプリケーションを NetView が再始動しない。
    IY47145

    Windows

    UNIX
    		 SNMP 管理ノードをディスカバーするための netmon シード・ファイル内のエントリーに関する要件を文書中に明確に記述することの要求。
    IY47892

    Windows

    UNIX
    		 ovesmd デーモンが、ネットワークおよびネットワーク・セグメントへの DNS 要求を作成する際、不必要に DNS サーバーのパフォーマンスを悪化させる。
    IY48379

    Windows

    UNIX
    		 ovstop nvsecd コマンドが tdwdaemon を停止しない。
    IY48447

    Windows

    		 特定トラップのオブジェクト状況に関するヘルプ・メッセージ・パネル内の誤り。
    IY48542

    UNIX

    		 trapd デーモンが、バッファー・オーバーフローでコア・ダンプを引き起こす。
    IY49032

    UNIX

    		 Solaris および Linux 上の serversetup アプリケーションが、AIX 特定の用語およびオプションを含んでいる。
    IY49405

    UNIX

    		 CNAT データが、前のバージョンの NetView V7.1.x から NetView V7.1.4 へマイグレーションされていない。
    IY49428

    Windows

    UNIX
    		 nvdbformat アプリケーションで、「TopM Interface List」の前に常に Carriage Return が付加される。
    IY49532

    Windows

    UNIX
    		 nvdbformat アプリケーションが完了せず、出力が正しくない。
    IY49546

    UNIX

    		 printtool アプリケーションが、Linux 上の Tivoli NetView V7.1.3 でコア・ダンプを引き起こす。
    IY49787

    UNIX

    		 NetView 7.1.3 ovw_binary コア。
    IY49953

    UNIX

    		 nvauth 実行可能モジュールが、誤ったデータを与えられると、セグメンテーション・フォールトでコアする。
    IY49954

    UNIX

    		 nvauth 実行可能モジュールのコマンド行パラメーターでオーバーフロー条件が発生する。
    IY49955

    UNIX

    		 nvauth 実行可能モジュールが、パスワード・コマンド行引き数が期待より長い場合にコア・ダンプを引き起こす。
    IY49975

    UNIX

    		 ipmap 実行可能モジュールが、GLOBAL ACKNOWLEDGE が使用可能にされている場合に、同期を永久に終了せず、コア・ダンプを引き起こす。
    IY49985

    UNIX

    		 pmd デーモンが、そのポートがサード・パーティーのソフトウェアでスキャンされると、コア・ダンプを引き起こす。
    IY50013

    UNIX

    		 nvlockd デーモンが、そのポートがサード・パーティーのソフトウェアでスキャンされると、コア・ダンプを引き起こす。
    IY50133

    UNIX

    		 NetView 7.1.4 の AIX 4.3.3 ML 10 へのインストールが nvsecd 開始に失敗し、エラー・メッセージ「ovstart: ovspmd に連絡できません: そのようなファイルまたはディレクトリーはありません」が出る。
    IY50196

    Windows

    UNIX
    		 追加の代替コミュニティー名の要求。
    IY50227

    Windows

    		 servmon.log 内に不必要なトレース・メッセージ。
    IY50265

    UNIX

    		 nvcorrd デーモンが、誤ったデータが nvcorrd ソケットに書き込まれるとコア・ダンプを引き起こす。
    IY50266

    UNIX

    		 actionsvr デーモンが、誤ったデータがそのソケットに書き込まれるとコア・ダンプを引き起こす。
    IY50394

    Windows

    UNIX
    		 IPMAP アプリケーションが、NetView 7.1.2 から NetView 7.1.3 へのマイグレーション後にコア・ダンプを引き起こす。
    IY50461

    Windows

    UNIX
    		 ルーター用のワイルドカード IP アドレスの location.conf 内でのサポートを提供。
    IY50464

    Windows

    UNIX
    		 netmon デーモンが、新しくディスカバーされたノードを管理するよう構成されていても、幾つかのデバイスをディスカバーし、それらを非管理として設定している。
    IY50663

    UNIX

    		 ovtopmd デーモンおよび ovtopofix コマンドの実行が、AutoTrace がオンの場合に大幅に遅くなる。
    IY50702

    Windows

    UNIX
    		 ITSA 管理スイッチに、ipmap に表示される正しいシンボル状況がない可能性がある。
    IY50954

    UNIX

    		 snmpCollect デーモンが、アドレスがホスト名に変換される場合に、IP アドレス上で収集しない。
    IY50990

    Windows

    UNIX
    		 netmon デーモンが、再始動後に状況ポーリングを実行するのに、構成された時間量を待機しない。
    IY51064

    Windows

    UNIX
    		 Query Database Field ノードが、ルール・セット内のインターフェース選択名に対して機能しない。
    IY51125

    Windows

    UNIX
    		 NetView 7.1.3 で、netmon シード・ファイル内の SNMP ワイルドカード使用でエラー。
    IY51162

    UNIX

    		 長い名前を持つトラップ・スロット値が、保管時に 15 文字に切り捨てられる。
    IY51181

    UNIX

    		 シード・ファイル・エディターで右方スクロール・バーが機能しなくなる。
    IY51516

    Windows

    UNIX
    		 nvrsEdit アプリケーションが、オープン時にルール・セットを正しく処理できない場合に、エラーを表示しない。
    IY51641

    UNIX

    		 nvserverd デーモンが、非常に大きいトラップを正しくフォーマットするにはバッファーが小さすぎることが原因で、コア・ダンプを引き起こす。
    IY51700

    Windows

    UNIX
    		 IBM Tivoli NetView 7.1.4 は、Tivoli Enterprise Console 転送が可能である場合、 最新の IBM Tivoli Enterprise Console リリースを必要とする。
    IY51778

    Windows

    UNIX
    		 netmon シード・ファイル内のアドレス範囲の動作が、以前のリリースと異なる。
    IY51844

    Windows

    UNIX
    		 ルーターの再ディスカバリーが機能しない。
    IY52086

    UNIX

    		 netmon デーモンに対する "retries" パラメーターの意味を明らかにする必要がある。
    IY52227

    UNIX

    		 IP 状況が正常のスイッチで、層 2 マージナル状況を認知できる必要がある。
    IY52295

    UNIX

    		 非 AIX NetView UNIX プラットフォームに、ping 数コントロールを追加する必要がある。 AIX 上ではそのようになっている。
    IY52234

    UNIX

    		 7.1.4 へのアップグレードの結果、ipgettopoinfo コマンドが実行されると、リレーショナル・データベース内の IP トポロジー・カウントが正しくなくなる。
    IY52320

    UNIX

    		 SNMP 構成ルックアップ・ルーチンが、グローバル・デフォルト内にあるユーザーの設定値の代わりに、NetView のデフォルト値を戻すようになった。
    IY52341

    Windows

    UNIX
    		 ipmap 実行可能モジュールが、AIX 5.1 上の NetView 7.1.3 フィックスパック 1 でコアしている。
    IY52351

    Windows

    UNIX
    		 幾つかのトラップが、ネットワークおよびセグメント・アドレスの DNS 要求を引き起こす。
    IY52394

    Windows

    UNIX
    		 機能 setstatednode において nvcorrd デーモンがシグナル 11 でコア・ダンプを引き起こす。
    IY52429

    UNIX

    		 NetView 7.1.4 において、Tivoli Enterprise Console イベント内のホスト名を持つトラップ・スロットが、ホスト名の中にハイフン (「-」) があると、ブランクのままになる。
    IY52758

    UNIX

    		 xnmgraph アプリケーションが、誤った y 軸値を計算している。
    IY52773

    Windows

    UNIX
    		 netmon が、10 分ごとにシグナル 11 でコア・ダンプを引き起こす。
    IY52820

    UNIX

    		 trapd デーモンが、AIX 5.2 上の NetView 7.1.4 で定期的にコアしている。
    IY53038

    UNIX

    		 NetView 7.1.3/7.1.4 for Linux において、開始スクリプト内での行の欠落が原因で、非ルート・ユーザーは GUI を開始することを許可されていない。
    IY53188

    Windows

    UNIX

    		 netmon.conf ファイル内の変数 MaximumCommunityNames=x を設定することで、 ユーザーがコミュニティー名の最大数を変更できることを文書に示す。x の値は、0 から 100。
    IY53205

    Windows

    UNIX
    		 ITM リソース・モデルのステータス・モニターを servmon に追加しようとする試行が機能しない。
    IY53244

    UNIX

    		 nvgethost コマンド使用法の中に不要情報が印刷される。
    IY53271

    Windows

    UNIX
    		 trapd デーモンが、トレースを切り替えるか zLinux にログオンすると、停止する。
    IY53400

    UNIX

    		 NetView セキュリティーが使用可能にされている場合、xnmloadmib2 アプリケーションおよび xnmbrowser2 アプリケーションが実行できない。 セキュリティー登録ファイルが存在しない。
    IY53554

    UNIX

    		 mibtable コマンドが Mid-Level Manager MIB でループする。
    IY53666

    UNIX

    		 trapd.log が最大サイズに達すると、trapd デーモンがシグナル 13 で停止する。
    IY53704

    UNIX

    		 NVRSEdit アプリケーション内の Set State ノード編集での問題。
    IY53727

    Windows

    UNIX
    		 幾つかのインターフェースのマップに、誤ったシンボルが現れる。
    IY53780

    UNIX

    		 netmon デーモンが、望まれないインターフェースを ping する。
    IY53804

    Windows

    UNIX
    		 NetView 7.1.3 フィックスパック 2 の適用後、nvdbformat アプリケーションがコアしている。
    IY53928

    Windows

    UNIX
    		 NetView 7.1.4 において、servmon デーモンのパフォーマンス上の問題がある。
    IY54371

    Windows

    UNIX
    		 RFI が使用可能にされていると、ポーリング・サイクルごとに "Interface Unreachable" イベントが発生する。
    IY54644

    Windows

    UNIX
    		 NetView Web コンソールがハング。
    IY54964

    Windows

    UNIX
    		 netmon デーモンが、大規模ネットワークで同時に数千ものインターフェースをポーリングしようとする。
    IY55374

    UNIX

    		 AIX 5.2 での snmpd64v1 エージェントの使用に関する文書が不明確。
    PJ29055

    Windows

    		 特定のトラップに対する起点 tecad デフォルト・スロット値の出力が間違っている。
    PJ29416

    Windows

    		 Tivoli Enterprise Console にイベントを転送するとき、ホスト名フィールドがブランクのままになる。
    PJ29421

    Windows

    UNIX
    		 ovobjprint コマンドが、大容量データベースに関するすべての適切な情報を表示しない。
    PJ29460

    Windows

    		 最初のインターフェースが DNS にないルーターを netmon が発見すると、アイコン選択名およびラベルで問題。
    PJ29480

    Windows

    		 Service Down インターバルに基づいてサービス・シンボルが削除された後、ノードの状況が正しく更新されない。
    PJ29481

    Windows

    		 ノードがアップに戻ると、SmartSet 内のノードの状況が誤っている可能性がある。
    PJ29503

    Windows

    UNIX
    		 削除されたサービス・シンボルが、誤った状況を伝搬する可能性がある。
    PJ29517

    Windows

    		 活動化されたルール・セットを通過したイベントに対して 、nvcord デーモンが「$A」値を誤って交換する。
    PJ29580

    Windows

    		 Collected Data オブジェクト・プロパティー画面の "filter by" オプションが、"<" または ">" オプションが使用されている場合、データを反映しない。
    PJ29586

    Windows

    UNIX
    		 nvdbformat/nvdbimport コマンドを使用して、コンマが入ったフィールドを取得/設定できない。
    PJ29588

    Windows

    UNIX
    		 NetView ETL 使用時に、過大な数の切り捨てエラーがログに記録される。
    PJ29644

    Windows

    		 Microsoft Trap Service からのヌル IP アドレス で NetView for Windows trapd デーモン例外。
    PJ29651

    Windows

    UNIX
    		 NetView ウェアハウス使用可能パックが、ストリング切り捨てエラーが原因で、宛先データの挿入に失敗する。
    PJ29653

    Windows

    UNIX
    		 NetView ウェアハウス使用可能パックにおいて、月次および年次レポートの両方で、障害パーセントを表示するレポート用のヒストリカル・データが欠落。
    PJ29654

    Windows

    UNIX
    		 NetView ETL2 が、すべてのケースで正確に可用性を計算しない。
    PJ29666

    Windows

    		 収集するオブジェクトの数が 16 を超えると、snmpCollect デーモンが snmpget 要求を繰り返す。
    PJ29671

    Windows

    		 前に定義済みのデータ収集に対してグラフ機能が機能しない。

    インストールおよび構成

    前提条件

    IBM Tivoli NetView V7.1.4 フィックスパック 02 をシステムにインストールするには、以下の前提条件を満たす必要があります。

    新規フル・イメージ Linux CD のソフトウェア要件

    Red Hat Enterprise Linux Advance Server 3.0 i386 (32 ビット) と s390 (31 ビット)、および SuSE Linux Enterprise Server (SLES) 9.0 i386 (32 ビット) と s390 (31 ビット) については、新規 NetView 7.1.4 Linux CD が NetView 7.1.4 ベース・キットに追加されており、IBM Tivoli NetView 標準フレッシュ・インストールが必要です。 この新規 CD は、Red Hat Enterprise Linux Advance Server 3.0 i386 (32 ビット) と s390 (31 ビット) および SuSE Linux Enterprise Server (SLES) 9.0 i386 (32 ビット) と s390 (31 ビット) への新規インストールのみが対象です。

    Red Hat Enterprise Linux Advance Server 3.0 i386 (32 ビット) と s390 (31 ビット) および SuSE Linux Enterprise Server (SLES) 9.0 i386 (32 ビット) と s390 (31 ビット) 上の IBM Tivoli NetView インストールが正常に機能するには、最初に次の Linux パッケージがインストールされている必要があります。

    インストール方法

    Red Hat Enterprise Linux Advance Server 3.0 i386 (32 ビット) と s390 (31 ビット) および SuSE Linux Enterprise Server (SLES) 9.0 i386 (32 ビット) および s390 (31 ビット) の場合、IBM から新しい NetView 7.1.4 Linux CD を取得し、「標準」インストールの現行の指示に従います。

    他のすべてのプラットフォームの場合は、次のステップを実行して、 フィックスパックをインストールします。

    1. Secure Socket Layer (SSL) プロトコルを使用するユーザーは 、(1) NetView serversetup アプリケーションを使用して SSL をオフにするか 、(2) ファイル /usr/OV/www/webapps/netview/WEB-INF/web.xml (UNIX 上) または \usr\ov\www\webapps\netview\WEB-INF\web.xml (Windows 上) を一時的な場所にコピーする 必要があります。

    2. NetView for UNIX クライアントにフィックスパックをインストールする場合、以下を実行して、 クライアントが NetView サーバーから切断されていることを確認する。

      1. クライアント・セットアップ・アプリケーションを実行する。
      2. 「構成」->「サーバーの除去」をクリックする。
      3. 「サーバー・ホスト名」フィールドに NetView サーバー名を入力する。
      4. 「適用」をクリックする。

    3. 新規ウィンドウをオープンし、フィックスパックをインストールするオペレーティング・システム上のローカル・サブディレクトリーにパッケージをコピーし、ディレクトリーをそのサブディレクトリーに変更する。

      パッケージをコピーする前に、 このオペレーティング・システムに IBM Tivoli NetView 7.1.4 フィックスパック 02 を インストールするのに必要な、十分なスペースがこのサブディレクトリーにあることを確認します。

    4. 以下のいずれかを実行して、インストール・スクリプトを抽出する。

      • UNIX の場合: 
        zcat 7.1.4-TIV-NVD-{OperatingSystem}-FP0002.tar.Z | tar -xvf - install
        を入力する。
      • Windows の場合: 
        7.1.4-TIV-NVD-Win32-FP0002.exe
        を入力する。

    5. インストール・スクリプトを実行する。

      • UNIX の場合、
        ./install
        を入力する。
      • Windows の場合、NetView ネイティブ・サーバーをインストールするため、
        install
        を入力する。
      • Windows の場合、NetView ネイティブ・クライアントをインストールするため、
        install noversioncheck
        を入力する。

      ネイティブ NetView クライアント・インストールにフィックスパックをインストールするとき、 ファイル nvexportd.jar、nvexportd.lrf、および notfoundhandler.class をコピーできなかったという一連のエラーが報告されます。 これらの ファイルは、クライアント・インストールには不要であり、エラーは無視できます。

      インストール中に他のエラーが発生した場合は (インストール・プロセス自体が正常終了を報告するかどうかに関わらず)、以下を実行してください。

      1. バックアウト・スクリプトを実行する (エラーはすべて無視する)。
      2. インストール中に報告された問題を修正する。
      3. コンピューターをリブートする (Windows の場合)。
      4. 最初からインストールを再開始する。

    6. マシンのリブート、または、netnmrc スクリプト (AIX では /etc/netnmrc、Solaris または Linux では /etc/init.d/netnmrc) の実行のいずれかによって、UNIX 上の NetView デーモンを再始動します。マシンのリブート、または netview コマンドの使用、または、NetView アイコンのクリックのいずれかによって Windows 上の NetView デーモンを再始動します。

      注: NetView インストールが Windows 上で SQL データベースを使用している場合、SQL サーバーを再始動したあとで NetView デーモンを再始動してください。

    7. アップグレードされたネイティブ NetView サーバー・インストールから、 すべての NetView Web コンソールのインストールを再インストールする。 これは、NetView サーバー がアップグレードされたあと、次の URL からダウンロードできます。

      	http://server:8080/download

      Windows 上の Web コンソールの場合、次のファイルにフィックスパック更新が 含まれています。 シン・クライアントを使用していたのであれば、nvwc_thin.zip を適用します。 フル Web コンソール を使用していたのであれば、nvwcinstall.exe を適用します。

      	nvwc_thin.zip    (Windows のシン Web コンソール)
	nvwcinstall.exe  (自己解凍型インストール)

      UNIX 上の Web コンソールの場合、次のファイルにフィックスパック更新が 含まれています。 

         nvwc.tar    (UNIX の Web コンソール)

      NetView Web コンソールを NetView フィックスパック UNIX サーバーからアップグレードする場合、NetView Web コンソール・パッケージのこのバージョンを使用する必要があることに注意してください。NetView Web コンソールのフル・バージョン (nvwc_xxx_jre_1.3.tar) には、フィックスパック更新は含まれません。フィックスパックが NetView サーバー上にインストールされた後、フル・パッケージをインストールする場合は常に、パッケージ nvwc.tar をフル・パッケージの先頭に適用する必要があります。

    8. フィックスパックのインストールの間に XML プロパティー値のいくつかが変更されているため、 フィックスパックをインストールしたあと、ユーザーは Web コンソールを使用する前に 、Web コンソール・セキュリティー自体を実行する必要があります。

    9. このフィックスパックを NetView クライアント・インストールに適用した場合、クライアント・セットアップ・アプリケーションを使用して、クライアントを適切な NetView サーバーに再接続する。

    10. Secure Socket Layer (SSL) プロトコルを再開したい場合は、 次の内の 1 つを実行する必要があります。
      • NetView serversetup アプリケーションを使用して、SSL をオンにする
      • 保管した web.xml のコピーを、/usr/OV/www/webapps/netview/WEB-INF ディレクトリー (UNIX 上) または \usr\ov\www\webapps\netview\WEB-INF (Windows 上) に戻す。

    バックアウト方法

    フィックスパック・インストールの一部として、インストール中に置換される各ファイルのコピーが、 UNIX の場合は /usr/OV/service/V714/FixPack2、Windows の場合は UNIX or the \usr\ov\service\V714\FixPack2 サブディレクトリーに保管されます。 必要であれば、そのディレクトリーに入っているバックアウト・スクリプトを実行することによって、 フィックスパックをアンインストールすることができ、そうすると、システムはフィックスパックがインストールされる前の状態に戻ります。

    注: Windows の場合、 バックアウト・スクリプトは \usr\ov\service\V714\FixPack2 サブディレクトリーから 実行する必要があります。 同様に、UNIX の場合、 バックアウト・スクリプトは /usr/OV/service/V714/FixPack2 サブディレクトリーから 実行する必要があります。

    フィックスパックがインストールされた後にシステムにインストールされた NetView フィックスは、 フィックスパックをバックアウトする前に、すべてバックアウトする必要があります。

    既知の問題と制限

    文書の更新

    このセクションでは、将来のリリースに追加される予定の文書の更新を反映しています。

    ソフトウェア・サポートへの連絡

    いずれかの Tivoli 製品で問題がある場合、次の IBM ソフトウェア・サポート Web サイトをご覧ください。http://www.ibm.com/software/sysmgmt/products/support

    ソフトウェア・サポートに連絡したい場合は、次の Web サイトで「IBM Software Support Guide」をご覧ください。http://techsupport.services.ibm.com/guides/handbook.html

    このガイドに、問題の重大度に応じた IBM ソフトウェア・サポートへの連絡方法に関する情報と、以下の情報が記述されています。

    特記事項

    本書は米国 IBM が提供する製品およびサービスについて作成したものです。 本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。 日本で利用可能な製品、サービス、および機能については、日本 IBM の営業担当員にお尋ねください。 本書で IBM 製品、プログラム、 またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみが 使用可能であることを意味するものではありません。 これらに代えて、IBM の知的所有権を侵害することのない、機能的に同等の 製品、プログラム、またはサービスを使用することができます。 ただし、IBM 以外の製品とプログラムの操作またはサービスの 評価および検証は、お客様の責任で行っていただきます。

    IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。 本書の提供は、お客様にこれらの特許権について 実施権を許諾することを意味するものではありません。 実施権についてのお問い合わせは、書面にて下記宛先にお送りください。

    〒106-0032
    東京都港区六本木3-2-31
    IBM World Trade Asia Corporation
    Licencing

    以下の保証は、国または地域の法律に沿わない場合は、適用されません。

    IBM およびその直接または間接の子会社は、本書を特定物として現存するままの状態で提供し、商品性の保証、 特定目的適合性の保証および法律上の瑕疵担保責任を含むすべての明示もしくは黙示の保証責任を負わないものとします。

    国または地域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受けるものとします。

    この情報には、技術的に不適切な記述や誤植を含む場合があります。 本書は定期的に見直され、必要な変更は本書の次版に組み込まれます。 IBM はこれらの情報に掲載されている製品やプログラムを何時でも、予告なしに改善 または変更することがあります。

    本書において IBM 以外の Web サイトに言及している場合がありますが、 便宜のため記載しただけであり、決してそれらの Web サイトを推奨するものでは ありません。 それらの Web サイトにある資料は、この IBM 製品の資料の一部では ありません。それらの Web サイトは、お客様の責任でご使用ください。

    IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うことのない、自ら適切と信ずる方法で、使用もしくは配布することができるものとします。

    本プログラムのライセンス保持者で、(i) 独自に作成したプログラムと その他のプログラム（本プログラムを含む）との間での情報交換、 および (ii) 交換された情報の相互利用を可能にすることを目的として、 本プログラムに関する情報を必要とする方は、下記に連絡してください。

    IBM Corporation
    2Z4A/10111400 Burnet Road
    Austin, TX 78758 U.S.A.

    本プログラムに関する上記の情報は、適切な使用条件の下で使用することができますが、有償の場合もあります。

    本書で説明されているライセンス・プログラムまたはその他のライセンス資 料は、IBM 所定のプログラム契約の契約条項、IBM プログラムのご使用条件、 またはそれと同等の条項に基づいて、IBM より提供されます。

    IBM 以外の製品に関する情報は、その製品の供給者、出版物、 もしくはその他の公に利用可能なソースから入手したものです。 IBM は、それらの製品のテストは行っておりません。したがって、 他社製品に関する実行性、互換性、またはその他の要求については確証できません。 IBM 以外の製品の性能に関する質問は、それらの製品の供給者にお願いします。

    IBM の将来の方向または意向に関する記述については、 予告なしに変更または撤回される場合があり、単に目標を示しているものです。

    商標

    IBM、AIX、S/390、NetView、zSeries、Tivoli および Tivoli Enterprise Console は IBM Corporation の商標です。

    Microsoft、Windows、Windows NT および Windows ロゴは、Microsoft Corporation の米国およびその他の国における商標です。

    Java およびすべての Java 関連の商標およびロゴは、Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。

    UNIX は、The Open Group の米国およびその他の国における登録商標です。

    Intel、Intel Inside (ロゴ)、MMX、および Pentium は Intel Corporation の米国およびその他の国における商標です。

    他の会社名、製品名およびサービス名等はそれぞれ各社の商標です。