IBM Tivoli NetView V7.1.3 フィックスパック 4 README

日付: 2005 年 9 月 30 日

名前: 7.1.3-TIV-NVD-FP0004

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

PTF 番号: U804578 (UNIX) または XR23264 (Windows)

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

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

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

フィックスパックの内容

このフィックスパックには 5 つのパッケージ (RS6000 AIX、SUN SPARC Solaris、Linux Intel、Linux 390、および Microsoft Windows 用) があります。 IBM Tivoli NetView ネイティブ・サーバーまたはクライアントがインストールされているプラットフォームに 応じたパッケージをご使用ください。

また、このフィックスパックには、Tivoli Data Warehouse で使用され、すでにその中に 含まれている NetView ETL コードについての一連の修正が含まれます。 これらの修正を Tivoli Data Warehouse 内の NetView ETL コードに適用するには、 このフィックスパックに関連する 1.1.0.3-TIV-NVD-WEP-FP0003.readme ファイルを参照してください。 1.1.0.3-TIV-NVD-WEP-FP0003.exe は、これらの変更をインストールするための実行可能ファイルです。

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

なし。このフィックスパックで置き換えられるパッチはありません。

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

• AIX:
  • V4.3.3 (保守レベル 09)
  • V5.1 (保守レベル 01)
• Solaris:
  • V2.7 (Sun に必要なすべてのパッチ適用済み)
  • V2.8 (Sun に必要なすべてのパッチ適用済み)
  • V2.9 (Sun に必要なすべてのパッチ適用済み)
• Linux Intel:
  • Red Hat バージョン 7.2 (2.4.7-10 カーネル)
  • Red Hat Advanced Server バージョン 2.1
  • SuSE バージョン 7.2 (2.4.4-4GB カーネル)
• Linux for zSeries (32 ビットのシステム専用):
  • Red Hat バージョン 7.2
  • S/390 および zSeries 対応の SuSE Linux Enterprise Server 7.2 (SLES 7)
• Windows:
  • Windows NT Server バージョン 4 (Service Pack 5 またはそれ以降適用済み)
  • Windows 2000 Server
  • Windows 2000 Advanced Server
  • Windows 2003 Server
  • Windows XP Professional

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

• Windows 2000 Professional
• Windows XP Home Edition

フィックスパック 04 での新規変更点

以下の項目は、IBM Tivoli NetView フィックスパック 04 での新規変更点です。

xnmsnmpconf コマンドに追加された新規オプション

以下の 3 つの新規オプションが xnmsnmpconf コマンドに追加されています。 注: [] 内の文字はオプションです。

1. xnmsnmpconf -clearn[odedb]

   SNMP 構成の nodedb ディレクトリーからすべてのエントリーを除去します。

2. xnmsnmpconf -clearw[ilddb]

   SNMP 構成の wilddb ディレクトリーからすべてのエントリーを除去します。

3. xnmsnmpconf -clearco[lldb]

   SNMP 構成の colldb ディレクトリーからすべてのエントリーを除去します。

AIX および Solaris の場合、3 つの新規オプションとすでに存在する「xnmsnmpconf -clearCache」を使用して、 つまり以下の 4 つのコマンドを入力することで、SNMP 構成データベースを完全に消去できるようになります。

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

Linux の場合は、xnmsnmpconf のデータベースの消去にこの新規コマンドを使用しないでください。 Linux では、この新規オプションを使用すると、後で xnmsnmpconf がメモリー障害により失敗します。 また、この障害が起こると、 IBM Tivoli NetView を再インストールする以外に xnmsnmpconf データベースを修正する手段はありません。

Linux の場合、xnmsnmpconf データベースを消去するには、 xnmsnmpconf を使用して一度に 1 つずつノードを削除していくしかありません。

nvmaputil.sh コマンドに追加された新規オプション

nvmaputil.sh スクリプトに 2 つの新規オプションが追加されました。それによって、コマンド行からネットワークの管理および管理解除を許可することができます。新規オプションの書式は、次の通りです。

nvmaputil.sh --manage-network <IP Address 1> ... <IP Address N>

nvmaputil.sh --unmanage-network <IP Address 1> ... <IP Address N>

新規 netnmrc ファイル

UNIX の場合、新規 netnmrc ファイルは、このフィックスパックと共に出荷されています。netnmrc への変更点によって、X Virutal Frame Buffer ソフトウェアの正しい開始に関する APAR IY71793 と関連した問題が修正されています。

このフィックスをご使用の NetView for UNIX 7.1.3 サーバー実装環境にセットするには、/usr/OV/newconfig/OVMIN/netnmrc から /etc/netnmrc (AIX の場合) または /etc/init.d/netnmrc (その他の UNIX プラットフォームの場合) に新規ファイルをコピーします。

新規 trapd.conf ファイル

UNIX の場合、新規 trapd.conf ファイルは、このフィックスパックと共に出荷されています。trapd.conf への変更点によって、イベントにあたって Tivoli Enterprise Console にインターフェース・リストを送信することに関する APAR IY57432 と関連した問題だけでなく、同様に MIB ブラウザーの起動、または「コンソール・デスク」の「イベント」ウィンドウで「オプション」 -> 「追加アクション」からの「イベントのソート」に関する APAR IY52871 と関連した問題が修正されています。

/usr/OV/conf/C の trapd.conf (/usr/OV/conf の廃止された trapd.conf ファイルではない) がカスタマイズされていない場合、/usr/OV/newconfig/OVSNMP-RUN の新規 trapd.conf で単純に置き換えます。ただし、オリジナルの trapd.conf が変更されている場合は、変更内容をオリジナルのファイルに手動でマージする必要があります。

