IBM Tivoli NetView Version 7.1.4 フィックスパック 05 Readme

日付: 2006 年 10 月 27 日

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

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

PTF 番号: U810507 (UNIX) または XR23274 (Windows)

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

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

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

フィックスパックの内容

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

このフィックスパックには、Tivoli Data Warehouse によって使用され、その内部に含まれている Tivoli NetView Warehouse Enablement Pack に 対する修正も含まれています。この修正を Tivoli Data Warehouse 内部の Tivoli NetView Warehouse Enablement Pack コードに 適用する方法については、このフィックスパックに付属している 1.2.1.0-TIV-NVD-WEP-FP0002.readme ファイルを参照してください。

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

なし。

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

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

• AIX:
  • バージョン 5.1 (保守レベル 01、05、07) 32 ビットおよび 64 ビット
  • バージョン 5.2 (保守レベル 03、04) 32 ビットおよび 64 ビット
  • バージョン 5.3 (Power 4、Power 5) 32 ビットおよび 64 ビット
• Solaris:
  • バージョン 2.8、すべての Sun 必須パッチ適用済み
  • バージョン 2.9、すべての Sun 必須パッチ適用済み
  • バージョン 2.10、すべての Sun 必須パッチ適用済み (2006 年 1 月 以降の日付のイメージが必要) - クライアント/サーバーを除く
• Linux Intel (32 ビット):
  • Red Hat Enterprise Linux AS バージョン 2.1 (2.4.9-e.3 カーネルでテスト済み)
  • Red Hat Enterprise Linux ES バージョン 2.1
  • Red Hat Enterprise Linux WS バージョン 2.1
  • Red Hat Enterprise Linux AS 3.0 (2.4.21-15.ELsmp カーネル、 2.4.21-27.ELsmp カーネル、および 2.4.21-37.ELsmp でテスト済み)
  • Red Hat Enterprise Linux ES 3.0
  • Red Hat Enterprise Linux WS 3.0
  • Red Hat Enterprise Linux AS/ES/WS 4.0
  • SUSE バージョン 8.0 (2.4.4-4GB カーネルでテスト済み)
  • United Linux バージョン 1.0 (SLES 8) (2.4.21-138-smp カーネルでテスト済み)
  • SUSE Linux Enterprise Server (SLES) 8 SP3 (2.4.21.198-smp カーネルでテスト済み)
  • SUSE Linux Enterprise Server (SLES) 9 SP1 (2.6.5-7.97-smp カーネルおよび 2.6.5-7.139-smp カーネルでテスト済み)
  • Red Flag Linux Advanced Server 4.1 (2.4.21-9.30AXsmp カーネルでテスト済み)
• Linux for S/390 (31 ビット):
  • Red Hat Enterprise Linux AS 3.0 (2.4.21-15.EL カーネル、および 2.4.21-20.EL カーネルでテスト済み)
  • SUSE Linux Enterprise Server (SLES) 7.2 for S/390 および zSeries
  • SUSE Linux Enterprise Server (SLES) 8.0 SP3 for S/390 および zSeries (2.4.21-231 デフォルトのカーネルでテスト済み)
  • SUSE Linux Enterprise Server (SLES) 9 SP1 for S/390 (2.6.5-7.97-s390 カーネルおよび 2.6.5-7.139-s390 カーネルで検査済み)
  • United Linux バージョン 1.0 (SLES 8)
• Linux for zSeries (64 ビット):
  • Red Hat Enterprise Linux AS (ES、WS は対象外) バージョン 3.0 Update 3、4 ( 2.4.21-20.EL カーネルでテスト済み)
  • SUSE Linux Enterprise Server (SLES) 8.0 SP3 for zSeries (2.4.21-273 デフォルトのカーネルでテスト済み)
  • SUSE Linux Enterprise Server (SLES) 9 SP1 for zSeries (2.6.5-7.139-s390x カーネルでテスト済み)
• Windows (32 ビット):
  • Windows 2000 Server (SP4 適用済み)
  • Windows 2000 Advanced Server (SP4 適用済み)
  • Windows 2003 Standard Server
  • Windows 2003 Enterprise Server
  • Windows 2003 Datacenter Server
  • Windows XP Professional (SP1、SP2 適用済み)
• Windows (64 ビット):
  • Windows 2003 Enterprise Server (EM64T)

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

• Windows NT(R)
• Windows 2000 Professional
• Windows XP Home Edition
• AIX バージョン 4.3.3 (保守レベル 09)
• Red Hat バージョン 7.2 (2.4.7-10 カーネルでテスト済み)
• SUSE バージョン 7.2 (2.4.4-4GB カーネルでテスト済み)
• S390 Red Hat バージョン 7.2

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

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

更新済みの J2SE 1.4.2

アメリカおよびカナダでの夏時間 (DST) の新規要件の変更を取り込むために、更新済みの Java Runtime Engine (JRE) 1.4.2 for IBM Tivoli NetView 7.1.4 がこのフィックスパックの一部としてインストールされます。この更新は、Tivoli NetView サーバーおよびネイティブ・クライアント用のフィックスパックによって自動実行されます。更新された NetView サーバーから IBM Tivoli NetView Web コンソールを再インストールする必要があります。

新規オペレーティング・システム

新規にサポートされるオペレーティング・システム、Red Hat Enterprise Linux 4.0 および Solaris バージョン 2.10 に対して、新規の CD または基本イメージは提供されません。既存の IBM Tivoli NetView 7.1.4 Linux および Solaris イメージ (IBM のパスポート・アドバンテージ経由での入手、または IBM への注文が可能) を使用しますが、その際に、前提条件検査をオフにしてからインストールを行ってください。

UNIX で前提条件検査をオフにするには、コマンド touch /tmp/.noNVPrereqCheck を使用します。

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

以下の項目は、IBM Tivoli NetView 7.1.4 フィックスパック 04 における新情報です。

J2SE 1.3 から J2SE 1.4.2 への更新

アップグレード中に、ディレクトリー /usr/OV/jre は除去され、新規 JRE 1.4.2 と置き換わります。 また、MigrateWebfiles が、幾つかの項目を web.xml に追加したり、そこから削除したりするために呼び出されます。

利用者環境には、ただ 1 つの JVM バージョンを備えた JRE 1.4.2 の IBM Tivoli NetView 環境がなければなりません。 NetView アプレットを実行する Web コンソールおよびブラウザーは、JRE 1.4.2 を使用する IBM Tivoli NetView 7.1.4 フィックスパック 4 にアップグレードする必要があります。そうでないと、 クライアントが実行しません。

利用者はまた、アプレットを実行させるには、ブラウザーが正しい更新リリース・レベルであるプラグイン JRE 1.4.2_08 以降をインストールする必要があることを承知しておかなければなりません。ユーザーが IBM Tivoli NetView アプレットを要求するときに、 ブラウザーに正しいプラグインがない場合、ページは Java プラグイン・ダウンロード・ページに リダイレクトされます。ユーザーは、更新リリース・レベル SUN JRE 1.4.2_08 以降を java.sun.com Web サイトからダウンロードすることもできます。

Servmon デーモンは、モニターまたはディスカバーするサービスがない場合、自動的にシャットダウンする

モニターまたはディスカバーするサービスがない場合、servmon.conf ファイルが判別するので、servmon デーモンは、CPU サイクルを節約するために、自動的にシャットダウンします。

データ収集よっては自動的に snmpCol.conf にレジュームする

NetView Version 7.1.4 (Tivoli ベスト・プラクティス・イニシアチブのパーツ) は、snmpCol.conf において デフォルトで (「レジューム」) 使用可能になっている幾つかのデータ収集と一緒に出荷されました。 これらは、NetView ウェアハウス 使用可能パック (WEP) を使用して Tivoli Data Warehouse (TEDW) を インプリメントしようとしていたユーザーの特定の使用に使用されるものでした。しかし、デフォルトでコレクションが使用可能になった結果、アクティビティーの結果を期待していなかった既存のユーザー、並びに、RMON 可能エージェントを探す servmon デーモンを実行していなかった既存のユーザーにとって問題が引き起こされました。後者のケースの場合、RMON SmartSet は作成されませんでした。これによって、RMON SmartSet のメンバーシップを継続的に解決しようとする snmpCollect (Windows では snmpcollect) と nvcold との間のパフォーマンス問題が引き起こされ、これに対する定義はありませんでした。 この問題を解決するために、インストール時に servmon デーモンを使用可能にするか否かを選択する形で RMON SmartSet が作成されるようになり、snmpCol.conf ファイルのすべてのデータ収集は、デフォルトで、レジュームではなくサスペンドとしてインストールされることになります。

ただし、snmpCol.conf ファイルは、フィックスパックによって更新されません。今までは、サスペンドになっている、 これらの新しい「ベスト・プラクティス」コレクションを希望するユーザーは、既にそれを完了しているはず、 と想定されています。しかし、そうでない場合、フィックスパック 4 のインストール後、ポストインストール動作として 実行することも可能です。UNIX ユーザーは、これを実行するために xnmcollect ユーティリティーを起動する必要があります。 一方、Windows ユーザーは、collect.exe を実行する必要があります。そうすると、インプリメントしたくないコレクションを サスペンドできます。

NetView ウェアハウス 使用可能パック (WEP) を使用して Tivoli Data Warehouse (TEDW) を インプリメントする新規ユーザーは、一度 WEP をインストールした後で、xnmcollect (Windows の場合は collect.exe) を使用して、これらのデータ収集をレジュームする必要があります。

IY76772 のデータ収集トラップ 50720263 および 50720264 用 trapd.conf ファイルへの変更。

フィックスパック 4 では、これらのトラップ付きで送信される、すべてのデータ・エレメントをより良く表示するために trapd.conf ファイルに対する変更が実施されました。

UNIX の場合:

