IBM Tivoli NetView V7.1.5 Fix Pack 04 自述文件

日期：2009 年 4 月 1 日

名称：7.1.5-TIV-NVD-{OperatingSystem}-FP0004

组件：IBM Tivoli NetView V7.1.5

PTF 号：U825508（UNIX）或 XR23294（Windows）

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

关于本修订包

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

修订包内容

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

本修订包取代的补丁

无。

由于 IBM Tivoli NetView 程序不产生补丁，所以本修订包不取代任何补丁。但是，在此自述文件的本修订包中更正的 APAR 部分中涉及的 IBM Tivoli NetView 7.1.5 程序的所有测试修订都被取代。

受支持的操作系统

本修订包与 NetView V7.1.5 的初始安装支持的操作系统完全相同。关于 Tivoli NetView 产品的安装、升级和配置（包括信息需求）方面的信息，请参阅 IBM Tivoli NetView for UNIX and Linux Installation Guide，GC32-1842-00 以及 IBM Tivoli NetView for Windows User's Guide，SG32-1852-00。

Fix Pack 04 中的新功能

APAR PJ35850 仅在 NetView for Windows 中添加了一些新功能。 之前，出于对 Windows 机器上系统资源的考虑，netmon 每个节点上可发现的最大接口数被限制为 256 个接口。在 fix pack 04 中，添加了新的选项，使 netmon 的每个节点上可以发现最多达 1000 个接口。要利用此新功能，用户必须如下所示编辑 \usr\ov\conf\netmon.conf 文件：

1. 将以下行添加到 \usr\ov\conf\netmon.conf 中

   # The variable allows for changing the maximum number of interfaces per node.

   # The value can be 8 - 1000. The default maximum number is 256.

   # NetView for Windows version only.

   #NV_SET_MAXIFACES_PER_NODE=256

2. 将 # 从标志中除去，并将 maxIface 从 256 更改为更大的数字（最大为 1000）。
3. 然后重新启动 netmon。

请注意，使用此新功能的用户需使用 netmonaction 命令观察 netmon 的工作负载调度，并按需要调整发现了大量接口的设备的轮询时间间隔。

Fix Pack 03 中的新功能

APAR IZ13086 和 IZ14447 将根据 trapd 如何处理带有不可打印字符的陷阱以及 nvserverd（UNIX）和 tecad_nv6k（Windows）中的 TEC 适配器来添加一些新功能。以前，如果 trapd 有半数以上的字符不可打印，它只会将八位元字符串转储为十六进制，但是十六进制空值（x'00'）是特殊情况。包含它们的八位元字符串始终被转储为十六进制。TEC 适配器始终将含有不可打印字符的任何字符串转储为十六进制。这种不一致的行为已被更改。现在可将十六进制控制作为其他任何不可打印字符进行处理，而且这两个 TEC 适配器现在与 trapd 的工作方式一样。 如果字符串中有半数以上的字符不可打印，那么会将它们转储为十六进制。

用户可通过在启动 NetView 守护程序之前设置环境变量 TRAPD_STRICT_HEX_FORMAT，从而覆盖此行为并始终将含有不可打印字符串的字符串强行转储为十六进制。在 UNIX 和 Linux 上，可通过编辑或创建 /usr/OV/bin/netnmrc.pre 并添加以下行来完成此操作

export TRAPD_STRICT_HEX_FORMAT=TRUE

export TRAPD_STRICT_HEX_FORMAT=

要在 Windows 上设置变量，用户首先必须使用“服务器设置”停止所有守护程序，然后转至“服务”选项卡并停止 NetView 服务。要添加 TRAPD_STRICT_HEX_FORMAT 环境变量，请使用“控制面板”：

控制面板 --> 系统 --> 高级 --> 环境变量

添加新系统变量（底部组）

变量名称：TRAPD_STRICT_HEX_FORMAT

变量值：True、TRUE、true、1 或任何值。

单击“确定”退出。

Fix Pack 02 中的新功能

IBM Tivoli NetView 7.1.5 Fix Pack 02 中没有新的项。

Fix Pack 01 中的新功能

IBM Tivoli NetView 7.1.5 Fix Pack 01 中没有新的项。

修订包说明