注: Windows の trapd.conf ファイルに関する情報については、『フィックスパック 03 での新規変更点』のセクションを参照してください。

Linux で MIB ブラウザーを起動することについての trapd.conf への変更点

上記『新規 trapd.conf ファイル』のセクションに記述されているように、このフィックスパックと一緒に出荷されている新規 trapd.conf によって、Linux の「イベント」ウィンドウから MIB ブラウザーを起動することに関する APAR IY52871 に記述されている問題が修正されます。

オリジナルの trapd.conf が変更されている場合は、新規 trapd.conf の変更内容をオリジナルの trapd.conf ファイルに手動で追加する必要があります。変更されていなければ、単純に新規 trapd.conf を使用します。

お勧めするのは、xnmtrap を使用して trapd.conf ファイルを編集する方法です。 こうすると、終了時に trapd が自動的に再ロードされます。 その場合は、ルートとして編集を作成してください。

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 にもはや送信しないことによって対処されます。

• UNIX

  IBM Tivoli NetView for UNIX では、これは、trapd.conf にあるスロット・マップ項目によって制御されます。UNIX 用フィックスは、新規 trapd.conf (/usr/OV/newconfig/OVSNMP-RUN にある) を出荷しますが、これは、/usr/OV/conf/C/trapd.conf にユーザーが最近インストールした、カスタマイズ済みのものを自動的に置き換えることはありません。そこで、ユーザーは、現行システムにこの変更を手動で行う必要があります (または、trapd.conf がカスタマイズされていない場合は、単純に現行のものを新規のものに置き換えてください)。

  xnmtrap を使用して、trapd.conf にある以下の項目をそれぞれ変更してください。最初に「T/EC スロット・マップ」をクリックします。その後、ポップアップするウィンドウで、項目「iflist」を選択して、「削除」をクリックします。その後、それぞれに対して「OK」を、そしてそのトラップに対する編集を完了するために「OK」をクリックします。完了するまで継続します。その後、最終的に xnmtrap を終了するために「OK」を押します。

  • IBM_NVNM_EV   	50790400  (ノード・マージナル)

  • IBM_NVNUP_EV 	58916864  (ノード稼働中)

  • IBM_NVNDWN_EV 	58916865  (ノード停止中)

  • ROUTDOWN_EV	58916971  (ルーター停止中)

  • ROUTUNREACH_EV	58916972  (ルーター到達不能)

  • ROUTERUP_EV	58916973  (ルーター稼働中)

  • ROUTMARG_EV	58916974  (ルーター・マージナル)

• Windows

  IBM Tivoli NetView for Windows では、これは、ファイル \usr\ov\conf\tecad_nv6k.cds にある項目によって制御されます。Windows 用のフィックスは、新規 tecad_nv6k.cds を出荷しますが、\usr\ov\newconfig\tecad にあります。この新規ファイルは、ユーザーが \usr\ov\conf\tecad_nv6k.cds に保持しているカスタマイズされたファイルを置き換えることはありません。そこで、問題を回避するためには、ユーザーは、現行システムに対してこの変更を手動で行う必要があります。

  ファイル \usr\ov\conf\tecad_nv6k.cds で、以下のトラップそれぞれの項目を見つけてください。

  • 50790400 (ノード・マージナル)

  • 58916864 (ノード稼働中)

  • 58916865 (ノード停止中)

  • 58916971 (ルーター停止中)

  • 58916972 (ルーター到達不能)

  • 58916973 (ルーター稼働中)

  • 58916974 (ルーター・マージナル)

  SELECT ステートメントの下で、次のような行を除去してください。

  6: ATTR(=, "VB_8") ;
  

  MAP ステートメントの下で、次のような行を除去してください。

  iflist = $V6 ;
  

  例えば、出荷された「ノード稼働中」項目は、次のように表示されます。

  CLASS TEC_ITS_NODE_STATUS
    SELECT
      1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
      2: $SPECIFIC = 58916864 ;
      3: ATTR(=, "nvObject" ) ;
      4: ATTR(=, "nvEventDescr" ) ;
      5: ATTR(=, "nvApplNbr" ) ;
      6: ATTR(=, "VB_8") ;
    FETCH
      1: IPADDR($V3);
    MAP
      origin = $F1 ;
      hostname = $V3 ;
      msg = $V4 ;
      category = $V5 ;
      nodestatus = 1 ; # UP
      iflist = $V6 ;
      nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
  END
  

  ユーザーが次のような表示にしたいと思うようになります。

  CLASS TEC_ITS_NODE_STATUS
    SELECT
      1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
      2: $SPECIFIC = 58916864 ;
      3: ATTR(=, "nvObject" ) ;
      4: ATTR(=, "nvEventDescr" ) ;
      5: ATTR(=, "nvApplNbr" ) ;
    FETCH
      1: IPADDR($V3);
    MAP
      origin = $F1 ;
      hostname = $V3 ;
      msg = $V4 ;
      category = $V5 ;
      nodestatus = 1 ; # UP
      nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
  END
  

フィックスパック 03 での新規変更点

以下の項目は、IBM Tivoli NetView フィックスパック 03 での新規変更点でした。

修正版 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 など) には使用できません。

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

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

修正版 netmon.seed ファイル

APAR IY47145 用の修正版 netmon.seed ファイルがこのフィックスパックと共に出荷されています。 このファイル文書は、ノードを明示的にディスカバーして SNMP 管理に使用するために、 netmon.seed ファイルに 2 つのエントリー (ノードをディスカバーするエントリーと SNMP 管理用のエントリー) が必要であることを示します。 このフィックスパックにおいて、修正版 netmon.seed ファイルは、UNIX 上では /usr/OV/newconfig/IBMVA-RUN/ サブディレクトリー、 Windows 上では \usr\ov\newconfig\netmon サブディレクトリーにあります。

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