/usr/OV/newconfig/OVSNMP-RUN ディレクトリーにある新規の trapd.conf ファイルでは、修正が 施されました。このファイルは、インストールされる /usr/OV/conf/C/trapd.conf ファイルを自動的に置換するものではありません。 /usr/OV/conf/C/trapd.conf ファイルをカスタマイズしていない場合は、提供されている新規の trapd.conf ファイルと置換してください。 /usr/OV/conf/C/trapd.conf をカスタマイズした場合は、以下の手順に従って、カスタマイズした trapd.conf ファイルに手動で項目を追加してください。

xnmtrap アプリケーションを使用して、trapd.conf ファイル内の次の各項目を変更します。

次のようにします。

1. イベント・ログ・メッセージを $4.$5 の代わりに $3 になるように変更します。
2. 記述を read に変更します。

このイベントは、データ・コレクターしきい値イベントを検出すると、IBM Tivoli NetView によって 生成されます。 イベントによって渡されるデータは、次のとおりです。

1. イベントを送信するアプリケーションの ID
2. 名前または IP アドレス
3. イベントの定様式記述
4. MIB 変数の OID
5. MIB 変数インスタンス

Windows の場合:

そのフィックスは、\usr\ov\newconfig/ovsnmp-run ディレクトリーにある新規の trapd.conf ファイルで提供されています。このファイルは、 インストールされる \usr\ov\conf\trapd.conf ファイルを自動的に置換するものではありません。\usr\ov\conf\trapd.conf ファイルを カスタマイズしていない場合、このファイルを、提供されている新規 trapd.conf ファイルで置換してください。\usr\ov\conf\trapd.conf をカスタマイズした場合は、 以下の手順に従って、カスタマイズした trapd.conf ファイルに手動で項目を追加してください。

Windows の trapd.conf ファイルには、イベントの記述はありません。ですから、必要な変更は、フォーマットに対するもののみです。 トラップ設定アプリケーション trap.exe を使用して、trapd.conf ファイルの以下の項目のプロパティーを変更します。

次のようにします。イベント記述を $4.$5 の代わりに $3 になるように変更します。

SNMP コマンド行ユーティリティー用新規 -x オプション

コマンド行 SNMP ユーティリティーの snmpget、snmpset、snmpnext、および snmpwalk の使用に選択可能な新規オプションがあります。オプション -x が コマンドで指定された場合、戻されるオクテット・ストリングの、より厳密な 16 進フォーマットが提供されます。現在、ユーティリティーは、 印刷可能文字が含まれるかどうかに基づいてオクテット・ストリングを表示する方法を決定します。非印刷可能文字が検出されると、 オクテット・ストリング全体が 16 進でダンプされ、ASCII で印刷されます。しかし、オクテット・ストリングがすべて印刷可能文字である場合、ASCII 変換 のみが提供されます。ここで、IP アドレスを表現する場合など、16 進でより良く表示されるオクテット・ストリングも、 用紙送りや改行などの文字を含む場合には問題が持ち上がります。これらは印刷可能とみなされますが、スペースで印刷されるのみです。 その場合、そのような文字を含むオクテット・ストリングは ASCII で印刷されるのみですが、実質的な意味は失われることになります。-x オプションは、SNMP ユーティリティーが 16 進の「00」から 16 進の「1f」までのすべての文字を検討対象にしますが、全体を印刷するとしても スペースで印刷するのみで、印刷不能とみなさざるを得ません。そこで、このような文字を含むオクテット・ストリングは、戻される出力では 強制的に 16 進でダンプされます。このオプションによって、このような 16 進値を表示する必要のあるユーザーは大いに助けられます。

netmon RFI オプション

現在、netmon RFI オプション "-k 0" (小文字の "k") は、遮断されたネットワークのノードでのレジュームを許可することによって、ポーリング抑止を使用不可にします。 しかしながら、これらのポーリングの結果 (イベント) を抑止しないオプションはありませんでした。

-k 3 オプションを追加すると、ポーリングまたはイベントを抑止しません。

Mibloader --mib2trap オプション

トラップ/通知定義で不整合が生じないようにするには、ユーザーが MibLoader --mib2trap コマンドを実行する前に、すべての MIB が mibloader.sh または mibloader.bat 経由でロードされている必要があります。 Mibloader --mib2Trap は、まず最初にロード済みデータベースから MIB 定義を読み取り、そこに MIB 定義がない場合はユーザー指定のファイルを検索するように設計されています。 ロード済みデータベースで MIB を検出した場合、--mib2Trap は、--mib2Trap オプションで入力されたファイルの代わりに、ロード済みの mibfile をトラップ/通知定義に使用します。

機能拡張要求のリスト:

trapd.log では、クイック・テストが実行された場合、「ノード x での要求時ポーリング」ではなく、「ノード x でのクイック・テスト」と表示されるべきです。

これら 2 つのフィールドは、oid_to_type ファイルで情報が変更されたとしても、INIT ディスカバリー後のデータベースへの更新はできませんでした。 今回、oid_to_type ファイルに変更がある場合はいつでも、「日次 Config ポーリング」または「要求時ポーリング」後のデータベースへの更新が可能になりました。

Windows 2000 での NetView 7.1.x for Windows におけるフィールド列挙の全体的限界を除去します。 データベース項目の 8k 制限のために、フィールド列挙のリストは自由に増やすことはできません。

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

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

Access 2000 以降を使用する Tivoli NetView for Windows プログラム用の新規データベース・テンプレート

PJ30038 に対する修正により、ユーザーは \usr\ov\databases\odbc ディレクトリーにある従来の mdb ファイル へのデータ記録を停止し、提供されている空のテンプレートを使用して新規のデータベースを作成する必要があります。 このデータベースの移行を行うには、次のステップを実行します。

1. serversetup を使用して、すべての Tivoli NetView デーモンを停止する。
2. 次のコマンドを入力する。
   1. rename [Drive:] \usr\ov\databases\odbc\tess_db.mdb \usr\ov\databases\odbc\old.tess_db.mdb
   2. copy [Drive:] \usr\ov\databases\odbc\tess_db.mdb_empty \usr\ov\databases\odbc\tess_db.mdb
   3. rename [Drive:] \usr\ov\databases\odbc\snmpcollect_db.mdb \usr\ov\databases\odbc\old.snmpcollect_db.mdb
   4. copy [Drive:] \usr\ov\databases\odbc\snmpcollect_db.mdb_empty \usr\ov\databases\odbc\snmpcollect_db.mdb
   5. rename [Drive:] \usr\ov\databases\odbc\topo2sql_db.mdb \usr\ov\databases\odbc\old.topo2sql_db.mdb
   6. copy [Drive:] \usr\ov\databases\odbc\topo2sql_db.mdb_empty \usr\ov\databases\odbc\topo2sql_db.mdb
3. serversetup を使用して、Tivoli NetView デーモンを再始動する。

元のデータベースのファイルは、MS Access など別のツールでの分析用に保管しておいてもかまいませんし、 削除してしまってもかまいません。ただし、上記の移行を行うと、Tivoli NetView プログラムは、 移行前のデータについては無視します。

カスタム・リンク

IBM Tivoli Switch Analyzer プログラムでは、Tivoli NetView プログラムに NetView サーバーから各管理対象 スイッチに対して完全にディスカバーされたパスが必要です。このスコープ外のスイッチは、いわゆるリモート・ キャンパス内のスイッチということになります。 IBM Tivoli Switch Analyzer プログラムでは、そのようなスイッチに対しては接続ディスカバリーを実行しません。 典型的な状況としては、ISP バックボーンなど非管理の広域ネットワーク (WAN) にわたるリンクが挙げられます。

このフィックスパックでは、ルーター間に無番号シリアル・リンクに類似したカスタム・リンクを 手動で作成できるようになりました。

カスタム・リンクを指定、作成するには、次のステップを実行します。

1. 次の構文を使用して netmon.seed ファイルを編集する。
   • @link <ipaddress>:0:<ipaddress>:0

     ここで、ifIndex が '0' で指定されています。

   たとえば、各ルーターの既存の IP アドレスを使用して、次の例のようなステートメントを追加します。

   • @link 172.30.0.30:0:172.30.4.1:0

   1 つのエッジ・ルーターから他の複数のルーターに対するリンクを作成する場合は、エッジ・ルーターの 各リンクに対して異なる IP アドレスを選択する必要があります。

2. netmon デーモンを再始動するか、netmon -y コマンド (Windows の場合: "netmonaction.bat") を使用して 実行時に netmon.seed ファイルを再読み取りする。
3. これらのルーターの初期ディスカバリー、日次構成ポーリング、または手動による要求時ポーリングによって、 netmon デーモンが起動し、無番号のカスタム・シリアル・リンクが作成される。

カスタム・リンクは、マップ内では次のように表示されます。

• カスタム・インターフェースの名前には、区別のため「Link:」という句が付きます。
• カスタム・リンクの連結線は、鎖線で表示されます。
• IP アドレスが「0.0.0.0」のインターフェースのマップ表示は、アドレスではなく名前が表示されます。

IP マップのインターフェース・ラベル表示の改善

IP アドレスをインターフェース・ラベルとして表示するように IP マップが構成された場合、 IP アドレスが「0.0.0.0」のインターフェースについて、デフォルトのインターフェース・ラベルが使用されるように なりました。これまでは、「0.0.0.0」という IP アドレスが表示されていました。

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

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

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

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

新規フル・イメージ Linux for zSeries (64 ビット) CD のソフトウェア要件

Red Hat Enterprise Linux AS バージョン 3.0、SUSE Linux Enterprise Server (SLES) 8.0 および 9 の 各システムについては、新規の Tivoli NetView 7.1.4 Linux for zSeries (64 ビット) CD が Tivoli NetView 7.1.4 ベース・キットに 追加されており、標準の新規 Tivoli NetView インストールが必要です。この新規 CD は、新規の Tivoli NetView を、 Red Hat Enterprise Linux AS バージョン 3.0、zSeries 用 SUSE Linux Enterprise Server (SLES ) 8.0 および 9 for (64 ビット) にインストールすることのみを対象としています。

