IBM Tivoli NetView V7.1.4 Fix Pack 1 自述文件

日期：2004 年 4 月 16 日

名称：7.1.4-NVD-FP001

组件：IBM Tivoli NetView V7.1.4

PTF 号：U497654（UNIX）或 XR23260（Windows）

注：在使用本资料及其支持的产品之前，请阅读本文档结尾处“声明”部分中的信息。

US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

关于本修订包

本节提供关于本修订包的一般信息。极力建议您先完整地阅读本文档，然后安装本修订包。

修订包内容

本修订包由五个程序包组成，分别用于 RS6000 AIX(R)、SUN SPARC Solaris、Linux Intel(TM)、Linux 390 和 Microsoft(R) Windows(R)。在已经安装了 IBM(R) Tivoli(R) NetView(R) 本机服务器或客户机的每个平台上，您都需要使用相应的程序包。

本修订包还包括对 Tivoli Data Warehouse 所使用并包含的 NetView ETL 代码的一组更正信息。为了将这些更正信息应用于 Tivoli Data Warehouse 中的 NetView ETL 代码，请参阅与本修订包相关联的 nvTDW_FP1.txt 文件。

支持的操作系统

AIX：
- V4.3.3（维护级别 09）
- V5.1（维护级别 01）
- V5.2
Solaris：
- V2.8（带有 Sun 所要求的全部补丁）
- V2.9（带有 Sun 所要求的全部补丁）
Linux Intel：
- Red Hat V7.2（2.4.7-10 内核）
- Red Hat Advanced Server V2.1
- SuSE V7.2（2.4.4-4GB 内核）
- SuSE V8.0（2.4.4-4GB 内核）
- United Linux V1.0
Linux for zSeries(R)（仅限 32 位系统）：
- Red Hat V7.2
- SuSE Linux Enterprise Server 7.2 For S/390(R) and zSeries (SLES 7)
- SuSE Linux Enterprise Server 8.0 For S/390 and zSeries (SLES 8)
- United Linux V1.0
Windows：
- Windows 2000 Server
- Windows 2000 Advanced Server
- Windows 2003 Server
- Windows XP Server

请注意，本发行版中不支持以下操作系统：

Windows NT(R)
Windows 2000 Workstation
Windows XP Home Edition

本修订包的新颖之处

以下几项是本修订包的新内容。

修改过的 tdwdaemon.lrf

APAR IY48379 描述的问题是 ovstop 命令并不总是停止 tdwdaemon。本修订包中创建和包括了一个修改过的 tdwdaemon.lrf，该文件更正了这个问题。要在 UNIX 平台上安装这个更正部分，必须使用以下步骤替换客户安装中的 tdwdaemon.lrf 文件：

停止 tdwdaemon（ovstop tdwdaemon）。
从 ovsuf 文件中删除 tdwdaemon 条目（ovdelobj tdwdaemon.lrf）。
重命名当前的 tdwdaemon.lrf 文件（cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save）。
在原 lrf 文件基础上复制新的 tdwdaemon.lrf（cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf）。
向 ovsuf 文件添加 tdwdaemon（ovaddobj tdwdaemon.lrf）。
重新启动 tdwdaemon（ovstart tdwdaemon）。

要取消此更正部分，请遵循以上指示信息，并将两个复制步骤替换为将保存的 lrf 文件一次性复制回原来的位置。

增强的位置敏感性拓扑功能

位置敏感性拓扑（Location Sensitive Topology）功能已得到增强，允许网关条目中存在 IP 地址范围和通配符。范围和通配符可在任何部分的网关 IP 地址中使用。网关名称中不能使用通配符。

以下更改（应该手动地将其应用于 location.conf 文件的注释部分）描述对网关名称或地址字段所作的更改：

网关条目的格式为：

<位置名> <网关名或地址>

其中，位置名是应放置该网关的位置的名称，网关名或地址是网关的名称或是其某一接口的点分格式的 IP 地址。网关 IP 地址中允许存在通配符和范围（如 5.25-30.2.8 或 3.5.*.*）。网关名中不允许存在通配符（myrouter.company.com）。

网关条目示例：

SalesOffices gateway1

SalesOffices 22.84.5.2

SalesOffices 55.21.*.4

SalesOffices 22.*.*.*

SalesOffices 22.*.5-10.20-33

如果一个网关与多个网关条目相匹配，则会任意选择一个条目。为了帮助解决重叠网关条目的问题，location.log 文件中会显示有关网关接口与多个条目相匹配的警告消息。这些只是警告消息；它们并不表示网关／路由器的放置存在任何问题。

修改过的 netmon.seed 文件

本修订包附带了一个修改过的 netmon.seed 文件，该文件针对的是 APAR IY47145。此文件记载，为了明确发现某一节点并使其成为 SNMP 管理的节点，netmon.seed 文件中必须有两个条目：一个用于发现节点，另一个用于 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 中找到的文件；但是，如果原文件已被修改，则必须将二者合并起来。

启用辅助 IP 地址检索

如果您在使用 servmon 执行 ITM 查询时查找服务遇到困难，则需要启用辅助 IP 地址检索以进行 servmon 初始化。