デフォルトで、代替コミュニティー名は communityNames.conf ファイル内に 7 個まで指定できます。 代替コミュニティー名の最大数は、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 つのファイルをマージする必要があります。

新規 JRE

このフィックスパックに組み込まれている APAR IY45265 は、JRE アップグレードを提供します。 これは、以前の NetView V7.1.3 フィックスパックで、ご使用のシステム構成およびオペレーティング・システムの レベルによってフィックスパックのインストール後に NetView Web Console がコア・ダンプを起こすことがあり、 その問題を解消したものです。

新規ルール・セット overridestatus_user1.rs による setstatusseverity.rs の置換

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

フィックスパックに関する注意点

• NetView for UNIX バージョン 5.1 から、アクション・ノード・ルール・セットには、そのルール・セットをパススルーする 各トラップの終わりに 次の 3 つの変数が追加されました (順次)。

  • トラップ重大度
  • トラップ・ソース文字
  • トラップ・カテゴリー
  これらは、これらのアイテムがユーザーのスクリプトで利用できるように、trapd.conf から取得されます。

  NetView 6.0.3 では、新規変数 NVATTR_COUNT が追加され、ユーザーは現時点でトラップに含まれる変数の数が 把握できるようになり、さらに最後の部分で次の 3 つの内容を容易に参照できるようになりました。

  • NVATTR_n 変数で、n = NVATTR_COUNT-1 の場合はトラップ・カテゴリー
  • NVATTR_n 変数で、n = NVATTR_COUNT-2 の場合はトラップ・ソース
  • NVATTR_n 変数で、n = NVATTR_COUNT-3 の場合はトラップ重大度

  NetView 7.1.3 では、これら追加の varbind は次の 3 つの中にエクスポートされるようになり、 変数を参照しやすくなっています。

  • NVSEV
  • NVSRC
  • NVCAT

• 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 を設定することにより、 複合伝搬での到達不能シンボルを無視するように構成できます。 サブマップのすべてのシンボルが到達不能な場合は、変数の設定に関係なく到達不能状況が伝搬されます。

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

• NetView V7.1.2 で、NetView によって使用される Tivoli Enterprise Console クラス定義が アップグレードされました。 NetView で使用された前の Tivoli Enterprise Console イベント・クラス定義はサポートされません。 以降のマイグレーションでは古いクラス定義はサポートされないため、 ユーザーは、新規クラス定義を使用することになります。

• 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 サーバーの日次ログ・ファイルのシステム上に占めるスペースがあまりにも大きい場合は、 これらの要求ログの保存日数を減らすことに加えて、以下の追加アクションを実行できます。

  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.3 において、 TEC 転送が使用可能な場合は Tivoli Enterprise Console の最新リリース (3.7.1 + フィックスパック 05、 3.8 + フィックスパック 01、3.9) が必要です。 これは、NetView から Tivoli Enterprise Console に送られるトラップ・パラメーター内の変更によるもので、 この変更は、Tivoli Enterprise Console の最新リリースのみで認識されています。

• Solaris オペレーティング・システムで最初にクライアント/サーバー・システムを構成する際、 「クライアント・アクセスの追加」段階で以下のようなエラー・メッセージが表示される場合があります。

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

  -> オペレーション完了

  これは、ファイル /etc/dfs/sharetab が最初 Solaris 上には存在しないことによるものです。このファイルは、アクセス失敗後クライアント・セットアップにより作成されるため、 上記エラー・メッセージによる障害通知は表示されません。

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

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

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

  • 監査ログ・ファイル名: 監査ログ・ファイルの絶対パスと名前を指定します。
  • 監査ファイルの数: 保管される監査ファイルの数を指定します。 現行の監査ファイルが最大サイズに達した場合は、バックアップ・ファイルにロールオーバーされます。 ファイルが最大数に達した場合は、最も古いファイルが指定された一時ディレクトリーに移動されます。
  • 監査ファイルの最大サイズ: 各監査ファイルごとに、最大サイズを MB で指定します。 現行ファイルがこのサイズに達した場合は、バックアップ・ファイル内にロールされ、新規ファイルが始動されます。
  • 一時ディレクトリー: 古い監査ファイルの保管用ディレクトリーを指定します。 監査ファイルが最大数を超えた場合は、最も古いファイルがこのディレクトリーに移動されます。 デフォルト値は /tmp です。 古い監査ファイルは自動的に削除されません。ご使用のファイル・システムがファイルで一杯にならないように、 必ずこのディレクトリーのサイズをモニターしてください。

• UNIX では、/usr/OV/bin/netview.pre はスクリプトで、ユーザーが NetView Console に関連する環境変数を 作成して、設定できます。/usr/OV/bin/netview.pre は、ユーザーが NetView Console を立ち上げるとき、 実行します。デーモン開始環境変数に使用される /usr/OV/bin/netnmrc.pre のように、/usr/OV/bin/netview.pre は、 更新インストール中、またはユーザーが /usr/OV/bin.USER カテゴリーをマイグレーション中に選択するとき、 自動的にバックアップされ、マイグレーションされます。

  netview.pre は、環境変数 NVMAPGLOBALACK を設定するために使用できます。NVMAPGLOBALACK の設定は、 マップ確認に対してグローバル・ベース・モードを活動化することと同じです。

• AIX V5 プラットフォームでは、オペレーティング・システム用のデフォルト SNMP エージェントは、SNMP V3 エージェントで、NetView 7.1.3 は処理することができません。システム用のデフォルト SNMP エージェントは、 SNMP V1 エージェントに設定されなければなりません。これは、NetView デーモンを停止し、 オペレーティング・システム・コマンド

  snmpv3_ssw -1

  を 実行して、その後 NetView を再始動することによって行われます。

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

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