Tivoli NetView プログラムが正しく機能するためにインストールが必要な Linux パッケージに関する詳細は、 『新規フル・イメージ Linux for S/390 (31 ビット) CD のソフトウェア要件』 を参照してください。

新規フル・イメージ Linux for Intel (32 ビット) および S/390 (31 ビット) CD のソフトウェア要件

Red Hat Enterprise Linux Advance Server 3.0 i386 (32 ビット) と S/390 (31 ビット)、 および SUSE Linux Enterprise Server (SLES) 9 i386 (32 ビット) と S/390 (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 ビット) と S/390 (31 ビット) および SUSE Linux Enterprise Server (SLES) 9 i386 (32 ビット) と S/390 (31 ビット) への新規 Tivoli NetView インストールのみが対象です。

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

• Red Hat Enterprise Linux Advance Server 3.0 の場合:

  ユーザーは、オプションの Red Hat i386 パッケージ compat-libstdc++-7.3-2.96.122、または S/390 パッケージ compat-libstdc++-7.2-2.95.3.78 をインストールする必要があります。この パッケージは、Red Hat Enterprise Linux Advance Server 3.0 Update 1 または 2 CD セットに入っています。

  IP-MIB による ifIndex 参照内の ifIndex と ipAdEntIfIndex のミスマッチを訂正するために、 ユーザーは、net-snmp RPM を次のレベルに更新する必要があります。

  • net-snmp-5.0.9-2.30E.6
  • net-snmp-devel-5.0.9-2.30E.6 (オプション)
  • net-snmp-perl-5.0.9-2.30E.6 (オプション)
  • net-snmp-utils-5.0.9-2.30E.6 (オプション)

• Red Hat Linux で発生した問題のために、Linux のすべてのサポートされるバージョンの、推奨される pdksh のバージョンは、 pdksh-5.2.14.8.i386.rpm または pdksh-5.2.14-197.s390.rpm です。新しい Tivoli NetView 7.1.4 Linux CD には 3 つ の RPM が含まれます。この RPM は、次のコマンドを使用してインストールします。

  rpm -i --force pdksh-5.2.14.8.i386.rpm (または pdksh-5.2.14-197.s390.rpm)

  次のコマンドを使用して、インストールを検査します。

  rpm -q pdksh

• サポートされるすべての Linux プラットフォームについて 、Tivoli NetView プログラムは、次の各グループの中の少なくとも 1 つのパッケージがインストールされることを必要とします。
  1. ucd-snmp、ucdsnmp、または net-snmp (たとえば、snmp デーモン)
  2. XFree86-Xvfb または xextra (たとえば、X 仮想フレーム・バッファー)

     注: SLES 9 では、Xvfb パッケージは、xextra ではなく、XFree86-Xvfb です。

  新規のインストール時に、各グループ内に少なくとも 1 つのパッケージが検出されないと、 インストールの前提条件の検査は失敗となり、インストールは終了します。

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 ファイル

netmon デーモンは seed ファイルの 2 つの新規トークンを認識するようになりました。

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

  PIX ファイアウォールは、一般に、フェイルオーバーで、基本装置と 2 次装置の間でインターフェースをスワップします。更に、SNMP アクセスは通常制限されていますが、1 つのアドレスを使用したアクセスは必要とされます。Tivoli NetView プログラムは PIX マシンのフェイルオーバーをモニターします。詳しくは、/usr/OV/docs/PixFailoverReadme.pdf の資料を参照してください。

  SNMP にアクセス可能な各マシンの IP アドレスの前に > を使用します。ワイルドカードと範囲は認められますが、ホスト名は使用できません。 以下に例を挙げます。

            >172.30.100.2
            >172.30.100.3
  

  このトークンは、netmon がフェイルオーバーに対して Cisco MIB をポーリングすることを自動的に可能にし 、SNMP アドレスを設定およびロックし、このノードに対する SNMP 状況ポーリングを可能にします。

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

  インターフェースがダウンしたことが分ると、Tivoli NetView プログラムは、デフォルトでノードの SNMP アドレス変更を試みます。 しかし、特定のノードに対しては、この動作をオーバーライドした方が有益かもしれません。

  SNMP 照会を設定しロックする IP アドレスの前に、= を使用します。ワイルドカードと範囲は認められますが、ホスト名は使用できません。

  Tivoli NetView プログラムが SNMP アドレスの変更を試行しないように、このトークンが SNMP アドレスの設定およびロックに使用されます。

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

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

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

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

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

• ContainerLayer2 N Network ContainerLayer2Status Managed (ContainerLayer2 N のネットワーク ContainerLayer2Status が管理対象です)

• <switch name> N Connection Added to ContainerLayer2Status.Segment1 (<switch name> N の接続が ContainerLayer2Status.Segment1 に追加されました)

  注: <switch name> メッセージは、スイッチごとに表示されます。

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

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

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

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

• ユーザーは自分でパスワードをリセットすることができるようになりました。

  以前は、NetView サーバー上で Web コンソールのセキュリティー・アプリケーションを実行するか、NetView 管理者にテキスト・エディターを使用して /usr/OV/www/conf/NetViewRealm.properties を編集させるしか方法がありませんでした。

• パスワードの変更は、Web サーバーを停止して開始しなくてもできるようになりました。

• パスワードの有効期限がサポートされるようになりました。

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

• 新規ファイル (UNIX の場合、/usr/OV/www/conf/NetViewRealm.xml または、Windows の場合、\usr\ov\www\conf\NetViewRealm.xml) は、/usr/OV/bin/generateNetViewRealmXML ファイル (UNIX の場合)、または、\usr\ov\bin\generateNetViewRealmXML ファイル (Windows の場合) を管理する新規スクリプトと同様に、パスワードの有効期限の管理に使用されます。

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

• Web コンソールのセキュリティー設定の初期化

  IBM Tivoli NetView 7.1.4 フィックスパック 02 のインストールの一環として、NetViewRealm.xml ファイルが作成されます。最初に、パスワードの有効期限が決して切れることのないように NetViewRealm.xml ファイルがセットアップされます。

  • 例: パスワードの有効期限が切れることのない NetViewRealm.xml ファイル

    <NetViewRealm validFor="-1"/>
    

    validFor= 属性の値が -1 の場合 、NetViewRealm のエレメントは空にする必要があります。

    validFor= 属性の現行値が -1 であるときに、パスワードの変更機能を再度使用可能にするには 、NetView 管理者は次のいずれかを行う必要があります。

    • NetViewRealm.xml ファイルを削除し、generateNetViewRealmXML コマンドを実行する。新規の NetViewRealm.xml がデフォルト値を使って生成されます。validFor= 属性のデフォルトの 設定値は 186 日です。すべての既存のユーザーの since= 属性のデフォルトの設定値は、generateNetViewRealmXML が実行された日付です。

    • 希望するパスワードの最大許容経過日数に validFor= 属性を設定し、generateNetViewRealmXML コマンドを実行する。 この validFor= 属性に指定された値が維持管理されます。すべての既存のユーザーについて、since= 属性に generateNetViewRealmXML コマンドが実行された日付が設定されたエントリーが追加されます。

    注:generateNetViewRealmXML コマンドが実行されると、すべてのユーザー・アカウントが validFor= 属性に基づいて同時に有効期限切れになるように設定されます。ユーザーは、パスワードを変更するように事前に警告を受けます。ユーザーがパスワードを変更しない場合は、それらのユーザー・アカウントが削除されます。詳しくは、『パスワードの有効期限が切れたあとのログオン 』のセクションを参照してください。

• NetViewRealm.xml ファイルの説明

  NetViewRealm.xml ファイルはユーザー・アカウントのパスワードの有効期限に関連する次の属性を含みます。

  • validFor= 属性は、パスワードの最大経過日数を決定します。validFor= 属性のデフォルトの設定値は 186 日です (初期設定値 -1 とは対照的に)。

  • expireWarning 属性は、ユーザーに対する警告メッセージの表示を開始するためのパスワードの有効期限が切れるまでの日数を表します。

  • dateFormat 属性は、since 属性によって使用される日付のフォーマットを表します。

  • Account name= 属性には、ユーザー名を指定します。

  • since= 属性 (Account name= 属性に属する) は、ユーザーのパスワードが最後に変更された時間を記録します。デフォルト値は、generateNetViewRealmXML コマンドが実行された日付です。

  以下にユーザー・アカウントを伴う NetViewRealm.xml ファイルの例を挙げます。

  <NetViewRealm validFor="186" expireWarning="21" dateFormat="yyyyMMdd">
  <Account name="jane" since="20040701"/>
  <Account name="john" since="20040701"/>
  <Account name="maria" since="20040701"/>
  "	...
  </NetViewRealm>
  

• Web コンソールのユーザー・アカウントの作成

  Web コンソールの新規ユーザー・アカウントの追加および NetViewRealm ファイルの同期化を保持するためには、次の方法の 1 つを使用してください。

  1. Web コンソール・セキュリティーを使用して Web コンソールのユーザー・アカウントを追加する。Web コンソール・セキュリティー・アプリケーションはファイルの同期化を保持するため、この方法をお勧めします。

     この方法は、新規ユーザーに対して NetViewRealm.xml ファイルから現行の汎用パスワードの有効期限設定値をピック・アップします。汎用パスワードの有効期限設定値の変更方法についての詳細は、『NetViewRealm.xml ファイルの編集 』のセクションを参照してください。

  2. NetViewRealm.properties および NetViewRealm.xml ファイルを手動で編集する。

     NetView 管理者が多数のユーザーの追加を必要とする場合は、Web コンソール・セキュリティー・アプリケーションを使用するよりも、手動で NetViewRealm.properties ファイルを編集したほうが簡単です。

     NetViewRealm.properties ファイルの更新後であれば、NetViewRealm.xml ファイルに対応する更新を手動で追加する代わりに、管理者が Web コンソール・セキュリティーのユーザー・アカウント情報を NetViewRealm.properties ファイルへ追加 (または除去) してから、generateNetViewRealmXML コマンドを実行して NetViewRealm.xml ファイルを更新することができます。

     注: ユーザーを NetViewRealm.properties ファイルに追加した後に、NetView 管理者は Web コンソール・セキュリティー・アプリケーションを開始し、更新の保管を指定する必要があります。 更新の保管では、従来と同様、手動で追加されたユーザーのパスワードが暗号化されます。

  注: Web コンソール・ユーザー・アカウントを追加または削除したあとは、必ず Web サーバーを再生してください。