在 servmon 初始化期间启用 servmon 的辅助 IP 地址检索，即通过在仅由 SECONDARY_IPADDRS 组成的 servmon.conf 中添加一行。缺省情况下，在 servmon 初始化期间不会检索辅助 IP 地址。

但是，启用这项功能会大大提高性能。进行此更改之前，最好先让 NetView 稳定下来。一旦 NetView 处于运行状态，则完成以下操作：

使用 ovstop servmon 停止 servmon。
修改 servmon.conf 文件。
使用 ovstart servmon 重新启动 servmon。

修订包说明

自 NetView for UNIX V5.1 开始，操作节点规则集已经将 3 个附加变量添加到经过它的每个陷阱的结尾处（按顺序）：
- 陷阱严重性
- 陷阱源字符
- 陷阱类别
这些变量是从 trapd.conf 中获得的，目的是使这些项适用于用户的脚本。

在 NetView 6.0.3 中，添加了一个新变量 NVATTR_COUNT 以通知用户该陷阱现在包含多少变量，并允许更为简单地引用最末三个变量：
- NVATTR_n 变量，其中 n = NVATTR_COUNT-1，是陷阱类别
- NVATTR_n 变量，其中 n = NVATTR_COUNT-2，是陷阱源
- NVATTR_n 变量，其中 n = NVATTR_COUNT-3，是陷阱严重性
在 NetView 7.1.3 中，现在将这些附加的变量绑定（varbinds）导出为 3 个引用方便的变量：
- NVSEV
- NVSRC
- NVCAT
mib2trap 命令的语法已经更改。通过从命令行发出 mib2trap -? 命令，可查看该语法。mib2trap 命令生成可选的 baroc 文件，缺省情况下该命令的基本事件类为 TEC_ITS_BASE。给出的一般语法为：
mib2trap mib_file addtrap_output_file [baroc_file] [base_event_class_name]

如果您希望继续使用旧的基本类 Nvserverd_Event，则可通过以下方法将该基本类指定为第四（可选）参数来继续使用（因为现在该命令支持用户定义的任何基本事件类）：

mib2trap mib_file addtrap_output_file baroc_file Nvserverd_Event
通过 nvserverd 中的内部 Tivoli Enterprise Console(R) 配适器发送至 Tivoli Enterprise Console 的事件，其原字段总是包含 NetView 服务器的 IP 地址。adapter_host 字段可以包含 NetView 服务器的标准域名，也可以包含与原字段相同的 IP 地址。为了方便 Tivoli Enterprise Console 服务器上的事件响应及转发，不再对适配器主机字段使用短名称。
Java(TM) MIB 装入程序不再将未能装入的 MIB 放入已装入的 MIB 的列表中。现在它也会在您跳过装入 MIB 的操作时提出警告，并提醒您，对于 Java MIB 装入程序，MIB 文件的有效扩展名只能是 .mib、.my 和 .def。
在 NetView 7.1.3 之前的版本中，为了计算上级符号的复合状态，子图中无法访问的符号被忽略了。在 NetView 7.1.3 中，缺省的复合传播将无法访问的符号视为边际符号。如果子图中有一个或多个（不是全部）符号无法访问，则将这些符号视为边际符号，以说明该子图中至少有一个符号存在问题。通过在启动 NetView GUI 之前设置环境变量 OVW_NO_UNREACHABLE_PROPAGATION=1，可以配置 NetView GUI 为复合传播而忽略无法访问的符号。如果子图中的所有符号都无法访问，则无论变量如何设置，均传播“无法访问”状态。
由于在 Solaris 上安装为 /etc/snmp/conf/mgragentd.rsrc 的文件已被更改，因此命令字段从其先前值“command = /usr/bin/echo mgragentd registered with snmpdx”中只读取“command = ""”（空的命令输入）部分。这样更改是为了避免重新启动 snmpdx 时创建死进程的任何可能情况。但是，该文件仅在 NetView 初始安装时安装一次，而且本修订包不更新您的系统上的当前副本。因此，如果您希望在下一发行版之前作出这样的更改，则必须手动将该更改内容插入 /etc/snmp/conf/mgragentd.rsrc 文件中。
到 NetView V7.1.2 为止，NetView 使用的 Tivoli Enterprise Console 类定义已被升级。NetView 使用的以前的 Tivoli Enterprise Console 事件类定义不再受支持，您应该使用新的类定义，因为以后的迁移版本将不支持旧的类定义。
根据您的系统配置和操作系统级别，一旦安装了 NetView V7.1.4 Fix Pack，您就可能需要升级到 JRE 的较新版本。安装修订包之后，如果 NetView Web Console 引发了核心转储，您就可以向 IBM Tivoli 客户支持请求进行 JRE 升级，方法是请求得到相应平台的 IY45265 修订程序并将其安装在系统上。
如果 snmpCollect 守护进程延迟的收集操作多于那些看似适合的收集操作，则问题可能是因为缺省的 3 秒等待时间对 snmpCollect 守护进程而言可能不足以用来接收回复。
要留出更多时间来进行收集，则执行以下操作：
1. 选择工具栏上的选项条目，然后单击 SNMP 菜单项以启动 SNMP 选择窗口。
2. 单击列表中带有延迟收集的节点，然后单击属性按钮。
3. 可在“重试 SNMP 请求时间间隔”和“最多尝试 __ 次的秒数”字段中增加其值，也可在这两个字段中用初始值替换空白。
启用 NetView 安全性后，Tivoli NetView 服务器的标准主机名必须作为服务器条目的第一主机名出现在服务器的 /etc/hosts 文件中。否则无法验证 NetView 客户机的凭证，并且当从安全性管理对话中的服务器发出一条消息时，就会报告 Error(35)。
在 UNIX 上使用 Tivoli NetView 本机服务器／客户机配置时，如果重新引导了 NetView 服务器所驻留的平台，就必须停止并重新启动本机 NetView 客户机。重新引导和随后 NetView 服务器的重新启动造成了本机客户机相关会话信息的丢失，因此必须停止并重新启动客户机才能恢复那些信息。
种子文件中的通配符范围限制了所有受管网络范围内的发现操作。它不强制 netmon 发现该范围内的任何新节点，也不强制 netmon 创建新网络。但是对于充当种子的条目（单个 IP 或主机名），netmon 总是尝试发现条目并在需要时创建网络。
要执行“岛状网络”（即，与 NetView 服务器无路由器连接的网络）的发现，必须将该网络中的一个显式（充当种子的）节点条目添加到种子文件中，以强制执行节点发现和网络创建。另外，要在该网络中的其它设备上扩展发现操作，必须确保这个充当种子的条目是 snmp 启用的条目。
在 xnmsnmpconf 应用程序的 SNMP 配置面板中，重试计数字段表示进行 ping 或 snmp 请求的尝试总数。计数包括初始轮询，因此值为“1”表示应尝试一次，值为“2”表示开始时尝试一次和在该尝试失败后重试一次，等等。
如果日常 Web 服务器日志文件占用过多的系统空间，那么除了减少这些请求日志的保留天数（如 IBM Tivoli NetView 7.1.4 for UNIX Release Notes 中所详述）外，您还可采取其它几种操作：
1. 定制 EventChannel Servlet 的查询时间间隔：
  查询时间间隔确定 Web Console 发送请求以检查 Web 服务器是否仍处于活动状态的频率。
  
  正常情况下，没有必要定制该参数。但是，如果日常 servlet 请求日志（UNIX 上的 /usr/OV/www/logs 或 Windows 上的 \usr\ov\www\logs 中的 yyyy_mm_dd.request.log）照例过大，则可以增加查询时间间隔，这样就会创建较少的 EventChannel 查询日志条目。但是，这样更改也增加了 Web Consoles 意识到 Web 服务器已当机情况的延迟时间。
  
  可以在 EventChannel Servlet 的 queryIntervalSec 参数中配置该时间间隔，该参数位于 usr/OV/www/webapps/netview/WEB-INF/web.xml 文件（UNIX）或 \usr\ov\www\webapps\netview\Web-inf\web.xml 文件（Windows）中。
