RME 4.3.1 Inventory collection failing for cisco 3925

Hi,
I've a customer having LMS 3.2 and RME 4.3.1. He has 14 Cisco 3925 routers out of which inventory collection for 2 fails.
Router IOS is: c3900-universalk9-mz.SPA.150-1.M.bin".
Can someone suggest what might be going wrong? Attached is the IC_Server log file for reference.
Thanks in advance,
inner_silence

Hi,
Here are the exception found from the log :-
[ Fri Mar 18 16:28:24 EDT 2011 ],ERROR,[Thread-17],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,729,Exception for device 10.103.251.12 is
java.lang.reflect.InvocationTargetException
    at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:719)
    at java.lang.Thread.run(Thread.java:595)
Caused by: com.cisco.nm.xms.xdi.ags.system.CollectionFailed: java.lang.StringIndexOutOfBoundsException: String index out of range: 2
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.EnergyWise_HelperMethods.getDeviceEnergyWise(EnergyWise_HelperMethods.java:72)
    at com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatIOS.EnergyWiseAGI_ENERGYWISE_Mib.g$eval(EnergyWiseAGI_ENERGYWISE_Mib.java:51)
    at com.cisco.nm.xms.xdi.ags.EnergyWiseAGI.g$eval(EnergyWiseAGI.java:21)
    at com.cisco.nm.xms.xdi.SdiEngine.initAndEvalAGIs(SdiEngine.java:383)
    at com.cisco.nm.xms.xdi.SdiEngine.request(SdiEngine.java:309)
    at com.cisco.nm.xms.xdi.SdiEngine.getDevRepr(SdiEngine.java:302)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:539)
    ... 1 more
[ Fri Mar 18 16:28:24 EDT 2011 ],ERROR,[Thread-17],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,761, Collection failed for the device : 63
com.cisco.nm.xms.xdi.ags.system.CollectionFailed: java.lang.StringIndexOutOfBoundsException: String index out of range: 2
Kindly check if the your device is running the required IOS on the device as per the device supported list :-
http://www.cisco.com/en/US/docs/net_mgmt/ciscoworks_lan_management_solution/3.2/device_support/table/lms32sdt.html
There are two 3925 listed with different versions :-
Cisco 3925 Integrated Services Router   --> 1.3.6.1.4.1.9.1.1042 --> 15.0(1)M [RME]. if this is your device then upgrade to
3925 to 150-1.M2
and
Cisco 3925E Integrated Services Router --> 1.3.6.1.4.1.9.1.1144 --> 15.1(1)T
Thanks,
Gaganjeet
If this post answers your question, please click the "Correct Answer" button

Similar Messages

LMS 3.2 RME 4.3.1 Inventory collection failing for switches

I have 6 switches that inventory is failing for. They do run the 12.2(33)SXI3 software but I have the CSCtb16925-1.0 patch installed. I've tried to increase the SNMP timeout for the devices but they still fail.
Ideas?
Chris Jasztrab

You did not properly increase the SNMP timeout. Go to RME > Devices > Device Management > RME Devices, and edit the attributes of the device in question. Perform an inline edit. Click on the device name, then change the existing SNMP timeout value to 10. Then save your changes, and apply them on the previous screen. Then inventory collection should work.

Inventory collection fails for ACE module (RME 4.3.1)

I am trying to collect the inventory and ultimately the configurations for my ace modules. When i try to do an inventory collection I get the error
Device sensed, but collection failed
Anybody have any ideas?
Chris

Post your IC_Server.log.
Please support CSC Helps Haiti
https://supportforums.cisco.com/docs/DOC-8895
https://supportforums.cisco.com

BTU for Cisco 3925

Can anybody confirm the BTU for Cisco 3925? I did search but not clear on the findings..

Hello,
Unfortunately this part is EoS and not supported on 3900. You can see this information here (look for Table 5.
Unsupported Modules on ISR G2 - Cisco 1900, 2900 and 3900 Series routers):
http://www.cisco.com/en/US/prod/collateral/routers/ps10538/aag_c07_563807.pdf
Hope this helps,
Nik