• ログオンの間のパスワードの変更

  NetView Web コンソールのログオン画面に「パスワードの変更」(使用不可) ボタンが追加されました。

  Web コンソールのログオン画面にユーザー名とパスワードを入力すると、 「パスワードの変更」をクリックできるようになります。

  認証検査要求が、サーバーに送信されます。応答を受信するまで、カーソルは砂時計に変わります。

  認証が成功すると、ログオンのダイアログ・ボックスがクローズします。以後、 『パスワードの変更 』セクションの手順に従ってください。

• パスワードの変更
  1. 「パスワードの変更」ダイアログ・ボックスがオープンし、「新規パスワード」と「新規パスワードの確認」という ラベルの付いた 2 つのパスワード入力フィールドが表示されます。最初のフィールドにフォーカスがあります。「OK」ボタンは使用不可です。

  2. ユーザーは、新規パスワードを入力してタブ・キーを押します。2 番目のパスワード・フィールドに フォーカスが移ります。
  3. ユーザーは、新規パスワードを再度入力して、タブ・キーを押します。

     パスワードが一致しないと、次のエラー・メッセージが表示されます。

     パスワードが一致しません。
     

     パスワード・フィールドが両方ともクリアされ、最初のパスワード・フィールドにフォーカスが移ります。 ユーザーは、操作をやり直してください。

     いずれの場合も、最終的にフォーカスは「OK」ボタンに移ります。

  4. ユーザーは、Enter キーを押すか、「OK」をクリックします。

     パスワード変更要求が Web サーバーに送信されます。応答を受信するまで、カーソルは砂時計に変わります。パスワードの変更が成功すると、ログオンのダイアログ・ボックスはクローズし、Web コンソールが開始します。

     ユーザーの新規パスワードは、旧パスワードと同じであってはなりません。

     起こりうるエラー:

     • 別のユーザーがファイルにアクセスしているため、現時点ではパスワードを変更できません。

       ダイアログ・ボックスに次のメッセージが表示されます。

       パスワード・ファイルが使用中です。再試行しますか?
       

       ユーザーが Enter キーを押すか、「はい」をクリックすると、ダイアログ・ボックスはクローズします。 ユーザーは、パスワード変更要求操作を繰り返すことができます。

       ユーザーが「いいえ」をクリックすると、ダイアログ・ボックスはクローズします。ログオンのダイアログ・ボックスもクローズし、Web コンソールが開始します。

     • NetViewRealm プロパティー・ファイルのアクセス時間がタイムアウトになりました

       ダイアログ・ボックスに次のメッセージが表示されます。

       Realm プロパティー・ファイルのアクセス時間がタイムアウトになりました。あとで再試行してください。

       「OK」ボタンのみが使用可能になります。ユーザーが Enter キーを押すか、「OK」をクリックすると、ダイアログ・ボックスはクローズします。パスワードの変更のステップを繰り返して、 パスワード変更要求を再送してください。ユーザーが再試行を繰り返して何度もこのエラー・メッセージを受け取る場合は、 管理者が Web コンソール・セキュリティー・アプリケーションを使用していることがあります。Web コンソール・セキュリティーは、パスワード・ファイルをロックし、そのファイルがロックされている間、ユーザーはパスワードを変更できません。ユーザーは、「パスワードの変更」ダイアログをクローズするボタンを押して、Web コンソールを開始する必要があります。そして、アクセスのタイムアウトについて、管理者に問い合わせてください。

• パスワードの有効期限切れが近づいているときのログオン

  正常にログオンした直後、ログオンのダイアログ・ボックスがクローズされる前に、ユーザーに、パスワードの有効期限が切れそうであることが通知され、変更を勧めるプロンプトが表示されます。新規パスワードは即時に有効になります。

• パスワードの有効期限が切れたあとのログオン

  ユーザーのパスワードの有効期限が切れると、ユーザーは Web コンソールにログオンできません。新規パスワードを発行してもらうために、管理者に連絡する必要があります。

  NetView 管理者は、パスワードの有効期限が切れたアカウントを NetViewRealm.properties から除去する日次タスクによってそのアカウントが除去された場合、 Web コンソール・セキュリティーを使用して、ユーザー・パスワードのリセットまたはユーザー・アカウントの復元、あるいはその両方の操作を行う必要があります。

  この日次タスクは、パスワードの有効期限が切れたアカウントを除去し、除去されたアカウントの情報を ${jetty.home}/logs/expiredpasswords.log ファイルに記録します。NetView 管理者はこの情報を使用してアカウントを復元することができます。

• NetViewRealm.xml ファイルの編集

  NetView 管理者は、手動で NetViewRealm.xml ファイルを編集し、パスワードの有効期限に関連する各種属性を更新することができます。

  パスワードの有効期限が切れると (『Web コンソールのセキュリティー設定の初期化 』のセクションをご参照)、NetView 管理者は、NetViewRealm.xml の validFor= 属性を -1 に設定し、generateNetViewRealmXML コマンドを実行することによってそれを無効にすることができません。この場合、generateNetViewRealmXML コマンドが NetViewRealm に残っているすべてのアカウント名のエントリーを削除します。

  NetView 管理者は、NetViewRealm.xml ファイルの validFor= 属性の値を変えることによって、有効なパスワードの期間を変更することができます。

  ユーザーにパスワードの有効期限切れが近いことを通知する時期を変更するには、expireWarning= 属性の値を変更します。デフォルト値は 21 日です。 ユーザーが、ユーザー・パスワードの有効期限の 21 日以内にログオンすると、ダイアログ・ボックスに次のメッセージが表示されます。

  パスワードは、あと 21 [20, ...] 日で有効期限が切れます。今すぐパスワードを変更しますか?
  

  NetView 管理者は、expireWarning= と validFor= 属性の値のみを変更します。管理者は、「アカウント」エレメントは変更しないでください。

  • 例: パスワードの有効期限が切れたものと切れていないものが入った NetViewRealm.xml ファイル

    <NetViewRealm validFor="30" expireWarning="7" dateFormat="yyyyMMdd">
    <Account name="jane" since="20040701"/>
    <Account name="john" since="20040628"/>
    <Account name="maria" since="20040627"/>
    ...
    </NetViewRealm>
    

    この例では、パスワードの使用日数の最大値は 30 日です。今日が 2004 年 7 月 28 日と仮定すると、Jane は、7 月 31 日より前にパスワードを変更しなければなりません。今日、Jane が Web コンソールにサインオンすると、パスワードの有効期限があと 3 日で切れることが通知され、パスワードの変更を行うかどうかが尋ねられます。John は今日、パスワードを変更しなければなりません。今日、John が Web コンソールにサインオンすると、パスワードの有効期限が今日で切れることが通知され、パスワードの変更を行うかどうかが尋ねられます。Web コンソールを使用している間にパスワードの有効期限が切れる可能性もあります。Maria のパスワードはすでに期限切れであるため、NetView 管理者にパスワードを変更してもらう必要があります。 Maria のアカウントは、期限切れパスワードの日次除去タスクによってファイルからすでに除去されていると思われます。

    注: since= 属性はパスワードが最後に変更された日付です。これにより、管理者は、since= 属性値を再計算せずに validFor= 属性の値を変更できます。

  注: NetViewRealm ファイルを編集した後で、generateNetViewRealmXML コマンドを実行し、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 管理インターフェース および nvmaputil 非管理インターフェース・サブコマンドは、IP アドレスまたは選択名のどちらかを受け入れるようになりました。 IP アドレスが使用された場合で、それが見付からないか、同じ IP アドレスのオブジェクトが複数存在するときは、 nvmaputil は終了し、ユーザーに選択名を入力する指示が出されます。

新規の AutoTrace start および stop スクリプト (UNIX のみ)

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

新規のスクリプト /usr/OV/service/nvAT は、システムのリブートを必要とせずに、AutoTrace サブシステムの機能を制御します。このスクリプトには、 前のリリース情報で概要を示した、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 は、サポートを提供するものとして、次をリストしています。

• CatOS 6.3(4)
• Catalyst IOS version 12.0(5)WC5a
• Catalyst 3524XL

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

VLAN 情報の表示:

• Web コンソールで、スイッチを左マウス・ボタンでクリックし、 「モニター」->「スイッチ管理」->「xxxxView」をクリックします。xxxx はビューのタイプの 1 つです。
• これによって、ポートのリストが表示されます。VLAN が見付かると、それらの VLAN が位置するポートを示して、すべてのポートが表示されます。
• 各ポート名のあとに、VLAN 名が付加されています。管理者によって、ポートに marketing、sales などといった VLAN 名が割り当てられています。VLAN 名が割り当てられていなければ、VLAN 名は、 通常、default、VLAN0001 などと表示されます。
• ポート・ビューは、アルファベットの昇順にソートされています。他のビューについては、 初期表示はランダムですが、従来どおり、ソート順を選択できます。
• ビューには、作動不可の VLAN ポートは表示されません。
• Cisco BRIDGE-MIB をサポートする一部のスイッチは、コミュニティー・ストリング索引付けをサポートしません。これらのスイッチのビューでは、VLAN は表示されません。スイッチがコミュニティー・ストリング索引付けをサポートするかどうかをテストする唯一の方法は、そのようなコミュニティー名を使用してみることです。そのテストがタイムアウトになる場合、そのスイッチはコミュニティー・ストリング索引付けをサポートしていないと想定できます。そのようなスイッチの場合、 情報をリトリーブして表示するより前に、約 1.5 秒 (タイムアウトで使用) の遅延を引き起こします。

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