2. 定制 EventBrowser Servlet 的客户机刷新率：
  
  客户机刷新率确定 Web Console 要求 Web 服务器刷新 Web Console 事件浏览器的事件的频率。
  
  正常情况下，没有必要定制该参数。但是，如果日常 servlet 请求日志（UNIX 上的 /usr/OV/www/logs 或 Windows 上的 \usr\ov\www\logs 中的 yyyy_mm_dd.request.log）照例过大，则可以增加客户机刷新率，这样就会创建较少的 EventBrowser 事件请求日志条目。但是，这样更改也会降低 Web Console 中 EventBrowser 数据的更新频率。
  
  可以在 EventBrowser Servlet 的 clientRefreshRate 参数中配置该刷新率，该参数位于 /usr/OV/www/webapps/netview/EB-INF/web.xml 文件（UNIX）或 \usr\ov\www\webapps\netview\Web-inf\web.xml 文件（Windows）中。
在 UNIX 平台或 Windows 平台上运行的 NetView Web 服务器上，均可执行这两项操作，并减少日志的保留天数。
如果启用 TEC 转发（tec-forwarding），IBM Tivoli NetView 7.1.4 则要求提供最新的 Tivoli Enterprise Console 发行版（3.7.1 + Fix Pack 05、3.8 + Fix Pack 01、3.9）。这是由从 NetView 发送至 Tivoli Enterprise Console 的陷阱参数发生更改所造成的，只有最新发行版的 Tivoli Enterprise Console 才知道该情况。
当在 Solaris 操作系统上第一次配置客户机／服务器系统时，您可能会在“添加客户机访问”阶段看见一条错误消息：

!-> 错误消息“无法打开 /etc/dfs/sharetab”（3 次）

-> 操作已完成

这是因为未创建之前 Solaris 上不存在 /etc/dfs/sharetab 文件。如果客户机安装程序未能访问该文件，就会创建该文件，这样，错误消息就不表示发生故障。
《NetView UNIX for Windows 管理员指南》和 itm_attributes.conf 和 servmon.conf 中的注释部分均没有正确、清楚地说明 servmon 如何以及何时创建服务 SmartSet。

servmon 守护进程不会为服务属性条目自动创建服务 SmartSet（请参阅 itm_attributes.conf 和 servmon.conf 这两个文件）。如果希望拥有服务 SmartSet，则应该为该服务向 servmon.conf 添加一个条目（或者如果已经存在对应该服务的一个条目，则作必要的更改以取消注释被注释掉的行）。有关详细信息，请参阅 servmon.conf。然后停止并重新启动 servmon 守护进程，以使更改生效。

