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

Similar Messages

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.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.

LMS 3.2 Inventory collection - Job timeouts after ~5h, all devices "Not attempted"

Hello All,
We have a strange problem with LMS 3.2 regarding Inventory Collection.
This problem started immediatelly after the LMS installation/upgrade (LMS 3.2 was installed on a new server, and LMS 2.6 database migrated to it).
All Jobs finish as failed, with all devices "not attempted".
Job hangs for a five and a half hours and then reports failed status.
The symptoms are the same for scheduled jobs and manually created jobs.
I also have opened a TAC case, but it seems that nothing relevant can be found in the IC_Server.log.
Also, according to a packet capture, it seems that LMS does collect SNMP data from devices after a job is started...
We tried to upgrade RME 4.3.0 to 4.3.1.
One Job immediately after the upgrade was succesful (Inventory was collected for manually selected device), but the next day all Inventory Jobs were failing again with the same symptoms...
Does anyone have a sugestion where to look for a problem trace?
Thanks in advance!
Ragards,
Jasmina

Hi Jasmina ,
Please chech the Existing MDF pacakge :
go to common service > software center > device update >>> check the checkbox for Cisco works common service and click on check for updates
--if there is an Update , please upgarde the MDF version..
--Similarly look for any Available Device Pacakges update for RME , if there are Upgarde all the Device Pacakages ....
--After all of the above Task is done , Now re-run the Job and it still fails then share the IC_server.log again..
Thanks--
Afroj

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

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

Ciscoworks LMS 4.1 Inventory Collection issue

We are having an issue with device inventory collection when a device or component in a device is replaced. The inventory collection job appears to be successful but the changes to devices or modules are not retreived. Short of deleting an object and adding back in, are there any configuration changes that can be made or patches that can be applied to LMS to pick up these inventory changes?

Yes, deleting and re-adding the device works. However, changes have been made to multiple devices in the environment and aside from a bulk delete and re-add there is no guarantee that all changes to all devices will be identified and captured. the side effect will be a loss of historical data.
Are there any options other that deleting and re-adding that will allow the application to identify the inventory changes, or is this a limitation of the product?
Are there any items we should check to identify a potential underlying issue?

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.

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 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

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.

LMS 4.0 Inventory Collection GBICs and serial nos.

Hi All,
I have larger numbers of WS-C3560X-24/24P/48 Cisco switches with1000BaseSX SFP GIBCs installed per switch in my network and they are all added to my DCR just fine. However, when i generate an inventory hadrware report GBICs and GBICs serial number is not showing up. Is there any special settings i need to make?
Let me know if you need additional information to help to identify the problem, i'll provide it.
Any help will be very much appreciated. Thank you in advance!
Rob

GBICs and SFPs and such will show up in a detailed device report.
If you create a custom report ("Reports, Report Designer, Syslog and Inventory, Create"), you can extract that information into a useful form for your purposes. You will want to use the report designer and pull out "port serial number" plus something like device name. I just did this myself and verified it will pull the SFP serial number from a device. They key fields are "Inventory Group: port" and "Attribute: port serial number"
Here is a screen shot from the report I created showing the serial number you are asking about:

LMS 4.0.1 Cisco 3925E Inventory Polling Fails