• タイムアウトの 3 秒は変更しません。
• 多数の VLAN (たとえば 100 を超える数) のスイッチからのビューを要求すると、 プロセスで使用可能なスレッド数のリソース制限に抵触する可能性があります。

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

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

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

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

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

新規の /usr/OV/service/nvPerms スクリプトにより、Tivoli NetView ファイルおよびディレクトリーへの アクセス権が制限され、セキュリティーを強化できるようになりました。

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

• root ユーザーは、引き続き、それが常に持っているのと同じアクセス権を持つ。

• nvPerms スクリプト・コマンド行で定義されたグループのメンバーは、アプリケーションを実行することができ、デーモン・オプションを変更できるが、デーモンを終了したり管理用タスクを実行することはできない (たとえば、 すべての root 以外のユーザーがそれまで使用できた同じアクセス権)。

• 他のすべてのユーザー (定義済みグループのメンバーではない root 以外の全ユーザー) は、 一切アクセス権を持たない。

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

新規の trapd デーモン環境変数

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

• UNIX では、次の行が入った /usr/OV/bin/netnmrc.pre ファイルを作成するか、既存の usr/OV/bin/netnmrc.pre ファイルに次の行を追加します。

  	export  TRAPD_STRICT_HEX_FORMAT=TRUE
  

  すべてのデーモンを再始動し、デーモンがこの変数を継承するようにします。NetView マシンを リブートするか、ovstop nvsecd コマンドを使用して、 すべてのデーモンを停止します。そして、/etc/netnmrc コマンド (AIX) または /etc/init.d/netnmrc コマンド (Solaris または Linux) を使用して、この変更を有効にします。

• Windows では、次の手順に従って「コントロール パネル」を使用し、環境変数を設定します。

  	「コントロール パネル」-->「システム」-->「詳細」-->「環境変数」と選択し、
  「システム環境変数」の「新規」を選択して、次の内容を入力し、「OK」をクリックします。
  		変数名                      変数値
  		TRAPD_STRICT_HEX_FORMAT     TRUE
  

  この変更を有効にするために、NetView マシンをリブートします。

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

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 オプションが追加されました。

• snmpCollect -F

  snmpCollect デーモンを NetView Tivoli データウェアハウス・データベースから切断しますが、snmpCollect デーモンの実行は継続させます。 このオプションは、Linux on zSeries では使用できません。

• snmpCollect -A

  snmpCollect デーモンを再生せずに、snmpCollect デーモンを NetView Tivoli データウェアハウス・データベースに接続させます。 このオプションは、Linux on zSeries では使用できません。

UNIX 用の新しい 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. /usr/OV/bin/xnmtrap コマンドを実行して、コマンド行から 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 アプリケーションを終了する。

注: 別のエディターを使用してこの変更を行うこともできます。trapd.conf ファイルで、次の行を見付けます。

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 コマンドを実行して、 trapd デーモンがファイルを再読み取りするようにします。

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

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

• UNIX

  Tivoli NetView for UNIX プログラムでは、これは、trapd.conf ファイル内のスロット・マップ項目によって 制御されます。/usr/OV/newconfig/OVSNMP-RUN ディレクトリーにある新規の trapd.conf ファイルでは、修正が 施されました。このファイルは、インストールされる /usr/OV/conf/C/trapd.conf ファイルを自動的に置換するものではありません。 /usr/OV/conf/C/trapd.conf ファイルをカスタマイズしていない場合、このファイルを、提供されている新規 の trapd.conf ファイルで置換してください。/usr/OV/conf/C/trapd.conf をカスタマイズした場合は、 以下の手順に従って、カスタマイズした trapd.conf ファイルに手動で項目を追加してください。

  xnmtrap アプリケーションを使用して、trapd.conf ファイル内の次の各項目を変更します。

  • IBM_NVNM_EV   	50790400  (Node Marginal)

  • IBM_NVNUP_EV 	58916864  (Node Up)

  • IBM_NVNDWN_EV 	58916865  (Node Down)

  • ROUTDOWN_EV	58916971  (Router Down)

  • ROUTUNREACH_EV	58916972  (Router Unreachable)

  • ROUTERUP_EV	58916973  (Router Up)

  • ROUTMARG_EV	58916974  (Router Marginal)

  各項目について、次のステップを実行します。

  1. 「T/EC Slot Map」をクリックする。
  2. 表示されたウィンドウから、iflist 項目を選択し、「削除」を選択します。
  3. 続いて表示されるトラップごとに「OK」をクリックし、さらに再度「OK」をクリックして、 そのトラップの編集を完了する。
  4. すべての項目を変更したら、「OK」をクリックして xnmtrap アプリケーションを終了する。

• Windows

  Tivoli NetView for Windows プログラムでは、 これは、\usr\ov\conf\tecad_nv6k.cds ファイル内の項目によって制御されます。\usr\ov\newconfig\tecad ディレクトリーに ある新規の tecad_nv6k.cds ファイルでは、修正が施されました。このファイルは、 インストールされる \usr\ov\conf\tecad_nv6k.cds ファイルを自動的に置換するものではありません。 \usr\ov\conf\tecad_nv6k.cds ファイルをカスタマイズしていない場合、このファイルを、提供されている新規 の tecad_nv6k.cds ファイルで置換してください。\usr\ov\conf\tecad_nv6k.cds ファイルをカスタマイズした場合は、 以下の手順に従って、カスタマイズした tecad_nv6k.cds ファイルに手動で項目を追加してください。

  1. \usr\ov\conf\tecad_nv6k.cds ファイルの中で、次のトラップごとに、項目を見付けます。
     • 50790400 (Node Marginal)

     • 58916864 (Node Up)

     • 58916865 (Node Down)

     • 58916971 (Router Down)

     • 58916972 (Router Unreachable)

     • 58916973 (Router Up)

     • 58916974 (Router Marginal)

  2. SELECT ステートメントの下の、次の行を除去します。

         6: ATTR(=, "VB_8") ;
     

  3. MAP ステートメントの下の、次の行を除去します。

         iflist = $V6 ;
     

     次の例に出荷時の Node Up 項目を示します。

     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
     

     次の例は、変更後の Node Up 項目を示しています。

     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
     

新規の overridestatus_user1.rs ルール・セットによる setstatusseverity.rs ルール・セットの置換 (Windows の場合)

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

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

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

• xnmsnmpconf -clearn[odedb]

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

• xnmsnmpconf -clearw[ilddb]

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

• xnmsnmpconf -clearco[lldb]

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

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

これら新規のオプションと xnmsnmpconf -clearCache コマンドを使用し、次の各ステップを実行する ことにより、SNMP 構成データベースを完全に空にすることができます。

1. ovstop コマンドを実行して、デーモンを停止する。
2. 次の一連のコマンドを実行する。

   xnmsnmpconf -clearnode
   xnmsnmpconf -clearwilddb
   xnmsnmpconf -clearcolldb
   xnmsnmpconf -clearCache
   

3. SNMP 構成情報 (特にデフォルトの SNMP コミュニティー名) を SNMP 構成データベースに戻す。

   注: SNMP 構成データベースを空にする前に、xnmsnmpconf をカスタマイズしたもの (デフォルトの コミュニティー名や IP アドレスのワイルドカードなど) がある場合、それらを保管し、記録しておいてください。 SNMP 構成データベースを空にした後、これらのカスタマイズ内容を xnmsnmpconf -import コマンド または xnmsnmpconf GUI を使用して復元してください。

4. ovstart コマンドを実行して、デーモンを開始する。

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

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

• NvserverdTraceTecEvents=Yes

  このオプションが「Yes」または「YES」に設定された場合、このフラグにより、nvserverd デーモンがイベントの ログを作成し、Tivoli Enterprise Console サーバーの /usr/OV/log/nvserverd.log ファイルに送られるようになります。 イベントのログへの記録は、イベント・アダプターによる処理の前に行われます。また、ログには内部アダプターの始動パラメーターと、内部アダプターに関して記録されるエラー・メッセージがあればそれも 記録されます。このエラー情報は、以前は nettl ログの中にしか記録されませんでした。tecint.conf ファイルの 中でこのフラグを使用すると、ロギング機能を制御するための /usr/OV/bin/netnmrc.pre ファイル内の NVSERVERD_TRACE_TEC_EVENTS=YES 環境変数をエクスポートする必要がなくなります。さらにこれは、 その変数が存在すると、それをオーバーライドします。

  tecint.conf ファイルの中に NvserverdTraceTecEvents= フラグが無かったり、コメント化されていれば、デフォルトの動作は 、「nvserverd.log ファイルは作成されない」です。

• NvserverdPrimeTecEvents=No

  このオプションを「No」または「NO」に設定すると、このフラグにより、nvserverd デーモンは、 nvcorrd 相関デーモンでセッションをオープンし、イベント・ウィンドウのように最新のイベントを事前通知しない ように要求します。デフォルトの動作では 、Tivoli Enterprise Console ルール・セットが事前通知されます。事前通知をすることで 、nvcorrd がアクティブである間に nvserverd デーモンが停止され再始動されるときに 、Tivoli Enterprise Console サーバーに重複イベントが送信される確率が増します。この項目を使用すると、 事前通知機能を制御するための、/usr/OV/bin/netnmrc.pre ファイル内の NVSERVERD_PRIME_TEC_EVENTS=NO 環境変数を エクスポートする必要がなくなります。さらにこれは、 その変数が存在すると、それをオーバーライドします。