另外，您可以自行手动创建 SmartSet。对于 Windows，SmartSet 子图下节点的状态仅取决于服务状态。但是，对于用户 SmartSet，节点状态则取决于 IP 状态和服务状态。对于 UNIX，虽然支持服务 SmartSet，但不创建服务图标，并且服务状态不影响节点的总体状态。

注：除非为该服务在 servmon.conf 中的条目上指定服务 SmartSet、服务标签名和大于零（0）的状态时间间隔，否则 servmon 守护进程不会创建服务 SmartSet。servmon 守护进程预先创建 SmartSet。它不会等待到发现具有该服务的节点。

本修订包中纠正的 APARS

在 IBM Tivoli NetView V7.1.4 中，本修订包修订了客户报告的以下问题：

APAR 号	平台	描述
IY41085	Windows UNIX	ISDN 状态监视因 MIB 数据的组织而在 Cisco 路由器上不起作用。
IY42473	UNIX	NetView 不能重新启动以“-restart”参数注册的应用程序。
IY47145	Windows UNIX	文档请求明确地陈述对 netmon 种子文件中要发现的条目及 SNMP 管理的节点的要求。（请参阅下面的产品说明部分中该 APAR 的对应条目）
IY47892	Windows UNIX	ovesmd 守护进程正在对网络及网段生成 DNS 请求，同时不必要地降低了 NDS 服务器性能。
IY48379	Windows UNIX	ovstop nvsecd 命令没有停止 tdwdaemon（请参阅下面的产品说明，实现此更正）。
IY48447	Windows	特定陷阱的对象状态的帮助消息面板出错。
IY48542	UNIX	trapd 守护进程引发核心转储，并伴有缓冲区溢出现象。
IY49032	UNIX	Solaris 和 UNIX 上的 ServerSetup 应用程序包含 AIX 特定术语和选项。
IY49405	UNIX	CNAT 数据未从较早版本的 NetView V7.1.x 迁移至 NetView V7.1.4。
IY49428	Windows UNIX	carraddedrn 总是置于 nvdbformat 应用程序“TopM 接口列表”之前。
IY49532	Windows UNIX	nvdbformat 应用程序未完成，并给出错误输出。
IY49546	UNIX	printtool 应用程序导致 Linux 上的 Tivoli NetView V7.1.3 中发生核心转储。
IY49787	UNIX	NetView 7.1.3 ovw_binary 核心。
IY49953	UNIX	给定坏数据时，nvauth 可执行文件将与分段故障一起成为核心。
IY49954	UNIX	在 nvauth 可执行文件的命令行参数上出现溢出情况。
IY49955	UNIX	当密码命令行参数长度超过预期值时，nvauth 可执行文件引发核心转储。
IY49975	UNIX	ipmap 可执行文件从不结束同步，并在启用 GLOBAL ACKNOWLEDGE 时引发核心转储。
IY49985	UNIX	使用第三方软件扫描 pmd 守护进程的端口时，该守护进程引发核心转储。
IY50013	UNIX	使用第三方软件扫描 nvlockd 守护进程的端口时，该守护进程引发核心转储。
IY50133	UNIX	在 AIX 4.3.3 ML 10 上安装 NetView 7.1.4 时启动 nvsecd 失败，并有错误消息“vstart：无法联系 ovspmd：无该文件或目录”。
IY50196	Windows UNIX	请求其它的可选共用名。
IY50227	Windows	servmon.log 中存在不必要的跟踪消息。
IY50265	UNIX	将坏数据写入 nvcorrd 套接字时，nvcorrd 守护进程引发核心转储。
IY50266	UNIX	将坏数据写入 actionsvr 守护进程的套接字时，该守护进程引发核心转储。
IY50394	Windows UNIX	IPMAP 应用程序从 NetView 7.1.2 迁移至 NetView 7.1.3 之后，引发了核心转储。
IY50461	Windows UNIX	location.conf 中提供对路由器通配符 IP 地址的支持。
IY50464	Windows UNIX	netmon 守护进程正在发现一些设备并将它们设置为不受管（即使它们已被配置为管理新发现的节点）。
IY50663	UNIX	开启 AutoTrace 后，ovtopmd 守护进程和 ovtopofix 命令运行速度缓慢得多。
IY50702	Windows UNIX	ITSA 管理的交换机可能没有在 ipmap 中显示正确的符号状态。
IY50954	UNIX	如果某个 IP 地址解析为主机名，snmpCollect 守护进程则不在该地址上进行收集。
IY50990	Windows UNIX	netmon 守护进程不会在重新启动后等待配置的时间量而执行状态轮询。
IY51064	Windows UNIX	查询数据库字段对规则集中的接口选择名称不起作用。
IY51125	Windows UNIX	在 NetView 7.1.3 的 netmon 种子文件中使用 snmp 通配符时出错。
IY51162	UNIX	保存具有长名称的陷阱槽值时，槽值被截断到 15 个字符。
IY51181	UNIX	在 NetView 7.1.3 Fix Pack 1 中，种子文件编辑器的右侧滚动条不能正常使用。
IY51516	Windows UNIX	nvrsEdit 应用程序在无法正确处理打开的规则集时并不显示错误。
IY51641	UNIX	由于缓冲区过小而无法正确地格式化很大的陷阱，nvserverd 守护进程引发核心转储。
IY51700	Windows UNIX	如果启用 TEC 转发功能，NetView v714 要求提供最新的 TEC 发行版。
IY51778	Windows UNIX	netmon 种子文件中地址范围的行为不同于前发行版（请参阅下面的产品说明）。
IY51844	Windows UNIX	路由器重新发现操作不起作用。
IY52086	UNIX	需要阐明 netmon 守护进程的“重试”参数的含义（请参阅下面的产品说明）。
IY52227	UNIX	需要能够确认 IP 状态正常的交换机上的第 2 层边缘状态。
IY52295	UNIX	需要将 ping 计数控制添加到非 AIX NetView UNIX 平台上。
IY52234	UNIX	升级到 7.1.4 导致运行 ipgettopoinfo 命令时关系数据库中出现错误的 IP 拓扑计数。
IY52320	UNIX	SNMP 配置查找例程正在返回 NetView 的缺省值，而不是全局缺省中的客户设置值。
IY52341	Windows UNIX	在 AIX 5.1 上的 NetView 7.1.3 Fix Pack 1 中，ipmap 可执行文件正成为核心。
IY52351	Windows UNIX	一些引发 DNS 的陷阱要求提供网络地址和段地址。
IY52394	Windows UNIX	nvcorrd 守护进程在 setstatednode 函数中引发核心转储，信号为 11。
IY52429	UNIX	在 NetView 7.1.4 中，如果 Tivoli Enterprise Console 事件中的陷阱槽的主机名内含有短划线“-”，则保留该陷阱槽为空白。
IY52758	UNIX	xnmgraph 应用程序正在计算错误的 y 轴值。
IY52773	Windows UNIX	Netmon 每 10 分钟引发一次核心转储，信号为 11。
IY52820	UNIX	在 AIX 5.2 上的 NetView 7.1.4 中，trapd 守护进程正定期成为核心。
IY53038	UNIX	在 NetView 7.1.3/7.1.4 for Linux 上，不允许非 root 用户启动 GUI，这是由于 startup 脚本中缺少一行。
IY53205	Windows UNIX	尝试对 servmon 添加 ITM 资源模型的状态监视，但不起作用。
IY53244	UNIX	打印的 nvgethost 命令用法信息中存在乱码。
IY53271	Windows UNIX	在 zLinux 上切换跟踪或登录到 zLinux 时 trapd 守护进程停止。
IY53400	UNIX	如果启用 NetView 安全性，则 xnmloadmib2 和 xnmbrowser2 应用程序无法运行。
IY53554	UNIX	mibtable 命令在中级管理器 MIB 上循环。
IY53666	UNIX	trapd.log 达到最大大小时，trapd 守护进程停止，信号为 13。
IY53704	UNIX	在 NVRSEdit 应用程序中编辑集合状态节点时出现问题。
IY53727	Windows UNIX	一些接口的映射上出现错误的符号。
IY53780	UNIX	netmon 守护进程 ping 到不必要的接口。
IY53804	Windows UNIX	在应用 NetView 7.1.3 Fix Pack 2 之后，nvdbformat 应用程序正成为核心。
IY53928	Windows UNIX	NetView 7.1.4 中存在 servmon 守护进程性能问题。
IY54371	Windows UNIX	启用 RFI 时，每次轮询循环都发生“无法访问接口”事件。
IY54644	Windows UNIX	NetView Web 客户机挂起。
IY54964	Windows UNIX	netmon 守护进程正尝试在大型网络上同时轮询数千个接口。
IY55374	UNIX	在 AIX 5.2 上使用 snmpd64v1 代理程序时文档记录不清楚。
PJ29055	Windows	对于某些陷阱，原 tecad 缺省槽值的输出不正确。
PJ29416	Windows	向 Tivoli Enterprise Console 转发事件时，主机名字段保留为空白。
PJ29421	Windows UNIX	ovobjprint 命令未显示与大型数据库相关的全部适用信息。
PJ29460	Windows	当 netmon 发现某个路由器的第一个接口不在 DNS 中时，则说明图标选择名称和标签有问题。
PJ29480	Windows	根据服务关闭时间间隔删除服务符号之后，未正确更新节点状态。
PJ29481	Windows	节点备份时，SmartSet 中的节点状态可能不正确。
PJ29503	Windows UNIX	删除的服务符号可能传播错误状态。
PJ29517	Windows	nvcord 守护进程为通过激活的规则集的某一事件错误地交换“$A”值。
PJ29580	Windows	如果使用“<”或“>”选项，则“收集的数据对象属性”屏幕上的“过滤条件”选项不反映数据。
PJ29586	Windows UNIX	使用 nvdbformat／nvdbimport 命令无法获得／设置带有逗号的字段。
PJ29588	Windows UNIX	使用 NetView ETL 时记录了过多的截断错误。
PJ29644	Windows	在 MS 陷阱服务的空 IP 地址上发生 NetView for Windows trapd 守护进程异常。
PJ29651	Windows UNIX	由于字符串截断错误，NetView 仓库启用包未能插入目标数据。
PJ29653	Windows UNIX	NetView 仓库启用包的报告缺少历史数据，这些报告显示月度和年度报告的中断百分比。
PJ29654	Windows UNIX	在所有情况下，NetView ETL2 都不精确计算可用性。
PJ29666	Windows	当要收集的对象数量超过 16 时，snmpCollect 守护进程重复 snmpget 请求。
PJ29671	Windows	图表功能对先前定义的数据收集不起作用。