I have an LMS 4.0.1 server (on Windows 2008 R2) with all the LMS and device updates applied that fails when trying to do an Inventory Collection on a Cisco 3925E router. The router is running IOS Version 15.1(1)T2. This device is apparently supported according to:
http://www.cisco.com/en/US/docs/net_mgmt/ciscoworks_lan_management_solution/4.0/device_support/table/lms40sdt.html
Some 'show ver' info:
Cisco IOS Software, C3900e Software (C3900e-UNIVERSALK9-M), Version 15.1(1)T2, RELEASE SOFTWARE (fc1)
ROM: System Bootstrap, Version 15.1(1r)T2, RELEASE SOFTWARE (fc1)
System image file is "flash0:c3900e-universalk9-mz.SPA.151-1.T2.bin"
Cisco CISCO3925-CHASSIS (revision 1.0) with C3900-SPE200/K9 with 689152K/293888K bytes of memory.
'show inv':
NAME: "CISCO3925-CHASSIS", DESCR: "CISCO3925-CHASSIS"
PID: CISCO3925-CHASSIS , VID: V02, SN: FGL152610R8
NAME: "Cisco Services Performance Engine 200 for Cisco 3900 ISR on Slot 0", DESCR: "Cisco Services Performance Engine 200 for Cisco 3900 ISR"
PID: C3900-SPE200/K9   , VID: V02 , SN: FOC151828UX
NAME: "WAN Interface Card - HWIC Serial 1T on Slot 0 SubSlot 0", DESCR: "WAN Interface Card - HWIC Serial 1T"
PID: HWIC-1T           , VID: V04 , SN: FOC15170VRL
NAME: "C3900 AC-POE Power Supply 1", DESCR: "C3900 AC-POE Power Supply 1"
PID: PWR-3900-POE      , VID: V02, SN: SNI1503C7AV
NAME: "C3900 AC Power Supply 2", DESCR: "C3900 AC Power Supply 2"
PID: PWR-3900-AC       , VID: V03, SN: SNI1521C825
For reference, here is the SNMP configuration on the 3925:
snmp-server group ADMIN v3 auth
snmp-server community <rostring> RO
snmp-server ifindex persist
snmp-server ip precedence 2
snmp-server enable traps snmp authentication linkdown linkup coldstart warmstart
snmp-server enable traps tty
snmp-server enable traps ospf state-change
snmp-server enable traps ospf errors
snmp-server enable traps ospf retransmit
snmp-server enable traps ospf lsa
snmp-server enable traps ospf cisco-specific state-change nssa-trans-change
snmp-server enable traps ospf cisco-specific state-change shamlink interface-old
snmp-server enable traps ospf cisco-specific state-change shamlink neighbor
snmp-server enable traps ospf cisco-specific errors
snmp-server enable traps ospf cisco-specific retransmit
snmp-server enable traps ospf cisco-specific lsa
snmp-server enable traps flash insertion removal
snmp-server enable traps envmon fan shutdown supply temperature status
snmp-server enable traps bgp
snmp-server enable traps memory bufferpeak
snmp-server enable traps config-copy
snmp-server enable traps config
snmp-server enable traps entity
snmp-server enable traps event-manager
snmp-server enable traps cpu threshold
snmp-server enable traps syslog
snmp-server enable traps vtp
snmp-server enable traps ipsla
snmp-server enable traps bulkstat collection transfer
snmp-server host 10.152.1.27 version 2c <rostring>
The specific error message captured from the IC_Server.log file:
[ Thu Sep 29 16:19:55 EST 2011 ],ERROR,[Thread-23],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1075,Exception for device 172.22.41.9 is
java.lang.reflect.InvocationTargetException
    at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.cisco.nm.rmeng.inventory.ics.core.CollectionController.run(CollectionController.java:1065)
    at java.lang.Thread.run(Thread.java:662)
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:77)
    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:687)
    ... 1 more
[ Thu Sep 29 16:19:55 EST 2011 ],ERROR,[Thread-23],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,1107, Collection failed for the device : 19
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:77)
    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:687)
    at java.lang.Thread.run(Thread.java:662)
I have attached a more detailed output from the IC_Server.log file for the Inventory Collection job of the device.
The error at first glance appears to be related to EnergyWise, so I even tried creating an SNMP view that excludes the EnergyWise MIB with the following configuration:
snmp-server view EXCLUDE-ENERYGYWISE-MIB iso included
snmp-server view EXCLUDE-ENERYGYWISE-MIB ciscoEnergywiseMIB excluded
snmp-server community L1ghty3@rSnmp$ view EXCLUDE-ENERYGYWISE-MIB RO
snmp-server group ADMIN v3 auth read EXCLUDE-ENERYGYWISE-MIB
But that didn't seem to fix it, the Inventory Collection still fails. (Perhaps this configuration is incorrect?).
Has anyone experienced any issues like this? I have tried everything I can think of to fix this, and have trawled through the support forums but couldn't find anything.

Hi,
First of all very nice research with logs
You are hitting the below bug , which will be fixed in LMS 4.2.However an official Patch will be release in the mid of october so you can conatct cisco to get the Patch for the same in October.
CSCts13593    Inventory collection fails due to VersionAPI code
Thanks
Afroj

Inventory Collection Failure with LMS 3.2

Hi,
I've been running LMS 3.2 with RME 4.3.1.
Inventory Collection fails while trying to collect data from 7825I Media Convergence Servers running Call Manager 6.1.
It fails with the following error:
RICS0001:Internal Error,unable to process the collected data from the device.
I have tried deleting and adding the device again, but with no effect.
The Call Manager server has ip 192.168.5.5, here it is the IC_Server.log attached.
Looking at the log, I see there is some kind of database error, but I don't know how can be avoided.
Any suggestions?
Regards,
Velin

I have removed the Call Managers from RME, and then re-added them again.
After that I started a inventory collection job but it failed again with the same error. I've tried some times with the inventory job but it fials every time.
I read about the bug you've mentioned and it is advised to patch the RME. Since i'm running the latest version, what can i do?

Inventorycollection ENTITY_Mib:device sensed but collection failed

Dears,
It appears in LMS 4.2, Inventory Collection, is trying to query some POE MIB or MIB entries that older devices don't support.
This makes devices fail saying: 'device sensed but collection failed'
My biggest issue is that RME categorically bins all device data already collected, making the device disappear from inventory reports.
Rather than test if a mib is supported it just assume it is there. !!!!??? (what about some backward compatibility?)
BugId CSCub09829 describes the issue:
I was able to fix the issue for some older 3750's with package LibInventory ver 3.6.1, but I have several other 'older' device types giving me the same type of error.
Anyone else seeing this?
Anyone got a solution from cisco?
Cheers,
Michel

I heard noises that a fix will be available in LMS 4.2.2.
I really wonder how this got through QA in first place.
Cheers,
Michel

LMS 3.1 Inventory Collection fails

Similar Messages

Maybe you are looking for