• NvserverdSendSeverityTecEvents=Yes

  このオプションを「Yes」または「YES」に設定すると、このフラグにより、nvserverd デーモンは、 NetView 7.1.4 より前の動作に戻り、Tivoli Enterprise Console に送信されるイベントに関する、ユーザー構成可能 な NetView 重大度が送信されるようになります。もともとイベント重大度は、 それが IBM Tivoli Enterprise Console バージョン 3.9 プログラム (および、バージョン 3.8 と 3.7.1 用の フィックスパック) で提供される新規の Tivoli Enterprise Console ルールの働きを妨害するため、 バージョン 7.1.4 には入れられていませんでした。これらの新しい Tivoli Enterprise Console ルールは 、Tivoli Enterprise Console サーバーで受け取った時点の Tivoli NetView 内部イベントのイベント重大度を 自動的に設定し、そして Tivoli Enterprise Console サーバーでオープンされたイベント相関および時間に基づいて、 重大度を上げたり下げたりします。しかし、多くのユーザーは、これらの 新しいルールを使用するためのマイグレーションの用意ができておらず、 ユーザーのカスタム・ルールを機能させるために、依然として Tivoli NetView 重大度か 送信されることが必要です。したがって、 新しい NvserverdSendSeverityTecEvents= フラグは、マイグレーション・エイドとして 提供されます。このオプションを使用すると、重大度の送信を制御するための 、/usr/OV/bin/netnmrc.pre ファイル内の NVSERVERD_SEND_SEVERITY_TEC_EVENTS=YES 環境変数を エクスポートする必要がなくなります。さらにこれは、 その変数が存在すると、それをオーバーライドします。tecint.conf ファイルの中に NvserverdSendSeverityTecEvents= フラグが無かったり、コメント化されていれば、デフォルトの動作は 、「デフォルト・イベントで重大度フィールドは送信されない」です。slotmap フィールドに 明示的にコーディングされた重大度は、これらの変更によって影響を受けません。

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

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

tdwdaemon.lrf ファイルの変更

APAR IY48379 で、ovstop コマンドが tdwdaemon を常に停止するわけではないという問題が記述されました。 この問題を解決するため、変更された tdwdaemon.lrf ファイルが提供されています。 この修正を UNIX プラットフォームにインストールするには、以下のステップに従って、 インストール内の tdwdaemon.lrf ファイルを置き換えてください。

1. ovstop tdwdaemon コマンドを実行して、tdwdaemon を停止する。
2. ovdelobj tdwdaemon.lrf コマンドを実行して、ovsuf ファイルから tdwdaemon 項目を削除する。
3. cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save コマンドを実行して、 tdwdaemon.lrf ファイルの現行名を変更する。
4. cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf コマンドを実行して、 新たな tdwdaemon.lrf を元の lrf ファイルの上からコピーする。
5. ovaddobj tdwdaemon.lrf コマンドを実行して、tdwdaemon を ovsuf ファイルに追加する。
6. ovstart tdwdaemon を実行して 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 つの エントリー (1 つはノードをディスカバーするため、もう 1 つは SNMP 管理のため) がなければならないことが記述されています。この フィックスパックは、変更された netmon.seed ファイルを、UNIX では /usr/OV/newconfig/IBMVA-RUN/ サブディレクトリーに、 Windows では \usr\ov\newconfig\netmon サブディレクトリーに置きます。

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

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

Windows 用の新たな trapd.conf ファイル

新しい trapd.conf ファイルが、このフィックスパックで出荷されます。この trapd.conf ファイルは、Tivoli NetView for Windows プログラム用の trapd.conf ファイル内 の HPCIFxxx トラップ内の幾つかの値を誤って切り捨てなくなりました。 このファイルは、\usr\ov\newconfig\ovsnmp-run\trapd.conf ディレクトリーにあります。 このファイルを使用する場合で、\usr\ov\conf\trapd.conf ファイルをカスタマイズしていない場合は、 \usr\ov\conf\trapd.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 初期化中に検索されません。

ただし、この機能を使用可能にするとパフォーマンスが大幅に悪化します。Tivoli NetView プログラムが安定した後で変更を行うのが良いでしょう。 さらに、Tivoli NetView プログラムの実行時に、次のステップを実行してください。

1. ovstop servmon コマンドを実行して、servmon デーモンを停止する。
2. servmon.conf ファイルを変更する。
3. ovstart servmon コマンドを実行して、servmon デーモンを再始動する。

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

フィックスパック 05 についての新規注意事項

トラブルシューティング: netviewd デーモンが開始しない (UNIX のみ)

netviewd デーモンの開始時に障害が発生した場合は、以下の手順に従ってください。

1. kill コマンドを使用して Xvfb プロセスを停止します。
2. 次のコマンドを実行して、Xvfb プロセスを再始動します。

/usr/OV/bin/startXvfb

問題が解決しない場合は、/usr/OV/log/netview_daemon.log ファイルを調べてください。Tivoli NetView サーバーのローカル・ホスト名項目 (/etc/hosts ファイル内の名前) と、ドメイン・ネーム・サーバー (DNS) がホスト名として提供する名前とが一致しない場合、netviewd デーモンの開始に問題が生じる可能性があります。/usr/OV/log/netview_daemon.log ファイルに「ディスプレイをオープンできません。」というメッセージが表示されます。

この問題を回避するには、/etc/hosts ファイル内のローカル・ホスト名と DNS によって提供されるホスト名が一致するようにしてください。/etc/hosts ファイルには、ホストの IP アドレスを示す行に、完全修飾ホスト名とローカル・ホスト名の両方を指定しなければなりません。/etc/hosts ファイル内の項目は、以下の例のような形式にする必要があります。

123.45.67.89 myhost.local.domain.com myhost

注: この例で、「myhost」はローカル・ホスト名です。

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

お客様によって報告された以下の問題が、 このフィックスパックによって Tivoli NetView バージョン 7.1.4 プログラムで修正されます。

お客様によって報告された以下の問題が、フィックスパック 04 によって Tivoli NetView バージョン 7.1.4 プログラムで修正されます。

お客様によって報告された以下の問題が、このフィックスパック 03 により Tivoli NetView バージョン 7.1.4 プログラムで扱われています。

お客様によって報告された以下の問題が、フィックスパック 02 によって Tivoli NetView バージョン 7.1.4 プログラムで修正されます。

お客様によって報告された以下の問題が、フィックスパック 01 によって the Tivoli NetView バージョン 7.1.4 プログラムで修正されます。

インストールおよび構成

前提条件

Framework 4.1.1 がインストールされている場合は、NetView 7.1.4 との後方互換性を確保するために、Framework パッチ 4.1.1-TMF-0003 を適用する必要があります。 Framework パッチを適用しないで Framework 4.1.1 上に Netview 7.1.4 をインストールしようとすると、インストールは異常終了します。

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

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

• 元の Tivoli NetView バージョン 7.1.4 インストールを実行した時と同じユーザー・アカウントを用いてシステムにログインしている必要があります (UNIX の場合、ルート・アカウント)。

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

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

  • インストール時におけるフィックスパック・パッケージの保管および解凍。
  • UNIX 上の /usr/OV ディレクトリーまたは Windows 上の \usr\ov ディレクトリーにコピーされる更新済み Tivoli NetView ファイル、および UNIX 上の /usr/OV/service/V714/FixPack5 ディレクトリーまたは Windows 上の \usr\ov\service\V714\FixPack5 ディレクトリーにバックアップされる元の Tivoli NetView ファイル・セットの格納。
  最初の項目に必要なフリー・スペースは一時的で、 フィックスパックが正常にインストールされると、その分のスペースはシステムに戻されます。更新された Tivoli NetView インストールに必要なスペースは、 フィックスパックがバックアウトされるか、新規バージョンの Tivoli NetView プログラムがインストールされるまで使用中のままになります。

  前の Tivoli NetView フィックスパックを含むインストールでは、 このフィックスパックをインストールする前に、UNIX 上の /usr/OV/service/V714/FixPackX ディレクトリー、 または、Windows 上の \usr\ov\service\V714\FixPackX ディレクトリーを 削除することによって、前のフィックスパックが使用しているスペースのほとんどを回復できます。しかし、 そのようにすることで、前のフィックスパックをバックアウトできなくなることと、インストールのために前のフィックスパックを必要とするコード修正は インストールできなくなることに注意してください。

  以下の表に、上記の各スペース所要量の各プラットフォームでの必要量を示します。

  オペレーティング・システム	インストール時に必要なスペース1	アップグレードされた製品に必要なスペース2
  RS6000 AIX	705 Mb	694 Mb
  SunOS Solaris	747 Mb	727 Mb
  Linux Intel	583 Mb	590 Mb
  Linux 390	576 Mb	578 Mb
  Windows	120 Mb	110 Mb
  1このスペースは、ユーザーがフィックスパックのインストール・パッケージを置く場所に必要です。 2このスペースは、UNIX の場合は /usr/OV、Windows の場合は \usr\ov に必要です。

インストール方法

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

Red Hat Enterprise Linux AS バージョン 3.0 および SUSE Linux Enterprise Server (SLES) 9 for zSeries ( 64 ビット) の場合、IBM から新規のフル・イメージの Linux for zSeries (64 ビット) CD を入手し、 その標準インストール指示に従います。

注: 新規の Tivoli NetView CD は、通常の IBM パスポート・アドバンテージ経由で注文できます。

IBM パスポート・アドバンテージ・チャネルでのダウンロードの方法

「IBM Tivoli NetView V7.1.4 SLES 9 Red Hat Linux 3.0, International English」をダウンロードするには、パスポート・アドバンテージ・アカウントにログインする必要があります。http://www-142.ibm.com/software/sw-lotus/services/cwepassport.nsf/wdocs/pacustomers で「Passport Advantage Online」を選択します。利用者のパスポート・アドバンテージ・アカウントにログインすると、ページ上にダウンロード用のプルダウンがあります。 ダウンロードの名前は「IBM Tivoli NetView V7.1.4 SLES 9 Red Hat Linux 3.0, International English」です。tar ファイルの名前は C80UJIE.tar です。 パスポート・アドバンテージ・アカウントのサイトで NetView のダウンロードが見つからない場合は、eCustomer Care (電話番号 0120-450-260) にお問い合わせください。