お客様より報告された以下の問題は、IBM Tivoli NetView V7.1.3 フィックスパック 3 で修正済みです。

お客様より報告された以下の問題は、IBM Tivoli NetView V7.1.3 フィックスパック 2 で修正済みです。

お客様より報告された以下の問題は、IBM Tivoli NetView V7.1.3 フィックスパック 1 で修正済みです。

インストールと構成

前提条件

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

• プラットフォームに適したパッケージをダウンロードし、インストール先のシステムで使用できるようにする必要があります。

• オリジナルの NetView V7.1.3 インストールを実行した時と同じユーザー・アカウント (UNIX の場合、 ルート・アカウント) でシステムにログインしている必要があります。

• システムにはすでに IBM Tivoli NetView バージョン 7.1.3 インストールがなければなりません。

• フィックスパックをインストールするシステムには、以下を実行するのに十分なフリー・スペースが必要です。

  • フィックスパックをインストールする
  • 更新された NetView インストールの保管
  最初に必要とされるフリー・スペースは一時的なもので、フィックスパックが正常にインストールされた後はシステムに戻されます。 NetView インストールの更新に必要なスペースは、フィックスパックがバックアウトされるか、 新規バージョンの NetView がインストールされるまで、使用中のままになります。

  前の IBM Tivoli NetView V7.1.3 フィックスパックを含むカスタマー・インストールの場合、 新規フィックスパックのインストール前に、UNIX 上では /usr/OV/service/V713/Fix PackX ディレクトリー、 Windows 上では \usr\ov\service\v713\Fix PackX ディレクトリーを削除することで、 前のフィックスパックで使用されていたほとんどのスペースをリカバリーできます。 ただし、これを行うと、前のフィックスパックのインストールに必要なコード修正をインストールする機能だけでなく、 前のフィックスパックをバックアウトする機能も除去されるので、ご注意ください。

  以下の表は、上記に記載した各スペースの要件を満たす、プラットフォームごとの必要量を示したものです。

  オペレーティング・システム	インストールに必要なスペース1	アップグレードされた製品に必要なスペース2
  RS6000 AIX	380 Mb	235 Mb
  SunOS Solaris	330 Mb	215 Mb
  Linux Intel	345 Mb	220 Mb
  Linux 390	400 Mb	240 Mb
  Windows	95 Mb	55 Mb
  1このスペースは、ユーザーがフィックスパックの インストール・パッケージを置くロケーションに必要です。 2このスペースは、UNIX の場合は /usr/OV、Windows の場合は \usr\ov に必要です。

  /usr/OV または \usr\ov 内の、フィックスパック内容を入れるのに必要なスペースのほとんど (2 番目の欄に記述されている スペース) は、/usr/OV/service/V713/FixPack4 (UNIX の場合) または \usr\ov\service\V713\FixPack4 (Windows の 場合) ディレクトリーの内容を削除することによって、システムに戻すことができます。 ただし、これを行うと、フィックスパックをバックアウトする機能は除去されます。 FixPack4 サブディレクトリー自体を削除しないでください。このサブディレクトリーは、 このフィックスパックを前提条件とする修正をインストールするために存在している必要があります。

インストール方法

パッケージを実際にインストールするには、以下のステップを実行します。

1. Web Console がカスタマイズされたかどうかを基にして、Secure Socket Layer (SSL) プロトコルのユーザーは、 以下のいずれかを実行することが必要になる。

   • NetView serversetup アプリケーションを介して SSL をオフにする。

     注: これは Web Console をカスタマイズしていないユーザーに適用されます。

   • 次のファイルを一時ロケーションにコピーする。
     • /usr/OV/www/webapps/netview/WEB-INF/web.xml and /usr/OV/www/conf/jetty.xml (UNIX の場合)
     • \usr\ov\www\webapps\netview\WEB-INF\web.xml and \usr\ov\www\conf\jetty.xml (Windows の場合)

     注: これは Web Console をカスタマイズしているユーザーに適用されます。

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

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

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

   パッケージをコピーする前に、このサブディレクトリーにおける使用可能スペースが、 このオペレーティング・システムの IBM Tivoli NetView 7.1.3 フィックスパック 04 をインストールするのに必要なスペースより 大きいことを確認してください。

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

   • UNIX の場合: 「zcat 7.1.3-NVD-{Platform}-FP0004.tar.Z | tar -xvf - install」と入力する。
   • Windows の場合: 「7.1.3-NVD-Win32-FP0004.exe」と入力する。

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

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

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

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

6. コンピューターのリブート、netview コマンドの使用、UNIX 上での netnmrc スクリプトの実行、 Windows 上での NetView アイコンのクリックのいずれかを行って、NetView デーモンを再始動する。

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

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

   	http//<NetViewServer>:8080/download
   	

   Windows の Web Console の場合、以下のファイルにフィックスパック 04 更新情報が入っています。 いずれか 1 つが使用可能です。

   	nvwc_thin.zip    (シン Web Console for Windows)
   	nvwcinstall.exe  (自己解凍インストール)
      

   UNIX の Web Console の場合、以下のファイルにフィックスパック 04 更新情報が入っています。

      nvwc_thin.tar    (シン Web Console for Unix)
      

   NetView 7.1.3 フィックスパック 04 UNIX サーバーから NetView Web Console をアップグレードすると、 シン・バージョンの NetView Web Console パッケージが使用されるのでご注意ください。 フル・バージョンの NetView Web Console には、フィックスパック更新情報は含まれません。 フィックスパックが NetView サーバー上にインストールされた後、 フル・パッケージをインストールする場合は常にシン・パッケージをフル・パッケージの先頭に適用する必要があります。

