hp-ux从Cisco交换机收集数据错误处理举例

　　OV NETMETRIX: 错误 - LanProbe is not a supported Probe；Cisco交换机
　　问题描述
　　我的问题是没有从Cisco交换机上收集数据，我收到下面的错误信息：
　　LanProbe is not a supported Probe.
　　文档“已知问题与规避方法5.02版”介绍了这个问题，并建议删除文件/usr/OV/ProbeMgr/lib/probetype/probecaps_db，以解决这个问题，但是这种方法看起来并不奏效。
　　如何解决这个问题？
　　配置信息
　　
　　操作系统 - HPUX
　　版本 - 10.20
　　硬件系统 - HP 9000
　　系列 - 700
　　
　　解决方法
　　
　　按照下面的步骤解决这个问题：
　　
　　1. 检查NMX工具箱中定义的RMON代理的代理定义。接口是否正确地配置，指向Cisco交换机的RMON端口？尝试在Cisco代理上使用RMON工具。
　　
　　2. 检查数据收集。ovpmhd.conf文件中的Cisco代理条目是什么？是否在代理的/usr/netm/data/archives/rmon下创建RMO数据的数据文件？
　　注：要了解更多信息，请参考数据收集参考“配置多接口”代理第16页，
　　另外可参阅14页的助教。在代理工具箱中使用的ifIndex号是相应的MIB-II对象 iso.org.dod.internet.mgmt. mib-2.interfaces.ifTable.ifEntry.
　　ifIndex.x的值
　　在这个例子中，这些步骤可以成功地收集Cisco 5500的数据:
　　1. 在inetmon.config中创建ifIndex-1端口cat5k的一个条目： ( agent
　　 :name cat5k
　　 :interface ifIndex-1
　　 :host-address XX.XX.XX.XX
　　 )
　　
　　2. agent.db:
　　
　　 ( agent
　　 :host-address XX.XX.XX.XX # cat5k
　　 :type rmon
　　 :port 161
　　 :community public
　　 )
　　
　　3. 在ovpmhd.conf中加入下面的条目:
　　
　　 ovpmhd.conf:
　　 #
　　 # Cisco WS-C5500
　　 #
　　 C 1800 30 cat5k:34
　　
　　4. 检查下面的snmp_walk命令的输出，确保在cat5k上对RMON表进行初始化：
　　snmp_walk -agent X.X.X.X -root historyControlTable | more
　　5. 使用端口34只是作为一个示例，你应当使用接口表MIB确定交换机上的可用端口。
　　6. 在ovpmhd.conf中使用“name:num”语法，这意味着代理名称将从inetmon.config中解析。在冒号后面显示的数字指设备的端口34(ifIndex-34)，而不管在inetmon.confi中为有名称的代理定义的接口是什么。
　　 注: NMX 5.0 Cisco互操作性文档建议在Cisco交换机上用下面的命令
　　初始化RMON表：
　　/usr/netm/[arch]/initAgent.sh -agent x.x.x.x -community
　　 hp_admin \ -port 161 full -verbose &
　　这个脚本也可以从代理工具箱中启动：
　　Tools->Admin Agent->Initialize RMON Tables
　　
　　7. 第1组以太网统计信息，2组历史记录，3组警报，9组事件将由上述
　　脚本初始化。
　　8. 预计此脚本不会初始化Hosts和Hosts表，Cisco的嵌入RMON MIB不支持Matrix或Hosts组。
　　9. initAgent.sh可能需要15分钟多几个小时的时间完成。initAgent.sh
　　完成之后，使用NMX RMON Status工具验证RMON MIB是否已成功初始化。
　　10. 用initAgent.sh初始化RMON表之后，尝试运行下面的snmp_walk命令：
　　snmp_walk -agent X.X.X.X -community "community" -root etherStatsTable
　　snmp_walk -agent X.X.X.X -community "community" root historyControlTable
　　 snmp_walk -agent X.X.X.X -community "community" root interfaces
　　
　　11. 检查你在ovpmhd.conf中配置的数据收集记录间隔尺寸是否适当，也
　　就是说C 1800记录必须有一个为你在omvphd.conf中配置的交换机接口
　　定义的1800 historyControlInterval。
　　12. 检查initAgent.sh: read-write-all reqd使用的团体字符串。
　　13. 检查netm_log文件中是否有ovpmhd和pmehcollect错误信息。
　　
　　14. 检查/usr/OV/ProbeMgr/lib/probetypes/probe_caps中是否有一个
　　与设备的sysobjectID匹配的条目。
　　15. 使用xnmbrowser浏览设备的ifTable：
　　iso.org.dod.internet.mgmt.mib-2.system.sysObjectID
　　获取sysobjectID。
　　例如： iso.org.dod.internet.mgmt.mib-2.interfaces.
　　 ifTable
　　 ifEntry.ifIndex.1:1
　　 ifEntry.ifIndex.2:2
　　 ifEntry.ifIndex.3:3 ifEntry.ifDescr.1 : "Device description"
　　这个表显示代理工具箱中使用的ifIndex-n号映射为设备的端口。
　　x
　　.........following with all English text ....
　　A5217017 [A5217017/TRAK/English]
　　OV NETMETRIX: Error - LanProbe is not a supported Probe; Cisco switch
　　
　　Problem Description
　　
　　My problem is that data is not being collected from a Cisco switch.
　　I am getting the error message:
　　LanProbe is not a supported Probe.
　　The document "Known Problems and Work-Arounds, version 5.02"
　　describes this problem and recommends removing the file
　　/usr/OV/ProbeMgr/lib/probetype/probecaps_db to correct the
　　problem, but this doesn't seem to help.
　　How do I troubleshoot this problem?
　　Configuration Info
　　Operating System - HPUX
　　Version - 10.20
　　Hardware System - HP 9000
　　Series - 700
　　Solution
　　
　　Use these steps to troubleshoot the problem:
　　
　　1. Check the agent definition for the RMON agent defined
　　 in the NMX Toolbox. Is the interface correctly configured
　　 to refer to an RMON port of the Cisco switch? Try using
　　 the RMON utilities with the Cisco agent.
　　
　　2. Check data collection. What are the entries for the Cisco
　　 agents in the ovpmhd.conf file? Are data files being created
　　 for RMON data under /usr/netm/data/archives/rmon for the agent?
　　
　　 Note: For more information, see p. 16 of Data Collection Reference,
　　"Configuring Multi-Interface" agents. Also, see the footnote on p. 14: The ifIndex number to use in Agent Toolbox is the value of the corresponding MIB-II object iso.org.dod.internet.mgmt. mib-2.interfaces.ifTable.ifEntry.
　　ifIndex.x
　　In this case, these steps enabled suclearcase/" target="_blank" >ccessful collection of data from a
　　Cisco 5500:
　　1. Create an entry in inetmon.config for ifIndex-1 port of cat5k:
　　
　　 ( agent
　　 :name cat5k
　　 :interface ifIndex-1
　　 :host-address XX.XX.XX.XX
　　 )
　　
　　2. agent.db:
　　
　　 ( agent
　　 :host-address XX.XX.XX.XX # cat5k
　　 :type rmon
　　 :port 161
　　 :community public
　　 )
　　
　　3. Add the following entry in ovpmhd.conf:
　　
　　 ovpmhd.conf:
　　 #
　　 # Cisco WS-C5500
　　 #
　　 C 1800 30 cat5k:34
　　
　　4. Make sure that RMON tables were initialized on cat5k by checking
　　 the output of the following snmp_walk command:
　　snmp_walk -agent X.X.X.X -root historyControlTable | more
　　5. Use port 34 as an example only. You should use the interface table MIB to determine available ports on his switch
　　6. Use the "name:num" syntax in ovpmhd.conf, which means that the agent name will be resolved from inetmon.config. Number appearing after the colon refers to port 34 (ifIndex-34) of the device
　　regardless of the interface defined for the named agent in
　　inetmon.confi.
　　Note: The NMX 5.0 Cisco Interoperability Document recommends that the RMON table be initialized on the Cisco switch with the
　　 following:
　　/usr/netm/[arch]/initAgent.sh -agent x.x.x.x -community
　　 hp_admin \ -port 161 full -verbose &
　　This script can also be launched from the agent tool box:
　　Tools->Admin Agent->Initialize RMON Tables
　　
　　7. Groups 1 ethernet statistics, 2 history, 3 alarms, and 9 events will be initialized by the above script.
　　
　　8. It is expected that the Matrix and Hosts tables will not be initialized by this script. The Cisco embedded RMON MIB does not support Matrix or Hosts groups.
　　
　　9. initAgent.sh may take between 15 minutes and several hours to complete After initAgent.sh has completed, verify the RMON MIB
　　has been successfully initialized by using the NMX RMON Status utilities.
　　10. After the RMON tables have been initialized with initAgent.sh,try running these snmp_walk commands:
　　snmp_walk -agent X.X.X.X -community "community" -root etherStatsTable snmp_walk -agent X.X.X.X -community "community"
　　 root historyControlTable
　　 snmp_walk -agent X.X.X.X -community "community" root interfaces
　　
　　11. Check for the appropriate granularity of the data collection
　　 record you have configured in ovpmhd.conf, that is, C 1800 records
　　 must have an 1800 historyControlInterval defined for the interface
　　 of the switch you have configured in omvphd.conf.
　　
　　12. Check the community string used with initAgent.sh: read-write-all
　　reqd.
　　
　　13. Check the netm_log file for ovpmhd and pmehcollect error messages.
　　
　　14. check /usr/OV/ProbeMgr/lib/probetypes/probe_caps for an entry matching the sysobjectID of the device.
　　
　　15. Use xnmbrowser to drill down on the ifTable of the device:
　　iso.org.dod.internet.mgmt.mib-2.system.sysObjectID
　　
　　 to obtain the sysobjectID.
　　 For example: iso.org.dod.internet.mgmt.mib-2.interfaces.
　　 ifTable
　　 ifEntry.ifIndex.1:1
　　 ifEntry.ifIndex.2:2
　　 ifEntry.ifIndex.3:3
　　 ifEntry.ifDescr.1 : "Device description"
　　This table shows the mapping of ifIndex-n numbers used in the Agent Toolbox to the ports of the device.
　　
　　
　　

原文转自：http://www.ltesting.net