RME 4.31 inventory collection failed on 122-33SXI3

Hi
I have the same issue with IOS 122-33 SXI3 running on 6513.
RME unable to collect the inventory details eventhough updated to LMS 3.2 .
RME version : 4.3.1
Is any workaround to solve this issue on LMS 3.2
Regards
Dileep

Hi Clarke,
I am also facing the similar issue with IOS 12.2(33) SXI1, the Core Switches are in VSS mode. Inventiry collection shows failed for these devices. I am using LMS 3.1 with the following submodule versions:
Name
Version
License Status
Size
CiscoWorks Common Services
3.2.0
Licensed
Not applicable
Campus Manager
5.1.0
Purchased
5000
CiscoView
6.1.8
Licensed
Not applicable
CiscoWorks Assistant
1.1.0
Licensed
Not applicable
Device Fault Manager
3.1.0
Purchased
5000
Internetwork Performance Monitor
4.1.0
Purchased
5000
Integration Utility
1.8.0
Licensed
Not applicable
LMS Portal
1.1.0
Licensed
Not applicable
Resource Manager Essentials
4.2.0
Purchased
5000

Inventory Collection problem for RME 4.3.1 LMS 3.2

I recently upgraded from LMS 3.1 to LMS 3.2 and RME v 4.3.1. I have problems with the inventory collection. It will start scanning, but stops after approximately 10 devices. The rest of them will have a pending state. If I stop the collection job and start it again none (0) devices will be scanned. If I restart the ICServer it will result in the first option. That is, it will scan only 10 devices and then stop. I have extended the SNMP timeout to 30 secs and zero retries. Any suggestion would be appreciated

I have read through the dump and cant find anything in particular. Another discovery I've made is that the SNMP walk of an unsuccessful device takes 10 times longer than a successful device. An inventory job on a unsuccessful device only goes into pending and the job never starts.

LMS 3.2 Inventory Collection Failing

Inventory collection is failing without any detailed error information. I'm attaching IC_Server.log. Example device is 10.79.82.250, towards end of log. I see these messages but not sure what to make of them. SNMP communication is ok and walk of system mib is ok.
[ Fri Dec 11 09:37:29 EST 2009 ],INFO ,[Thread-21],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.SharedInventorySatellite.SatelliteHelperMethods,isVirtualMibSupported,32,
cisco virtual mib,exception while interpreting cvsChassisMode value
com.cisco.nm.lib.snmp.lib.SnmpValueException: Illegal Access. NoSuchObject being accessed as Integer.
[ Fri Dec 11 09:37:29 EST 2009 ],INFO ,[Thread-21],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.SharedInventorySatellite.SatelliteHelperMethods,isVirtualMibSupported,32,
cisco virtual mib,exception while interpreting cvsChassisMode value
com.cisco.nm.lib.snmp.lib.SnmpValueException: Illegal Access. NoSuchObject being accessed as Integer.

Go to RME > Devices > Device Management > RME Devices, and edit the device attributes for this device. Change the SNMP timeout to 10 seconds. Make sure you apply the changes you make. After doing that, inventory collection should work.

LMS 3.0.1, RME 4.1.1 - Inventory Collection Status displays too many device

Running LMS 3.0.1 with RME 4.1.1 on a Windows box. On the Inventory Collection Status screen I see the following:
Inventory Collection Status No. of Devices
Inventory Collected: 1246
Inventory Never Collected: 0
Inventory Recently Failed: 34
Total 1246
The problem with this is that I only have 668 devices. Is this just a cosmetic issue?

Assuming you're not integrated with ACS, then yes. If integrated with ACS, some of the devices may not be authorized. You will need to check your ACS configuration to make sure all devices in LMS are known to ACS and that your user (and the System Identity User) is authorized to manage them.

LMS 3.2 - RME 4.3.1 Inventory Collection never stops (Job Result = pending)