8. フィックスパックのインストール後、ユーザーは、 Web Console を使用する前に、Web Console Security Console を実行する必要があります。XML プロパティー値によってはフィックスパックのインストール中に変更されてしまうことがあるからです。

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

10. Secure Sockets Layer (SSL) プロトコルの使用を再開する利用者は、次のいずれかを行う。 (1) NetView serversetup アプリケーションを使用して SSL をオンにする。 (2) 保管された web.xml のコピーを /usr/OV/www/webapps/netview/WEB-INF ディレクトリー (UNIX の場合)、 または \usr\ov\www\webapps\netview\WEB-INF (Windows の場合) ディレクトリーに置換する。

バックアウト方法

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

注: バックアウト・スクリプトは、Windows サブディレクトリーの \usr\ov\service\V713\FixPack4 から実行する必要があります。

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

既知の問題と制限

• IBM Tivoli NetView 7.1.3 は、Microsoft Remote Terminal Services と互換性はありません。Remote Terminal Services を使用して、NetView をインストールしたり、実行したりすると、NetView は正しく機能しません。また NetView データベースは破損します。

• SmartSet が NetView コンソールでオープンである場合、SmartSet に属する 新規オブジェクト (例えば、インターフェース、ネットワーク、セグメント、またはノード) がディスカバーされると、 その新規オブジェクトが、汎用コンピューター・シンボルとして 表示されます。SmartSet を閉じてから、再オープンすると、適切なシンボルが表示されます。

• 大規模な NetView データベースを持つ Web Console を使用する UNIX のご利用者は、以下のことを行う必要があります。

  • /usr/OV/conf/NetViewLargeDb.conf ファイルで NETVIEW_LARGE_DB=FALSE を NETVIEW_LARGE_DB=TRUE に変更する。
  • そのファイルを保管する。
  • 任意の NetView Console および netviewd デーモンを停止する。
  • netviewd デーモンおよび任意の NetView Console を再始動する。

• .kshrc ファイルからの Korn シェル・ヒストリー・ファイルの操作は推奨されません。 NetView で使用されるインストール機構の一部は、標準ヒストリー・ファイルが設定されることを予期しています。 そうでない場合は、前提条件の検査および実際の NetView インストールが失敗します。

• 一部のお客様で、カスタマイズされたロケーションに Tivoli Framework がインストールされている システム上でスタンドアロン NetView V7 インストールを使用する際に障害がありました。 これらの障害を回避するため、Framework をカスタマー環境で保存する場合は、 標準の Tivoli Framework インストールを介して NetView V7.0 をインストールすることをお勧めします。 Framework が、NetView をサポートする目的のみにインストールされていて、もう必要でない場合は、 以下を行うようにしてください。

  1. serversetup 内のバックアップ機能を介して NetView インストールをバックアップする。
  2. Tivoli Framework および NetView の両方をシステムから除去する。
  3. update オプションを使用してコマンド行から NetView をインストールする。

• nvColToSQL を実行しようとすると、以下のエラー・メッセージが出される場合があります。

  データベース・サーバーが存在しないか、ログ・ファイル、一時ファイル、 ロールバック・セグメント用に十分なディスク・スペースがないか、または、データベース内にテーブルが存在しません

  このメッセージは、処理する snmpCollect ファイルが多すぎる場合 (通常は 500 超) に発生することがあります。 このメッセージを受け取った場合、以下のスクリプトを使用してファイルを処理できます。 このスクリプトは、一度に 1 ファイルを処理し、出力をログ・ファイルに保管します。

  #!/bin/sh
  LOG=/usr/OV/log/nvColToSQL.log
  date > $LOG   # CREATE NEW LOG EACH TIME
  # Loop all files that do not have ! or archive in name
  for file in `ls /usr/OV/databases/snmpCollect | grep -v "\!" | grep -v "archive"`
  do
  
     nvColToSQL -f $file -m 64 >> $LOG 2>> $LOG
     RC=$?
     echo "* FILE <$file> Return Code <$RC>" >> $LOG
  
  done

• NetView for Windows V7.1 では、SNMPV2 コマンドのヘルプは、「ヘルプ」メニュー項目を開き、「ヘルプ・トピック」を選択し、 「検索」タブを選択し、「snmp」と入力し、リストから SNMPV2 を選択し、 「ツール」 -> 「MIB」 -> 「SNMPV2」 -> 「ロード・コマンド」を選択すると見付けることができましたが、もはや有効ではないので無視してください。

• 現時点では、NetView for Windows は SNMP V2 トラップをサポートしていません。

• Linux オペレーティング・システムおよび NetView for UNIX man ページのフォーマット設定における不具合により、 Linux 端末ウィンドウが 80 文字を超える大きさでない場合、Linux システムで man ページが正しく表示されません。 フォーマット設定を修正するには、マウスでウィンドウの右枠を右にドラッグして端末ウィンドウを広げてください。 それ以降に実行される man コマンドは正しく表示されます。

• NetView for Windows において、管理停止インターフェース (状況 USER1) は、 netmon による ICMP ping の使用が原因でインターフェースが非管理から後で再び管理状態になると、 間違ってクリティカル状況に変更されることがあります。 インターフェースの管理停止状況は、次の構成チェックまたは要求時ポーリングまでは再度選出されません。 管理停止インターフェースがこの状態でクリティカルと報告されるのを回避するには、 管理停止インターフェースを持つルーターが、netmon シード・ファイル内で、 ICMP ポーリングの代わりに SnmpStatus ポーリングを使用するように構成してください。

