日期:2008 年 6 月 21 日
名称:7.1.5-TIV-NVD-{OperatingSystem}-FP0003
组件:IBM Tivoli NetView V7.1.5
PTF 号:U817130(UNIX)或 XR23279(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。
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然后,用户必须停止所有守护程序(ovstop nvsecd)并使用 /etc/netnmrc(仅限 AIX)或 /etc/init.d/netnmrc 重新启动它们。注意,要除去此变量,您必须将它设置为空值而不是 FALSE:
export TRAPD_STRICT_HEX_FORMAT=然后重新启动守护程序或重新引到。
要在 Windows 上设置变量,用户首先必须使用“服务器设置”停止所有守护程序,然后转至“服务”选项卡并停止 NetView 服务。 要添加 TRAPD_STRICT_HEX_FORMAT 环境变量,请使用“控制面板”:
控制面板 --> 系统 --> 高级 --> 环境变量
添加新系统变量(底部组)
变量名称:TRAPD_STRICT_HEX_FORMAT
变量值:True、TRUE、true、1 或任何值。
单击“确定”退出。然后从“服务器设置”启动 NetView 服务。它将自动启动所有守护程序。除去操作是此过程的方向操作。必须完全除去 TRAPD_STRICT_HEX_FORMAT 环境变量。
IBM Tivoli NetView 7.1.5 Fix Pack 02 中没有新的项。
IBM Tivoli NetView 7.1.5 Fix Pack 01 中没有新的项。
APAR IZ17684 根据在 Solaris 10 平台上安装的语言包更正了 IBM Tivoli NetView for Unix and Linux Installation Guide V7.1.5 中的文档错误。在 Solaris 10 上,语言包的安装将独立于 NetView 基本产品。
在第一章 1. 规划安装中的语言包需求子节(第 7 页)中,有如下内容:
可以在安装英语产品的同时安装语言包,或者可以在安装英语产品后独立安装语言包。
以上节将被更改为:
对于 Solaris 10 平台,应该在安装英语产品后安装语言包。对于其他所有平台,可以在安装英语产品的同时安装语言包,或者可以在安装英语产品后独立安装语言包。
在第二章. 安装或升级 Tivoli NetView 程序的安装或升级到 V7.1.5 字节(第 22 页),有如下内容:
注意:
a. 在使用 -l 选项安装语言包的同时使用或者不使用 -k 选项。
以上节将被更改为:
注意:
a. 对于 Solaris 10 之外的所有平台,在使用 -l 选项安装语言包的同时使用或者不使用 -k 选项。 对于 Solaris 10 平台,应该在使用 -k 选项安装后使用 -l 选项。
在第二章. 安装或升级 Tivoli NetView 程序的 instalnv 脚本的命令语法字节(第 24 页),有如下内容:
-l locale 在服务器或客户机上安装指定语言包,其中使用的语言环境为如下值:
以上节将被更改为:
-l locale 在服务器或客户机上安装指定语言包,其中使用的语言环境为如下值:
注意:对于 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 数据库时,将会导致多余的处理。
本修订包(Fix Pack 3)在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。
缺陷号 | 平台 | 摘要 |
---|---|---|
IZ04001 |
Unix
Linux
Windows
|
WEB 控制台的 MIB 浏览器不显示某些 MIB 数据 |
IZ06723 |
Solaris
|
XNMBROWSER2 没有正确显示计数器 64 |
IZ07702 |
Unix
Linux
Windows
|
MIB 浏览器中使用了 PUBLIC 共用名。 |
IZ08062 |
Unix
Linux
Windows
|
Web 控制台中的“查找”功能没有考虑到范围设置 |
IZ08153 |
Unix
Linux
Windows
|
NETMON 应该忽略 HSRP MIB 中的 0.0.0.0 |
IZ09100 |
Solaris
|
从 FP01 升级到 FP05 后,Web 控制台“过滤设置” |
IZ09390 |
Unix
Linux
Windows
|
时区设置可导致 SNMP 数据收集器发生超时问题 |
IZ09466 |
Unix
Linux
Windows
|
NETMON 核心 |
IZ12940 |
Unix
Linux
Windows
|
ITMQUERY 转储端点导致超出边界异常 |
IZ13086 |
Unix
Linux
Windows
|
TRAPD 在 VARBINDS 中对 X00 的处理方法不同 |
IZ13506 |
Unix
Linux
|
GUI 中的全局受理功能没有正常运行 |
IZ13509 |
Unix
Linux
Windows
|
如果从 NVWC 调用,那么 SOLARIS 2.9 处为 NMDEMANDPOLL/QUICKTEST 核心 |
IZ14447 |
Unix
Linux
Windows
|
如果陷阱变量中存在 X'00',那么会强制将十六进制显示为 TEC |
IZ14485 |
Unix
Linux
|
UPDAT.NVTRAP 损坏了 /ETC/SERVICES 文件 |
IZ15386 |
Unix
Linux
Windows
|
无法通过 Web 控制台将接口设置为受管 |
IZ16246 |
Unix
Linux
Windows
|
当使用 B 尝试 HSRP 地址时,NETMON 逐渐死掉并退出(1) |
IZ17242 |
Unix
Linux
|
当路由器接口受管时,NETMON 使用了错误的共用 |
IZ17684 |
Unix
|
上午没有正确在 SOLARIS 10 上安装日语 |
IZ18159 |
Unix
Linux
Windows
|
当 HSRP 配置路由器时,NETMON 逐渐死掉并退出(1) |
IZ21403 |
Solaris
|
DAEMONS NOT STARTING ON SOLARIS AFTER 7.1.5 FP 2 APPLIED. |
PJ32580 |
Windows
|
没有在 NetView 仓库数据库中存储过期数据 |
PJ32581 |
Windows
|
TECCONFIG.BAT 没有显示已添加到其中的陷阱 |
PJ32619 |
Windows
|
TRAPD 描述超过 500 个字节。 |
PJ32885 |
Windows
|
无法检查 PERFMON PER V7.1.5 用户指南的第 222 页上的 ping 列表 |
Fix Pack 2 在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。此问题在 Fix Pack 3 中也得到了解决。
缺陷号 | 平台 | 摘要 |
---|---|---|
IY96942 |
Unix
Linux
Windows
|
添加 CHSRPGRPUSECONFIGVIRTUALIPADDR 的可选检查 |
IY96977 |
Unix
Linux
|
在 JA_JP 的日语语言实施中 |
IY97267 |
Unix
Linux
Windows
|
NETVIEW ITM 代理程序名称测试总是给出答复“22”。 |
IY98787 |
Unix
Linux
Windows
|
添加对有关转换的选择性停止 HSRP 消息的控制 |
IY99025 |
Unix
Linux
|
客户接收到 IPMAP 中的核心 |
IY99052 |
Unix
Linux
Windows
|
MIBLOADER.SH --MIB2TRAP 对 TRAP 陷阱设置错误的状态类型 |
IY99647 |
Unix
Linux
Windows
|
SR 安全包和 NETVIEW 7.1.5 的要求轮询失败 |
IY99885 |
Unix
Linux
Windows
|
没有将新主机名放在 SNMPCOLLECT 数据库中 |
IZ00634 |
Unix
Linux
|
尚未在浏览器的左上角设置 XNMGRAPH。 |
IZ00885 |
Unix
Linux
|
随着图上状态的不同,未受管节点出现的问题 |
IZ01253 |
Unix
Linux
|
客户接收到 IPMAP 中的核心 |
IZ01868 |
Unix
Linux
Windows
|
在 NV 7.1.5 上应用 FIX PACK 1 之后,Web 服务器将不运行。 |
IZ02662 |
Unix
Linux
|
XNMTRAP 将 TEC 槽值截断为 255 个字节 |
IZ03235 |
Unix
Linux
|
尝试保存到目录中时,XNMGRAPH 似乎在循环 |
IZ03327 |
Unix
Linux
Windows
|
ITMQUERY --专储端点没有报告任何代理程序 |
IZ04001 |
Unix
Linux
Windows
|
WEB 控制台的 MIB 浏览器不显示某些 MIB 数据 |
IZ04125 |
Unix
Linux
|
MIB2TRAP 构建了一个导致 TEC 中解析失败的字符串 |
IZ04210 |
Unix
Linux
|
更新安装程序需要在 WEB 服务器启动时显示变量设置 |
IZ04278 |
Unix
Linux
|
IPMAP 核心 |
IZ04689 |
Unix
Linux
Windows
|
没有来自 SNMP 代理的答复时,将不设置接口的状态 |
IZ05393 |
Unix
Linux
|
修改 OVTOPODUMP 来通知 ITSA 已经将接口状态设置为 U |
IZ06877 |
Unix
Linux
Windows
|
SNMP 在查询具有无效 IP 接口的节点时,NETMON 成为核心 |
IZ06861 |
Unix
Linux
Windows
|
MIBBROWSER.SH 不能显示表 |
IZ07016 |
Unix
Linux
Windows
|
报告哪一个 SNMP 查询从 NETMON 获取了 NOSUCHNAME 错误 |
PJ32012 |
Windows
|
节点在不可到达的图上保持正常的绿色 |
PJ32101 |
Windows
|
OFFPERIODS.CONF 文件不能按预期工作,PINGING DEVI |
PJ32134 |
Windows
|
删除节点时,ODBC 中的可用性记录错误的 MANAGD |
PJ32136 |
Windows
|
在 WINDOWS 上运行 SMARTSETUTIL 或在 LINUX 上运行 NVUTIL 将导致 A |
PJ32206 |
Unix
Linux
Windows
|
NVCOLLECTOR 中的阈值和重整陷阱未通过 |
Fix Pack 1 在 Tivoli NetView V7.1.5 程序中解决了以下客户报告的问题。该列表中包含的问题在 V7.1.4 中报告过,在具有 Fix Pack 1 的 V7.1.5 中也提出了这些问题。所有这些问题在 Fix Pack 3 中也得到了解决。
缺陷号 | 平台 | 摘要 |
---|---|---|
IY88876 |
Unix
Linux
Windows
|
IPMAP CORE BECAUSE OF A CONNECTION SYMBOL THAT DID NOT HAVE AN |
IY90307 |
Linux
|
THE REVERSED IP ADDRESSES HAVE RETURNED TO THE TRAPD.LOG FILE |
IY91336 |
Unix
Linux
|
AE IY88876 FIX COMPLETION - IPMAP CORE BECAUSE OF A CONNECTION |
IY92493 |
Unix
Linux
Windows
|
NEW COMMAND SNMP NOT WORKING AS DESCRIBED |
IY92772 |
Unix
Linux
Windows
|
Web Console 的事件时间戳记错误 |
IY92775 |
Unix
Linux
|
XNMBROWSER2 中的图形功能部件可能不工作 |
IY92901 |
Unix
Linux
|
XNMAPPMON 又是显示不正确的输出 |
IY92937 |
Unix
Linux
Windows
|
JAVA MIBBROWSER 不显示 IFXTABLE 中的 HC 计数器的值 |
IY92980 |
Unix
Linux
|
SNMPCOLLECT WAS CORING |
IY93217 |
Unix
Linux
Windows
|
MAPTREESERVER 消耗大量 CPU |
IY93288 |
Unix
Linux
Windows
|
NVCOLLECTOR GUI 中的过滤器运行不正确 |
IY93549 |
Unix
Linux
Windows
|
必须为 ISVIRTUA 对象禁用 GUI 中的 PING 菜单 |
IY93596 |
Unix
Linux
Windows
|
SmartSet 的“最近打开”部分将不改变 |
IY93835 |
Linux
|
LINUX BOX 引导的时候,AE-IY71793 DAEMON 将不启动。 |
IY93917 |
Unix
Linux
Windows
|
SNMP 命令输出缺陷 |
IY94553 |
Unix
Linux
Windows
|
OVTOPODUMP 输出包含 0.0.0.0 混合端口对象 |
IY94677 |
Unix
Linux
|
“QUERYDELETESYMBOLSCALLBACK”函数中的 IP 映射核心 |
IY94911 |
Unix
Linux
Windows
|
在 Web Console 上查找函数将不处理 WILDCARD 选项 |
IY95087 |
Unix
Linux
|
OVW_BINARY 核心 |
IY95186 |
Unix
Linux
|
NETMON 忽略全局缺省已定义共用字符串 |
IY95225 |
Unix
Linux
Windows
|
NVCOLLECTOR 图形还显示负费率值 |
IY95395 |
Unix
Linux
Windows
|
使用装入主机时的 NETMON 核心转储(SIG 6) |
IY95667 |
Unix
Linux
Windows
|
使用 WEBCLIENT 的自动更新安装程序时出错 |
IY95668 |
Unix
Linux
Windows
|
未向已迁移的接口对象添加 IPV4 地址字段 |
IY95670 |
Unix
Linux
Windows
|
未向已迁移的 ROUTER 对象添加“SNMP SYSNAME”字段 |
IY96316 |
Unix
Linux
Windows
|
本机映射冻结导致 Web Console 映射冻结 |
IY96391 |
Unix
Linux
Windows
|
每次日配置轮询时出现 HSRP 接口陷阱 |
IY96575 |
Unix
Linux
Windows
|
AIX 上的陷阱不使用 V2 MIB 数据库 |
IY96576 |
Unix
Linux
|
尽管是在 NV 中装入的,NVEVENTS 并不解决 SNMPV2 变量绑定 |
IY96674 |
Unix
Linux
|
“IPMapObject::getSubmap” 函数中的 IP映射核心转储 |
IY96943 |
Unix
Linux
Windows
|
忽视在管理上界面下的 HSRP 地址 |
IY97203 |
Unix
Linux
Windows
|
夸大了 NETVIEW/ITM 代理程序工作空间总陷阱计数 |
IY97270 |
Unix
Linux
Windows
|
如果从映射中删除一个接口,将不删除节点 |
IY97491 |
Unix
Linux
|
“IPMAPOBJECT::GETOBJECTID” 函数中的 IP映射核心转储 |
IY97620 |
Unix
Linux
Windows
|
NETMON 内存泄漏导致 NETMON 退出 |
IY97855 |
Unix
Linux
Windows
|
NVCOLLECTOR.SH 和远程 DB2 |
IY98187 |
Unix
Linux
Windows
|
NETMON INT。 &不从 MLM INT 发送陷阱下面的节点。DOWN |
IY99059 |
Unix
Linux
Windows
|
ANM00043E 当在 NVCOLLECTOR GUI 上列出大的数据集时 |
PJ31755 |
Windows
|
当接收到格式不正确的陷阱时,TECAD_NV6K 守护程序将挂起 |
PJ31885 |
Windows
|
NETVIEW FOR WINDOWS“指针悬停” 显示 IP 地址 |
PJ31952 |
Windows
|
RFI 应答对象不反应正确的状态 |
PJ31971 |
Windows
|
SERVMON 配置语句名称中最后的U 将导致 |
PJ31986 |
Unix
Linux
Windows
|
SNMP收集器将不从 161 端口之外的端口收集信息 |
以下 APAR 已经解决,但是尚未包含在任何修订包中。想要它们的修订的用户应该从 NetView 级别 2 获取临时修订。
缺陷号 | 平台 | 摘要 |
---|---|---|
IY94076 |
AIX
|
当在 AIX 上安装 NETVIEW V7.1.5 时,将不添加条目 |
如果您已经安装 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 03 必须满足以下先决条件:
必须下载该平台相应的软件包,并使其可用于要安装的系统。
必须使用与执行原始 Tivoli NetView V7.1.5 安装相同的用户帐户(在 UNIX 上为 root 帐户)登录系统。
系统必须已经包含Tivoli NetView V7.1.5安装。
安装修订包的系统必须具有足够的可用空间来执行以下操作:
包含先前的 Tivoli NetView 修订包的安装可恢复该修订包使用的大部分空间,方法就是在安装本修订包之前删除 UNIX 上的 /usr/OV/service/V714/FixPackX 目录或 Windows 上的 \usr\ov\service\V714\FixPackX 目录。但是请注意,执行此操作将会除去回退上一修订包的能力,以及安装需要上一修订包才能执行安装操作的代码修订的能力。
下表描述针对上述每一空间需求在每种平台上所需要的空间量。
操作系统 |
安装期间所需空间1 |
升级后的产品所需空间2 |
---|---|---|
RS6000 AIX |
329 Mb |
227 Mb |
SunOS Solaris |
233 Mb |
159 Mb |
Linux Intel |
242 Mb |
148 Mb |
Linux 390 |
240 Mb |
156 Mb |
Windows |
124 Mb |
66 Mb |
1在用户放置修订包安装软件包的任何位置都需要此空间。
2在 UNIX 的 /usr/OV 或 Windows 的 \usr\ov 中,此空间是必需的。
|
安装修订包之前请关闭所有 NetView 应用程序和守护程序。如果在安装期间遇到任何错误(无论安装过程本身是否报告成功),请完成以下步骤:
如果您要在 Tivoli NetView for UNIX 客户机上安装修订包,那么确保客户机与 Tivoli NetView 服务器断开连接,方法是完成以下步骤:
运行客户机安装应用程序。
打开一个新窗口,将程序包复制到要安装修订包的操作系统上的某个本地子目录中,然后将目录切换到该子目录。
复制软件包之前,请确保此子目录中的可用空间大于将 IBM Tivoli NetView 7.1.5 Fix Pack 03 安装到该操作系统上所需的空间。
通过执行下列某个操作来执行实际安装
zcat 7.1.5-TIV-NVD-{OperatingSystem}-FP0003.tar.Z | tar -xvf - install
./install
7.1.5-TIV-NVD-Win32-FP0003.exe
.\install
7.1.5-TIV-NVD-Win32-FP0003.exe
.\install -a noversioncheck
在本机 NetView 客户机安装上安装修订包时,安装过程将报告一系列的错误,涉及无法复制某些文件(例如,nvexportd.jar、nvexportd.lrf 和 notfoundhandler.class)。这些文件不是客户机安装的必要文件,因此可以忽略这些错误。
如果在安装期间遇到任何其他错误(无论安装过程本身是否报告成功),请完成以下步骤:
在 Windows 上,如果已经安装单机 Web Console,但是没有安装在 C: 驱动器上,需要附加步骤来运行自动更新安装程序:
通过重新引导机器或运行 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 服务器。
作为修订包安装的一部分,安装期间替换的每个文件的副本都保存在 UNIX 上的 /usr/OV/service/V715/FixPack3 子目录中或 Windows 上的 \usr\ov\service\V715\FixPack3 子目录中。
对于 Unix,要卸载 fix pack 03,必须将目录切换到 /usr/OV/service/V715/FixPack3,然后从该目录中使用相对路径形式的回退命令“./backout”。
对于 Windows,要卸载 fix pack 03,必须将目录切换到 \usr\ov\service\V715\FixPack3,然后从该目录中使用相对路径形式的回退命令“backout”。
系统返回到安装 fix pack 03 前的状态。
注:回退修订包之前,必须先回退安装修订包之后安装到系统上的所有 Tivoli NetView 修订程序。
注意:卸载 ITSA/交换机分析程序后,请运行以下命令从 Web 控制台除去 ITSA 菜单选项。
建议不使用来自 .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 程序并且不再想要该程序,请完成以下步骤:
有时在安装和回退 Tivoli NetView 7.1.5 Fix Pack 03 时,尤其是在 Tivoli NetView 程序从以前版本迁移的系统上时,NetView GUI 未能启动并带有错误消息:“检索 mapdb 字段信息时发生错误:空字段值。”。发生此错误时,要从该错误恢复,请执行以下步骤:
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 服务,请完成以下步骤:
如果 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 程序不起作用。
在 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”以避免该问题。
注意:如果运行 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 分钟以上),请在命令提示符上输入以下命令:
然后运行 netnmrc 或 netview 命令,以常见方式重新启动这些守护进程。
对于带有大型企业网络的安装,请将“nvsetup”->“发现”->“使用 ping 发射服务发现”选项从是更改为否。选择“使用 ping 发射服务发现”将严重降低大型企业网络的发现性能。
使用 netmon -n 标志接收有关在未受管的广域网(WAN)中失败的紧急通知。
假定有一个连接两个站点的外包 MPLS WAN。通常情况下,当在 WAN 中发生阻止访问远程站点的失败时,Tivoli NetView 程序会报告整个远程站点不可访问,并发出“网络和路由器不可访问”事件。因为这些事件不是紧急事件,所以该问题不会引起操作员应有的注意。
可以配置 Tivoli NetView 程序为远程边界路由器发出紧急事件,这将引起操作员对 WAN 的注意。要执行此操作,请遵循以下步骤:
因为取消管理一个网络将阻止其他结束节点设备接受管理,所以最好是取消管理一个代表串行链接的子网。取消管理一个网络不影响路由器接口的受管状态。
以下说明了路由器故障隔离发生了什么来使它发挥作用。目标是当 MPLS 路由发生故障时,使远程 MPLS 边界路由器转为“紧急”而非“不可访问”。
路由器故障隔离通过以下两个因素判断接口的状态:
路由器本身的状态基于所有接口状态的传播。
要确定路由器是不可访问的,每个接口都必须是关闭的,并且每个网络都必须是不可访问或未受管的。如果设置了 netmon -n 开关,那么未受管的网络将被当作可以访问的网络。要确定路由器是关闭的,那么必须没有接口正在运行,并且在可以访问的网络中至少有一个接口必须是关闭的。其他接口可以是未受管的,因此被忽略。
现在当通过 WAN 的路由失败时,路由器接口将关闭,并且它的未受管网络将被认为是可以访问的。这足以让路由器故障隔离发出有关此路由器的“路由器关闭”事件。
TDWAVAILABILITY=FALSE
未使用 xnmsnmpconf 应用程序(UNIX)选中“发现受管节点”或由于 oid_to_type 文件中的设置(在运行本机 NetView 控制台时被发现)而未选中“发现受管节点”的节点,在图上显示为“未知”,而不是“未受管”。
变通方法(记录在 APAR IY58520 中)就是确保发现这些节点时本机 NetView 控制台不在运行,或者当这些节点在图上显示为“未知”时从 GUI 中手动取消管理它们。而且,如果用户想要管理节点,用户必须首先对其取消管理,然后再管理它。
正则表达式提供了从字符串集合中搜索特定字符串的方法。对于 UNIX 系统上的 Web 控制台,搜索是区分大小写的。在 Windows 系统上,搜索不区分大小写。
对于将 Web 控制台与大型 NetView 数据库一起使用的 UNIX 用户,请遵循以下步骤:
在 NetView UNIX 安装上安装独立的 NetView 语言包时,必须使用该命令将 NVenvironment 脚本添加为源。
$ . /usr/OV/bin/NVenvironment在执行安装的命令窗口中。
当在用户标识中使用双字节字符时,Windows 和 AIX Web 控制台没有连接到 Solaris NetView 服务器。但是,当在用户标识中使用双字节字符时,Solaris 8 Web 控制台可以连接到 Solaris NetView 服务器。
使用日语语言包时,映射快照名称的缺省值(例如,Snapshot 1)没有显示在“服务器设置”窗口的快照菜单中。当您选择文件 -> 图快照 -> 打开时,将显示创建的快照。运行 ovmapsnap 命令时也可以查看快照。
SmartSet 在 NetView 控制台上打开期间,当发现一个属于 SmartSet 的新对象(例如接口、网络、段或节点)时,会显示这个新对象,并带有通用计算机符号。关闭 SmartSet 再重新打开它会显示正确的符号。
当在 Tivoli NetView for UNIX 程序中打开 SmartSet 子图时,collmap 应用程序用对象的选择名称覆盖所有通用符号的用户定制标签。变通方法是配置并使用对象的非通用符号。
在启用了安全性的 NetView 客户机/服务器环境中,为了从 NetView 服务器注销客户机用户,您必须首先在客户机上注销该用户。
如果设置了 servmon 守护进程来发现某一大型网络上的所有服务,那么 NetView 服务器可能会耗尽内存。
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"` donvColToSQL -f $file -m 64 >> $LOG 2>> $LOG RC=$ ? echo "* FILE <$file> Return Code <$RC>" >> $LOGdone
可以在以下 Web 站点找到 Tivoli NetView V7.1.5 文档:
http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?toc=/com.ibm.itnetview.doc/toc.xml没有为本修订包更新该文档。请参阅修订包说明 获取因该修订包而更改的文档。
如果您使用任何 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 可能在其他国家或地区不提供本文档中讨论的产品、服务或功能特性。有关您当前所在区域的产品和服务的信息,请向您当地的 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 在美国和/或其他国家或地区的商标。
其他公司、产品和服务名称可能是其他公司的商标或服务标记。