Hello all,
with our LMS-System running on Solaris 10 we have the following problem:
- Inventory Collection never stops after starting
- This can be seen with all devices or 1 device selected
- Config-Mgmt is working
- After re-init of RME-DB the problem persists
In Logfile (IC_Server.log) no problems are shown.
In Job-Logfile only the collection request is shown.
Any help is appreciated
Thanks for your feedback
Lothar

Hi Joe,
with further troubleshooting this problem I discoverd the following.
- Having problems with inventoring certain Cat4000 we requested patch for Bug-ID CSCtb16925 (LibInventory.zip-File).
- Replacing this file with the old one or installing the newest IDU for RME the problem was solved.
It seems that the LibInventory.zip file given with Bug-ID CSCtb16925 is somewhat buggy (maybe in context with device-number) greater
than 1000.
Thanks for your support.
Lothar

LMS 3.1 Inventory Collection fails

I have the same problem as the following post:
https://supportforums.cisco.com/thread/176673?tstart=0&viewcondensed
Also, LMS fails inventory collection every time. I click on the "failed" link from LMS Portal, but the page never comes up detailing why it has failed. This is after I fixed an issue with group policy overwriting the "Logon as batch" setting for casuser. Everything appeared to be up and running normally again, when I noticed the next day that inventory polling/collection is failing. pdshow attatched.
The following error message continues to show up in the rme_ctm.log file:
[ Tue Feb 22 07:40:55 CST 2011 ] URN_NOT_FOUND : urn "JRM" : Not found !!
The last entry in the CTMJrmServer.log file is:
[ Thu Feb 10 10:52:55 CST 2011 ],INFO ,[main],com.cisco.nm.rmeng.jrmwrapper.server.CTMJobManagerServer,publishDaemonOk,99,Called CreateReady file. Return Value 0
I've been blindly trying to chase this down and getting nowhere.

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin:0in;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;}
Hi ,
Great ..
The issue was this Port was blocked 47001, which was blocked . what we did will skip that Port and
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin:0in;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;}
the ctmregistry should have EssentialsDM on a new port, and the conflict should not reoccur.
Thanks--
Afroj

Inventory collection fails on VSS and 6509 switches

We have approximately 12 devices that are listed as "Inventory Never Collected". When trying to run the collection manually we get errors as shown in the attached log files.
We are running RME 4.3.1 under LMS3.2.
The devices are running IOS versions:
12.2(18)SXF7
Can anyone assist?
Jon

The last error I saw was a timeout issue, and that is a known issue that can be solved by increasing the timeout. With the higher timeout, clear out the IC_Server.log, then run a new inventory collection job and post the new log. You may also need to do a sniffer trace filtering on all SNMP traffic to the device while performing the inventory collection. This should indicate to what value the timeout needs to be set.

Inventory collection fails

I have an agent running on SPARC Solaris 10 that errors off trying to collect inventory (agent 10.2.0.5). It returns the following error:
Oracle Software collection problem(s): Problem encountered when collecting central inventory: Failed to collect OUI inventory: null
If I look in the emagentfetchlet.trc file, it gives a warnings:
track.OracleInventory collectInventory.856 - Check emd.properties for OUI classpath entries.
track.OracleInventory createLiveSnapshotComponent.350 - ECM: Problem encountered when collection central inventory: oracle.sysman.comm.ecm.trk.GettingComponentException: Failed to collect OUI inventory: null
I checked my classpath information and it's all valid.
Any ideas?

The agent is running but when I refresh the host configuration, I get the following error:
Error displaying host configuration - java.lang.NullPointerException Check to see that the Management Agent is running and try refreshing the host by clicking on the Refresh button. If the host configuration does not display, click Help for more information about refreshing host configuration.

Inventory collection fails on LMS4.0 with ASA5510

Hello,
We have added the ASA5510 and 5505 manually to LMS4.0.
After doing an inventory discovery the result is it fails...so we can't continue doing anything with it in LMS.
Has anybody of you been able to add the ASA to LMS4.0??
If yes any advise you can give me?
I suppose it shoulf not be any different from LMS3.2
I used another test ASA with a blank config with an IP-address on the inside interface, nameif command and a snmp-server community ro string.
snmp-server enable is also there. ASA is running 8.2
LMS can ping the device and we can SSH to it (also enabled)
PLEASE help me....
Regards,
Ivo
Netherlands