• Windows 2003 上の Tivoli NetView for Windows において、クライアントまたはサーバーにメッセージを 送信しようとする (「サーバー・セットアップ」->「クライアント/サーバー」->「メッセージの送信」タブ) と、 「メッセージなし」エラーがポップアップ表示されることがあります。 これは、Windows Messenger サービスが使用可能になっていないことが原因である可能性があります。 デフォルトでは、Windows 2003 へのインストール後に、このサービスは使用不可のままにされています。 Messenger サービスを使用可能にするには、以下を実行してください。

  1. 「マイ コンピュータ」->「管理」->「サービスとアプリケーション」->「サービス」を クリックする。
  2. 「Messenger」を右マウス・ボタン・クリックする。
  3. 「プロパティー」をクリックする。
  4. 「開始タイプ」の下矢印をクリックし、「自動」をクリックする。
  5. 「OK」をクリックする。
  6. 「Messenger」を右マウス・ボタン・クリックする。
  7. 「開始」をクリックする。

• SmartSet サブマップが Tivoli NetView for UNIX 内でオープンされているとき、collmap は、 汎用シンボルに対してユーザーがカスタマイズしたラベルを、オブジェクトの選択名でオーバーライドします。 予備手段としては、オブジェクトに対して汎用シンボルを構成し、それを使用します。

• 一部の Linux プラットフォームでは、オペレーティング・システムが、 Tivoli NetView for UNIX Java デーモンのスレッドの幾つかを正しくシャットダウンできない場合があり、 その結果、NetView デーモンの再始動で問題を起こすことがあります。 nvKill コマンドに "force" オプションが追加されました。 これは、すべての不良 NetView デーモンおよびスレッドをシャットダウンし、ソケットをクリアすることによって、 このような状態が起こった場合にも正しくデーモンが再始動されるようにします。 NetView デーモンがハングしていると考えられる (再始動状態のまま 10 分を超える) 場合、 コマンド・プロンプトで、次のコマンドを入力してください。

  /usr/OV/service/nvKill -f

  次に、netnmrc または netview コマンドを使用して、通常の方法でデーモンを再始動します。

• 前のバージョンからマイグレーションされた NetView for Windows の場合、NetView.exe 実行可能モジュールは、 ファイル /usr/ov/conf/c/finddialog.conf で <CR><LF> が単なる <CR> に変更されているため、 検索ダイアログの単純タブにある「他のプロパティーで検索」の使用時にロックします。

  この問題を修正するには、finddialog.conf ファイルを Windows Wordpad プログラムにロードし、このファイルを保管します。 Wordpad は、<CR> を <CR><LF> に変更します。 注: Windows Notepad プログラムでは機能しません。

• Solaris システム上で、日本語言語パック付きの NetView のインストール上に NetView for 7.1.3 フィックスパック 3 を インストールしてバックアウトすると、NetView GUI の開始は、「mapdb フィールド情報の検索でエラー: ヌルのフィールド値」と いうエラー・メッセージで失敗しました。 このエラーが起こった場合にリカバリーするには、以下のステップを実行してください。

  1. ovobjprint -s mapdb を実行して、mapdb オブジェクトのオブジェクト ID を取得する。
  2. ovwdbdmap -d objid を実行する。ここで objid は、ステップ 1 からのオブジェクト ID です。
  3. ovstart ovwdb を実行して、ovwdb デーモンを再始動する。
  4. mapadmin -i を実行して、mapdb オブジェクトを再作成する。

• ユーザー ID 内に 2 バイト文字が使用されている場合、Windows および AIX Web コンソールは、 Solaris Netview サーバーに接続しません。 ただし、Solaris 8 Web コンソールは、ユーザー ID 内に 2 バイト文字が使用されている場合に Solaris NetView サーバーに 接続できます。

• 日本語言語パックを使用する際、マップ・スナップショット名のデフォルト値 (例えば、"Snapshot 1") を使用した場合は、 サーバー・セットアップ・ウィンドウのスナップショット・メニューには表示されません。 作成されたスナップショットは、 「ファイル」->「マップ・スナップショット」->「オープン」を選択すると表示されます。 また、ovmapsnap CLI コマンドが使用された場合にも表示されます。

• IBM Tivoli NetView for Windows ユーザーは、 不良ルール・セット setstatusandseverity.rs の代わりに、新規ルール・セット overridestatus_user1.rs を インプリメントすることをお勧めします。 この setstatusseverity.rs ルール・セットは、相関デーモンをループさせ、連続的に偽りの状況変更イベントを trapd デーモンに送信し、それと TEC アダプター・デーモンの両方が制圧されるまで続けます。 このルール・セットは、将来のリリースで製品から除去される予定ですが、保守リリースでは除去されません。

  注: フィックスパックをインストールすると、ユーザーは、ルール・セットの詳細について 新規の \usr\ov\doc\Rulesets_on_Windows.readme を参照できます。

• 複合 SmartSet をインプリメントするユーザーの場合、IBM Tivoli NetView が Smartset に全オブジェクトを保持したまま終了する場合があります (特に、|| の右の && の右に !(IN_COLLECTION collectionName) を使用した場合)。ただし、ユーザーが SmartSet のロジックを再調整すると、結果の正しい SmartSet を作成できます。

  Example:
  
  nvUtil e "(isMLM=TRUE || ((isNode=TRUE) && \
  (isIP=TRUE) && ('IP Status'!=Unmanaged) && \
  (!(IN_COLLECTION Routers)) && \
  (!(IN_COLLECTION CiscoDevices)) && \
  (!(IN_COLLECTION NetViews))))"
  
  

  Rearrangement of the rule as follows seems to fix the problem:
  
  nvUtil e "(isMLM=TRUE ||
  ( (!(IN_COLLECTION Routers)) && \
  (!(IN_COLLECTION CiscoDevices)) && \
  (!(IN_COLLECTION NetViews)) && \
  (isNode=TRUE) && \
  (isIP=TRUE) && \
  ('IP Status'!=Unmanaged) ) )"
  
  