• APAR IZ44226 添加了一条更正 NetView 编程 API 用法的技术说明

  此说明加入以下出版物：

  • V7.1.5 IBM Tivoli NetView for Unix and Linux Programmer's Guide，第 59 页上『第 6 章. 了解 Tivoli NetView 用户界面』的“为事件注册”这一小节中。
  • V7.1.5 IBM Tivoli NetView for Unix and Linux Programmer's Reference，第 556 页上『第 2 章. 参考页面』的 OVwAddCallback(3) 这一小节中的“实施规范”标题下。

  技术说明： 与 NetView GUI 通信的 OVw 应用程序将利用 OVw 消息传递子系统，了解这一点很重要。此子系统负责分配用于每个回调的内存，这些内存在用户应用程序发出 OvwDone() 后才会得到释放。这对调用 OVwAddCallback.() 的用户应用程序构成了一种设计限制。此应用程序必须通过显式用户操作从 GUI 启动，如在映射上选择对象，然后通过下拉菜单或右键单击上下文菜单启动应用程序。且它最终需要在执行功能后发出 OvwDone() 并退出。此应用程序不可像守护程序一样一直在后台运行，否则其大小会随着每个连续的回调不断增大。NetView 中附带了成功 OVw 应用程序的示例，可在 /usr/OV/prg_samples/ovw_examples 中找到这些示例。强烈建议用户在设计自己的应用程序之前，编译和测试这些样本，将其用作原型。

• APAR PJ34215 更正了 V7.1.5 IBM Tivoli NetView for Windows Programmer's Reference 中有关 netmon 守护程序上可用选项的文档错误。 -l（小写 l）选项在 NetView for Windows 上不可用，应忽略所有对此选项的引用。

• APAR IZ17684 根据在 Solaris 10 平台上安装的语言包更正了 IBM Tivoli NetView for Unix and Linux Installation Guide V7.1.5 中的文档错误。在 Solaris 10 上，语言包的安装将独立于 NetView 基本产品。

  在第 1 章. 规划安装中的语言包需求子节（第 7 页）中，有如下内容：

  • Tivoli NetView for UNIX and Linux V7.1.5 英语产品

  可以在安装英语产品的同时安装语言包，或者可以在安装英语产品后独立安装语言包。

  以上节将被更改为：

  • Tivoli NetView for UNIX and Linux V7.1.5 英语产品

  对于 Solaris 10 平台，应该在安装英语产品后安装语言包。对于其他所有平台，可以在安装英语产品的同时安装语言包，或者可以在安装英语产品后独立安装语言包。

  在第 2 章. 安装或升级 Tivoli NetView 程序的安装或升级到 V7.1.5 子节（第 22 页），有如下内容：

  注意：

  a. 在使用 -l 选项安装语言包的同时使用或者不使用 -k 选项。

  以上节将被更改为：

  注意：

  a. 对于 Solaris 10 之外的所有平台，在使用 -l 选项安装语言包的同时使用或者不使用 -k 选项。 对于 Solaris 10 平台，应该在使用 -k 选项安装后使用 -l 选项。

  在第 2 章. 安装或升级 Tivoli NetView 程序的 instalnv 脚本的命令语法子节（第 24 页），有如下内容：

  -l locale 在服务器或客户机上安装指定语言包，其中使用的语言环境为如下值：

  • ko_KR（韩语）
  • ja_JP（日语 EUC）
  • 仅限 AIX 系统：Ja_JP（日语 SJIS）
  • zh_CN（简体中文）
  • 仅限 Red Flag Intel 系统：zh_CN.GB18030（简体中文）

  以上节将被更改为：

  -l locale 在服务器或客户机上安装指定语言包，其中使用的语言环境为如下值：

  • ko_KR（韩语）
  • ja_JP（日语 EUC）
  • 仅限 AIX 系统：Ja_JP（日语 SJIS）
  • zh_CN（简体中文）
  • 仅限 Red Flag Intel 系统：zh_CN.GB18030（简体中文）

  注意：对于 Solaris 10 平台，请勿将 -l 选项与 -k 选项一起使用。首先使用 -k 选项安装，然后使用 -l 选项安装语言包。