安装与配置

先决条件

为了在系统上安装 IBM Tivoli NetView V7.1.4 Fix Pack 1，必须符合以下先决条件：

必须下载该平台的相应程序包，并使其可在要安装的系统上使用。
你必须使用执行原始 NetView V7.1.4 安装的相同用户帐户（在 UNIX 上为 root 帐户）登录系统。
系统必须已经包含 IBM Tivoli NetView V7.1.4 安装。

要安装修订包的系统必须有足够的可用空间来执行以下操作

安装修订包
包含更新的 NetView 安装

开始所需的可用空间是临时空间，一旦修订包安装成功，这些空间就将返回给系统。更新 NetView 安装所需的空间保持使用状态，直至修订包回退或安装了新版本的 NetView 为止。

下表描述针对上述每一空间要求在每种平台上所需要的空间量。

操作系统	安装所需空间¹	升级产品所需空间²
RS6000 AIX	445 Mb	300 Mb
SunOS Solaris	390 Mb	265 Mb
Linux Intel	380 Mb	250 Mb
Linux 390	325 Mb	205 Mb
Windows	95 Mb	52 Mb
¹无论用户将修订包安装程序包放在何处，该空间量均是必需的。 ²在 UNIX 上的 /usr/OV 中或 Windows 上的 \usr\ov 中，该空间量是必需的。