• PJ29416 の修正を行うと、バイナリー \usr\ov\bin\tecad_nv6k_non_tme.exe および \usr\ov\bin\tecad_nv6k_tme.exe を 置換しますが、ユーザーが \usr\ov\bin\tecad_nv6k.exe を実行している Windows TEC アダプター・デーモンは変更されません。 このバイナリーは、出荷されている 2 つの内の 1 つをコピーしたものです。 この修正を選択するユーザーは、tecconfig.bat コンフィギュレーターを再実行して 該当する出荷済みバイナリーを tecad_nv6k.exe にコピーするか、このコピー操作を手動で行う必要があります。

• Windows 上のネイティブ NetView Client から NetView Server 共用に接続中の場合、ドライブは、以下の例に示すような IP アドレスよりもむしろホスト名にマップされる必要があります。

  \\hostname.tivoli.com\NetView

  あるいは

  \\192.168.1.1.\NetView

  この制限は、Windows の NETBIOS 要件によるものです。

資料中の更新情報

• 将来の「IBM Tivoli NetView Release Notes 」に、以下の注記が追加されます。

  デフォルト・マップ (名前が "default" で) のオープンの必要性に加えて、NetView Web Console のスコープ機能は、 このマップが読み取り/書き込みモードでオープンされることを必要とします。 お客様は、ご自身のアカウントが構成されている役割から、管理/非管理、および確認/未確認アクションを除去するだけで、 効率的に「読み取り専用」マップを表示するよう Web アカウントを構成できます。 そのようなアカウントを使用しているユーザーが読み取り-書き込みマップを実際に表示したとしても、 どのような方法でもマップを変更することはできないので、それは事実上は読み取り専用になります。

• 「IBM Tivoli NetView for UNIX リリース情報 」バージョン 7.1.4 の 24 ページに ある「サポートされているオペレーティング・システム」で、AIX 5.2 オペレーティング・システムの下に、 64 ビット・オペレーティング・システムはテストされていないため現在サポートされていない旨の注記が必要です。

• 「IBM Tivoli NetView for UNIX リリース情報 」バージョン 7.1.4 の 49 ページの「製品に関する注意点」で、 「AIX バージョン 5.2 オペレーティング・システム上で実行される Tivoli NetView for UNIX 製品は」で始まる段落は 正しくありません。 この段落は、次のようにする必要があります。

  AIX バージョン 5.2 オペレーティング・システム上で実行される Tivoli NetView for UNIX 製品は、 SNMP デーモンの snmpdv1 バージョンのみを サポートします。 64 ビット・オペレーティング・システムが使用されている場合、以下のプロシージャーは、snmpdv1 ではなく、 サポートされている snmpd64v1 に変更します。 snmpdv1 および snmpd64v1 は、両方とも SNMPv1 エージェントです。 snmpdv1 が snmpd64v1 の代わりに 64 ビット・カーネルで実行することはできません。 どちらのバージョンのデーモンがシステム上で実行しているかを判別し、SNMP デーモンのバージョンを変更するには、 以下の手順で行います。

• NetView V7.1.3 および V7.1.4 の「IBM Tivoli NetView リリース情報 」の「Linux ソフトウェア前提条件」セクションで、 NetView for Linux 390 CD から使用するパッケージとして誤って pdksh-5.2.14-248.s390.rpm に言及しています。

  しかし、CD に入って出荷される RPM は、実際は pdksh-5.2.14-197.s390.rpm であり、 リリース情報はこれを反映する必要があります。

• 「IBM Tivoli NetView for UNIX リリース情報バージョン 7.1.4 」の 8 ページで、 Tivoli NetView AutoTrace 機能が停止されていることを確認するコマンドが間違っています。

  /usr/OV/bin/atctl v info

  このコマンドは、次のようになります。

  /usr/OV/bin/atctl -v info

• 「IBM Tivoli NetView for UNIX ユーザーズ・ガイド 」で、 第 1 章「Tivoli NetView プログラムの開始」の「Tivoli NetView に精通する」に以下の注記が必要です。

  Secure Socket Shell (SSH) を使用したリモート接続上で IBM Tivoli NetView GUI を始動するには、 SSH オプション X11UseLocalhost を no に設定する必要があります。

• 「IBM Tivoli NetView for Windows ユーザーズ・ガイド V7.1.4 」で、 「シフトイン/シフトアウト」セクション (6 ページ) に以下の注記を追加する必要があります。

  シフトイン/シフトアウト機構を使用するためには、まず nvauth を実行する必要があります。