• APAR PJ32885 更正了 IBM Tivoli NetView for Windows User's Guide V7.1.5 中的文档错误。在『附录 A：大型网络中的系统性能注意事项』中，它错误地陈述了以下内容：可使用 perfmon 的“编辑”设施将 NetView NETMON:PingsBehind 和 NETMON:SNMPsBehind 计数器添加到它监视的对象中。由于 Microsoft 已除去 perfmon 的“编辑”设施，所以这种情况不再存在。但是用户仍然可以使用 netmonaction 命令找到该信息。『附录 A』将更改为如下内容：

  由于网络增大，所以缺省的“轮询”和 SNMP 选项可能会导致网络守护程序延迟记录 ICMP 和 SNMP 请求。 位于 Tivoli NetView 图形用户界面右下角的“网络监视器活动”栏和选项 --> 轮询对话框中的“网络监视器工作负载”指示器指示 netmon 的当前工作负载。“轮询”选项对话框还指示下次发生调度配置轮询和新节点轮询的时间。如果任何这些值落在后面或者彼此重叠，那么考虑将这些活动调度为在一天中的不同时间发生。例如，将轮询以发现新节点的缺省值设置为在一定时间间隔内自动发生；将该值更改为一天中的绝对时间（深夜或清晨）可防止过多的系统和网络活动同时发生。

  为确定 netmon 守护程序在指定时刻会滞后多久才发送 ICMP 消息，请在命令窗口中发出命令 netmonaction 12，并检查 \usr\ov\log\netmon.trace 中的输出。您会在该处找到 ping 列表，如下所示：

    ---------- pingList [0x1045038] ----------
    ** 80 elements on the IF list **
      3: 9.27.144.42 (abc.ibm.com) list = 0x1045038
     21: 9.27.144.7 (9.27.144.7) list = 0x1045038
     68: 9.27.144.166 (dyn9027144166.ibm.com) list = 0x1045038
    102: 9.27.144.180 (dyn9027144180.ibm.com) list = 0x1045038
               (etc)
    ------------- end pingList ----------
  

  每行开头处的冒号前面的数字说明距离下次轮询的秒数。如果该数字为负数，那么 netmon 是在调度之后。

  同理，为确定 netmon 守护程序在指定时刻会滞后多久才发送 SNMP 消息，请在命令窗口中发出命令 netmonaction，然后检查 \usr\ov\log\netmon.trace 中的输出。您会在该处找到 SNMP 列表，如下所示：

    ---------- snmpList [0x104504c] ----------
    ** 72 elements on the NODE list **
     13: dyn9027144165.ibm.com (9.27.144.165) numif = 1 onlist = 0x104504c
     67: xyz.ibm.com (9.27.144.11) numif = 1 onlist = 0x104504c
    228: dyn9027144170.ibm.com (9.27.144.170) numif = 1 onlist =0x104504c
    342: dyn9027144138.ibm.com (9.27.144.138) numif = 1 onlist = 0x104504c
                (etc)
    ---------- end snmpList ----------
  

  同样，每行开头处的冒号前面的数字说明距离下次轮询的秒数。如果该数字为负数，那么 netmon 是在调度之后。

  如果确定 netmon 落后于 ping（ICMP 消息）并启用“发现 Ping 发射服务”选项，那么选择选项 --> 服务器设置 --> 发现可禁用 ping 发射服务，直至 netmon 赶上；高速缓存的信息可能会临时超过其存储器限制。当 netmon 赶上时，可恢复 ping 发射服务。

  “ping 超时”值也会影响 netmon 守护程序追赶所请求的守护程序的能力，所以确保这些值对于网络负载和性能合理。

• APAR IY96977 提供在 AIX 上使用的日语语言包。它在修订包 CD 上的其他地方，并且必须独立安装。安装修订包时将不自动安装它。

  如果已经安装了该语言包，那么不需要安装先前的 Ja_JP 语言包；如果尚未安装它，也不需要安装先前的语言包。

  要安装新的语言包，请：

  1. 用命令抽取安装文件

  tar -xvf IY96977.AIX.V715.tar

  2. 用命令执行安装脚本

  ./instalnv -l Ja_JP

• APAR IZ04210 提供了新的 netnmrc 文件用于设置 DISPLAY 变量。如果尚未设置 DISPLAY 变量，或设置了错误的 DISPLAY，那么启动 Web 服务器（尤其是通过 netnmrc 重新引导）时，UpdateInstaller 将不能正确运行且 web 控制台不能从服务器检索更新包。 在安装修订包的过程中，新的 netnmrc 文件将复制到目录 /usr/OV/newconfig/OVMIN 下。对于 Solaris 和 Linux，用户需要从 /usr/OV/newconfig/OVMIN/netnmrc 手动复制到 /etc/init.d/netnmrc，而对于 AIX，则需要复制到 /usr/netnmrc 中。

• APAR IY92493 修正了新的 snmp 命令（在 Windows 中称为 “wsnmp”）中的缺陷，该命令提供使用 SNMPv2 和 SNMPv1 查询设备的命令行界面。 更新了 UNIX 联机帮助页进行匹配，增加了使用说明。但是没有更新提供的文档。

  同时，命令的 Windows 版本，wsnmp，在 Windows Programmer's Reference 中被错误地记录为“snmp”而不是“wsnmp”。语法也是不正确的，必须在具有可选参数的函数之前指定可选版本号。正确的语法如下所示：

  wsnmp [-d [level]] [-v 1 | 2 ][-h dest] [-p port] [-c community] [-t timeout]

  [-r retries][-n non-rep][-m max-rep] function [variable [type][value] […]]

  除了还需要提供大量的示例之外，其他方面都是正确的。 用户可以在 DCF # 1253630 查看新的示例和完整的页面。