通过删除 /usr/OV/service/V714/FixPack1（UNIX 上）或 \usr\ov\service\V714\FixPack1（Windows 上）目录中的内容，可以将 /usr/OV 或 \usr\ov 中包含修订包内容所需空间（在第二列中所描述的空间）的大部分返回给系统。但是，这样做就除去了回退修订包的能力。不要删除 FixPack1 子目录本身；为了安装以本修订包为必备软件的修订程序，这个子目录必须存在。

安装指示信息

要执行程序包的实际安装，请执行以下步骤：

如果您要在 NetView for UNIX 客户机上安装修订包，则确保客户机与 NetView 服务器断开连接，方法是完成以下操作：
1. 运行客户机安装应用程序。
2. 单击配置 -> 除去服务器。
3. 在“服务器主机名”字段中输入 NetView 服务器的名称。
4. 单击应用。
打开一个新窗口，将程序包复制到要安装修订包的操作系统上的某个本地子目录中，然后切换目录至该子目录。
通过下面的其中一项操作来抽取安装脚本：
- 在 UNIX 上：输入 zcat Fix Pack1.{Platform}.V714.tar.Z | tar -xvf- install
- 在 Windows 上：输入 Fix Pack1.Win32.V714.exe
执行安装脚本：
- 在 UNIX 上，输入 ./install
- 在 Windows 上，要安装 NetView 本机服务器，则输入 install
- 在 Windows 上，要安装 NetView 本机客户机，则输入 install noversioncheck
当在本机 NetView 客户机安装上安装修订包时，将会报告一组错误，即无法复制文件 nvexportd.jar、nvexportd.lrf 和 notfoundhandler.class。这些文件不是客户机安装的必要文件，应该忽略这些错误。
如果在安装期间遇到其它错误（无论安装过程本身是否报告成功），则完成以下操作：
1. 运行回退脚本（忽略任何错误）。
2. 更正安装期间报告的任何问题。
3. 重新引导计算机（在 Windows 上）。
4. 从头起重新开始安装。
通过重新引导计算机、使用 netview 命令、在 UNIX 上执行 netnmrc 脚本或在 Windows 上单击 NetView 图标，重新启动 NetView 守护进程。

如果 NetView 安装正在使用 Windows 上的某个 SQL 数据库，则先重新启动 SQL 服务器，然后重新启动 NetView 守护进程。
从升级版的本机 NetView 服务器安装，重新安装任何 NetView Web Console。
如果您将本修订包应用于 NetView 客户机安装，则使用客户机安装应用程序将客户机重新连接至相应的 NetView 服务器。

回退指示信息

作为修订包安装的一部分，安装期间替换的每个文件的副本都保存在 /usr/OV/service/V714/FixPack1（UNIX 上）或 \usr\ov\service\V714\FixPack1（Windows 上）子目录中。如果您希望，则可以通过运行该子目录中包含的回退脚本卸载该修订包，以代替上述安装指示信息中的步骤 2-4，而系统将回到修订包安装之前的状态。

回退该修订包之前，必须回退安装该修订包之后系统上安装的任何 NetView 修订程序。

已知缺陷和局限