C80UJIE.tar を untar すると、iso LCD7-0679-00.iso ファイルが抽出されます。SLES 9 の場合は、最初にこの iso イメージをマウントする必要があります。必要なコマンドは mount -o loop /path/to/iso /path/to/mount です。 これにより、マウント・ポイントで内容を表示できます。

フィックスパックのインストールの手順

フィックスパックをインストールする前に、すべての NetView アプリケーションおよびデーモンをシャットダウンしてください。インストール中にエラーが発生した場合は (インストール・プロセス自体が正常終了を報告するか否かに関わらず)、以下のステップを実行してください。

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

NetView 7.1.4 フィックスパック 05 のインストールの手順

1. Web コンソールがカスタマイズされているかどうかに応じて、Secure Socket Layer (SSL) プロトコルの ユーザーは、次のいずれかを実行する必要があります。

   • Web コンソールをカスタマイズしていないユーザーは、Server Setup アプリケーションを使用して SSL を オフにする。

   • Web コンソールをカスタマイズしたユーザーは、次のファイルを一時的な場所にコピーする。
     • /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 の場合)

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

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

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

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

4. 以下のうちの 1 つを実行して、実際のインストールを行う。

   • UNIX プラットフォームでの NetView ネイティブ・サーバーまたはネイティブ・クライアント・インストールの場合は、次のように入力します。

   zcat 7.1.4-TIV-NVD-{OperatingSystem}-FP0005.tar.Z | tar -xvf - install

    ./install   

   • Windows プラットフォームでの NetView ネイティブ・サーバー・インストールの場合には、次のように入力します。

    7.1.4-TIV-NVD-Win32-FP0005.exe 

   • Windows プラットフォームでの NetView ネイティブ・クライアント・インストールの場合には、次のように入力します。

   7.1.4-TIV-NVD-Win32-FP0005.exe -a noversioncheck 

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

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

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

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

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

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

   	http://server:8080/download
   	

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

   	nvwc_thin.zip    (Windows のシン Web コンソール、ユーザーは Jre 1.4.2 にアップグレードする必要があります)
   	nvwcinstall.exe  (自己解凍型インストール、Jre 1.4.2 アップグレードが含まれます)
      

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

      nvwc_xxx_jre_1.4.2.tar    (Jre 1.4.2 および UNIX の Web コンソール)
      

   (UNIX) NetView Web コンソールを NetView フィックスパック UNIX サーバーからアップグレードする場合、 フル・バージョンの NetView Web コンソール・パッケージを使用する必要があることに注意してください。

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

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

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

バックアウト方法

フィックスパック・インストールの一部として、インストール中に置換される各ファイルのコピーが、 UNIX の場合は /usr/OV/service/V714/FixPack5 サブディレクトリー、Windows の場合は \usr\ov\service\V714\FixPack5 サブディレクトリーに保管されます。

UNIX の場合、フィックスパック 05 をアンインストールするには、ディレクトリーを /usr/OV/service/V714/FixPack5 に変更して、そのディレクトリー内からバックアウト・コマンド「./backout」の相対パス形式を使用する必要があります。

Windows の場合、フィックスパック 05 をアンインストールするには、ディレクトリーを \usr\ov\service\V714\FixPack5 に変更して、そのディレクトリー内からバックアウト・コマンド「backout」の相対パス形式を使用する必要があります。

システムは、フィックスパック 05 がインストールされる前の状態に戻ります。

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

注:ITSA/Switch Analyzer をアンインストールした後、以下のコマンドを実行して、ITSA メニュー・オプションを WebConsole から除去してください。

• ovstop webserver
• securityconsole.bat --upgrade
• ovstart webserver

既知の問題と制限

• IBM Tivoli NetView for Windows は Microsoft Remote Terminal Services をサポートしていないので、Microsoft Remote Terminal Services と一緒にインストールまたは実行された場合、IBM Tivoli NetView for Windows は正しく動作しません。

• 以前の NetView フィックスパックで提供された NetView Web コンソールのユーザー・パスワード機能をカスタマイズするために NetViewRealm.xml ファイルに変更を加えた場合、その変更は、このフィックスパックのインストール時に上書きされます。カスタマイズは、/usr/OV/service/V714/FixPack5/NetViewRealm.xml.0 (Windows では \usr\ov\service\V714\fixpack5\NetViewRealm.xml.0) をコピーして、/usr/OV/www/conf/NetViewRealm.xml (Windows の場合 \usr\ov\www\conf\NetViewRealm.xml) に 戻すことによって復元できます。

• Red Hat Enterprise Linux Advance Server 3.0 および SuSE Linux Enterprise Server (SLES) 9.0 の、zLinux (System 390) 版の NetView/TEC 統合アダプターの状態相関エンジンで問題が検出されています。状態相関エンジンと、イベント表示に使用される X11 ライブラリーとの間の未解決の内部競合のため、tecint.conf ファイルが UseStateCorrelation=YES を指定する場合には、nvserverd デーモンは、それらのプラットフォームに中核を置きます。この理由により、状態相関エンジンは、Red Hat 3.0 および SLES 9.0 の zLinux 版の NetView 7.1.4 フィックスパック 3 のインストール中は使用不可になります (これは tecint.conf ファイルで UseStateCorrelation ステートメントの値を「NO」に変更することによって行われます)。これらのプラットフォームから TEC に送信されるイベントには fqhostname フィールドは含まれません。これらのプラットフォームがサービス影響イベントを作成して送信することもありません。zLinux の以前のバージョンおよび NetView 7.1.4 フィックスパック 3 をサポートするその他のすべてのプラットフォームは影響を受けません。

  ただし、フィックスパック 4 の JRE 1.4.2 にアップグレードすると、同じ問題を回避するために、 前のバージョンの zLinux、特に SLES 8.0 システムでも、NetView 7.1.4 フィックスパック 4 より後の NetView/TEC 統合の全 zLinux ユーザーが、構成で "BufferEvents=NO" の指定が必要になることになります。

  こうした追加の要件を容易にするために、serversetup から起動される nv6000_smit スクリプトが、これらのデフォルトへのすべてのユーザー変更を保管するように拡張されました。 フィックスパック 4 の後、tecint.conf ファイルが現存するときにそれを新しく生成すると、これらの変更は除去されずに保持されます。

• NetView UNIX インストールに独立の NetView 言語パックをインストールする場合、 次のコマンド、

  $ . /usr/OV/bin/NVenvironment

  をインストールが実行されるコマンド・ウィンドウで使用して、NVenvironment スクリプトを 入手する必要があります。

• Solaris オペレーティング・システムの場合、32 ビット・モードでコンパイルされたプロセスについては、 1 プロセスに対して使用可能なファイル記述子が 256 個という制限があります。この制限は、 Solaris の libc ライブラリーにあります。この制限があるため、同時に開くことができる IBM Tivoli NetView GUI は、 最大で約 24 に限られます。

• 正規表現を使用すると、文字ストリングの集合から特定のストリングを検索することができます。 UNIX システムの Web コンソールの場合、この検索は大/小文字が区別されます。Windows システムの Web コンソール の場合、この検索では大/小文字が区別されません。

• NetView コンソールの SNMP ビューで、AIX バージョン 5 にある RS/6000 が、AIX バージョン 4.1 にあると表示されます。

  このフィックスパックでは、oid_to_type ファイルの更新版を /usr/OV/newconfig/OVIPMAP ディレクトリーにインストールします。 この更新ファイルを利用する場合、ユーザーはこの新規の oid_to_type ファイルを /usr/OV/config ディレクトリー にコピーしてください (または変更内容を現行の oid_to_type ファイルにマイグレーションします)。 この変更により、AIX バージョン 5 にある RS/6000 の AIX バージョンが V4 または V5 と表示されます。

• 大規模なエンタープライズ・ネットワークのインストールの場合、「nvsetup」->「ディスカバリー」 ->「Ping Spray を使用してディスカバー」オプションを「はい」から「いいえ」に変更します。 「Ping Spray を使用してディスカバー」オプションを選択すると、大規模なエンタープライズ・ネットワークの ディスカバリーのパフォーマンスが大幅に低下します。

• 非管理の広域ネットワーク (WAN) の障害に関するクリティカル状況の通知を受信するようにするには、 netmon -n フラグを使用してください。

  2 つのサイトを接続する外注の MPLS WAN があるとします。 通常、リモート・サイトにアクセスできなくなるような WAN の障害が発生すると、Tivoli NetView プログラムにより、 全リモート・サイトが到達不能であることが報告され、「Network Unreachable (ネットワーク到達不能)」および 「Router Unreachable (ルーター到達不能)」イベントが発行されます。このイベントはクリティカル・イベントでは ありませんから、問題がオペレーターの注意を引くことはありません。

  この場合に、リモート・ボーダー・ルーターについてはクリティカル・イベントを発行する ように Tivoli NetView プログラムを構成し、それによって、WAN に対してオペレーターの注意を向かせるように することができます。そのためには、次のステップを実行します。

  1. netmon デーモンに -n スイッチを設定する。
  2. リモート・ボーダー・ルーターに接続するサブネットを選択し、それを非管理にする。

     ネットワークを非管理にすると、他のエンド・ノードのデバイスも管理できなくなりますから、非管理にする サブネットは、シリアル・リンクを示すサブネットにするとよいと思われます。ネットワークを非管理にしても ルーター・インターフェースの管理状態は変わりません。

  ここで、このような処置でルーター障害分離機能がどのように働くかを説明します。 目的は、MPLS 経路で障害が起きたときにリモート MPLS ボーダー・ルーターが、「到達不能」ではなく「クリティカル」 になるようにすることです。

  ルーター障害分離機能は、次の 2 つの要因によってインターフェースの状態を判断します。

  • ping または SNMP (いずれに構成されているかによる) によって判別される状況
  • インターフェースがあるネットワークが到達不能かどうか

  ルーター自体の状態は、すべてのインターフェース状態の伝搬に基づいて決まります。

  ルーターが到達不能になるためには、すべてのインターフェースが停止中になり、かつ、すべての ネットワークが到達不能または非管理になっていなければなりません。netmon -n スイッチが設定されると、 非管理のネットワークは、到達可能として扱われます。 ルーターが停止中になるためには、稼働中のインターフェースがなく、かつ、少なくとも 1 つの インターフェースが到達可能なネットワークで停止中になっていなければなりません。残りのインターフェースは、 非管理であってもかまわず、したがって、それらは無視されます。

  ここで、WAN 経由の経路に障害が起こると、そのルーター・インターフェースが停止し、その非管理ネットワークは 到達可能とみなされます。この状況は、ルーター障害分離機能が、このルーターについて 「Router Down (ルーター停止中)」イベントを発行する条件を十分に満たしています。