We have got the same problem!
A solution is needed too for our problem!
best regards
Matthias

Security License for Cisco 3925

Hi,
I have got cisco 3925 without security license. Now I have got the L-SL-39-SEC-K9 license and need to install it. What is the process of installing this license.
Thanks in advance
Regards,
Mero

Here is a detailed instruction on ISR G2 licensing (including downloading, installing, rehosting license, etc.).
Usually, you just need to go to cisco.com/go/license, enter PAK and follow detailed instructions.
HTH
Alexandr

LMS 3.2 RME 4.3.1 Inventory Failing for Switches

I have two 6500 Series switches that RME is not able to get the inventory for. It keeps on failing. I have tried to increase the SNMP timeout to a larger number also increased the telnet timeout. I've seen it asked for in other posts. Here is my ICServer log after i tried a collection.
,[Thread-16],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.LibInventory.PortInterfaceAGI_RFC1213_HelperMethods,getIfTableEntriesFromDevice,749,Entry speed : 0 Index value 147
[ Tue Mar 02 09:54:31 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.LibInventory.PortInterfaceAGI_RFC1213_HelperMethods,getIfTableEntriesFromDevice,759,Entry speed after if block: 0 Index value : 147
[ Tue Mar 02 09:54:31 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.LibInventory.PortInterfaceAGI_RFC1213_HelperMethods,getIfTableEntriesFromDevice,749,Entry speed : 0 Index value 148
[ Tue Mar 02 09:54:31 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.LibInventory.PortInterfaceAGI_RFC1213_HelperMethods,getIfTableEntriesFromDevice,759,Entry speed after if block: 0 Index value : 148
[ Tue Mar 02 09:54:31 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.LibInventory.PortInterfaceAGI_RFC1213_HelperMethods,getIfTableEntriesFromDevice,749,Entry speed : 0 Index value 149
[ Tue Mar 02 09:54:31 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.util.logger.XDILogger,77,com.cisco.nm.xms.xdi.pkgs.LibInventory.PortInterfaceAGI_RFC1213_HelperMethods,getIfTableEntriesFromDevice,759,Entry speed after if block: 0 Index value : 149
[ Tue Mar 02 09:54:34 CST 2010 ],INFO ,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,549,DP time is 5 seconds for 192.168.10.53
[ Tue Mar 02 09:54:34 CST 2010 ],ERROR,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,729,Exception for device 192.168.10.53 is
java.lang.reflect.InvocationTargetException
    at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:719)
    at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NumberFormatException: EPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2003 by cisco Systems
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.parseVersionString(CiscoVersionString.java:154)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.<init>(CiscoVersionString.java:86)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.compareVersions(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:139)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.iosVersionCheck(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:201)
    at com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatSwitch.ContainmentAGI_ENTITY_Mib.g$eval(ContainmentAGI_ENTITY_Mib.java:147)
    at com.cisco.nm.xms.xdi.ags.ContainmentAGI.g$eval(ContainmentAGI.java:21)
    at com.cisco.nm.xms.xdi.SdiEngine.initAndEvalAGIs(SdiEngine.java:383)
    at com.cisco.nm.xms.xdi.SdiEngine.request(SdiEngine.java:309)
    at com.cisco.nm.xms.xdi.SdiEngine.getDevRepr(SdiEngine.java:302)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:539)
    ... 1 more
[ Tue Mar 02 09:54:34 CST 2010 ],ERROR,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,777,Unknown Exception
java.lang.NumberFormatException: EPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2003 by cisco Systems
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.parseVersionString(CiscoVersionString.java:154)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.<init>(CiscoVersionString.java:86)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.compareVersions(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:139)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.iosVersionCheck(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:201)
    at com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatSwitch.ContainmentAGI_ENTITY_Mib.g$eval(ContainmentAGI_ENTITY_Mib.java:147)
    at com.cisco.nm.xms.xdi.ags.ContainmentAGI.g$eval(ContainmentAGI.java:21)
    at com.cisco.nm.xms.xdi.SdiEngine.initAndEvalAGIs(SdiEngine.java:383)
    at com.cisco.nm.xms.xdi.SdiEngine.request(SdiEngine.java:309)
    at com.cisco.nm.xms.xdi.SdiEngine.getDevRepr(SdiEngine.java:302)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:539)
    at java.lang.Thread.run(Thread.java:595)
[ Tue Mar 02 09:54:34 CST 2010 ],INFO ,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,841,Device collection failed for 192.168.10.53
[ Tue Mar 02 09:54:34 CST 2010 ],INFO ,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1191,No Trap
[ Tue Mar 02 09:54:34 CST 2010 ],INFO ,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1203,CALLING SELF TEST
[ Tue Mar 02 09:54:35 CST 2010 ],INFO ,[Thread-21],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1207,DONE WITH SELF TEST
[ Tue Mar 02 09:54:35 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,549,DP time is 5 seconds for 172.23.10.252
[ Tue Mar 02 09:54:35 CST 2010 ],ERROR,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,729,Exception for device 172.23.10.252 is
java.lang.reflect.InvocationTargetException
    at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:719)
    at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NumberFormatException: EPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2003 by cisco Systems
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.parseVersionString(CiscoVersionString.java:154)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.<init>(CiscoVersionString.java:86)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.compareVersions(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:139)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.iosVersionCheck(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:201)
    at com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatSwitch.ContainmentAGI_ENTITY_Mib.g$eval(ContainmentAGI_ENTITY_Mib.java:147)
    at com.cisco.nm.xms.xdi.ags.ContainmentAGI.g$eval(ContainmentAGI.java:21)
    at com.cisco.nm.xms.xdi.SdiEngine.initAndEvalAGIs(SdiEngine.java:383)
    at com.cisco.nm.xms.xdi.SdiEngine.request(SdiEngine.java:309)
    at com.cisco.nm.xms.xdi.SdiEngine.getDevRepr(SdiEngine.java:302)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:539)
    ... 1 more
[ Tue Mar 02 09:54:35 CST 2010 ],ERROR,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,777,Unknown Exception
java.lang.NumberFormatException: EPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2003 by cisco Systems
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.parseVersionString(CiscoVersionString.java:154)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.CiscoVersionString.<init>(CiscoVersionString.java:86)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.compareVersions(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:139)
    at com.cisco.nm.xms.xdi.pkgs.LibInventory.ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.iosVersionCheck(ImageAGI_CISCO_ENHANCED_IMAGE_HelperMethods.java:201)
    at com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatSwitch.ContainmentAGI_ENTITY_Mib.g$eval(ContainmentAGI_ENTITY_Mib.java:147)
    at com.cisco.nm.xms.xdi.ags.ContainmentAGI.g$eval(ContainmentAGI.java:21)
    at com.cisco.nm.xms.xdi.SdiEngine.initAndEvalAGIs(SdiEngine.java:383)
    at com.cisco.nm.xms.xdi.SdiEngine.request(SdiEngine.java:309)
    at com.cisco.nm.xms.xdi.SdiEngine.getDevRepr(SdiEngine.java:302)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:539)
    at java.lang.Thread.run(Thread.java:595)
[ Tue Mar 02 09:54:35 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,841,Device collection failed for 172.23.10.252
[ Tue Mar 02 09:54:35 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1191,No Trap
[ Tue Mar 02 09:54:35 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1203,CALLING SELF TEST
[ Tue Mar 02 09:54:35 CST 2010 ],INFO ,[Thread-16],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1207,DONE WITH SELF TEST

This is bug CSCtb16925. A patch is available from the TAC to correct it.

RME 4.3.1 Inventory collection failing for cisco 3925

Similar Messages

Maybe you are looking for