不推荐处理来自 .kshrc 文件的 Korn shell 程序历史记录文件。NetView 使用的一些安装机制希望设置标准历史记录文件；如果没有设置，先决条件检查和实际的 NetView 安装将失败。
在安装了 Tivoli Management Framework（安装在定制位置）的系统上，一些客户使用单机版 NetView V7 安装时遇到困难。要避免这些困难，如果希望将 Framework 保留在其环境中，则建议您通过标准的 Tivoli Framework 安装来安装 NetView V7.0。如果安装 Framework 只是为了支持 NetView，而且安装后不再需要，则应完成以下操作：
1. 通过 serversetup 中的备份功能备份 NetView 安装。
2. 从您的系统中将 Tivoli Framework 和 NetView 都除去。
3. 使用 update 选项从命令行安装 NetView。
当你尝试运行 nvColToSQL 时，可能会得到以下错误消息：
数据库服务器不存在或没有足够磁盘空间来容纳日志文件，数据库中不存在 temp 文件和 rollback 段或表
如果有过多的 snmpCollect 文件需要处理（通常大于 500 个），则会出现该消息。如果收到这种消息，可使用以下脚本处理文件。该脚本一次处理一个文件，并将输出保存至日志文件。
```
#!/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 操作系统中的 quirk 和 NetView for UNIX 联机帮助页的格式化，联机帮助页在 Linux 系统上未正确显示，除非 Linux 终端窗口长度超过 80 个字符。要更正格式化，则使用鼠标向右拖动窗口的右边框以扩大终端窗口。这样，所执行的任何 man 命令都将正确显示。
在 NetView for Windows 中，当取消管理接口然后再次管理接口时，由于 ICMP ping 操作使用了 netmon，管理当机接口（状态为 USER1）可能会错误地变为临界状态。接口的管理当机状态将直至下次配置检查或要求轮询后才重新生效。在这种情况下，要防止将管理当机接口报告为临界状态，则在 netmon 种子文件中配置具有管理当机接口的路由器使用 SnmpStatus 轮询，而不是 ICMP 轮询。
在 Windows 2003 上的 Tivoli NetView for Windows 中，尝试向客户机或服务器发送消息（服务器设置 -> 客户机／服务器 -> 发送消息选项卡）可能会导致弹出“NO MESSAGE”错误。这可能是由于未启用 Windows Messenger 服务；在 Windows 2003 上，缺省设置是在安装后保持该服务的禁用状态。要启用 Messenger 服务，则完成以下操作：
1. 单击我的电脑 -> 管理 -> 服务和应用程序 -> 服务
2. 右键单击 Messenger
3. 单击属性。
4. 单击“启动类型”的向下箭头，然后选择自动。
5. 单击确定。
6. 右键单击 Messenger。
7. 单击启动。
当在 Tivoli NetView for UNIX 中打开 SmartSet 子图时，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.4 Fix Pack 1 时，NetView GUI 启动失败，错误消息为“检索 mapdb 字段信息时出错：字段值为空”。要在发生此错误时进行恢复，则执行以下步骤：
1. 运行 ovobjprint -s mapdb 以获取 mapdb 对象的对象标识。
2. 运行 ovwdbdmap -dobjid，其中 objid 是步骤 1 中的对象标识。
3. 运行 ovstart ovwdb 以重新启动 ovwdb 守护进程。
4. 运行 mapadmin -i 以重新创建 mapdb 对象。
当在用户标识中使用双字节字符时，Windows 和 AIX Web Console 没有连接到 Solaris Netview 服务器。但是，当在用户标识中使用双字节字符时，Solaris 8 Web Console 可以连接到 Solaris NetView 服务器。
使用日语语言包时，所使用的映射快照名称缺省值（例如“Snapshot 1”）没有显示在“服务器安装”窗口的快照菜单中。当您选择文件 -> 映射快照 -> 打开时，会显示创建的快照。使用 ovmapsnap CLI 命令时也可以查看该快照。
IBM Tivoli NetView for Windows 用户不应使用相关守护进程 nvcord 来实现规则集 setstatusandseverity.rs。该规则集（\usr\ov\conf\rulesets\setstatusandseverity.rs）不起作用，并会使相关守护进程进入循环状态，使其不断地发送虚假状态更改事件给 trapd 守护进程，直至它和 TEC 适配器守护进程都被制止为止。在以后的版本中将从产品中除去此规则集，以避免这种不合适的情况，但在维护版中不能除去它。对于那些希望生成自身状态更改事件的用户，建议从包含 nvsnmptrap 命令的 bat 文件执行该操作（如 NetView for Windows Programmer's Reference 中的 trapd.conf 信息所述），而不要使用规则集执行该操作。

文档更新

将要添加到以后版本的《IBM Tivoli NetView 发行说明》中的说明：

除要求打开缺省映射（名称为“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 V5.2 操作系统上的 Tivoli NetView for UNIX 产品”开头的段落是错误的。它的内容应如下所示：

运行在 AIX V5.2 操作系统上的 Tivoli NetView for UNIX 产品仅支持 snmp 守护进程的 snmpdv1 版本。如果正在使用 64 位操作系统，则以下过程更改为 snmpd64v1 而不是所支持的 snmpdv1。snmpdv1 和 snmpd64v1 均是 SNMPv1 代理程序。snmpdv1 而非 snmpd64v1 运行在 64 位内核中是不可能的。使用以下过程确定何种版本的守护进程正运行在您的系统上，然后更改 snmp 守护进程版本。
在 NetView V7.1.3 和 V7.1.4 的《IBM Tivoli NetView 发行说明》的『Linux 软件先决条件』部分，错误地将 pdksh-5.2.14-248.s390.rpm 当作从 NetView for Linux 390 CD 中使用的程序包。

然而，CD 上提供的 RPM 其实是 pdksh-5.2.14-197.s390.rpm，《发行说明》应反映出这一点。
在《IBM Tivoli NetView V7.1.4 for UNIX 发行说明》中，第 8 页上给出的、确认 Tivoli NetView AutoTrace 功能停止的命令是错误的：
/usr/OV/bin/atctl v info
这个命令应该是：
/usr/OV/bin/atctl -v info
在 IBM Tivoli NetView for Windows Beginner's Guide 中，应该在『Shift-In/Shift-Out』（第 6 页）一节中添加一条说明：
为了使用 Shift-In/Shift-Out 机制，您首先需要运行 nvauth。
将添加到《IBM Tivoli NetView for UNIX 管理员指南》的第五章『关联、过滤以及配置事件』的『规则集节点类型』下的有关指定时间值的说明。

当从事件流中首先拉出事件时，将给予它一个时间戳记，用于确定事件在处理规则集中的紧急操作（例如 Pass-on-Match、Reset-on-Match 或 Threshold 操作）的资格。此事件时间戳记在所有后续处理期间保持不变。因此，根据接收事件的时间，确定事件应保留还是放弃。这样就在第一次累积之后，作出所有后续时间比较。如果您希望添加两种背靠背的紧急操作，则必须顾及这段累积时间。例如，这样一来，如果您希望在同一规则集中编辑两种背靠背的 Reset-on-Match 节点的代码，并使第一个节点保留事件 2 分钟，第二个节点再保留该事件一分钟，则必须在第一个复位节点中指定 2 分钟的时间值，而在第二个节点中指定 3 分钟的时间值，以顾及事件传递至第二个 Reset-on-Match 节点之前这 2 分钟时间已消耗的情况。如果不顾及这一点，将导致意外的结果，通常是不按您所想的时间保留事件。
在《IBM Tivoli NetView for UNIX 管理员指南》的第五章『陷阱数据的环境变量』中，应该包括下面第一个产品说明中给出的、关于导出的变量绑定“NVSEV”、“NVSRC”和“NVCAT”的信息。
在《IBM Tivoli NetView V7 for UNIX 管理员指南》中，第 164 页末尾处的以下行不再为真，需要将其去除：
当节点名称未解析为 IP 地址时，则使用公用的共用名发送 SNMP 请求。
对那些希望在使用 Microsoft Internet Explorer 浏览器的系统上运行 NetView Web Console 的用户，需要在《IBM Tivoli 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 项的内容应如下所示：
1. 为了能在分布在多个机器上的 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 软件支持的信息（根据问题的严重性），以及以下信息：

注册与资格
电话号码和电子邮件地址（根据您所在的国家或地区）
联系软件支持前您必须具备的信息

声明

本信息是为在美国提供的产品和服务编写的。IBM 可能在其它国家或地区不提供本文档中讨论的产品、服务或功能特性。有关您当前所在区域的产品和服务的信息，请向您当地的IBM 代表咨询。任何对 IBM 产品、程序或服务的引用并非意在明示或暗示只能使用 IBM 的产品、程序或服务。只要不侵犯 IBM 的知识产权，任何同等功能的产品、程序或服务，都可以代替 IBM 产品、程序或服务。但是，评估和验证任何非 IBM 产品、程序或服务，则由用户自行负责。

IBM 公司可能已拥有或正在申请与本文档内容有关的各项专利。提供本文档并未授予用户使用这些专利的任何许可。您可以用书面方式将许可查询寄往：

IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 U.S.A.

有关双字节（DBCS）信息的许可查询，请与您所在国家或地区的 IBM 知识产权部门联系，或用书面方式将查询寄往：

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

本条款不适用英国或任何这样的条款与当地法律不一致的国家或地区：

International Business Machines Corporation“按现状”提供本出版物，不附有任何种类的（无论是明示的还是暗含的）保证，包括但不限于暗含的有关非侵权性、适销性和适用于某特定用途的保证。

某些国家或地区在某些交易中不允许免除明示或暗含的保证。因此本条款可能不适用于您。

本信息中可能包含技术方面不够准确的地方或印刷错误。此处的信息将定期更改；这些更改将编入本资料的新版本中。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 未来方向或意向的声明都可随时更改或收回，而不另行通知，它们仅仅表示了目标和意愿而已。

商标

IBM、AIX、S/390、NetView、zSeries、Tivoli 和 Tivoli Enterprise Console 是 International Business Machines Corporation 在美国和／或其他国家或地区的商标。

Microsoft、Windows、Windows NT 和 Windows 徽标是 Microsoft Corporation 在美国和／或其他国家或地区的商标。

Java 和所有基于 Java 的商标和徽标是 Sun Microsystems, Inc. 在美国和／或其他国家或地区的商标。

UNIX 是 The Open Group 在美国和其他国家或地区的注册商标。

Intel、Intel Inside（徽标）、MMX 和 Pentium 是 Intel Corporation 在美国和／或其他国家或地区的商标。

其他公司、产品和服务名称可能是其他公司的商标或服务标记。