For Windows NT® 4.0
ネットワークノードマネージャ 6.0 (NNM) の使用中に発見された問題(Known Problems)と対策(Workarounds)を以下にリストします。
このリリースノートの最新版は、http://ovweb.external.hp.com/nnm/NNM6.0/relNoteUpd/relNoteUpdate.htm をご覧ください。
以下には、トラブルシューティングのセクションもあります。
Below are the known problems and workarounds for the following modules:
Be sure to re-install your latest NT service pack after installing any Microsoft components or you will get messages about mismatched ODBC DLLs or the SNMP extension agent will have an exception.
Remember to reinstall your latest service pack after installing an Microsoft components, such as the SNMP agent, Peer Web Services, or IIS. Not reinstalling service packs can cause the Microsoft SNMP agent to throw an exception or creates ODBC mismatched DLL messages.
Use the forms in the $OV_CONF/OVLicense/nnm/forms/C directory to make password requests for the "HP OpenView ECS Designer for NNM and ITO" product. The forms in the $OV_CONF/ecs/forms/C directory are for the standalone ECS Designer product only and should not be used.
You can now access NNM running on a management station from remote computers over the WWW using a
JDK 1.1 Compliant Web Browser.| Operating System | Browser | Browser Information |
|---|---|---|
| Solaris 2.5.1 | Use Netscape browser for best results | |
| Netscape 4.06 | Netscape may crash when first brought up. See Netscape README file for required operating system patches. | |
| Internet Explorer 4.01 | UNIX Microsoft Internet Explorer displays error when launching NNM Java
applets. Microsoft Internet Explorer on Solaris --Menus not displaying properly. A possible workaround is to run /usr/openwin/bin/xlsfonts -o utopia-regular >/dev/null |
|
| Solaris 2.6 | Use Netscape browser for best results | |
| Internet Explorer 4.01 | MS Explorer on Solaris--Menus not displaying properly. A possible workaround is to run /usr/openwin/bin/xlsfonts -o utopia-regular >/dev/null | |
| Netscape 4.06 | Solaris 2.6 Netscape has corrupt local display with release notes loaded due to not rendering text fonts correctly. See the Netscape README for the two xset commands to work around this. | |
| Windows NT 4.0 | Use Internet Explorer browser for best results | |
| Internet Explorer 4.01 SP1 or Netscape 4.06 |
Java applications returning HTTP/1.0 500 Server Error and not loading. The workaround is to reinstall Windows NT Service Pack 3. | |
| Windows 95/Windows 98 | No browser has yet been fully qualified for these platforms | |
| HP-UX 10.20 | Use Netscape browser for any results | |
| Netscape 4.06 | <NONE> | |
| There are many incompatibility issues between NNM and Microsoft Internet Explorer for HP-UX. | ||
| HP-UX 11.0 | Use Netscape browser for any results | |
| Netscape 4.06 for HP-UX 10.20 | HP-UX 11.0 is not officially supported by Netscape but seems to work on 32 bit hardware. | |
| I | Internet Explorer 4.01 (pre-release) | There are many incompatibility issues between NNM and Microsoft Internet Explorer for HP-UX. |
If are still having problems starting the launcher, you may have a configuration problem with your web browser.
If you try to bring up more than one instance of Netscape on Solaris or HP-UX, you may get a dialog box stating:
"Netscape has detected a /home/user/.netscape/lock file.
This may indicate that another user is running Netscape."
Please ignore this message.
Do Not Close Launcher Window
Do NOT close the Launcher window, itself, when launching applications. Some applications use the frames within the Launcher window for executing web scripts. If the Launcher window is closed, it will cause the application that was launched from the window to close. This is particularly true when launching the HP OpenView Network Presenter. The Launcher window may be iconized to remove its presence instead of being closed.
You must have NNM running on the management station with the desired map displayed in order for the web interface to operate.
Using Internet Explorer 4.01 or greater:
Behavior is variable when doing a right click on a symbol in the scoping pane or tabular
view of the data in the content area to bring up the popup menu. It is dependent upon the
interaction of the browser and the third party component we use to implement the scoping
pane and tabular view. With Internet Explorer running on Windows NT, the selections may
change.
Using Netscape 4.06 or greater:
Behavior is variable when doing a right click on a symbol in the scoping pane or tabular
view of the data in the content area to bring up the popup menu. It is dependent upon the
interaction of the browser and the third party component we use to implement the
scoping pane and tabular view. With Netscape on UNIX, unselect anything selected before
doing a right click. With Netscape running on Windows NT, the selections may change.
With the Netscape 4.06 browser running on HPUX, the Network Presenter's context button can become corrupted if a symbol on the root submap is deleted. The correct number of symbols will be displayed but the symbols no longer represent the correct context. Choosing one of the symbols will result in the incorrect context being displayed. (NSMfc13446)
If using a proxy server, and the DNS server running on the proxy server cannot resolve an NNM data presenter hostname, the graphic lines for the tree structure cannot be located, and will appear as generic icon symbols. If this happens, disable use of the proxy server, clear the browser caches, and reload the page. If the problem persists, modify the http configuration file on the http server to provide the fully qualified name of the http server:
Using Internet Explorer 4.01 or greater:
The JavaScript-based tree used in the contributed Report Presenter and SNMP Data Viewer
may cause the user to have to re-position the scroll bar after opening a folder (or
selecting a link). Whenever the screen is refreshed after opening a folder (or selecting
an item) the scroll bar is re-positioned at the top. When users are working from the
bottom of the list they will have to re-position the scroll back to where it had been
prior to their selection. The basic problem lies in the implementation of JavaScript in
Internet Explorer and may be corrected in a future release.
Using Netscape 4.06 or greater:
Resizing the HP OpenView SNMP data presenter web pages may result in certain frame data
not being redisplayed. Reload the page (e.g., push the Reload button, or right-click and
select Reload) to correct the problem.
When the Web Alarm Browser is connecting to an NNM management station running on Windows NT, printing only works with a local printer connected to that Windows NT based management station. The printer must be configured on one of the following ports LPT1(PRN), LPT2, or LPT3.
Using Internet Explorer 4.01 or greater:
There is a problem with menus where a shadow of a "Warning Applet Window"
appears under every second level menu, such as Actions->Acknowledge, Actions->UnAcknowledge,
or Actions->Delete.
Netscape:
We have found problems while running the ECS configuration management GUI while using
Netscape Enterprise Server. The problems are related to file locking. The default server
we ship with NNM does not suffer from these problems.
Netscape does not yet officially support HPUX 11.X with it's Navigator product, while using the HPUX 10.X version of Navigator running on HPUX 11.X, when you try to to add a row in several parameter dialogs, the vertical slide bar does not work or appear until you resize the window.
NNM 6.01 currently only supports the following web servers:
You may replace the NNM Web Server with your own web server by following the instructions on the CD in doc/WhitePapers/changeWebServer.txt
ERROR: "Cannot look up field id for name field IP Address" appears in the Alarm Browser (NSMfc11943)
If ovtopmd is started after clearing the databases in $OV_DB/openview, this error message will appear in the alarm browser: This is a harmless error message which can be avoided in the future by performing the following steps after clearing out the NNM databases:
ovstart ovwdb
ovw -fieldsERROR: ipmap reports number of licensed connectors as -1 (NSMfc10339)
If you select the Internet symbol and look at the Object Properties ->IPmap there is an entry for the number of licensed connectors. When the unlimited license is installed this field will contain the value "-1". When any other license is installed, the number of licensed connectors will appear: i.e. 250 for the instant on license. You can safely ignore this message.
ERROR: You remove a symbol from the map, yet it remains on the map. (NSMfc12765)
Timing conditions while manually adding 250th node to a system licensed to have only 250 managed nodes while discovery is active may cause a 'removed symbol' to remain on the map. This results from both the user and netmon attempting to add the last managed node, but in this case netmon wins. To prevent the problem from happening, turn off discovery using "Options->Network Polling Configuration" menu item, delete or unmanage nodes to bring the managed node count below 250, manually add the desired nodes, and re-enable discovery. To clean up the map, run ovtopofix (see the ovtopofix man/reference page for details)
New Non-Web Alarm Browser (xnmevents) Behavior
All operator actions, Acknowledge, UnAcknowledge, Delete, Assign Severity, Assign Category, are global (affecting all browsers).Alarm Browser (xnmevents) no longer maintains per user state files. There is only one common state file. Old per user state files are not compatible with NNM 6.01 and will be ignored.
Some correlated events, from the PairWise correlation, will cause the Alarm Browser to redraw twice on Windows NT. In the rare situations where this occurs, this could take up to 16 seconds of time. (NSMfc12850)
When using databases other than the embedded database, the user needs to manually instantiate the data warehouse schemas using ovdwsetup.ovpl before using the data warehouse.
All export tools are enabled for ODBC. To use Oracle, sql*net must be
installed and configured. A default datasource has been configured in the /etc/opt/OV/share/conf/analysis/system_odbc.ini
file, OVoracle. To switch over, change the "ServerName" parameter
in that file to your server as defined in tnsnames.ora.
Then run:
"ovdwsetup.ovpl -rdb OVoracle -type oracle -u <DBuser> -password <pass>", where <DBuser> is your oracle user and <pass> is that user's password. Oracle user OSauthentication is no longer supported.
During our testing, we have experienced situations where killing or interrupting the database client program can have an adverse effect on some database servers.While this is still being investigated it appears that some versions of Microsoft SQL Server will fail when the client is canceled via "Control-C".
If you are using the NNM embedded database technology, you may also experience a behavior where for a short time after interruption, the database server may think the client is still active. This could result in "primary key contraint violations" or some type of concurrency problem, if the same command is immediately restarted. However this should clear up within 30 seconds and future access to the database will not be effected.
Clicking on the Stop button in the "Tools/Data Warehouse/Export Trend Data" dialog window will not interrupt the trend export process. It will finish to completion.
You must reinstall your Windows NT service pack after adding any Microsoft Components such as Microsoft Peer Web Services, or you will see the following error (or an SNMP error).
ODBC Version Mismatch dialog:
You may get an "ODBC Driver Manager" popup window for a version mismatch for
various ODBC utilities such as:
The ODBC resource DLL
(C:\WINNT40\System32\odbcint.dll) is a different
version than the ODBC driver manager
(C:\WINNNT40\System32\ODBC32.dll).
You need to reinstall the ODBC components to ensure proper operation. This happens if you install *any* application which supplies ODBC components, not necessarily just NNM. The only way to prevent this popup is to reinstall your last Service Pack. NNM does NOT include any Windows NT ODBC components. This mismatched DLL problem is a known issue with Windows NT. Further information can be retrieved from Microsoft Article PSS ID Number: Q170769.
If you are using ovbackup.ovpl and are using the NNM Data Warehouse, when the ovbackup.ovpl command is executed, it will also instruct the Embedded Database server to initiate the online backup. In order to allow a roll-forward recovery the default backup schedule must be deactivated. The process for doing this is:
- copy the $OV_DB/analysis/default/solid.ini file to $OV_DB/analysis/default/solid.ini.old file.
- Edit the $OV_DB/analysis/default/solid.ini file.
- Comment out the "At=<time> backup" entry, by inserting a ";" at the beginning of the line. An example would be:
;At=01:00 backup- Save the $OV_DB/analysis/default/solid.ini file.
The embedded database will now be backed up only when the ovbackup.ovpl command is run. If use of ovbackup.ovpl is stopped at a future this, the default backup should be reinstated by copying the $OV_DB/analysis/default/solid.ini.old back to $OV_DB/analysis/default/solid.ini.
HP-UX または Solaris NNM管理ステーションに接続する日本語NT上のNNMリモート・コンソールの場合、NNMとは別購入された NFS cliennt 製品が registration, symbols, conf の各サブディレクトリ下のシンボリックリンク Japanese_Japan.932 をたどる(resolve)よう設定する必要があります。 日本語NT上のNNMリモート・コンソールを動作させたとき、OVW ウィンド中のメニューが英語で表示される場合、シンボリックリンク Japanese_Japan.932 がたどられていないことが考えられます。 NFS client 製品のひとつである Disk Access の場合は、「コントロールパネル」中の「DiskAccess」アプレットを起動してシンボリックリンクをたどる(resolve)よう設定してください (DiskAccess の「Administrator Utility」からではなく)。 Disk Access のデフォルト設定ではシンボリックリンクをたどりません。
No known problems on Windows NT.
No known problems on Windows NT.
(NSMfc13038)
The following procedure will cause the Event Configuration window to hang:
- start the Event Configuration Window from NNM's user interface, select:
Options->Event Configuration- pause NNM for back up (ovpause portion of the backup script)
- Edit an the event source using "Add From Map":
Edit->Add->Event->Add From MapThe workaround is to not perform "Add From Map" during the paused portion of NNM's backup procedure. Or, if it's already paused and you cannot wait until backup has finished, from the command prompt:
- Windows NT:
Run \OpenView\bin\ovresume- UNIX:
Run $OV_BIN/ovresume
NNM management station running on Windows NT (interaction with Microsoft's SNMP service)
When you install NNM, the Microsoft SNMP Agent will be effectively disabled by causing it to listen for incoming SNMP requests at UDP port 8161 instead of port 161. During installation, NNM modifies the %SystemRoot%\system32\etc\services file. This will allow Microsoft's snmp.exe to continue to run, and to allow other applications which depend on the Microsoft agent to properly install, but no SNMP requests will be directed to Microsoft's SNMP service.
The SNMP Research Emanate SNMP Agent (snmpdm.exe) and adapter (wpaagt.exe) will instead be used to process the SNMP requests. Microsoft SNMP Service installation is required so that the Microsoft extension agents are installed (all SNMP agent extension DLL's are still used, only the Microsoft main agent is not used).
NOTE: All information entered in the "Microsoft SNMP Properties" dialog will be ignored. All configuration MUST be done through the \OpenView\conf\SNMPAgent\snmpd.conf file. This information includes SNMP trap destinations and community names.
HP OpenView ランチャーとネットワーク・プレゼンタは、オペレーティング・システムの "iconv"ライブラリを使って、OV ランチャー登録ファイルと OVW 登録ファイルに格納されているデータを Unicode に変換します。Solaris 2.6 上のiconvライブラリには、iconvが日本語データ (シフト JIS または EUC)に適用されたとき、ASCII 文字 "~" と "\"を正常に変換できないという問題があります。この問題は、Sun Microsystems によって、Solaris パッチ ID "106613-01"で修正されました。Solaris 2.6 上にインストールされた (OV ランチャーまたは OVW 用の) ユーザの日本語 (シフト JISまたはEUC) 登録ファイルが ASCII 文字 "~" または "\" を含んでいる場合は、パッチ 106613-01 を Solaris 2.6 にインストールする必要があります。
以下の情報は、NNM の Java ベースのプログラムを日本語モードで使用するすべてのプラットフォームのユーザに必要です。
(NSMfc12758)
HP OpenView ランチャーとネットワーク・プレゼンタの Java ベースの NNM 機能は、HP-UX 上、Solaris 上、および NT 上の Netscape 4.06 で、日本語では、シフト JIS と EUC ロケールのいずれもサポートされません。これは、Netscape のバグ ID 316500によるものです。このバグが修正されるまで、これらの 2 つのツールは Netscape 上で、日本語でサポートされません。Java ベースのアラーム・ブラウザと ECS 設定管理ツールは、このバグに影響されませんので、Netscape下で日本語モードで使えます。しかし、これらをランチャーから起動できません。ランチャーを使わずに、Web ベースのアラーム・ブラウザを起動するには、次の URL の 1 つを入力します。
http://<MACHINE>/OvCgi/ovalarm.exe (Windows NT 上で実行されている NNM 管理ステーションにアクセスする場合)
http://<MACHINE>:8880/OvCgi/ovalarm.exe (UNIX 上で実行されている NNM 管理ステーションにアクセスする場合)
ランチャーを使わずに、ECS 設定管理ツールを起動するには、次の URL の 1 つを入力します。
http://<MACHINE>/OvDocs/C/ecs/ecscmg.html (Windows NT 上で実行されている NNM 管理ステーションにアクセスする場合)
http://<MACHINE>:8880/OvDocs/C/ecs/ecscmg.html (UNIX 上で実行されている NNM 管理ステーションにアクセスする場合)
Netscape の将来のバージョンでは、これらのツールをサポートできることが期待されています。NNM での日本語 Netscape のサポート情報は次の URL を参照してください。
http://ovweb.external.hp.com/nnm/NNM6.0/relNoteUpd/relNoteUpdate.htm
日本語 NT 上では、どの Web ブラウザで ECS 設定管理ツールを起動しても一部英語で表示されます。 相関処理関連の情報は英語で、その他のツール関連情報は日本語で表示されます。 対処方法はありません。 パッチによる修正を検討しています。
NNM は EUC コードセットのロケール(LANG 環境変数) として ja と japanese をサポートしています。 LANG=ja の場合、NNM ツールの一部は英語で表示されます。 日本語で表示させるための対策としては、つぎのコマンドを root ユーザーで実行してください。
cd /opt/OV/lib/nls/ja
rm japanese
mv * ../japanese/.
cd /opt/OV/lib/nls
rmdir ja
ln -s /opt/OV/lib/nls/japanese /opt/OV/lib/nls/ja
ovw を終了し、NNM プロセスを再起動する:
ovstop
ovstart
ovw
データ・ウェアハウスには、ローカライズされたデータを含む多くのフィールドがあります。これらのフィールドには、次のものがあります。
- nnm_event_cat テーブルの "text" フィールド
- nnm_event_sev テーブルの "text" フィールド
- nnm_event_detailテーブルの "message" フィールド
- nnm_event_thresh テーブルの "high_time" フィールド
- nnm_event_thresh テーブルの "low_time" フィールド
nnm_event_cat テーブルのデータがローカライズされている結果として、「カテゴリ別アラーム」レポートの「アラーム・カテゴリ」カラムのデータもローカライズされます。さらに、「重要度別アラーム」詳細レポートの「カテゴリ」カラムのデータもローカライズされます。 nnm_event_sev テーブルのデータがローカライズされている結果として、「重要度別アラーム」レポートの「アラーム重要度」カラムのデータもローカライズされます。さらに、「カテゴリ別アラーム」詳細レポートの「重要度」カラムのデータもローカライズされます。 nnm_event_detail テーブルのデータがローカライズされている結果として、「重要度別アラーム」と「カテゴリ別アラーム」の両方のメッセージ・フィールドの特定のテキストもローカライズされます。
nnm_event_thresh テーブルの "high_time" と "low_time" フィールドは、NNM 6.01 で提供されるレポートのいずれにも使われません。 これらのフィールドは、ローカライズされたバージョンの trapd.conf ファイルから ovdwevent によって生成しているので、ローカライズされています。 データ・ソースとして使われている trapd.conf のバージョン(文字コード)は、ovdwevent が実行されたときのロケール(言語/文字コード・セット)によって決まります。
ローカライズされたイベント・データは、ovdwevent が実行される時(エクスポート)に設定されている文字コード・セット(言語環境)でデータ・ウェアハウスに書き込まれます。 このデータを、エクスポートされた文字コード・セット以外コード・セット環境で表示しようとすると、表示結果は、判読できないものとなります。 データ・ウェアハウスから生成されるレポートを判読できない最も一般的なケースは、マイクロソフトの Excel を使う場合です。 マイクロソフト NT 4.0 は、シフト JIS と Unicode のコード・セットだけをサポートします。したがって、シフト JIS と Unicode 以外のコード・セット(EUC)で、データ・ウェアハウスにエクスポートされたデータを使って NT 上でレポート生成すると、レポートは、判読できないものとなります。
ヒント: 次のディレクトリで、エラー・ログ・ファイルを探して、出力を調べてください。キーワード "ERROR" を探してください。
ネットワーク検出を適切に設定するための説明は、『ネットワークノードマネージャネットワーク管理ガイド』を参照してください。
インストールの際にネットワークの設定ミスを表示した時は、次の操作を試してください。管理システムのコマンド・プロンプトで次のように入力します。
ipconfig /all
Windows NTのTCP/IP設定情報 (ホスト名など) が表示されます。 さらに、次のコマンドを入力します。
nslookup <YOUR_IP_ADDRESS>
ここで、<YOUR_IP_ADDRESS>はipconfigが返したアドレスです。 ipconfigとnslookupが返すホスト名が一致しない場合、NNMは動作しません。 どちらかのコマンドがホスト名を返さない場合、DNS設定が間違っているか使用できません。このnslookupの結果が'ovw -server'の結果と一致することを確認してください。
NNM は、インストール後5分以内に自動的にノード検出を開始し、ネットワークを表示します。ただし、検出が動作しない場合 (たとえばトップ・レベル・マップ上に空のインターネット・アイコンが表示される) や、インストール状態を確認したい場合は、『ネットワークノードマネージャネットワーク管理ガイド』の第 6 章のノード検出のトラブルシューティングを参照してください。次の手順を実行して問題を特定してください。
NNM がローカル・ネットワークにあるはずのノードをすべて検出できていない場合は、まずローカル・ノード、次に見つからないノードを個別にpingして接続を確認します(メニュー項目 [障害:Ping] を使用)。管理ステーションを選択して [設定:ネットワーク設定->ARPキャッシュ] を実行し、ノードがこれらを「認識」していることを確認してください。ここで、新しいノードが ARP キャッシュに表示されているはずです。管理ステーションを選択して [障害:ネットワーク接続性->ノードへのポーリング] を実行し、netmonプロセスがノードを再度照会するようにしてください。新ノードがマップに追加されます。
NNM がノードをまったく検出できない場合、ユーザ・インタフェースやコマンド・ラインを通じて、ノード検出を手動で誘導できます。詳細は、『ネットワークノードマネージャネットワーク管理ガイド』の第 6 章、および NMM のオンライン・ヘルプのnetmonリファレンス・ページ (または UNIX の man ページ) を参照してください。
これは、SNMP をサポートするノードをインターネット・レベルで追加することで行います。このノードが本当にゲートウェイでなくても、NNM はそのデバイスを適切に検出し、必要なネットワークを作成し、それを適切なネットワークに置きます。 次のコマンドを実行して、そのノードが SNMP をサポートしていることを確認します。
rnetstat -I <nodename>
NNM のユーザ・インタフェースを通じてこのノードを手動で追加するには、次のようにします。
コマンド行からこのノードを追加するには (正確なサブネット・マスクを知っている必要があります)、次のコマンドを実行します。
echo <IPADDR> <NODENAME> | loadhosts -V -v -m <SUBNETMASK>
ここで<IPADDR>は追加するノードの IP アドレス、<NODENAME>は、ノード名、<SUBNETMASK>は、ネットワークのサブネット・マスクです。たとえば次のとおりです。
echo 192.18.1.1 myrouter | loadhosts -V -v -m 255.255.255.0
シードファイルを使って、ノード検出を手動で誘導することもできます。
ノード検出を誘導した後、SNMP をサポートするノードから受信した情報に基づいてマップ上にノードが表示されるのが見えるはずです。または ovtopodumpコマンドを実行しているときにノードのリストが見えるはずです。
"ovstatus ovdbcheck"を実行してデータベースが実行されていることを確認します。
次のように ovdwquery コマンドを使ってデータ・ウェアハウスにデータが存在することを確認できます。
- データ・ウェアハウスのトポロジ・データをテストするには:
echo 'select ip_hostname from nnm_nodes;' |ovdwquery
- データ・ウェアハウスのイベント・データをテストするには:
echo 'select message from nnm_event_detail;' |ovdwquery
- データ・ウェアハウスのトレンド (snmpCollect) データをテストするには:
echo 'select descript_id from snmp_trend_dataset;' |ovdwquery詳細は、『Reporting and Data Analysis with NNM』を参照してください。