• NetView for AIX，V7.1.5 不再向由 lslpp 读取的 ODM 数据库添加项目。然而，结果表明，某些需要安装 NetView 的附加产品将查询 ODM 数据库，除非发现一组 nv6000 条目的时候才会安装。APAR IY94076 的修订通过提供一个安装脚本提出这个问题，该脚本将创建 /usr/lpp/nv6000 目录并向 Ipp、产品以及 ODM 的历史类添加 stanzas。因为近期没有提供 NetView 产品代码，本修订包中将不包含该修订。需要该支持的用户必须从 NetView 级别 2 获取并安装该临时修订。

• APAR IY95668 提出了下面问题，当完成从 IBM Tivoli NetView v7.1.4 到 v7.1.5 的升级安装时，不向现有的接口对象添加新的 IPv4 地址字段。

  要为迁移之后的用户解决这一问题，引入新的 netmon conf 标志以提供一次性修订，而不需要很多的用户实施工时。 用户应该向 netmon.conf 添加以下行：

  NV_NETMON_FIXUP_IPV4FIELD=TRUE

  然后重新启动 netmon。

  启动的时候，将为 NetView 的早期版本创建的接口对象添加缺少的 IPv4 地址字段。这样做的一个意外是，将不能为 IP 地址为 0.0.0.0 的接口添加 IPv4 地址字段，比如未编号接口和混合端口接口。

  注意： 这是修订由于迁移引起的缺少新的对象字段的问题的一次性工作。用户可以在下次 netmon 循环时将 netmon 标志改成 FALSE。 下次 netmon 重新启动时该标志保留 TRUE 不会有危害；但是当 netmon 为缺少 IPv4 地址字段的接口对象检查 ovwdb 和 topology 数据库时，将会导致多余的处理。

本修订包中更正的 APAR

本修订包（Fix Pack4）在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。

Fix Pack 3 在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。这些问题在 Fix Pack 4 中也得到了解决。

Fix Pack 2 在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。这些问题在 Fix Pack 4 中也得到了解决。

Fix Pack 1 在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。该列表中包含的问题在 V7.1.4 中报告过，在具有 Fix Pack 1 的 V7.1.5 中也提出了这些问题。所有这些问题在 Fix Pack 4 中也得到了解决。

以下 APAR 已经解决，但是尚未包含在任何修订包中。想要它们的修订的用户应该从 NetView 级别 2 获取临时修订。

安装和配置

先决条件

如果您已经安装 Framework 4.1.1，您需要应用 Framework patch 4.1.1-TMF-0003 来提供 NetView 7.1.5 的向后兼容性。尝试安装在没有 Framework 补丁的情况下，在 Framework 上安装 NetView 7.1.5，安装将异常中止。

要在系统上安装 IBM Tivoli NetView V7.1.5 Fix Pack 04，必须满足以下先决条件：

• 必须下载该平台相应的软件包，并使其可用于要安装的系统。

• 必须使用与执行原始 Tivoli NetView V7.1.5 安装相同的用户帐户（在 UNIX 上为 root 帐户）登录系统。