• SmartSet に属する新規のオブジェクト (インターフェース、ネットワーク、セグメント、またはノードなど) が、 NetView コンソールで SmartSet のオープン中にディスカバーされると、その新規のオブジェクトが総称的な コンピューター・シンボルで表示されます。SmartSet をクローズして、再オープンすると正しいシンボルで表示されます。

• セキュリティーが適用された NetView クライアント/サーバー環境では、NetView サーバーからクライアント・ユーザーをログオフする場合は、最初にクライアント・マシンからユーザーをログアウトする必要があります。

• servmon デーモンが大規模ネットワーク上のすべてのサービスをディスカバーするためにセットアップされると、NetView サーバーがメモリー不足になる可能性があります。

• NetView マップ上では、デフォルトで、Red Hat Enterprise Linux AS 3.0 および SUSE Linux Enterprise Server (SLES) 9 マシン用のアイコンの内部グラフィックがブランクです。これらの内部グラフィックスに入力するために、ユーザーは該当マシンの MIB sysObjectID を /usr/OV/conf/oid_to_type および /usr/OV/conf/C/oid_to_sym ファイルに追加する必要があります。

• シグナルが SUSE Linux Enterprise Server (SLES) 9 上でハンドルされる方法によっては、UNIX nslookup コマンドが NetView の始動中にコアする可能性があります。 このコアは、/usr/OV/PD/cores/ovspmd/core ファイルに配置されます。このコアが実行されても、 Tivoli NetView プログラムは問題なく始動し、稼働します。

  注: ovstop の実行後に ovstart または /etc/init.d/netmrc コマンドを実行すると、 nslookup が再度コアする場合があります。

  /usr/OV/PD/cores/ovspmd/core がこの問題に起因しているかどうかを判断するために、該当するコア・ファイル上で次のコマンドを実行してください。

  strings core | more

  出力にストリング nslookup が出力されていれば、該当するコアは無視することができます。

• tdwdaemon が登録されていない (または使用されない) 場合は、netmon.conf ファイルを編集し、TDWAVAILABILITY の行を読み取れるように変更してください。

  TDWAVAILABILITY=FALSE

• Tivoli NetView と SNMPv3 エージェント・デーモンの問題

  Tivoli NetView プログラムは、SNMPv3 エージェント・デーモンが実行されている IBM Tivoli NetView 管理 対象マシンについて、ディスカバリーと状況更新で問題が生じる場合があります。これらの問題は、管理対象マシンの SNMP デーモンが SNMPv1 デーモンに リンクされており、SNMPv3 デーモンにはリンクされていないことを確認することで除去できます。

• 大規模な NetView データベースを持つ Web コンソールを使用する UNIX ユーザーは、次のステップを実行する必要があります。

  1. /usr/OV/conf/NetViewLargeDb.conf ファイルで、NETVIEW_LARGE_DB=FALSE を NETVIEW_LARGE_DB=TRUE に変更する。
  2. このファイルを保管する。
  3. すべての NetView コンソールと netviewd デーモンを停止する。
  4. netviewd デーモンと NetView コンソールを再始動する。

• AIX 上では、正しい X11 Xvfb が実行されていなければ、netviewd デーモンは始動に失敗します。

  正しい X11 xvfb が実行されていないために netviewd デーモンが始動に失敗した場合 (APARs IY54430 および IY58569 をご参照)、ユーザーは、次の例に示すように、grep ":2" | を /etc/netnmrc ファイルに追加する必要があります。

  
  # Start Xvfb Xserver
  #
  
  pid=`/bin/ps -ef | /bin/grep vfb | /bin/grep -v grep | grep ":2" | /bin/awk '{print $2}'`
  

• xnmsnmpconf アプリケーション (UNIX) を使用して、あるいは、 ネイティブ NetView コンソールの作動時にディスカバーされた oid_to_type ファイル内の設定のために、 「管理ノードのディスカバー (Discover Node(s) Managed)」にチェックがされていないノードの場合、 マップには Unmanaged ではなく、Unknown と表示されます。

  予備手段 (APAR IY58520 に記載) は、これらのノードがディスカバーされるときに、 ネイティブ NetView コンソールが稼働していないことを確認するか、ノードがマップに「Unknown」と表示されたら、 それらのノードを、GUI から手動で非管理にすることです。さらに、ユーザーがそのノードを管理したいときは、 最初にそれを非管理にして、それから管理します。

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

• 一部のユーザーで、カスタマイズされたロケーションに Tivoli Management Framework が インストールされているシステムの場合、スタンドアロンの Tivoli NetView インストールの使用時に障害がありました。 このような障害を回避するには、その環境で Tivoli Management Framework を保持したい場合、 標準 Tivoli Management Framework インストールを介して Tivoli NetView プログラムをインストールすることをお勧めします。 Tivoli Management Framework が Tivoli NetView プログラムをサポートするためだけにインストールされていて、 もう必要がない場合は、次のステップを実行してください。

  1. Server Setup アプリケーションのバックアップ機能を使用して、Tivoli NetView インストールのバックアップを取る。
  2. システムから Tivoli Management Framework と Tivoli NetView プログラムの両方を削除する。
  3. update オプションを使用してコマンド行から Tivoli 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

• Tivoli NetView for Windows バージョン 7.1 プログラムでの SNMPV2 コマンドのヘルプで、ヘルプ・メニュー項目のオープン、 「ヘルプ・トピック」の選択、「検索」タブの選択、snmp の入力、 リストからの SNMPV2 の選択、「ツール」->「MIB」->「SNMPV2」->「ロード・コマンド」 の選択で見つかるヘルプは、もう有効ではないので無視すべきです。

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

• NetView for Windows プログラムにおいて、admin down インターフェース (状況 USER1) が、 インターフェースが非管理になっており、それが後で netmon デーモンによる ICMP ping の使用によって再び 管理されるようになると、誤ってクリティカル状況に変更されることがあります。インターフェースの admin down 状況は、 次の構成チェックまたは要求時ポーリングまで、再び選出されません。admin down インターフェースがこの状態でクリティカルと 報告されるのを回避するには、admin down インターフェースを持つルーターを、 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" オプションが追加され、 すべての不良 Tivoli NetView デーモンおよびスレッドをシャットダウンし、ソケットをクリアすることができるようになりました。 これにより、このような状態が起こった場合にも正しくデーモンが再始動されるようにします。Tivoli 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 システム上で日本語言語パック付きの Tivoli NetView プログラムのインストール上に Tivoli NetView for 7.1.4 フィックスパック 04 をインストールしてバックアウトするときには、 NetView GUI の開始は、「mapdb フィールド情報の検索でエラー: ヌルのフィールド値」というエラー・メッセージで失敗しました。このエラーが起こった場合にリカバリーするには、以下のステップを実行してください。

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

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

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

• Tivoli NetView for Windows ユーザーは、setstatusseverity.rs ルール・セット (これは損傷しています) ではなく、 新しい overridestatus_user1.rs ルール・セットをインプリメントするようにしてください。 setstatusseverity.rs ルール・セットは、 相関デーモンをループさせ、連続的に偽の状況変更イベントを trapd デーモンに送信し続けます。 これは、相関デーモンと Tivoli Enterprise Console アダプター・デーモンの両方が制圧されるまで続きます。このルール・セットは、 将来のリリースで製品から除去される予定ですが、保守リリースでは除去されません。

  注: フィックスパックがインストールされると、 ユーザーは新しい \usr\ov\doc\Rulesets_on_Windows.readme を参照して、 ルール・セットの詳細情報を得ることができます。

• IY77007 および PJ29416 両方に関する修正により、\usr\ov\bin\tecad_nv6k_non_tme.exe バイナリーと \usr\ov\bin\tecad_nv6k_tme.exe バイナリーが置き換えられますが、これは、ユーザーが実行している Windows Tivoli Enterprise Console アダプター・デーモン \usr\ov\bin\tecad_nv6k.exe は 変更しません。このバイナリーは、出荷された 2 つのバイナリーの内の 1 つのコピーです。この修正を取り入れたい ユーザーは、tecconfig.bat コンフィギュレーターを再度実行するか、あるいは手動によって、 出荷されている該当バイナリーを tecad_nv6k.exe にコピーします。

• Linux のセキュリティー上の制限のため、コマンド ovwperms -a -G -l -m 664 -u root -g news を実行した後、非 root ユーザーは、指定されたグループ (例、「news」) に属するかどうかにかかわらず、デフォルト・マップを開くことはできません。Linux ユーザーは、代わりに ovwperms -a -G -l -m 775 -u root -g news を実行する必要があります。

文書の更新

Tivoli NetView バージョン 7.1.4 の更新資料は、次の Web サイトにあります。

• http://publib.boulder.ibm.com/tividd/td/NetView7.1.4.html

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

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

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

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

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

特記事項

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

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

〒106-8711
東京都港区六本木 3-2-12
IBM World Trade Asia Corporation
Intellectual Property Law & Licensing

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

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

Linux は、Linus Torvalds の米国およびその他の国における商標です。

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

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