日期:2005 年 9 月 30 日
名称:7.1.3-TIV-NVD-FP0004
组件:IBM Tivoli NetView V7.1.3
PTF 号:U804578(UNIX)或 XR23264(Windows)
注意:在使用本资料及其支持的产品之前,请首先阅读本文档结尾处“声明”部分中的信息。
这一部分提供关于本修订包的一般信息。强烈建议您在安装本修订包之前全面阅读此文档。
本修订包由五个软件包组成,分别适用于 RS6000 AIX、SUN SPARC Solaris、Linux Intel、Linux 390 以及 Microsoft Windows。在已经安装了 IBM Tivoli NetView 本机服务器 或客户机的每个平台上,您需要使用相应的软件包。
本修订包也包含对 Tivoli Data Warehouse 所使用并包含的 NetView ETL 代码的一组更正。为了将这些更正应用于 Tivoli Data Warehouse 中的 NetView ETL 代码,请参阅与本修订包相关联的 1.1.0.3-TIV-NVD-WEP-FP0003.readme 文件。1.1.0.3-TIV-NVD-WEP-FP0003.exe 是用于安装这些更改的可执行文件。
无。没有任何补丁被本修订包取代。
请注意,本发行版中不支持以下 Windows 操作系统:
以下各项为 IBM Tivoli NetView Fix Pack 04 中的新功能。
下面列出的三个新选项已被添加至 xnmsnmpconf 命令。注意:[] 中的字符是可选的。
从 SNMP 配置 nodedb 目录除去所有条目。
从 SNMP 配置 wilddb 目录除去所有条目。
从 SNMP 配置 colldb 目录除去所有条目。
对于 AIX 和 Solaris,有了这三个新选项和先前已有的“xnmsnmpconf -clearCache”, 这就意味着可通过输入以下四个命令将 SNMP 配置数据库彻底清除:
对于 Linux,请不要使用新命令来清除 xnmsnmpconf 的数据库。在 Linux 上,使用新选项将 导致 xnmsnmpconf 稍后由于内存故障而失败。不幸的是,在此失败之后,除了重新安装 IBM Tivoli NetView 之外,没有任何方法能够修正 xnmsnmpconf 数据库。
对于 Linux,仅可通过使用 xnmsnmpconf 并删除每个节点(一次删除一个)的方法来清除 xnmsnmpconf 的数据库。
nvmaputil.sh 脚本中已添加两个新选项,允许从命令行对网络进行管理以及取消管理。这些新选项的格式为:
nvmaputil.sh --manage-network <IP Address 1> ... <IP Address N>
nvmaputil.sh --unmanage-network <IP Address 1> ... <IP Address N>
对于 UNIX,随本修订包一起提供了一个新的 netnmrc 文件。对 netnmrc 进行的更改修正了一些问题,它们与 APAR IY71793 相关,在正确启动 X Virutal Frame Buffer 软件时会出现。
为了将此修订置于 NetView for UNIX 7.1.3 服务器实现中,请将此新文件从 /usr/OV/newconfig/OVMIN/netnmrc 复制到 /etc/netnmrc(对于 AIX)或 /etc/init.d/netnmrc(对于其他 UNIX 平台)中。
对于 UNIX,随本修订包一起提供了一个新的 trapd.conf 文件。对 trapd.conf 进行的更改修正了一些问题:这些问题中,一部分与 APAR IY57432 相关,在就事件向 Tivoli Enterprise Console 发送接口列表时出现;另一部分与 APAR IY52871 相关,当从控制台中的事件窗口选择选项 -> 其他操作启动 MIB 浏览器或排序事件时会出现。
如果还未定制 /usr/OV/conf/C 中的 trapd.conf(而非 /usr/OV/conf 中过时的 trapd.conf 文件),只需使用 /usr/OV/newconfig/OVSNMP-RUN 中新的 trapd.conf 替换它。然而,如果原始的 trapd.conf 已被修改,则手工地将所作更改合并至原始文件。
注意:请参阅 Fix Pack 03 中的新功能部分以获取 Windows trapd.conf 文件的相关信息。
如上面的新的 trapd.conf 文件部分中所述,随本修订包一起提供的新 trapd.conf 通过在 Linux 上从事件窗口启动 MIB 浏览器,更正了 APAR IY52871 所描述的问题。
如果原始的 trapd.conf 已被修改,则手工地将新 trapd.conf 中的更改添加至原始的 trapd.conf 文件。否则,仅使用新的 trapd.conf。
建议使用 xnmtrap 编辑 trapd.conf 文件,因为这么做会让 trapd 在您完成时自动地重新装入它。您必须作为 root 用户编辑。
更改为:/usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`
/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}'`
ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "
然后保存该文件。接着,您必须重新启动 trapd 或发出命令“/usr/OV/bin/event -e FMTCHG”使其重新读取该文件。
APAR PJ29821(Windows)和 IY57432(UNIX)处理某些在发送到 Tivoli Enterprise Console(R)时未能正确进行语法分析的事件。因为在特定的环境中,某些节点和路由器拥有众多的接口(超过 30 个),结果作为 varbind 8 发送的接口列表过大,致使 Tivoli Enterprise Console 无法正确分析。这个问题的解决方法是不再作为这些事件的一部分,向 Tivoli Enterprise Console 发送接口列表。
在 IBM Tivoli NetView for UNIX 中,这受 trapd.conf 中槽映射条目的控制。用于 UNIX 的修订将提供新的 trapd.conf(在 /usr/OV/newconfig/OVSNMP-RUN 中),但这将不自动替换用户当前已安装在 /usr/OV/conf/C/trapd.conf 中的已定制对象。因此,用户应在其当前系统上手工作出此修改(或如果还未定制 trapd.conf,就仅使用新的替换当前的)。
使用 xnmtrap 修改 trapd.conf 中的以下每个条目,首先请单击 T/EC 槽映射。然后在弹出窗口中选择“iflist”条目,并单击“删除”。然后对每个都单击确定,并再次单击“确定”以完成对该陷阱的编辑。继续,直至完成。然后按下“确定”最终退出 xnmtrap。
IBM_NVNM_EV 50790400 (节点临界)
IBM_NVNUP_EV 58916864 (节点运行)
IBM_NVNDWN_EV 58916865 (节点关闭)
ROUTDOWN_EV 58916971 (路由器关闭)
ROUTUNREACH_EV 58916972 (路由器不可达)
ROUTERUP_EV 58916973 (路由器运行)
ROUTMARG_EV 58916974 (路由器临界)
在 IBM Tivoli NetView for Windows 中,这受文件 \usr\ov\conf\tecad_nv6k.cds 中条目的控制。用于 Windows 的修订将提供新的 tecad_nv6k.cds,但在 \usr\ov\newconfig\tecad 中。这个新文件将不替换用户在 \usr\ov\conf\tecad_nv6k.cds 中的定制文件。因此,为了避免此问题,用户应该在其当前系统上手工地进行此修改。
在 \usr\ov\conf\tecad_nv6k.cds 文件中,找到以下每个陷阱的条目:
在 SELECT 语句下,除去显示以下内容的行:
6: ATTR(=, "VB_8") ;
在 MAP 语句下,除去显示以下内容的行
iflist = $V6 ;
例如,提供的“节点运行”条目与以下相似:
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
用户将想要让其与以下相似:
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
以下各项为 IBM Tivoli NetView Fix Pack 03 中的新功能。
APAR IY48379 描述了 ovstop 命令没有始终做到停止 tdwdaemon 这一问题。 在本修订包中创建和包括了经修改的用于更正问题的 tdwdaemon.lrf。 要在 UNIX 平台上安装此更正,必须使用以下步骤来替换客户安装中的 tdwdaemon.lrf 文件:
要取消此更正,请遵循以上指导,将已保存的 lrf 文件复制回到其原来位置,用这一次复制来替换 两个复制步骤。
已经增强了位置敏感拓扑功能(location.conf)以允许网关条目中的 IP 地址范围和通配符。 范围或通配符可以用在网关 IP 地址的任何部分中。通配符不能用在网关名称中。
以下更改(应该手动地将其应用于 location.conf 文件的注释部分)描述了对网关名称或地址字段所作的更改:
网关条目的格式为:
<位置名><网关名或地址>
其中,位置名为该网关应处于的位置的名称,而网关名或地址为其某一接口的网关或 IP 地址的名称(以点分十进制符号格式表示)。在网关 IP 地址中允许通配符和范围(如 5.25-30.2.8 或 3.5.*.*)。 网关名中不允许出现通配符(myrouter.company.com)。
网关条目示例:
如果一个网关与多个网关条目相匹配,则会任意选择一个条目。为了帮助解决重叠的网关条目,在 location.log 文件中会显示与多个条目相匹配的网关接口的警告消息。这些仅是警告消息;它们并不指示 网关/路由器放置有任何问题。
APAR IY47145 的某一修改过的 netmon.seed 文件和本修订包一起提供。此文件记载:为了显式地发 现节点并使之成为受 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 文件不再意外地截断 NetView for Windows trapd.conf 文件的 HPCIFxxx 陷阱中的某些值。 在 \usr\ov\newconfig\ovsnmp-run\trapd.conf 中可以找到该文件。 如果想要使用此文件并且还未定制 \usr\ov\conf\trapd.conf,则可使用它来替换在 \usr\ov\conf\trapd.conf 中找到的文件。然而,如果原始文件已被修改,您必须合并这两个文件。
包括在本修订包中的 APAR IY45265 提供了 JRE 的升级版本。这解决了早期 NetView V7.1.3 修订包中存在的问题,而在这些修订包中,根据系统配置和操作系统级别,安装了修订包后 NetView Web 控制台有时会导致核心转储。
IBM Tivoli NetView for Windows 用户可实现新规则集 overridestatus_user1.rs,该规 则集会替换已中断的规则集 setstatusseverity.rs。新文档 \usr\ov\doc\Rulesets_on_Windows.readme 记载了用于相关守护程序 nvcord 的规则集样本。setstatusseverity.rs 应该由用户删除。它在将来的发行版中将不提供。
自 NetView for UNIX V5.1 开始,操作节点规则集已经将 3 个附加变量添加到经过它的每个陷阱的结尾处(按顺序):
在 NetView 6.0.3 中,添加了一个新的变量(NVATTR_COUNT)以告诉用户陷阱现在包含多少变量,还允许对最末三个变量作更为简单的引用:
在 NetView 7.1.3 中,现在将这些附加的 varbind 导出为 3 个,从而便于引用变量:
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 适配器发送到 Tivoli Enterprise Console 的事件的原始字段总是包含 NetView 服务器的 IP 地址。adapter_host 字段或者包含 NetView 服务器的标准域名,或者包含与源字段相同的 IP 地址。为了便于 Tivoli Enterprise Console 服务器上的事件响应及转发,不能再对配适器主机字 段使用短名称。
Java MIB 装入程序不再将未能装入的 MIB 置于已装入的 MIB 的列表中。 现在它也会警告您是否跳过了装入 MIB,并提醒您,对于 Java MIB 装入程序,MIB 文件仅有的有效扩展名是 .mib、.my 和 .def。
因为在 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 事件类定义,希望您使用新的类定义,因为将来的迁 移将不支持旧的类定义。
如果 snmpCollect 守护程序延迟的收集的数量比看似合理的数量要多,则问题可能是因为缺省的 3 秒等待时间对于 snmpCollect 守护程序接收回复而言是不够的。
要允许更多时间用于收集,请执行以下操作:
当启用 NetView 安全性时,Tivoli NetView 服务器的标准主机名必须作为服务器条目的第一主机名出现在服务器的 /etc/hosts 文件中。 否则,不能验证 NetView 客户机凭证,并且在“安全性管理”对话框中,当从服务器发送消息时,会报告错误(35)。
在 UNIX 上使用 Tivoli NetView 本机服务器/客户机配置时,如果 NetView 服务器所驻留的平台被重新引导,则必须停止并重新启动本机 NetView 客户机。 重新引导和随后重新启动 NetView 服务器造成本机客户机会话信息的丢失,因此必须停止并重新启动客户机以恢复该信息。
种子文件中的通配符范围将所有受管网络的发现限制在这一范围中。它不强制 netmon 发现该范围 中的任何新节点,也不强制 netmon 创建新网络。然而对于播种条目(单个 IP 或主机名),如果需要, netmon 总是尝试发现条目并创建网络。
要执行“孤岛网络”(即与 NetView 服务器没有路由器连接的网络)的发现,必须将该网络中的 一个显式(播种的)节点条目添加至种子文件中,以强制执行节点发现和网络创建。 此外,要想在该网络中的其他设备上扩展发现,您必须确保充当种子的条目支持 SNMP。
在 xnmsnmpconf 应用程序的 SNMP 配置面板中,字段重试计数指出对 ping 或 SNMP 请求的总尝试次数。计数包括初始轮询,因此值为“1”指示尝试一次,值为“2”指示一次初始尝试和尝试失败后的一次重试,等等。
如果日常 Web 服务器日志文件占用了过多的系统空间,那么除了减少这些请求日志保留的天数以外,您还可以采取以下几种其他的操作:
查询时间间隔确定 Web 控制台发送请求以检查 Web 服务器是否仍然处于活动状态的频率。
通常情况下,无需定制该参数。然而,如果日常 servlet 请求日志(UNIX 上的 /usr/OV/www/logs 或 Windows 上的 \usr\ov\www\logs 中的 yyyy_mm_dd.request.log)照例过大,则可以增加查询时间间隔,这样就会创建较少的 EventChannel 查询日志条目。然而,此更改也增加了 Web 控制台意识到 Web 服务器已当机之前经历的延迟时间。
这可在 /usr/OV/www/webapps/netview/WEB-INF/web.xml 文件(UNIX)或 \usr\ov\www\webapps\netview\WEB-INF\web.xml 文件(Windows)中 EventChannel Servlet 的 queryIntervalSec 参数中配置。
客户机刷新率确定 Web 控制台要求 Web 服务器刷新事件以供 Web 控制台事件浏览器使用的频率。
通常情况下,无需定制该参数。然而,如果日常 servlet 请求日志(UNIX 上 /usr/OV/www/logs 或 Windows 上 \usr\ov\www\logs 中的 yyyy_mm_dd.request.log)例行执行过大,则可以增加客户机刷新率,这样就会创建较少的 EventBrowser 事件请求日志条目。然而,这一更改也降低了 EventBrowser 数据在 Web 控制台中更新的频率。
这可在 /usr/OV/www/webapps/netview/WEB-INF/web.xml 文件(UNIX)或 \usr\ov\www\webapps\netview\WEB-INF\web.xml 文件(Windows)中 EventBrowser Servlet 的 clientRefreshRate 参数中配置。
在运行在 UNIX 平台或 Windows 平台上的 NetView Web 服务器上,可以执行这两项操作以及减少保留日志天数的操作。
如果启用了 TEC-forwarding,则 IBM Tivoli NetView 7.1.3 要求最新的 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。对其进行访问失败之后,客户机安装程序创建此文件,这样错误消息不会再指示失败。
“安全性审计配置”对话框具有两个窗格。
上面的窗格包含“选择审计类别”字段。在此字段中使用“打开”和“关闭”按钮来选择应该存储的审计记录的类别。请参阅《IBM Tivoli NetView for UNIX 管理员指南》以获取关于每个类别中记录的事件的信息。
下面的窗格包含以下字段,这些字段可被用来控制审计日志文件的大小和位置:
在 UNIX 上,/usr/OV/bin/netview.pre 是一个可由用户创建的脚本,它用来设置属于 NetView 控制台的环境变量。当用户启动 NetView 控制台时,/usr/OV/bin/netview.pre 将会运行。 与 /usr/OV/bin/netnmrc.pre(用于守护程序启动环境变量)类似,更新安装期间或用户在迁移期间选择了 /usr/OV/bin.USER 时,会自动备份和迁移 /usr/OV/bin/netview.pre。
netview.pre 可用来设置环境变量 NVMAPGLOBALACK。将 NVMAPGLOBALACK 设置为 1 会激活基于全局的模式来进行映射确认。
在 AIX V5 平台上,操作系统的缺省 SNMP 代理为 SNMP V3 代理,NetView 7.1.3 尚无法使用该代理。系统的缺省 SNMP 代理应设置为 SNMP V1 代理。通过停止 NetView 守护程序,执行操作系统命令
snmpv3_ssw -1
,然后重新启动 NetView 守护程序,可以完成此操作。
通过本修订包,在 IBM Tivoli NetView V7.1.3 中修订了客户报告的以下问题:
APAR 号 | 平台 | 描述 |
---|---|---|
IY53703 | UNIX |
trapd 守护程序未如预期般在陷阱中格式化十六进制数据。 |
IY54434 | Windows UNIX |
对于复杂的 SmartSet,nvUtil 求值命令不总是产生正确的结果,特别是当规则的右侧以 NOT 运算符结尾(例如,!(xxxx))并具有多个 && 条件时。 |
IY54575 | UNIX |
在 Linux 上,对没有动态分配的数组调用删除 [] 时,nvcorrd 守护程序发生核心转储。 |
IY55966 | UNIX |
按下空格键将导致 ovw_binary 在大约 20 秒内发生核心转储。 |
IY56671 | Windows UNIX |
运行 ovstop、ovstop nvsecd 或 /etc/netnmrc 命令之后,Tivoli NetView 数据库中丢失了枚举。 |
IY56765 | UNIX |
在用于 Linux 平台的 SNMP V3 上,要求轮询失败。 |
IY56873 | UNIX |
运行 xnmsnmpconf -clear<xx>db 之后,netmon 守护程序发生核心转储。 |
IY57388 | UNIX |
在 Linux 上,规则集在无名节点上出现问题。 |
IY57432 | UNIX |
在 Tivoli Enterprise Console 服务器上对带有较大接口列表(varbind 8)的 Tivoli NetView 事件进行语法分析失败。 |
IY57468 | Windows UNIX |
关闭“状态轮询”不会禁用 SnmpStatus 轮询,而会禁用 ICMP ping。 |
IY57469 | Windows UNIX |
关闭拓扑/状态轮询配置中的所有设置时,没有发现显式的种子文件条目。 |
IY57579 | UNIX |
APAR IY4909 可能会导致 netmon 守护程序启动期间发生性能问题。 |
IY57626 | UNIX |
发送 apm 策略时,apm 图标会变为蓝色。 |
IY57654 | UNIX |
当数据库中存在不完整对象时,ovtopmd 守护程序发生核心转储。它仅发生在极少数情况下。 |
IY58119 | UNIX |
用户使用了 SmartSet 编辑器(集合化)对话框创建 SmartSet,其中第一个定义是“two word”属性,第二个定义是 IN_COLLECTION 测试。成功地创建了 SmartSet。然而,当用户随后试图使用 SmartSet 编辑器对话框修改该 SmartSet 时,SmartSet 编辑器会显示“无法在对话框中正确表示 SmartSet。请使用 文本编辑器。” |
IY58223 | UNIX |
开放式拓扑对象的状态更新会在 15 分钟后停止。 |
IY58244 | Windows UNIX |
nvdbformat 命令对某些 selectrule 定义给出错误结果。 |
IY58404 | Windows UNIX |
如果第一个地址出现问题,则当第二个地址也失败时,不应将 netmon 高速缓存中的 snmp_addr 更改为第二个地址。 |
IY58551 | UNIX |
mib2trap 命令不会将 slotmap 已嵌入注释添加至 baroc 文件。 |
IY58586 | UNIX |
用户从本机 NetView 控制台或命令行调出 SmartSet 编辑器(集合化)。然后,用户单击添加 -> 修改,并将定义类型转变为“子网”。用户然后单击计算,在 IP 地址和子网掩码中输入,并单击计算。先集合化,然后因为分段故障而发生核心转储。 |
IY58780 | Windows UNIX |
有时不正确地计算 submapexplorer 中的图标大小。 |
IY59196 | Windows UNIX |
由于内存泄漏,ovtopmd 守护程序发生核心转储。 |
IY59201 | Windows UNIX |
从图中删除对象时,ovtopmd 守护程序变大了。 |
IY59424 | Windows UNIX |
每当请求超时时,就会对 SnmpStatus 轮询状态作出错误报告。 |
IY60701 | Windows UNIX |
当某一 SNMP 状态请求(req = SNMPStatus)遇到“Snmp 错误:无此类名称”时,netmon 守护程序会就剩余接口报告接口关闭事件。 |
IY60881 | UNIX |
使用 -restart 注册的应用程序实际上并未重新启动。 |
IY60946 | UNIX |
在某些情况下,ovw_binary 的 CPU 使用率过高。 |
IY61174 | Windows UNIX |
/usr/OV/conf/tdwdaemon.log 日志文件中出错:“参数数目错误” |
IY61505 | Windows UNIX |
在 Web 控制台的子图浏览器中,左侧和右侧窗格中显示的节点并非始终匹配。 |
IY61588 | UNIX |
如果在初始发现后将条目“!@oid 0”添加至 netmon.seed 文件中,则在每天配置检查或要求轮询后会删除不受 SNMP 支持的设备。 |
IY61634 | UNIX |
只要未使用 xnmtrap(trapd.conf 文件)配置显式槽映射时,陷阱 varbind(nv_var1 ... nv_var<n>)就会被全部发送到 Tivoli Enterprise Console 服务器。一旦定义了槽(例如,严重性),就将只发送严重性。trapd.conf 文件的联机帮助页将会通过此信息来更新。 |
IY62044 | UNIX |
需要更新 nvcorrd 联机帮助页以指示 nvcorrd 高速缓存了最后 100 个事件,而非只是最后 25 个事件。 |
IY62164 | Windows UNIX |
用户正在将数以千计不存在的段添加至其数据库中。 |
IY62217 | UNIX |
在 Solaris 上,如果打开了 22 个或更多的本机 GUI,则 ovwdb 开始迅速变大直至达到 2 GB,然后发生核心转储。 |
IY62939 | Windows UNIX |
执行步骤 anm_m05_s010_metric 和 in step anm_m05_s020_fact 时,Tivoli NetView 仓库启用包的数据集市 ETL 失败,并带有 FOREIGN KEY 错误。该问题是由于未将一些节点添加至 ANM.D_L3NODES 表而导致的。 |
IY63336 | Windows UNIX |
mib2trap 命令使 addtrap 命令处于静默状态,这将使用户无法查看警告消息。 |
IY63370 | Windows UNIX |
在 NetView Web 控制台中,不必只为名称不是缺省值的映射打开 Open Map 表。 |
IY63655 | UNIX |
ping 节点时,ovw_binary 定期发生核心转储。 |
IY63686 | Windows UNIX |
如果在 NetView 控制台上 SmartSet 处于打开状态的同时发现了属于 SmartSet 的新对象,则会以一个类属计算机符号来显示新对象。关闭 SmartSet 再重新打开它会显示正确的符号。在本自述文件的已知缺陷和限制部分中记录了此变通方法。 |
IY64107 | Windows UNIX |
应允许 *.*.*.* 作为 IP 地址范围在 netmon.seed 文件中用于 SNMP 锁定。 |
IY64272 | Windows UNIX |
如果用户在列视图中定制列(例如,Web 客户机上的“IP 地址”视图),则当用户更改子图或按刷新按钮时,列大小会复位为原始大小。 |
IY64366 | UNIX |
snmpCollect Unix APAR,IY50954 允许用户指定 IP 地址。然而,始终使用名称解析。现在用户可以选择不对 IP 地址进行名称解析。 |
IY64466 | Windows UNIX |
转发到 Tivoli Enterprise Console 服务器的节点边缘事件包含原始槽中的 NetView 机器的名称,而不是受影响节点的名称。 |
IY64564 | UNIX |
创建包含接口的 SmartSet 之后,用于新发现接口的 SmartSet 中的接口标签会采用缺省拓扑标签,而不是 ipmap 标签,ipmap 标签基于当前的 IP 图“应如何显示接口标签”配置参数。 |
IY65381 | Windows UNIX |
当插入到 ANM.F_3TRS_HOUR 表中时,Tivoli NetView 数据集市 ETL 步骤 ANM_M05_S010_METRIC 失败,并带有外键错误。 |
IY65723 | Windows UNIX |
通过 Web 控制台使用安全套接字层(SSL)的自述文件描述不完整。它没有提到 jetty.xml 文件。 |
IY66025 | Windows UNIX |
NetView Web 控制台事件查看器规则集需要以字典顺序排序。 |
IY66397 | UNIX |
DebuggingToolsV2 在未安装工具的系统上无法安装。 |
IY67899 | Windows UNIX |
从 NetView Web 控制台触发的 Ping 命令在基于 linux 的平台上未终止。 |
IY67997 | UNIX |
重新创建缺省图期间,isManager 字段被删除。 |
IY68884 | UNIX |
ovwdbdmap 命令 -d 选项向超过 4 个字符的对象标识号添加了一个 0。 |
IY69969 | UNIX |
nvcold 守护程序和 nvutil 命令内存泄漏。 |
IY70256 | Windows UNIX |
NetView 7.1.4 Fix Pack 03 使客户 Web 控制台脚本失败。 |
IY70592 | UNIX |
nvcold 守护程序在基于 linux 的平台上的 inet_aton() 例程中发生核心转储。 |
IY70812 | Windows UNIX |
当使用 nvmaputil.sh 脚本取消管理人为关闭的接口时,收到“ILLEGALARGUMENTEXCEPTION”。 |
IY71793 | UNIX |
netnmrc 脚本未能始终正确处理对 vfb 进程的检查。 |
IY72414 | Windows UNIX |
需要记录通过 nvmaputil.sh 脚本来管理和取消管理网络对象的功能。 |
PJ29741 | Windows UNIX |
清除和恢复 TWH_MART 中的表并重新运行 NetView ETL 后,缺少历史数据。 |
PJ29821 | Windows |
iflist 槽大于 512 个字符的事件在 Tivoli Event Console 中遇到 PARSING_FAILED 错误。 |
PJ29910 | Windows UNIX |
安装 DB2 Fix Pack 11 后尝试安装 NetView ETL 时,发生错误。 |
PJ29983 | Windows UNIX |
规则集查询 SmartSet 并导致“NVCOLLECTION API 未初始化”错误。 |
PJ30038 | Windows |
在 tess 和 Tivoli NetView for Windows 事件浏览器中使用定制过滤器,一段时间后浏览器窗口会消失,nv.log 文件中显示以下文本:[tess] OnTimer exception at requery with hstmt:0. (-1) State:S1000,Native:-1045,Origin: Microsoft ODBC Microsoft Access Driver. Not a valid bookmark. |
PJ30107 | Windows |
Windows 平台上的 netviewd 守护程序始终使用“缺省”图。 |
PJ30155 | Windows |
在 nv.log 中发现“ndbm_store write0 FAILED”或“ndbm_store split FAILED”错误消息之后,该日志中开始充满大量其他的故障消息。 |
PJ30197 | Windows UNIX |
NetView Web 控制台子图浏览器窗口的左侧和右侧窗格的颜色不一致。 |
PJ30208 | Windows |
nvdbexport 命令没有正确处理数据中的空字段。 |
PJ30239 | Windows |
SnmpCollect 图窗口的轴上显示的时间不正确。 |
PJ30257 | Windows |
在 NetView 日志文件中发现对象数据库的“ndbm_store write0 FAILED”错误。 |
PJ30411 | Windows UNIX |
需要在附带的文件中除去“IBM Confidential”字样。 |
PJ30425 | Windows |
NetView 7.1.4 Fix Pack 3 自述文件中的超链接在 Windows 环境中不起作用。 |
PJ30563 | Windows |
由于取消了对接口的管理,在需要输出中打印了重复的行。 |
通过 Fix Pack 3,在 IBM Tivoli NetView V7.1.3 中修订了客户报告的以下问题:
APAR 号 | 平台 | 描述 |
---|---|---|
IY49659 | UNIX |
在 AIX 5.1 平台上,由 ovactiond 启动的命令在超过等待时间之后未被杀死。 |
IY50486 | Windows UNIX |
IBM Tivoli NetView DB2 可用性数据库中有重复记录(请参阅 IY53390 和 IY55671)。 |
IY50954 | UNIX |
snmpcollect 在 IP 地址对于主机名是可以解析的情况下未收集该 IP 地址。 |
IY50954A | UNIX |
IY50954 Linux 的后继 |
IY50990 | Windows UNIX |
netmon 在重新启动后未等待轮询时间间隔。 |
IY51064 | Windows UNIX |
对于接口选择,查询数据库字段节点不工作。 |
IY51125 | Windows UNIX |
在指定 SNMP 状态轮询标记时,netmon 种子文件中的通配符不工作。 |
IY51162 | UNIX |
槽值的名称较长,并且保存该槽时其名被截断为 15 个字符。 |
IY51398 | Windows UNIX |
nvdbformat 处理缓慢。 |
IY51516 | Windows UNIX |
nvrsedit 在无法处理规则集时未显示弹出错误。 |
IY51641 | UNIX |
nvserverd 发生核心转储,原因是缓冲区过小,不能正确地格式化很大的陷阱。 |
IY51778 | Windows UNIX |
更新 netmon 种子文件中关于范围使用的记录。 |
IY51844 | Windows UNIX |
路由器重新发现不工作。 |
IY52086 | UNIX |
如果重试数等于 1,则 netmon 在初始轮询失败时不发送重试轮询。 |
IY52227 | UNIX |
添加了对 Layer2 边缘状态确认的支持。 |
IY52320 | UNIX |
SNMP 配置查找例程突然返回了 NetView 的缺省值,而不是全局缺省值中的客户设置。 |
IY52341 | Windows UNIX |
恢复意外子图类型的对象时发生 ipmap 核心转储。修订 ipmap 以记 录错误消息并忽略损坏的对象。 |
IY52351 | Windows UNIX |
解决了对网络和网段发出 DNS 请求的 ovesmd 存在的问题,而 IY47892 先前并未彻底解决该问题。 |
IY52394 | Windows UNIX |
函数 SETSTATEDNODE 中的 nvcorrd 发生核心转储,带有信号 11 |
IY52758 | UNIX |
xnmgraph 以某一绘图错误告终,或计算错误的 Y-AXIS 值 |
IY52773 | Windows UNIX |
每 10 分钟发生一次 netmon 核心转储,并带有信号 6。 |
IY52820 | UNIX |
每天发生一次 trapd 核心转储。 |
IY52871 | UNIX |
NetView 事件应用程序浏览 mib 以及对事件排序的附加操作均由于共享库装入出错而失败 |
IY53038 | UNIX |
NetView shell 脚本在行位置 130 周围缺少一行 |
IY53188 | Windows UNIX |
记录 netmon.conf 文件中定义的备用共用名最大数目变量 |
IY53244 | UNIX |
执行请求用法的 nvgethost,将在实际用法中混入乱码。 |
IY53271 | Windows UNIX |
trapd 在切换跟踪或记录时终止。 |
IY53390 | Windows UNIX |
NetView 7.1.3 ETL1 将可用数据插入 TWH_CDW 导致了节点(comp_id)和评估值对重复。 |
IY53400 | UNIX |
如果启用了 NetView 安全性,则无法运行 xnmloadmib2 和 xnmbrowser2。不存在任何安全性注册文件。 |
IY53530 | UNIX |
记录控制 nvsecd 日志文件的方法。 |
IY53554 | UNIX |
mibtable 命令在从 MLM MIB 获取状态表时发生了循环。 |
IY53580 | UNIX |
APM 数据收集正在反复返回相同值。 |
IY53666 | UNIX |
trapd 终止,并带有信号 13。 |
IY53704 | UNIX |
nvrsEdit 中的集合状态节点存在问题。 |
IY53727 | Windows UNIX |
一些接口上的客户的 ipmap 未显示正确符号。 |
IY53780 | UNIX |
netmon 接受不想要的 IP 地址,并反复对这些地址执行 ping 操作。 |
IY53804 | Windows UNIX |
nvdbformat 在应用 Fix Pack 2 之后发生核心转储。 |
IY54371 | Windows UNIX |
重复已经启用 RFI 的接口不可达事件。 |
IY54590 | UNIX |
ovtopofix 应该删除空网络。 |
IY54644 | Windows UNIX |
Web 客户机暂挂中 |
IY54964 | Windows UNIX |
IY50990 导致大网络中出现问题。 |
IY55025 | UNIX |
应用程序缺省文件仍然包含 IBM850 字体。 |
IY55219 | Windows UNIX |
如果同时符合 DEMANDPOLL 和 PING STATUS POLL,则 netmon 在 SOLARIS 上发生核心转储。 |
IY55256 | UNIX |
如果在 /usr/OV/security/C/Domains/* 中存在子目录,则启动 nvsec_admin 时发生 nvsecd 核心转储。 |
IY55354 | UNIX |
HSRP 接口每分钟被删除和重新创建一次 |
IY55671 | Windows UNIX |
由于 netmon 生成事件的方式,tdwdaemon 正在为相同的状态事件向可用性数据库添加多个记录。 |
IY55803 | UNIX |
尝试显示 NetView 在线书籍/帮助导致不带 NetScape 但却带有 Mozilla 的 AIX 5.2 框上出现找不到路径错误消息,在此情况下,正在运行的是 NetView 而非 Mozilla。 |
IY55831 | UNIX |
与 ovspmd 通信期间虚假的 ovwdb 挂起 |
IY56095 | UNIX |
一个 UNMANAGE 操作具有两个“NODE UNMANAGED”陷阱。 |
IY56323 | UNIX |
如何防止创建 availData 文件。 |
IY56338 | Windows UNIX |
netmon 没有解析以数字开头的 netmon 种子文件(netmon.seed)中的名称。 |
IY56534 | UNIX |
ovtopofix 的新 -R 选项应该也能单独起作用。 |
IY56522 | UNIX |
netcheck 的 TCP 检查在 Linux 上显示不正确的错误消息。 |
IY56637 | Windows UNIX |
“netmon -a 160”没有转储 TDWAVAILABILITY 的值 |
IY56958 | Windows UNIX |
消除由于运行 nvUtil 评价命令而触发的 nvcold 中主要内存泄漏。 |
PJ29258 | UNIX |
NetView for Windows 7.1.3 基于 TME 的 tecad_nv6k.exe TEC 适配器在 接收要转发至 TEC 服务器的事件时终止。 |
PJ29495 | Windows |
setstatusseverity.rs 规则集中断。 |
PJ29503 | Windows UNIX |
--#EDIT_USING 查询返回了零行 |
PJ29517 | Windows |
nvcord 对于通过了激活规则集的事件错误地交换 $A 值。 |
PJ29522 | Windows UNIX |
如果 NetView 被重新启动而客户机应用程序未被重新启动,则 API 调用 “OVwFieldNameToFieldId”失败。 |
PJ29525 | Windows |
NetView Windows 2000 用户创建的背景不正常工作。客户使用 两个不同的位图文件配置子图背景,这导致背景消失。此问题仅出现在客户位图文件中。 |
PJ29580 | Windows |
用户正在收集数据,并试着使用“对象属性”屏幕中的“过滤依据”时间选择。用户选择了“过滤条件”选项时,数据窗口不显示任何数据。 |
PJ29586 | Windows UNIX |
nvdbformat/nvdbimport 无法对带有逗号的字段执行 GET/SET 操作。 |
PJ29588 | Windows UNIX |
NV713 WEP、ETL2、步骤 1 和 2 可能记录过量的截断警告,导致了大的日志 记录和性能的降低。 |
PJ29597 | Windows UNIX |
NetView 7.1.3 WEP 步骤“anm_m05_s010_metric”失败,因为 ANM.STAGE_DIV_OUTAGES 表中的节点有重复。 |
PJ29619 | Windows UNIX |
对于 NetView 7.1.3 WEP 步骤 2“anm_m05_s020_fact.db2”,此文件的标题 带有步骤 1 的 sql 文件的名称。 |
PJ29644 | Windows |
Windows trapd 在来自 MS 陷阱服务的空 IP 地址上捕获到异常。 |
PJ29651 | Windows UNIX |
由于“字符串数据右截断”,NetView 7.1.3 WEP 步骤 “anm_m05_s010_metric”未能插入目标数据。 |
PJ29653 | Windows UNIX |
缺少报告的历史数据,该报告显示月度和年度报告的中断百分比。 |
PJ29654 | Windows UNIX |
NetView avail ETL2 在所有情况下均不能准确地计算可用性。这将导致异常 的报告,比如负的中断百分比。 |
PJ29666 | Windows |
snmpcollect.exe 在要收集的对象数超过 16 时,重复 snmpget 请求。 |
PJ29726 | Windows UNIX |
将 SNMP 状态轮询限于所发现的接口。 |
PJ29734 | Windows UNIX |
xnmgraph.stat 输出文件将“行”字段限制在 20 个字符。 |
PJ29741 | Windows UNIX |
在 TWH_MART 中清除/复位 ANM 表并重新运行 NetView ETL2 之后,缺少历史可用性数据。 |
通过 Fix Pack 2,在 IBM Tivoli NetView V7.1.3 中修订了客户报告的以下问题:
APAR 号 | 平台 | 描述 |
---|---|---|
IY33891 | UNIX |
NetView for AIX 7.1.2 在 Cisco 交换机上监视 SNMP 错误时,发生 ovw_binary 核心转储。 |
IY35244 | UNIX |
snmpwalk 命令需要处理大于当前限制 0X7FFFFFFF 的子标识。 |
IY35759 | Windows UNIX |
如果 SmartSet 所含定义超过 4 个,nvcold 守护程序将循环。 |
IY35809 | Windows UNIX |
netmon 守护程序不处理 COMPAQ Remote Insight Board(RIB)的发现。 |
IY37415 | UNIX |
NetView for AIX 7.1.3 GUI 上“管理”菜单中的 telnet 菜单项在 AIX V5 上失败。 |
IY37722 | UNIX |
NetView 迁移脚本尝试压缩已经被压缩的 NetView 数据库。 |
IY38222 | UNIX |
当只读图在 NavTree 窗口关闭之后被刷新时,ovw_binary 应用程序 发生核心转储。 |
IY38312 | Windows UNIX |
quicktest 临界命令显示 UP 接口。 |
IY38339 | Windows |
NetView Web 控制台应用程序正处于挂起状态,并带有一个空子图浏览器窗口。 |
IY38681 | UNIX |
编辑菜单中的添加连接菜单项在 NetView V6 或 V7 中不工作。 |
IY38709 | UNIX |
netmon 守护程序正在错误地解析 SNMP 共用字符串。 |
IY38794 | Windows UNIX |
由于非压缩数据库格式已过时,需要对数据库压缩除去显式选项。 |
IY38831 | Windows |
当 NetView web 事件浏览器在 UNIX 上执行 rectrap 应用程序时,需要除去 不必要的双斜杠。 |
IY38836 | Windows |
NetView web 安全性控制台中的进度计令人费解,而且不能一致地报告进度。 |
IY38924 | Windows UNIX |
如果在发现实际拥有 HSRP 接口的路由器之前发现该 HSRP 接口,则 该 HSRP 接口可能被分配到 IP 转发工作站。 |
IY38987 | Windows UNIX |
当 ipmap 正尝试在串行段中添加新的串行接口时,ipmap 应用程序发生 核心转储。 |
IY39085 | UNIX |
需要记录客户在迁移到 NetView 7.1.2 后如何返回到先前 TEC 类。 |
IY39721 | UNIX |
如果主机名为标准域名,则 nvserverd 守护程序 ADAPTER_HOST 槽未知。 |
IY39832 | Windows UNIX |
非唯一的 NetView IFNAME(VARBIND 8)槽在 TEC 中中断了 NetView.RLS。 |
IY39859 | UNIX |
对轮询设备使用了不正确的共用名。 |
IY39944 | Windows UNIX |
ovw 应用程序在从 NetView 6.0.2 迁移到 NetView 7.1.3 之 后,发生了核心转储。 |
IY40164 | UNIX |
取消管理图上某一对象的所有子对象将使其自身状态保持不变。 |
IY40202 | Windows UNIX |
收集编辑器不再允许基于另一 SmartSet 规则定义某一 SmartSet。 |
IY40255 | Windows UNIX |
netmon 守护程序将乱码添加到 ifalias 值。 |
IY40257 | Windows UNIX |
netmon 守护程序发生核心转储,并在出现信号 6 时退出。 |
IY40327 | Windows UNIX |
取消管理某个位置将使嵌套的位置处于受管状态(如果这两个位置在同一 SmartSet 中是兄弟关系)。 |
IY40359 | Windows UNIX |
ipmap 应用程序可能需要最多两天时间进行同步。 |
IY40422 | UNIX |
nvevents 应用程序在子目录中找不到规则集。 |
IY40575 | Windows UNIX |
自动删除某一节点之后,NetView for Solaris 7.1.3 发生 netmon 核心转储。 |
IY40807 | Windows |
节点消失在 NetView Web 控制台上 SmartSet 中浏览器视图的右侧。 |
IY40837 | UNIX |
当某一网络名与某一位置重名并且 /etc/networks 文件处于使用状态时, ipmap 应用程序发生核心转储。 |
IY41078 | Windows |
记录 Internet Explorer 要与 NetView Web 控制台一起使用的系统需求。 |
IY41085 | Windows UNIX |
由于 MIB 数据的组织,ISDN 状态监视在 CISCO 路由器上不工作。 |
IY41227 | Windows |
NetView Web 控制台登录对话框中的主机名字段应该删除空格。 |
IY41306 | UNIX |
需要记录 netviewd 是以只读图开头还是以读写图开头。 |
IY41423 | Windows UNIX |
mib2trap 应用程序在读取 Brocade.mib 文件时发生核心转储。 |
IY41553 | UNIX |
规则集编辑器中“事件属性”节点中的类别列表不完整。 |
IY41608 | UNIX |
dispsub 联机帮助页和 dispsub 的 xnmtrap 陷阱描述不正确。 |
IY41640 | Windows UNIX |
ipmap 应用程序正在将路由器放置到错误的位置中。 |
IY41984 | UNIX |
SNMP 配置查找例程返回某些节点的硬编码缺省值。 |
IY42228 | Windows UNIX |
正在将假的跟踪消息写到 netmon.trace 文件。 |
IY42241 | Windows UNIX |
通过 loadhosts 命令装入 NetView 的对象的 SNMP 地址不正确。 |
IY42341 | UNIX |
xnmsnmpconfig 应用程序在某些节点上没有正确地设置 SNMP 参数。 |
IY42394 | UNIX |
NetView for Linux 7.1.3 没有通过 cdpcache 发现节点。 |
IY42407 | Windows UNIX |
netcheck 应用程序没有使用赋予 snmptries 选项的值执行 SNMP 请求。 |
IY42541 | Windows UNIX |
为 HSRP 虚拟接口生成了多个接口当机事件。 |
IY42757 | Windows |
nvmaputil.sh 命令无法删除名称中含有空格的对象。 |
IY42765 | UNIX |
修订包自述文件描述了删除修订包目录,但成功修订了该修订包后来将不会安装的先决条件。 |
IY42835 | Windows |
maptreeserver java 进程在隐藏符号回调接收到空指针时挂起。 |
IY42836 | Windows UNIX |
NetView 在重新配置设备的 IP 地址时没有更新对象数据库中的 SNMP 地址。 |
IY42893 | UNIX |
如果第二个图打开并且 SmartSet 显示在原始图中,则 ovw_binary 可执行文件发生核心转储。 |
IY43169 | Windows UNIX |
修订 IY38709 后,HSRP 接口作为独立设备被发现。 |
IY43210 | Windows UNIX |
NetView V1.1.0 自述文件的 TEDW 集成包没有声明 NetView ETL 的分布式安装中的 TEDW 需求。 |
IY43406 | Windows UNIX |
尽管唯一的当机接口已从路由器删除并且剩余的接口都在运行,但路由器仍处于边缘状态。 |
IY43435 | Windows |
安装修订包后,NetView WEB 控制台安全套接字层(SSL)配置被损坏。 |
IY43441 | Windows UNIX |
location.conf 文件将不会处理八位字节中含有 0 的任何范围(最后一个八位字节除外)。 |
IY43722 | UNIX |
给出“nvcdebug -d all”命令时,nvcorrd 守护程序跟踪在 Linux 上不工作。 |
IY43803 | UNIX |
没有正确报告 MIB 表的数据。 |
IY43838 | UNIX |
启动 netmon 守护程序将导致 modprobe 在 ZLinux 上出错。 |
IY44034 | UNIX |
snmpcollect 守护程序在收集 SYSUPTIME 数据时发生核心转储,并带有信号 11。 |
IY44072 | Windows UNIX |
如果节点不在 NetView 数据库中,则事件不会到达 TEC。 |
IY44081 | Windows |
nvsniffer 守护程序将不再具有“服务”的设备的字段更改为 TRUE,而该字段起初就是为了该“服务”而创建的。 |
IY44097 | Windows UNIX |
如果 WINDOWS 操作系统将接口设置为 0.0.0.0,则这些接口就会消失。 |
IY44258 | Windows |
NetView WEB 控制台的交换机视图在 Red Hat Linux 操作系统上不能始终正常运行。 |
IY44481 | UNIX |
/usr/OV 中的软链接目录可使 serversetup 命令混淆。 |
IY44501 | UNIX |
NetView 反映无效的 SNMP V2 陷阱 |
IY45049 | UNIX |
将 ADMINDOWN 接口作为临界而不是“User1”向上传播。 |
IY45164 | Windows |
在 nvcold 和 ovwdb 守护程序间找到死锁条件。 |
IY45265 | UNIX |
安装 NetView 7.1.3 后,NetView 的 java 发生核心转储 |
IY45385 | Windows |
NetView snmpColFiles 数据文件最多允许 500 个条目。 |
IY45510 | Windows |
需要向 NetView WEB 控制台错误消息添加更多信息。 |
IY46551 | Windows |
某些节点在 NetView Web 控制台的拓扑视图上缺少。 |
IY46570 | Windows UNIX |
在某些情况中,安装修订 IY42893 后,ovw_binary 应用程序发生核心转储。 |
IY46752 | UNIX |
nvgethost 应用程序没有在 Linux 和 ZLinux 平台上使用 /etc/hosts 文件。 |
IY46849 | Windows UNIX |
带有条件 IN_SUBNET 的 SmartSet 的内容可能不完整。 |
IY46921 | UNIX |
LINUX 上的 netmon 守护程序正在将错误的端口作为 MLM 陷阱目标位置使用。 |
IY47144 | Windows |
MIB 中的 AGENT-CAPABILITIES 构造在 java SNMPV2 mibloader 代码中未被识别。 |
IY47145 | Windows UNIX |
文档请求明确地声明关于要发现的 netmon 种子文件中的条目以及 SNMP 管理 节点的需求。(请参阅下面产品说明部分中关于该 APAR 的条目) |
IY47206 | UNIX |
从端口 162 上的一个 TCP 数据包生成了多个无效陷阱消息。 |
IY47528 | Windows UNIX |
无法从 NetView WEB 控制台对带有 AD 标志的接口执行 ping 操作。 |
IY47701 | Windows UNIX |
令人费解的 netmon 跟踪消息:“所有接口上的地址为空”。 |
IY47819 | Windows UNIX |
ovtopmd 守护程序在带有上滚修订的 NetView V6.0.3 上发生核心转储,并带有信号 11。 |
IY47892 | Windows UNIX |
ovesmd 守护程序作出关于网络及网段的 DNS 请求,使 NDS 服务器的性能发生不必要的降级。 |
IY48011 | UNIX |
如果 nvserverd 守护程序在 TEC 服务器当机时停止/重新启动,则该守护程序不会向 TEC 发送事件。 |
IY48203 | Windows UNIX |
如果次要接口与 HSRP 接口的 MAC 地址是相同的,则不要将次要接口添加到 HSRP 接口。 |
IY48213 | Windows UNIX |
如果不“锁定”,则无法发现含有 800 多个接口的路由器。 |
IY48330 | UNIX |
如果将 nvserverd 守护程序配置为向 TEC 发送事件,则该守护程序将在 ZLinux(390)上发生核心转储,并带有信号 11。 |
IY48379 | Windows UNIX |
“ovstop nvsecd”命令不停止 tdw 守护程序(请参阅下面 的产品说明以实现此更正)。 |
IY48447 | Windows |
特定陷阱对象状态的帮助消息面板出错。 |
IY48532 | UNIX |
nvserverd 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48533 | UNIX |
nvsecd 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48536 | UNIX |
nvauth 程序发生核心转储,并带有缓冲区溢出现象。 |
IY48537 | UNIX |
ovwdb 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48538 | UNIX |
ovtopmd 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48539 | UNIX |
nvcorrd 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48540 | UNIX |
actionsvr 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48541 | UNIX |
nvcold 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48542 | UNIX |
trapd 守护程序发生核心转储,并带有缓冲区溢出现象。 |
IY48698 | Windows UNIX |
创建并打开新的图时,位置容器没有出现且在植入。 |
IY48831 | UNIX |
如果 Netmon 无法解析主机名,则它将停止处理 MLM 种子文件。 |
IY49032 | UNIX |
在 Solaris 上,serversetup 备份选择性数据中的卷组术语不适用且令人费解。已从除 AIX 之外的所有平台上除去了对卷组术语的引用。 |
IY49090 | UNIX |
需要修改在发现期间作出 SNMP 请求的顺序,从而确保首先查询系统 MIB。 |
IY49162 | UNIX |
WEB 控制台上的悬挂提示功能不显示选择名。 |
IY49405 | UNIX |
CNAT 数据未从 NetView V7.1.x 早期版本迁移至 NetView V7.1.3。 |
IY49428 | Windows UNIX |
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 守护程序在其端口受到第三方软件扫描时发生核心转储。 |
IY50196 | Windows UNIX |
请求其他备用的共用名。 |
IY50265 | UNIX |
将错误数据写入 nvcorrd 套接字时,nvcorrd 守护程序发生核心转储。 |
IY50265 | UNIX |
将错误数据写入 actionsvr 守护程序套接字时,该守护程序发生核心转储。 |
IY50394 | Windows UNIX |
IPMAP 应用程序从 NetView 7.1.2 迁移至 NetView 7.1.3 之后,发生核心转储。 |
IY50461 | Windows UNIX |
location.conf 中提供对路由器通配符 IP 地址的支持。 |
IY50464 | Windows UNIX |
netmon 守护程序正在发现一些设备并将它们设置为取消管理(即使它们被配置 为管理新近发现的节点也是如此)。 |
IY50523 | UNIX |
从《NetView for UNIX(V7)管理员指南》除去关于共用字符串的过时信息。 |
IY50702 | Windows UNIX |
ITSA 管理的交换机可能没有在 ipmap 中显示正确的符号状态。 |
IY51002 | UNIX |
更正《Tivoli NetView for UNIX 7.1.3 发行说明》中的命令描述“ATCTL V INFO”。 |
IY51181 | UNIX |
在 NetView 7.1.3 FP1 中,种子文件编辑器的右侧滚动条不能正常使用。 |
IY51316 | UNIX |
PC 的 NetView Web 控制台中使用的 URL 在其第一个“&”字符处被终止。 |
PJ28875 | Windows |
nvsniffer 守护程序被随机挂起。 |
PJ28933 | UNIX |
SNMPV2 命令的联机帮助对于 NetView V7.1 不再有效 |
PJ28962 | Windows |
陷阱端口(162)的输入无效时,trapd 守护程序挂起。 |
PJ28984 | Windows |
nvpage 命令将不会发送某一页面,除非在 nvpagerd 守护程序上设置了 -d 标志。 |
PJ28992 | Windows UNIX |
安装修订包后,nvdbimport 和 nvdbformat 应用程序不能正常工作。 |
PJ29082 | Windows |
带有空 AGENT-ADDR 的 nvsnmptrap 应用程序没有按记录的那样工作。 |
PJ29093 | Windows UNIX |
在同一子集上具有不同能力的节点间单击时,上下文菜单 “selectionrule”中断。 |
PJ29105 | Windows |
尽管正确设置了共用字符串,客户仍获得认证陷阱。 |
PJ29166 | Windows |
用户添加的连接在 NetView Web 控制台中几乎不能被看到。 |
PJ29167 | Windows |
当陷阱包含从基于日语汉字的 Solaris 或 Linux 框接收的双字节字符时, NetView NT 日语汉字服务器上的 CPU 使用率为 100%。 |
PJ29168 | Windows |
带有双字节字符的陷阱消息没有被正确地翻译成日语。 |
PJ29170 | Windows |
uptimer 应用程序显示的“运行时间”和“当机时间”数据不正确。 |
PJ29185 | Windows |
将要转发大量陷阱时,trapfrwd 守护程序失败了。 |
PJ29186 | Windows |
由于从 MS 陷阱服务接收到错误数据,致使 trapd 守护程序发生核心转储。 |
PJ29196 | Windows |
需要更好地记录 NetView for Windows 中缺少 SNMP V2 支持。 |
PJ29202 | Windows |
对于交叉站点跟踪,所有的 Java servlet 容器均易受到攻击。 |
PJ29256 | Windows |
snmpcollect 守护程序在原因不明的情况下将收集推迟了一个小时。 |
PJ29257 | Windows |
在对象上使用 delete 键没有从子图和对象数据库正确地删除对象。 |
PJ29263 | Windows |
netmon 守护程序在 HP ETHERTWIST 集线器处于种子文件中时发生崩溃。 |
PJ29283 | Windows |
trapfwd 守护程序在注销 NetView 服务器时退出。 |
PJ29287 | Windows |
NetView V7.1.3 Fix Pack 1 未能在本机 NetViewNT 客户机上正确安装。 |
PJ29291 | Windows UNIX |
当新的节点发现被打开并且主机名在种子文件中被排除时,netmon 守护程序发生核心转储。 |
PJ29321 | Windows |
当包含空字段的陷阱被置于 ODBC 中时,trapd 守护程序发生核心转储。 |
PJ29329 | Windows |
处于当机状态并且得到应答的链接在未得到应答时仍保持同一颜色(深绿),而不是变成红色。 |
PJ29332 | Windows UNIX |
在其余路由器接口之后找到的接口可能使用了错误机制(SNMP 或 ICMP)对其执行 ping 操作。 |
PJ29342 | Windows |
即使跟踪被关闭,NetView for Windows snmpcollect 跟踪仍急剧增长。 |
PJ29351 | Windows |
snmpcollect 的企业特定陷阱既不正确也不够详细。 |
PJ29368 | Windows |
NetView 7.1.3 窗口的帮助屏幕与实际面板不一致。 |
PJ29410 | Windows |
新的动态菜单项变灰。 |
PJ29416 | Windows |
向 TEC 转发事件时,主机名字段保留为空白。 |
PJ29421 | Windows UNIX |
ovobjprint 命令未显示大数据库中的全部信息。 |
PJ29460 | Windows |
当 netmon 发现其第一个接口不在 DNS 中的路由器时,图标选择名称和标签发生问题。 |
PJ29481 | Windows |
节点回到运行状态时,SmartSet 中的节点状态可能不正确。 |
在 IBM Tivoli NetView V7.1.3 Fix Pack 1 中修订了客户报告的以下问题:
APAR 号 |
平台 |
描述 |
---|---|---|
IY17478 |
UNIX |
某一客户报告 /usr/OV/prg_samples/xmp/ems 目录中的样本程序不工作:这是由于使用新编译器引起的;对 EMS 库的构建过程进行了修改以更正此问题。 |
IY20189 |
UNIX |
在背景画面上设置缩放并调整屏幕大小时,仅显示部分画面,但并未提供用于查看剩余画面的滚动条。 |
IY20298 |
Windows UNIX |
客户报告联机帮助暗示 wordlist/wordindex 功能在某些规则集节点中可用,但只能在“事件属性”节点中找到该功能。wordlist/wordindex 功能以前在“事件属 性”、“事件阈值”、“Pass-On-Match”和“Reset-On-Match”节点上可用,而且已被添加到“设置全局变量”、“查询全局变量”、“设置数据库字段”和“查询数据库字段”节点。 |
IY27513 |
Windows UNIX |
客户请求 SNMP V2 MIB 浏览器应用程序能够查看草稿 MIB。对 V2 MIB 浏览器进行 修改以显示标准的 iso.org.dod.internet MIB 以及其他的 MIB。 |
IY27989 |
UNIX |
某些情况下,规则集中的 reset-on-match 块看上去没有按预期工作。客户期望看到此功能 工作的方式已被记录下来,而且此信息已被添加到该自述文件的“文档”部分。 |
IY29211 |
Windows UNIX |
使用 gtmd 守护程序时,当在服务器上使用 NetView GUI 时新对象将被正确放 置,但在本机客户机控制台上从 NetView GUI 查看时这些新对象不会被正确放置。 |
IY29427 |
UNIX |
装入 MIB 数据库时,snmptrap 应用程序发生核心转储。这是由计时问题导致的,此时 snmptrap 试图在 MIB 装入程序尝试写出新数据库的同时读取 MIB 数据库。此问题的解决 方法就是通过设置文件锁定以防 snmptrap 尝试在某一新数据库被写入时读取数据库。 |
IY29859 |
Windows UNIX |
非 IP 子图的图标状态不总是与屏幕(如“导航历史记录”)下半部分中最小化的相同子图的颜色匹配。 |
IY30214 |
UNIX |
发现一些路由器带有错误接口,而这些接口在设备上根本不存在。 |
IY31008 |
UNIX |
客户报告 APM 过滤器调速设置字段“arm”和“unarm”具有限制(256 字节),而该限制未在任何地方定义。推荐的文档更改在下面的“文档更改”部分中得到了描述。 |
IY31226 |
Windows UNIX |
ipmap 菜单操作“OpenSubMap”不工作。由于不直接支持此操作,因此将操作“SubMapOpen”从 ipmap 注册文件除去。 |
IY31370 |
UNIX |
收集编辑器应用程序 SmartSet 名称中的连字符存在问题。这是由于收集编辑器中使用的语法分析 机制引起的,并且此问题已被更正。 |
IY32247 |
UNIX |
MIBTable 命令根据请求的列数返回不完全的行数。 |
IY32303 |
UNIX |
一些 NetView 内部事件的文档图标不完整。trapd.conf 已修改,并且将可用于所有后续发行版中。如果客户希望升级他们当前的 trapd.conf 文件,则可在 /usr/OV/newconfig/OVSNMP-RUN/trapd.conf 中发现一个新的 trapd.conf 文件,并且可使用在 /usr/OV/bin 中发现的 nvaddtrapdconf 脚本来更新他们现有的 trapd.conf 文件。然而,请注意 nvaddtrapdconf 还将更新许多陷阱来使用 TEC 的 TEC_ITS_BASE 事件类并添加新的槽映射,所以还未执行该迁移的用户不应按此方法使用 nvaddtrapdconf。相反,他们必须使用 xnmtrap 手工更改 trapd.conf 文件。 |
IY32322 |
UNIX |
当在将定制陷阱存储在阈值节点中的同时发出“nvcdebug -N”时,nvcorrd 守护程序发生核心转储,其中该定制陷阱的陷阱变量中含有大量文本。这导致缓冲区过速构建标签,而此问题已得到了更正。 |
IY32742 |
UNIX |
对于 SmartSet 选择名称在 DNS 中不是主要主机名的节点,未收集 SmartSet 数据。 |
IY32971 |
UNIX |
snmpwalk 应用程序在 Solaris 上的特定 MIB 树中发生核心转储。 |
IY32992 |
UNIX |
由于 netmon 错误地尝试添加已被发现且只是处于“管理当机”状态的接口,致使 netmon 守护程序 发生核心转储。 |
IY33087 |
UNIX |
非全局应答对象在全局模式打开的 GUI 中被错误地显示。 |
IY33098 |
Windows UNIX |
在 nvcorrd 守护程序的 override 和 pass-on-match 函数中报告了内存泄漏。查找到了某 一重大(200 字节)覆盖程序段,并在覆盖节点代码中对其进行了更正。 |
IY33525 |
UNIX |
运行 NVHotBackUp 命令时,netviewd 守护程序发生核心转储。 |
IY33632 |
Linux |
拖动窗口边界外的节点时,Linux 上的 nvrsEdit 应用程序停止(窗口关闭而且不写入核心转储)。 |
IY34042 |
Windows UNIX |
当接口被删除并重新添加时,ipmap 应用程序没有将接口上的标签设置为所请求(用户首选格式)的IP 地址。添加了代码以检查这些环境中的节点类型,并调用另一例程以获取正确的标签。 |
IY34045 |
Windows UNIX |
当与 web 事件浏览器一起使用的不同规则集多于 5 个时,一个警告弹出窗口将会出现,并在按下 “确定”按钮之后继续出现。代码已修改,以便在发生错误时停止线程。 |
IY34057 |
UNIX |
请求说明要与 NetView for UNIX V7.1 以及更高版本一起使用的安装的类型。此声明已被放置 在此文档的“产品说明”部分中。 |
IY34096 |
UNIX |
如果 netviewd 正在运行读写图,则从 Tivoli 桌面启动读写图将导致只读图。这是由于 Tivoli 桌面用于启动图的命令选项错误引起的。修改了该命令选项以解决此问题。 |
IY34201 |
UNIX |
当通过 smit 和 setup 接口提供名称时,trapd 日志维护脚本名中不允许有连字符存在。这是由于使用了语法分析方法,而这些语法分析方法假设连字符仅用于引导命令行选项。对代码作了修改以除去此假设。 |
IY34202 |
Linux |
将某一规则集置于 ESE.automation 文件中并重新启动 actionsvr 将导致 actionsvr 的一个实例运行时使用超过 80% 的 CPU。规则集的复杂性或系统上的陷阱数量都不会影响 CPU 的高利用率。 |
IY34506 |
Windows UNIX |
使用浏览器访问 NetView 和 Jetty 日志文件无需(或要求)用户标识/密码。客户 确实使用了缺省的安全域。 |
IY34602 |
Windows UNIX |
netmon 守护程序正在自旋的 SNMP 代理上挂起。 |
IY34654 |
UNIX |
无法将设备添加到带有某一 IP 地址的 NetView 的 Linux 版本,而该 IP 地址的八位 字节之一含有 0(比如:172.16.0.20)。 |
IY34683 |
Windows UNIX |
netmon 守护程序停止,并带有消息“无法同步节点层 2”。 |
IY34852 |
UNIX |
NetView V7.1 在每次停止/重新启动时都将目录上的许可权更改为 777,即使目录上的许可权充足时亦如此。代码已修改,从而仅在创建子目录时设置许可权。 |
IY34900 |
UNIX |
从安全性面板分发安全性信息并重新运行 nvsec_admin 后,nvsecd 守护程序当机并需要重新启动。 |
IY34906 |
Solaris |
ovtopmd 守护程序和 collmap 应用程序在 Solaris 上失败,并带有信号 6。 |
IY34993 |
Windows UNIX |
发行说明需要记录 NetView Web 控制台作用域功能部件的需求。此信息已被放置在 此文档的“文档更改”部分中。 |
IY35035 |
Windows UNIX |
xnmbrowser 应用程序错误地设置 IP 地址变量。 |
IY35180 |
Windows UNIX |
未崩溃的网络必须仔细检查位置放置代码。 |
IY35183 |
Windows UNIX |
管理路由器可能使路由器接口处于不受管状态。 |
IY35241 |
Windows UNIX |
ISDN 接口在 demandpoll 期间被错误地删除了。 |
IY35575 |
Windows UNIX |
无法删除位置符号副本。 |
IY35761 |
UNIX |
mib2trap baroc 文件仍然引用 Nvserverd_Event。描述此问题解决办法的产品说明已被 添加在下面。 |
IY35771 |
Windows UNIX |
当接口不在包含列表上时,netmon 守护程序没有从 ARP 高速缓存检取 MAC 地址。 |
IY35773 |
UNIX |
当很长的陷阱名称被截断时,addtrap 命令创建重复的陷阱名称。 |
IY35869 |
Solaris |
当企业名称为空时,rectrap 应用程序在 Solaris 上发生核心转储。 |
IY35928 |
UNIX |
trapd 守护程序在接收到 SNMP V2 陷阱时将最后两个八位字节从企业删除。 |
IY36026 |
Windows UNIX |
ovwdb 守护程序每天泄漏 100 Mb 的内存。 |
IY36041 |
UNIX |
ovwdb 高速缓存溢出被错误地计算,这导致了 ovwdb 守护程序的性能问题。 |
IY36055 |
UNIX |
通过“nvTurboDatabase 速度”的图压缩损坏了 NetView 数据库的某些部分。 |
IY36080 |
Solaris |
nvsec_admin 命令在 Solaris 上发生核心转储。这是由于在目录不存在的情况下遇到了空指针。 |
IY36089 |
Windows UNIX |
nvdbformat 命令在 AIX 上发生核心转储。 |
IY36139 |
UNIX |
命令“ovw -copymap NewMapName”仅产生某一错误消息,该消息声称该命令需要一个有效的图名称 |
IY36408 |
Solaris |
nvserverd 守护程序在 Solaris 8 上启动时发生核心转储。 |
IY36660 |
Windows UNIX |
初始发现创建不完整的未编号链接接口(选择名“Interface:0”)。 |
IY36849 |
UNIX |
如果将 additionallegaltrapcharacters 设置为禁用,则 actionsvr 守护程序陷阱变量中的双引号就会出问题。 |
IY36954 |
UNIX |
在大数据库(超过 90K)上使用 IP Status = Normal 来创建 SmartSet 时,将导致 ovw_binary 发生核心转储。 |
IY37017 |
Windows UNIX |
当某一字段的值超过 256 字节时,nvdbimport 命令发生核心转储。 |
IY37033 |
Windows UNIX |
接口的“管理对象”菜单项变灰。 |
IY37208 |
UNIX |
如果值“0,000000”存在于 snmpcol.conf 文件中,则 snmpCollect 守护程序不启动。 |
IY37272 |
UNIX |
NetView Web 控制台在显示大 SmartSet 时丢失连接。这是由于代码没有时间在本地 引用上执行垃圾收集,并因此导致内存泄漏。已添加了代码来确保已正确地删除本地引用。 |
IY37316 |
Windows UNIX |
在某些情况下,更改为不可达状态的传播(从忽略到传播边缘)是不合需要的。为了使客户可以选择用于传播不可达状态的方法,添加了一个用户可以设置的环境变量 来告诉 ovw 还原回原始传播规则(忽略)。有关更多信息,请参阅下面的“产品说 明”部分。 |
IY37339 |
UNIX |
在 SNMP 配置中使用 SmartSet 将导致 netmon 守护程序修正的性能受到巨大影响。 |
IY37526 |
UNIX |
使用 loadhosts 时遇到了无效的选择名称。要更正此问题,使用 loadhosts 添加节点 时,一个唯一的标识将被添加到节点选择名称之后。 |
IY37534 |
UNIX |
NetView for AIX 7.1.3 中的 SmartSet 出错。 |
IY37680 |
Solaris |
Solaris 上的 mgragentd 守护程序正在衍生一个进程,而该进程变成死进程,但却未被检取和清除。对 SIGCLD 信号周围的代码作了修改以便正确处理这一情况。Solaris 用户 还可采取附加步骤来确保此问题不会出现;请参阅下面的“产品说明”部分中有关 /etc/snmp/conf/mgragentd.rsrc 文件的部分。 |
IY37763 |
UNIX |
在 ksh 环境中设置历史记录文件可能导致 NetView 安装失败。已在下面的“产品说 明”部分中添加了说明。 |
IY37770 |
UNIX |
NetView 仅向 TEC 槽分配 DNS 名称或 IP 地址。对于此 APAR,已在下面的“产品说 明”部分中添加了说明。 |
PJ28115 |
Windows |
客户正在获取随机地处于受管/不受管或不受管/受管状态的 NetViewNT 对象。 |
PJ28717 |
UNIX |
在快照处于打开状态时关闭子图将使子图不会被重新显示,而且会导致错误,指出图已打开。 |
PJ28735 |
UNIX |
/usr/OV/registration/C/NetViewWebApp.reg 文件将会把一个斜杠追加到传递给此进程的 URL,而这将导致命令失败。 |
PJ28749 |
UNIX |
操作员可以访问 xnmloadmib,即使在选项“XNMLoadMIB 应用程序”已被取消选择时亦如此。 |
PJ28835 |
Windows UNIX |
尝试启动图时,ipmap 发生核心转储(Dr. Watson)。 |
PJ28852 |
Solaris |
SMConvert 进程在尝试处理多于 256 个文件时在 Solaris 上失败。 |
PJ28858 |
Windows |
TECConfig.bat 在遇到 smartsetutil 命令时挂起。 |
PJ28859 |
Windows |
NetView For Windows 用户指南应该声明:要使用 shift-in/out 选项,需要运行 nvauth。 |
PJ28919 |
Windows |
NetViewNT 在远程节点名称更改后在图上创建多个服务图标。 |
要在系统上安装 IBM Tivoli NetView V7.1.3 Fix Pack 4 必须符合以下先决条件:
必须下载该平台相应的软件包,并使其可用于要安装的系统。
你必须使用执行原始 NetView V7.1.3 安装的用户帐户(在 UNIX 上为 root 帐户)登录系统。
系统必须已经包含 IBM Tivoli NetView V7.1.3 安装。
要安装修订包的系统必须有足够的可用空间,以执行以下操作:
包含先前 IBM Tivoli NetView V7.1.3 修订包的客户安装,可在安装此修订包之前,通过删除 UNIX 上的 /usr/OV/service/V713/Fix PackX 目录或 Windows 上的 \usr\ov\service\v713\Fix PackX 目录,来恢复该修订包所使用的大部分空间。然而请注意, 这样做就不能回退先前修订包,也不能安装那些需要先前修订包才能安装的代码修订。
下表描述每种平台上对于上述每个空间需求所必需的空间量。
操作系统 |
安装所需空间1 |
升级后的产品所需空间2 |
---|---|---|
RS6000 AIX |
380 Mb |
235 Mb |
SunOS Solaris |
330 Mb |
215 Mb |
Linux Intel |
345 Mb |
220 Mb |
Linux 390 |
400 Mb |
240 Mb |
Windows |
95 Mb |
55 Mb |
1不管用户将修订包安装软件包放置在何处,此空间均是必需的。 2在 UNIX 的 /usr/OV 或 Windows 的 \usr\ov 中,此空间是必需的。 |
通过删除 /usr/OV/service/V713/FixPack4(UNIX 上)或 \usr\ov\service\V713\FixPack4(Windows 上)目录中的内容,可以将 /usr/OV 或 \usr\ov 中包含修订包内容所需的大部分空间(第二列中所描述的空间)归还给系统。然而,这样做就不能回退修订包。不要删除 FixPack4 子目录本身;该子目录必须存在,这样才能安装以本修订包为先决条件的修订。
要执行软件包的实际安装,请执行以下步骤:
根据 Web 控制台是否已定制,安全套接字层(SSL)协议的用户分别 需要执行以下操作:
注意:此操作适用于尚未定制 Web 控制台的用户。
注意:此操作适用于已定制 Web 控制台的用户。
如果您正在 NetView for UNIX 客户机上安装修订包,请确保客户机与 NetView 服务器断开连接,可以通过完成以下操作做到这一点:
打开新窗口,将软件包复制到要安装修订包的操作系统上的本地子目录中,然后将目录切换到该子目录。
复制软件包之前,请确保此子目录中的可用空间大于将 IBM Tivoli NetView 7.1.3 Fix Pack 04 安装到该操作系统上所需的空间。
执行以下操作之一,抽取安装脚本:
执行安装脚本:
如果在安装期间遇到任何其他错误(不管安装过程本身是否报告成功),请完成以下操作:
通过重新引导计算机、使用 netview 命令、在 UNIX 上执行 netnmrc 脚本或者在 Windows 上单击 NetView 图标,重新启动 NetView 守护程序。
如果 NetView 安装正在 Windows 上使用 SQL 数据库,则在重新启动 NetView 守护程序之前重新启动 SQL 服务器。
从升级版的本机 NetView 服务器安装,重新安装任何 NetView Web Console。升级完 NetView 服务器之后,可从以下 URL 处下载它:
http//<NetViewServer>:8080/download
对于 Windows 上的 Web 控制台,以下文件包含 Fix Pack 04 更新。可以使用任何一个。
nvwc_thin.zip (Windows 上的瘦 Web 控制台) nvwcinstall.exe (自解压安装)
对于 UNIX 上的 Web 控制台,以下文件包含 Fix Pack 04 更新:
nvwc_thin.tar (用于 Unix 的瘦 Web 控制台)
请注意从 NetView 7.1.3 Fix Pack 04 UNIX 服务器升级 NetView Web 控制台时,应该 使用 NetView Web 控制台软件包的瘦版本。NetView Web 控制台的完整版不包含修订包更新。将修订包安装到 NetView服务器后,只要安装了完整的软件包,就必须将瘦软件包应用到该完整软件包的上面。
在修订包安装过程中,安装期间替换的每个文件的副本被保存在 /usr/OV/service/V713/FixPack4(UNIX 上)或 \usr\ov\service\V713\FixPack4(Windows 上)子目录中。 如果您希望,您可以通过运行包含在上述安装指示信息步骤 3-5 那个目录中的回退脚本, 卸载此修订包,这样系统将返回到修订包安装前的状态。
注意:必须从 \usr\ov\service\V713\FixPack4 Windows 子目录运行回退脚本。
回退修订包之前,必须回退在安装修订包后安装在系统上的所有 NetView 修订。
IBM Tivoli NetView 7.1.3 与 Microsoft Remote Terminal Services 不兼容。如果使用 Remote Terminal Services 来安装或执行 NetView,则 NetView 将不会正确运行,并且 NetView 数据库会损坏。
如果在 NetView 控制台上 SmartSet 处于打开状态的同时发现了属于 SmartSet 的新对象(如接口、网络、段或节点)时,则会以一个类属计算机符号来显示新对象。关闭 SmartSet 再重新打开它会显示正确的符号。
将 Web 控制台与大型 NetView 数据库一起使用的 UNIX 客户应执行以下操作:
建议不使用来自 .kshrc 文件的 Korn shell 程序历史记录文件。NetView 使用的 一些安装机制期望设置标准的历史记录文件;如果没有这样做,先决条件检查和实际的 NetView 安装将失败。
在定制位置安装了 Tivoli Framework 的系统上,一些客户使用单机 NetView V7 安装时遇到困难。要避免这些困难,如果您希望将 Framework 保留在其环境中,则建议您通过标准的 Tivoli Framework 安装来安装 NetView V7.0。如果安装 Framework 只是为了支持 NetView,而且安装后不再需要,则您应该完成以下操作:
当您试图运行 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
通过打开“帮助”菜单项,选择帮助主题,选择查找选项卡,输入 snmp,从列表选择 SNMPV2,然后选择工具 -> MIB -> SNMPV2 -> 装入命令,这样找到的 NetView for Windows V7.1 上的 SNMPV2 命令帮助不再有效,并且应该被忽略。
此时,NetView for Windows 不支持 SNMP V2 陷阱。
由于 Linux 操作系统中的问题和 NetView for UNIX 联机帮助页的格式化,联机帮助页在 Linux 系统上未正确显示,除非 Linux 终端窗口长度大于 80 个字符。要更正格式化,请使用鼠标向右拖动窗口的右边界以扩大终端窗口。这样做之后,执行的 任何 man 命令都将正确显示。
在 NetView for Windows 中,当取消管理接口然后再次管理接口时,由于 netmon 使用 ICMP ping,管理当机接口(状态 USER1)可能错误地更改为临界状态。下次执行配置检查或需求轮询之前,不会 再次检取接口的管理当机状态。在此情况下,要防止将管 理当机接口状态报告为临界,请在 netmon 种子文件中将带有管理当机接口的路由器配置为使用 SnmpStatus 轮询而不是 ICMP 轮询。
在 Windows 2003 的 Tivoli NetView for Windows 上,尝试发送消息给客户机或服务器(服务器设置 -> 客户机/服务器 -> 发送消息选项卡)可能导致弹出“无消息”错误。这可能是由于未启用 Windows 消息传递服务;在 Windows 2003 上缺省值是安装后使服务保持禁用状态。要启用消息传递服务,请完成以下操作:
当在 Tivoli NetView for UNIX 中打开 SmartSet 子图时,collmap 用对象的选择名称覆盖 类属符号的所有的用户定制标签。变通方法是配置并使用对象的非类属符号。
在某些 Linux 平台上,操作系统可能未正确地关闭 Tivoli NetView for UNIX Java 守护程序的某些线程,这样有时候会导致重新启动 NetView 守护程序时出现问题。已经在 nvKill 命令中添加了“force”选项,以关闭所有无用的 NetView 守护程序和线程,并清除套接字,从而在出现这种情况时允许守护程序能够正确地重新启动。如果 NetView 守护程序看上去已挂起(重新启动持续的时间长于 10 分钟),请在命令提 示符下输入此命令
,然后使用 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.3 Fix Pack 3 时,NetView GUI 启动失败,错误消息为“检索 mapdb 字段信息出错:空字段值”。发生此错误时,要从该错误恢复,请执行以下步骤:
在用户标识中使用双字节字符时,Windows 和 AIX Web 控制台不连接到 Solaris NetView 服务器。然而,当在用户标识中使用双字节字符时,Solaris 8 Web 控制台可以连接到 Solaris NetView 服务器。
使用日语语言包时,使用图快照名称的缺省值(例如“Snapshot 1”)时,该值不显示在服务器设置窗口的快照菜单中。当您选择文件 -> 图快照 -> 打开时,将显示创建的快照。使用 ovmapsnap CLI 命令时也可以查看快照。
IBM Tivoli NetView for Windows 用户应该实现新规则集 overridestatus_user1.rs,替换损坏的规则集 setstatusseverity.rs。已中断的 setstatusseverity.rs 规则集将把相关守护程序置于循环中,使其不断地向 trapd 守护程序发送假状态更改事件,直至它和 TEC 适配器守护程序均被淹没。在产品的未来发行版中将除去此规则集,但是在维护版中不能除去它。
注意:一旦安装了修订包,用户便可参阅新的 \usr\ov\doc\Rulesets_on_Windows.readme 获取有关规则集的更多信息。
对于实现复杂 SmartSet 的用户,IBM Tivoli NetView 有时会在结束时将错误对象留在 SmartSet 中(特别是在 || 右侧的 && 右侧使用 !(IN_COLLECTION collectionName) 时)。然而,如果用户重新安排 SmartSet 的逻辑,它们便可创建结果正确的 SmartSet。
示例:nvUtil e "(isMLM=TRUE || ((isNode=TRUE) && \ (isIP=TRUE) && ('IP Status'!=Unmanaged) && \ (!(IN_COLLECTION Routers)) && \ (!(IN_COLLECTION CiscoDevices)) && \ (!(IN_COLLECTION NetViews))))"按如下所示重新安排规则,看来能修正问题:nvUtil e "(isMLM=TRUE || ( (!(IN_COLLECTION Routers)) && \ (!(IN_COLLECTION CiscoDevices)) && \ (!(IN_COLLECTION NetViews)) && \ (isNode=TRUE) && \ (isIP=TRUE) && \ ('IP Status'!=Unmanaged) ) )"
PJ29416 的修订替换了二进制文件 \usr\ov\bin\tecad_nv6k_non_tme.exe 和 \usr\ov\bin\tecad_nv6k_tme.exe,但它没有改变用户正在运行的 Windows TEC 适配器 守护程序 \usr\ov\bin\tecad_nv6k.exe。此二进制文件是所提供的两个文件之一的副本。想要提取此修订的用户必须重新运行 tecconfig.bat 配置程序以将所提供的适当的二进制文件复制到 tecad_nv6k.exe,或自己手工执行此操作。
当在 Windows 上从本机 NetView 客户机连接到 NetView 服务器共享时,必须将驱动器映射到主机名而非 IP 地址,即:
\\hostname.tivoli.com\NetView
而非
\\192.168.1.1.\NetView
此限制是 Windows 中的 netbios 要求造成的。
将要添加到《IBM Tivoli NetView 发行说明》以后版本中的说明:
除要求打开缺省图(名称为“default”)外,NetView Web 控制台的作用域功能还要求该图以读写方式打开。客户可以配置 web 帐户,以有效地查看“只读”图,这只需从为其帐户配置的角色中除去 管理/取消管理和应答/未应答操作即可完成。 虽然使用此类帐户的用户确实能够查看读写图,然而他们不能以任何方式修改图,因此以只读方式查看图会大大提高效率。
在《IBM Tivoli NetView for UNIX 发行说明》V7.1.4,第 24 页的“支持的操作系统”中,在 AIX 5.2 操作系统下将有一条说明,声明因为还未测试 64 位操作系统,所以现在不支持这种系统。
在《IBM Tivoli NetView for UNIX 发行说明》V7.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 软件先决条件』一节中,错误地引用来自 NetView for Linux 390 CD 的 pdksh-5.2.14-248.s390.rpm 作为使用的软件包。
然而,CD 上附带的 RPM 其实是 pdksh-5.2.14-197.s390.rpm,发行说明应该反映出这一点。
在《IBM Tivoli NetView for UNIX V7.1.4 发行说明》中,第 8 页上给出的确认 Tivoli NetView 自动跟踪功能停止的命令是错误的:
/usr/OV/bin/atctl v info此命令应该为:
/usr/OV/bin/atctl -v info
为了使用安全套接字 shell(SSH)在远程连接上启动 IBM Tivoli NetView GUI,必须将 SSH 选项 X11UseLocalhost 设置为 no。
为了使用 Shift-In/Shift-Out 机制,您首先需要 运行 nvauth。
将有关指定时间值的说明添加到《IBM Tivoli NetView for UNIX 管理员指南》的第五章 『关联、过滤以及配置事件』的『规则集节点类型』中:
当从事件流中首先拉出事件时,将给予它一个时间戳记,用于确定在规则集内的紧急操作(例如 Pass-on-Match、Reset-on-Match 或 Threshold 操作)中,该事件是否有资格得到处理。事件 上的这一时间戳记在所有后续处理期间保持不变。因此根据接收事件的时间,确定应该保 留事件还是放弃事件。 这样就在累积的第一个时间之后作出所有后续时间的比较。如果您希望添加两种背靠背的 紧急操作,您必须允许该累积时间。例如,这样一来,如果您希望在同一规则集中为两 种背靠背的 Reset-on-Match 节点编码,并使第一个节点将事件保留 2 分钟,第二个节点将事件 保留另外的时间,那么您必须在第一个 Reset 节点中指定 2 分钟的时间值,而在第二个节点 中指定 3 分钟的时间值,以考虑到在事件传递至第二个 Reset-on-Match 节点之前这 2 分钟已经到期的情况。如果没有考虑到这一点,将导致不希望的结果,通常是不能按您所 希望的时间保留事件。
在《IBM Tivoli NetView for UNIX 管理员指南》的第五章『陷阱数据的环境变量』中,应该包括在以下第一个产品说明中给出的关于导出的 varbind“NVSEV”、“NVSRC”和“NVCAT”的信息。
在《IBM Tivoli NetView for UNIX V7 管理员指南》中,第 164 页接近底部的以下行不再真实,需要将其除去:
当节点名未解析为 IP 地址时,使用共用名 public 发送 SNMP 请求。
对那些希望在使用 Microsoft Internet Explorer 浏览器的系统上运行 NetView Web 控制台的客户,需要在《IBM Tivoli NetView Web 控制台用户指南》中包括该浏览器的系统要求。最低要求是带有 256 MB RAM 的 450 MHz 机器。对于生产系统,建议使用至少有 256 MB 的 800 MHz 机器。
第 34 页上说明的剩余内容是正确的。
- 要在分布在多个机器上的 Tivoli Enterprise Data Warehouse 环境中成功安装 NetView ETL,TWH_CDW 和 TWH_MART 数据库所在的机器必须也安装了相应的 TEDW 组件:
- 必须在包含 TWH_CDW 数据库的服务器上安装了“中央数据仓库”组件。
- 必须在包含 TWH_MART 数据库的服务器上安装了“数据集市”组件。
《NetView for Windows 程序员参考大全》中 Thresh 命令“-T”选项的描述不完全正确。对“-T”选项它是这样描述的:
指定在超出阈值时,发送 NetView 企业特定陷阱。该阈值必须是 1001 到 1999 范围之间的一个奇数值,或者是其缺省值 58720263。这句话应该更改为:
指定当符合阈值时,发送 NetView 企业特定陷阱。该陷阱号必 须是 1001 到 1999 范围之间的一个奇数值,或者是其缺省值 58720263。
在 NetView for Windows 中定义从中收集数据的 MIB 时,当前“发送陷阱号”字段的联机帮助不完整,需要向上扩展。应该将以下行添加到帮助信息中:
指定当收集的数据符合阈值字段的值时,要发送的陷阱号。该陷阱号必 须是 1001 到 1999 之间的一个奇数值,或者是其缺省值 58720263。完成以下操作可以调用此帮助:
应该将“代理策略管理器过滤面板”调速设置的帮助面板更新为包含 Armed 和 Disarmed 命令中 256 字节长度的限制:
8. 单击“调速设置”指定发送到顶级管理器的匹配陷阱的数量。仅当“操作”字段被设 置为调速陷阱时,才使用这些值。Armed 命令和 Disarmed 命令字段长度限制为 256 字节。
如果您使用任何 Tivoli 产品时出现问题,请参阅以下 IBM 软件支持 Web 站点:http://www.ibm.com/software/sysmgmt/products/support
如果您想要联系软件支持,请参阅 IBM Software Support Guide,位于以下 Web 站点: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 在美国和/或其他国家或地区的商标。
其他公司、产品和服务名称可能是其他公司的商标或服务标记。