• 系统必须已经包含Tivoli NetView V7.1.5安装。

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

  • 在修订包软件包的安装期间，存储并抽取它。
  • 除了 /usr/OV/service/V715/FixPack4 目录（UNIX）或 \usr\ov\service\V715\FixPack4 目录（Windows）中备份的原始 Tivoli NetView 文件集之外，还要容纳复制到 /usr/OV 目录（UNIX）或 \usr\ov 目录（Windows）中的已更新 Tivoli NetView 文件。
  第一个先决条件需要的可用空间是临时的，成功地安装了修订包之后会将它返回给系统。更新 Tivoli NetView 安装所需的空间保持使用状态，直至修订包回退或安装了新版本的 Tivoli NetView 程序为止。

  包含之前 Tivoli NetView 修订包的安装可以在安装本修订包之前，通过删除 /usr/OV/service/V715/FixPackX 目录（UNIX）或 \usr\ov\service\V715\FixPackX 目录（Windows）恢复该修订包使用的大部分空间。但是请注意，执行此操作将会除去回退上一修订包的能力，以及安装需要上一修订包才能执行安装操作的代码修订的能力。

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

  操作系统	安装期间所需空间1	升级后的产品所需空间2
  RS6000 AIX	330 Mb	227 Mb
  SunOS Solaris	234 Mb	159 Mb
  Linux Intel	243 Mb	150 Mb
  Linux 390	225 Mb	150 Mb
  Windows	131 Mb	70 Mb
  1在用户放置修订包安装软件包的任何位置都需要此空间。 2在 UNIX 的 /usr/OV 或 Windows 的 \usr\ov 中，此空间是必需的。

  安装指示信息

  修订包安装指示信息。

  安装修订包之前请关闭所有 NetView 应用程序和守护程序。如果在安装期间遇到任何错误（无论安装过程本身是否报告成功），请完成以下步骤：

  1. 运行回退脚本（忽略所有错误）。
  2. 更正安装期间报告的任何问题。
  3. 在 Windows 上，重新引导计算机。
  4. 从开始重新启动安装。

  NetView 7.1.5 Fix Pack 04 的安装指示信息

  1. 如果您要在 Tivoli NetView for UNIX 客户机上安装修订包，那么确保客户机与 Tivoli NetView 服务器断开连接，方法是完成以下步骤：

     1. 运行客户机安装应用程序。

     2. 单击配置 -> 除去服务器。
     3. 在服务器主机名字段中输入Tivoli NetView 服务器的名称。
     4. 单击应用。

  2. 打开一个新窗口，将程序包复制到要安装修订包的操作系统上的某个本地子目录中，然后将目录切换到该子目录。

     复制软件包之前，请确保此子目录中的可用空间大于将 IBM Tivoli NetView 7.1.5 Fix Pack 04 安装到该操作系统上所需的空间。

  3. 通过执行下列某个操作来执行实际安装

     • 对于 UNIX 平台上的 NetView 本机服务器或本机客户机安装，输入

     • zcat 7.1.5-TIV-NVD-{OperatingSystem}-FP0004.tar.Z | tar -xvf - install
       

        ./install

     • 对于 Windows 平台上的 NetView 本机服务器安装，输入

     • 7.1.5-TIV-NVD-Win32-FP0004.exe
       

        .\install
       

     • 对于 Windows 平台上的 NetView 本地客户机安装，输入

     • 7.1.5-TIV-NVD-Win32-FP0004.exe
       

        .\install -a noversioncheck
       

     在本机 NetView 客户机安装上安装修订包时，安装过程将报告一系列的错误，涉及无法复制某些文件（例如，nvexportd.jar、nvexportd.lrf 和 notfoundhandler.class）。这些文件不是客户机安装的必要文件，因此可以忽略这些错误。

     如果在安装期间遇到任何其他错误（无论安装过程本身是否报告成功），请完成以下步骤：

     1. 运行回退脚本（忽略所有错误）。
     2. 更正安装期间报告的任何问题。
     3. 在 Windows 上，重新引导计算机。
     4. 从开始重新启动安装。

  4. 在 Windows 上，如果已经安装单机 Web Console，但是没有安装在 C: 驱动器上，需要附加步骤来运行自动更新安装程序：

     • 打开命令窗口。
     • 转至 Web Console 安装的磁盘（比如 D:）
     • 创建一个 D:\temp 目录（其中 D: 是 Web Console 安装的驱动器）。
     • 设置 TMP=D:\temp
     • 从命令提示符启动 Web Console。将出现类似以下内容： \"Program Files"\"Tivoli Systems"\"Tivoli NetView Web Console"\bin\nvwc.bat
     • 那么当您连接到服务器时将自动应用修订包。

  5. 通过重新引导机器或运行 netnmrc 脚本（AIX 上为 /etc/netnmrc，Solaris 或 Linux 上为 /etc/init.d/netnmrc），重新启动 UNIX 上的 Tivoli NetView 守护进程。通过重新引导机器，并运行 netview 命令或单击 Tivoli NetView 图标，重新启动 Windows 上的 Tivoli NetView 守护进程。

     注意：如果 Tivoli NetView 安装正在 Windows 上使用 SQL 数据库，那么请在重新启动 Tivoli NetView 守护进程之前，重新启动 SQL 服务器。

  6. 如果您将本修订包应用于 NetView 客户机安装，则使用客户机安装应用程序将客户机重新连接至相应的 NetView 服务器。

  回退指示信息

  作为修订包安装的一部分，安装期间替换的每个文件的副本都保存在 UNIX 上的 /usr/OV/service/V715/FixPack4 子目录中或 Windows 上的 \usr\ov\service\V715\FixPack4 子目录中。

  对于 Unix，要卸载 fix pack 04，必须将目录切换到 /usr/OV/service/V715/FixPack4，然后从该目录中使用相对路径形式的回退命令“./backout”。

  对于 Windows，要卸载 fix pack 04，必须将目录切换到 \usr\ov\service\V715\FixPack4 然后从该目录中使用相对路径形式的回退命令“backout”。

  系统返回到安装 fix pack 04 前的状态。

  注意：要从 Web Console 回退修订包，必须手动选择“工具-->更新程序-->选择回滚”选项。此操作无法自动完成。

  注意：回退修订包之前，必须先回退安装修订包之后安装到系统上的所有 Tivoli NetView 修订程序。

  注意：卸载 ITSA/交换机分析程序后，请运行以下命令从 Web 控制台除去 ITSA 菜单选项。

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

  已知缺陷和局限

  安装问题

  • 建议不使用来自 .kshrc 文件的 Korn shell 程序历史记录文件。Tivoli NetView 程序使用的某些安装机制期望设置标准的历史记录文件。如果没有设置该历史记录文件，则先决条件检查和实际的 Tivoli NetView 安装将失败。

  • 某些用户在已将 Tivoli Management Framework 安装到定制位置的系统上使用独立的 Tivoli NetView 安装时遇到了困难。为避免这些困难，如果您想要在环境中保留 Tivoli Management Framework，那么建议您使用标准的 Tivoli Management Framework 安装来安装 Tivoli NetView 程序。如果安装 Tivoli Management Framework 仅为支持 Tivoli NetView 程序并且不再想要该程序，请完成以下步骤：

    1. 使用“服务器设置”应用程序中的备份功能备份 Tivoli NetView 安装。
    2. 从系统中除去 Tivoli Management Framework 和 Tivoli NetView 程序。
    3. 使用更新选项从命令行安装 Tivoli NetView 程序。

  • 有时在安装和回退 Tivoli NetView V7.1.5 Fix Pack 04 时，尤其是在从以前版本迁移 Tivoli NetView 程序的系统上时，NetView GUI 未能启动并带有错误消息：“检索 mapdb 字段信息时发生错误：空字段值。”。发生此错误时，要从该错误恢复，请执行以下步骤：

    1. 运行 ovobjprint -s mapdb 命令来获取 mapdb 对象的对象标识。
    2. 运行 ovwdbdmap -dobjid 命令，其中 objid 是步骤 1 中的对象标识。
    3. 运行 ovstart ovwdb 命令来重新启动 ovwdb daemon 守护程序。
    4. 运行 mapadmin -i 命令来重新创建 mapdb 对象。

  Windows 问题

  • IBM Tivoli NetView for Windows 不支持 Microsoft Remote Terminal Services，并且如果安装并执行了后者，前者也不能正常工作。

  • 在 Tivoli NetView for Windows 中，当取消管理接口然后再次管理接口时，由于 netmon 守护进程使用了 ICMP ping，所以管理关闭接口（状态 USER1）可能会错误地变为临界状态。不会再次获取接口的管理关闭状态，直到下一次配置检查或要求轮询为止。在此情况下，要防止将管 理当机接口状态报告为临界，请在 netmon 种子文件中将带有管理当机接口的路由器配置为使用 SNMP 状态轮询而不是 ICMP 轮询。

  • 在 Windows 2003 上的 Tivoli NetView for Windows 程序中，尝试向客户机或服务器发送消息（服务器设置 -> 客户机/服务器 -> 发送消息选项卡）可能会导致弹出“无消息”错误。这可能是由于没有启用 Windows Messenger 服务。在 Windows 2003 上，缺省设置是在安装后保持该服务为禁用状态。要启用 Messenger 服务，请完成以下步骤：

    1. 单击我的电脑 -> 管理 -> 服务与应用程序 -> 服务。
    2. 右键单击管理器。
    3. 单击属性。
    4. 从启动类型的下拉列表中，选择自动。
    5. 单击确定。
    6. 右键单击管理器。
    7. 单击启动。

  • 如果 Tivoli NetView for Windows 安装是从先前版本迁移而来的，则在查找对话框的简单选项卡下使用“按其它属性查找”时，NetView.exe 可执行文件被锁定，因为 /usr/ov/conf/c/finddialog.conf 文件将 <CR><LF> 更改为只有 <CR>。

    要修订这个问题，请将 finddialog.conf 文件装入到 Windows Wordpad 程序中，并保存文件。WordPad 将 <CR> 更改为 <CR><LF>。注：Windows Notepad 程序不起作用。

  Linux 和 zLinux 问题

  • 在 NetView/TEC 集成适配器上的状态相关引擎中发现问题，其中该适配器位于 zLinux（System 390）版本的 Red Hat Enterprise Linux Advance Server 3.0 和 SuSE Linux Enterprise Server（SLES）9.0 上。如果 tecint.conf 文件指定 UseStateCorrelation=YES，则由于状态相关引擎和用于事件显示的 X11 库之间存在未解决的内部冲突，nvserverd 守护程序将在这些平台上执行核心转储。出于此原因，在 zLinux 上安装 NetView 7.1.5 时禁用了状态相关引擎（方法是将 tecint.conf 文件中的 UseStateCorrelation 语句的值更改为“NO”）；从这些平台发送到 TEC 的事件将不包含 fqhostname 字段，这些平台也不会生成和发送“服务影响”事件。

    NetView/TEC 集成的所有 zLinux 用户（甚至在较早版本的 zLinux 上，特别是 SLES 8.0 系统）必须在他们的配置中指定“BufferEvents=NO”以避免该问题。

  • 由于在 SUSE Linux Enterprise Server（SLES）9 上处理信号的方法的问题，UNIX nslookup 命令在 NetView 启动期间可能发生核心转储。此核心位于 /usr/OV/PD/cores/ovspmd/core 文件中。尽管发生此核心转储，Tivoli NetView 程序还是会启动并运行而不会发生任何问题。

    注意：如果运行 ovstop 之后接着运行 ovstart 或 /etc/init.d/netnmrc 命令，那么 nslookup 可能再次发生核心转储。

    要确定 /usr/OV/PD/cores/ovspmd/core 是否是由此问题引起的，请在核心文件上运行以下命令：

    strings core | more

    如果字符串 nslookup 出现在输出中，那么可以忽略该核心。

  • 由于 Linux 操作系统中的异常行为和 Tivoli NetView for UNIX 手册页的格式化，手册页在 Linux 系统上不正确显示，除非 Linux 终端窗口宽度超过 80 个字符。要更正格式化，请使用鼠标向右拖动窗口的右边界以扩大终端窗口。

  • 由于 Linux 安全局限，对于非 root 用户，无论他们是否属于指定组（例如“news”），发出以下命令后都不能打开缺省图：ovwperms -a -G -l -m 664 -u root -g news。Linux 用户应该发起 ovwperms -a -G -l -m 775 -u root -g news

  • 在某些 Linux 平台上，操作系统可能未正确关闭 Tivoli NetView for UNIX Java 守护进程的某些线程，这偶尔会导致重新启动 NetView 守护进程时出现问题。在 nvKill 命令中已添加“force”选项，来关闭所有无用的 Tivoli NetView 守护进程和线程并清除套接字。这使守护进程在出现这种情况时可以正确地重新启动。如果 Tivoli NetView 守护进程显示为挂起（重新启动持续 10 分钟以上），请在命令提示符上输入以下命令：

    /usr/OV/service/nvKill -f

    然后运行 netnmrc 或 netview 命令，以常见方式重新启动这些守护进程。

  netmon 问题

  • 对于带有大型企业网络的安装，请将“nvsetup”->“发现”->“使用 ping 发射服务发现”选项从是更改为否。选择“使用 ping 发射服务发现”将严重降低大型企业网络的发现性能。

  • 使用 netmon -n 标志接收有关在未受管的广域网（WAN）中失败的紧急通知。

    假定有一个连接两个站点的外包 MPLS WAN。通常情况下，当在 WAN 中发生阻止访问远程站点的失败时，Tivoli NetView 程序会报告整个远程站点不可访问，并发出“网络和路由器不可访问”事件。因为这些事件不是紧急事件，所以该问题不会引起操作员应有的注意。

    可以配置 Tivoli NetView 程序为远程边界路由器发出紧急事件，这将引起操作员对 WAN 的注意。要执行此操作，请遵循以下步骤：

    1. 为 netmon 守护进程设置 -n 开关。
    2. 选择连接到远程边界路由器的子网并取消管理它。

       因为取消管理一个网络将阻止其他结束节点设备接受管理，所以最好是取消管理一个代表串行链接的子网。取消管理一个网络不影响路由器接口的受管状态。

    以下说明了路由器故障隔离发生了什么来使它发挥作用。目标是当 MPLS 路由发生故障时，使远程 MPLS 边界路由器转为“紧急”而非“不可访问”。

    路由器故障隔离通过以下两个因素判断接口的状态：

    • 由 ping 或 SNMP（无论配置的是哪个）确定的状态。
    • 接口所处的网络是否不可访问。

    路由器本身的状态基于所有接口状态的传播。

    要确定路由器是不可访问的，每个接口都必须是关闭的，并且每个网络都必须是不可访问或未受管的。如果设置了 netmon -n 开关，那么未受管的网络将被当作可以访问的网络。要确定路由器是关闭的，那么必须没有接口正在运行，并且在可以访问的网络中至少有一个接口必须是关闭的。其他接口可以是未受管的，因此被忽略。

    现在当通过 WAN 的路由失败时，路由器接口将关闭，并且它的未受管网络将被认为是可以访问的。这足以让路由器故障隔离发出有关此路由器的“路由器关闭”事件。

  • 如果未注册（或将不使用）tdwdaemon，请编辑 netmon.conf 文件并修改 TDWAVAILABILITY 的行以读取：

    TDWAVAILABILITY=FALSE

  • 未使用 xnmsnmpconf 应用程序（UNIX）选中“发现受管节点”或由于 oid_to_type 文件中的设置（在运行本机 NetView 控制台时被发现）而未选中“发现受管节点”的节点，在图上显示为“未知”，而不是“未受管”。

    变通方法（记录在 APAR IY58520 中）就是确保发现这些节点时本机 NetView 控制台不在运行，或者当这些节点在图上显示为“未知”时从 GUI 中手动取消管理它们。而且，如果用户想要管理节点，用户必须首先对其取消管理，然后再管理它。

  Web Client 和 Java 问题

  
  

  • 正则表达式提供了从字符串集合中搜索特定字符串的方法。对于 UNIX 系统上的 Web 控制台，搜索是区分大小写的。在 Windows 系统上，搜索不区分大小写。

  • 对于将 Web 控制台与大型 NetView 数据库一起使用的 UNIX 用户，请遵循以下步骤：

    1. 在 /usr/OV/conf/NetViewLargeDb.conf 文件中，将 NETVIEW_LARGE_DB=FALSE 更改为 NETVIEW_LARGE_DB=TRUE。
    2. 保存文件。
    3. 停止所有 NetView 控制台和 netviewd 守护进程。
    4. 重新启动 netviewd 守护进程和所有 NetView 控制台。

  语言包问题

  • 在 NetView UNIX 安装上安装独立的 NetView 语言包时，必须使用该命令将 NVenvironment 脚本添加为源。

    $ . /usr/OV/bin/NVenvironment

    在执行安装的命令窗口中。

  • 当在用户标识中使用双字节字符时，Windows 和 AIX Web 控制台没有连接到 Solaris NetView 服务器。但是，当在用户标识中使用双字节字符时，Solaris 8 Web 控制台可以连接到 Solaris NetView 服务器。

  • 使用日语语言包时，映射快照名称的缺省值（例如，Snapshot 1）没有显示在“服务器设置”窗口的快照菜单中。当您选择文件 -> 图快照 -> 打开时，将显示创建的快照。运行 ovmapsnap 命令时也可以查看快照。

  其他问题

  
  

  • 如果在安装 NetView ITM 代理程序后，配置步骤失败，并显示消息“文件不存在：/opt/IBM/ITM/config/.nd.rc”，这表示在此代理程序之前已安装了其他 ITM 代理程序。这些其他的代理程序是 ITM V6.2 代理程序，而 NetView ITM 代理程序是 V6.1 代理程序。解决方案是除去其他代理程序，重新安装和配置 NetView 代理程序，然后重新安装其他代理程序。

  • SmartSet 在 NetView 控制台上打开期间，当发现一个属于 SmartSet 的新对象（例如接口、网络、段或节点）时，会显示这个新对象，并带有通用计算机符号。关闭 SmartSet 再重新打开它会显示正确的符号。

  • 当在 Tivoli NetView for UNIX 程序中打开 SmartSet 子图时，collmap 应用程序用对象的选择名称覆盖所有通用符号的用户定制标签。变通方法是配置并使用对象的非通用符号。

  • 在启用了安全性的 NetView 客户机/服务器环境中，为了从 NetView 服务器注销客户机用户，您必须首先在客户机上注销该用户。

  • 如果设置了 servmon 守护进程来发现某一大型网络上的所有服务，那么 NetView 服务器可能会耗尽内存。

  • Tivoli NetView 和 SNMPv3 代理程序守护进程存在的问题

    Tivoli NetView 程序可能对于由 Tivoli NetView 程序管理并正在运行 SNMPv3 代理程序守护进程的机器，存在发现和状态更新问题。确保已将受管机器的 SNMP 守护进程链接到 SNMPv1 守护进程而不是 SNMPv3 守护进程能够消除这些问题。

  • 当您尝试运行 nvColToSQL 命令时，可能会遇到以下错误消息：

    数据库服务器不存在，或日志文件磁盘空间不足，数据库中不存在 temp 文件以及回滚段或表

    如果有过多的 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

  文档更新

  可以在以下 Web 站点找到 Tivoli NetView V7.1.5 文档：

  http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?toc=/com.ibm.itnetview.doc/toc.xml

没有为本修订包更新该文档。请参阅修订包说明 获取因该修订包而更改的文档。

联系 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 软件支持的信息（根据问题的严重性），并提供以下信息：

• 注册和资格
• 根据您所在的国家或地区，提供了电话号码和电子邮件地址
• 联系 IBM 软件支持之前您必须具有的信息

声明

创建者/修订者	创建/更新日期	变更摘要
JRS	2009/04/01	创建初始版本。

本信息是为在美国提供的产品和服务编写的。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 在美国和其他国家或地区的注册商标。

Linux 是 Linus Torvalds 在美国和/或其他国家或地区的商标。

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

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