• 「IBM Tivoli NetView for UNIX 管理者の手引き バージョン 7 」の 第 5 章「イベントの相関、フィルター処理、および構成」の「ルール・セット・ノードのタイプ」に、 時間値の指定に関する以下の記述を追加する必要があります。

  イベントは、最初にイベント・ストリームから取り出される際にタイム・スタンプが付与されます。 タイム・スタンプは、ルール・セット内の時間が重要なオペレーション (例えば、Pass-on-Match、Reset-on-Match、 または Threshold オペレーション) での処理に対する適格性を判別するのに使用されます。 イベントのこのタイム・スタンプは、すべての後続処理の間、変更されずそのままになります。 したがって、イベントを保持するべきか廃棄するべきかの決定は、イベントが受け取られた時刻に基づきます。 これにより、最初の時間比較の後に続くすべての時間比較は累積になります。 時間が重要な 2 つのオペレーションを連続して追加したい場合は、この累積時間を考慮に入れる必要があります。 したがって、たとえば 2 つの Reset-on-Match ノードを、次々に同じルール・セット内にコーディングする場合で、 最初のノードでイベントを 2 分間保持させ、2 番目のノードでさらに 1 分間保持させたい場合、 最初の Reset ノードには 2 分間という時間値を指定しますが、2 番目のノードには、 イベントが 2 番目の Reset-on-Match ノードに渡る前にすでに満了した 2 分間を考慮に入れ、 3 分間という時間値を指定しなければなりません。 この考慮を失敗すると、意図しない結果 (典型的な、イベントが意図した長さだけ保持されないという結果) になります。

• 「IBM Tivoli NetView for UNIX 管理者の手引き バージョン 7 」の第 5 章の「トラップ・データの環境変数」に、 下記の製品に関する注意点で最初に記載されている情報 (エクスポートされた varbind "NVSEV"、"NVSRC"、 および "NVCAT" に関するもの) を組み込む必要があります。

• 「IBM Tivoli NetView for UNIX 管理者の手引き バージョン 7 」の 164 ページの下部にある 以下の行は、実際の内容と異なっているので除去される必要があります。

  ノード名を IP アドレスに変換できない場合、コミュニティー名 public を使用して SNMP 要求が送信されます。

• 「IBM Tivoli NetView Web Console 使用者の手引き バージョン 7 」に、 Microsoft Internet Explorer を使用するシステムで NetView Web Console を実行したいお客様のために、 このブラウザーのシステム要件を組み込む必要があります。 最小必要要件は、256 MB の RAM 付きの 450 MHz マシンです。 実動システムの推奨値は、少なくとも 256 MB 付きの 800 MHz です。

• 「Tivoli Enterprise Data Warehouse Integration Pack for NetView V1.1.0 Guide 」は、 分散 Tivoli Enterprise Data Warehouse 環境の要件を組み込むよう更新する必要があります。 この文書の 33 ページで、項目 # 8 を次のようにする必要があります。

  8. 複数のマシンに分散している Tivoli Enterprise Data Warehouse 環境に NetView ETL を正常にインストール できるようにするには、 TWH_CDW および TWH_MART データベースが存在するマシンには、対応する TEDW コンポーネントもインストールされる必要があります。
     • 「中央データウェアハウス」コンポーネントは、 TWH_CDW データベースを収容しているサーバー上にインストールされる必要があります。
     • 「データマート」コンポーネントは、 TWH_MART データベースを収容しているサーバー上にインストールされる必要があります。

  34 ページの上記以外の部分は正しい記述です。

• 「NetView for Windows Programmer's Reference Manual 」にある Thresh コマンド "-T" オプションの 説明は、全体が正しいわけではありません。 "-T" オプションに関して、以下のように記述されています。

  しきい値を超えたときに送信される NetView エンタープライズ固有のトラップを指定します。 このしきい値は、1001 から 1999 までの範囲内の奇数か、デフォルト値 58720263 でなければなりません。

  上記の文を、次のように変更する必要があります。

  しきい値に一致したときに送信される NetView エンタープライズ固有のトラップを指定します。 このトラップ番号は、1001 から 1999 までの範囲内の奇数か、デフォルト値 58720263 でなければなりません。

• 現在のオンライン・ヘルプで、NetView for Windows 内でデータ収集対象の MIB を定義するときの 「送信トラップ番号」フィールドに関する説明は不完全であり補足する必要があります。 ヘルプ情報に次の行が追加されるべきです。

  収集されたデータが「しきい値」フィールド内の値に一致したときに送信されるトラップ番号を指定します。 このトラップ番号は、1001 から 1999 までの範囲内の奇数か、デフォルト値 58720263 でなければなりません。

  このヘルプは、以下を実行することによって起動されます。
  1. 「ツール」->「MIB」->「データ収集」をクリックする。
  2. 「新規」をクリックする。
  3. 収集対象の MIB を選択する。
  4. 「次へ」をクリックする。このパネルには、フィールド「トラップ番号を送信する」があります。
  5. そのフィールドで「ヘルプ」を選択する。

• 「エージェント・ポリシー・マネージャー・フィルター・パネル」のスロットル設定に関するヘルプ・パネルを更新して、 次のような Armed および Disarmed コマンドでの 256 バイト長制限を組み込む必要があります。

  8.「スロットル設定」をクリックして、最上位マネージャーに送信される一致トラップの数を指定する。 これらの値は、「アクション」フィールドがスロットル・トラップに設定されている場合にのみ使用されます。 「Armed コマンド」および「Disarmed コマンド」フィールドには、256 バイトの長さ制限があります。

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

いずれかの 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 ソフトウェア・サポートへの連絡方法に関する情報と、以下の情報が記述されています。

• 登録および適格性
• 国別の電話番号および E メール・アドレス
• IBM ソフトウェア・サポートへの連絡前に用意するべき情報

特記事項

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

IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。本書の提供は、お客様にこれらの特許権について 実施権を許諾することを意味するものではありません。 実施権についてのお問い合わせは、書面にて下記宛先にお送りください。 〒106-0032 東京都港区六本木3-2-31 IBM World Trade Asia Corporation Licensing

IBM World Trade Asia Corporation
Licensing2-31 Roppongi 3-chome, Minato-ku
Tokyo 106, Japan -->

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

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 の米国およびその他の国における商標です。

他の会社名、製品名およびサービス名などはそれぞれ各社の商標または登録商標です。