LMS 3.2 RME 4.3.1 - Inventory goes into running status never completes.

I recently added 15 switches to my CiscoWorks install via the DCR. I waited a bit and none of them were discovered. I tried to kick start a job in inventory in the RME but they wouldn't leave the running state. I poked around the theads here and checked for ../CSCOpx/conf/csdiscovery/DiscoveryStatusObj (it wasn't there) and then tried running "pdexec CSDiscovery". This didn't fix my problem. I bounced all the CW services, problem is still there. Anyone have any ideas?
chris

Joe,
Thanks for the reply. I've tried to do the pdterm and pdexec for the ICServer, but it's still not working. I've opened a case with TAC now. So far he's reset the causer account. We've tried to manually kick off an inventory job after we've put the device type in. None of that worked so he had me send a few of the job folders as well all the ICServer logs and the logs that come from archive syncs. I plan on calling in a few hours to check on the status. Any ideas as to where we can go from here?

Similar Messages

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

EoS/EoL hardware report problem on LMS 3.2 RME 4.3.1

Hi,
Trying to run EoS/EoL RME reports for the first time and having problems. I have applied latest patch for CSCte717641 and this seems to have made things a little better. Originally the hardware report simply failed, but now it seems to run, but never finish. To avoid any download problems, I have manually downloaded both the EOX_SOFTWARE.ZIP and the PSIRT_EOX_OFFLINE.txt, which I have placed into the "NMSRoot\rme\jobs\inventory\reports\EOX_PSIRT\local_xml" folder. The PSIRT file has been un-compressed and put in as .txt and the EOX file has been left as a .zip. Now the report starts running, I can see it creating a temp folder in the above folder and it seems to place two files in there eos_card and eos_device, but then it appears to delete the temp folder and the job just sits at running?
Any advice would be appreciated

This is from the time I ran the report.
[ Fri Feb 18 12:03:15 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.ui.action.InventoryReportsAction,perform,383,InventoryReportsAction Getting request params : ReportNAme: EoS/EoL Hardware ReportApp Name : null
[ Fri Feb 18 12:03:15 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.ui.action.InventoryReportsAction,perform,392,Action of Filter is null
[ Fri Feb 18 12:03:15 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.ui.action.InventoryReportsAction,perform,911,Generate report Request from UI
[ Fri Feb 18 12:03:17 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.ui.action.InventoryReportsAction,perform,1320,Update user given cisco.com credentails
[ Fri Feb 18 12:03:17 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.util.IRJobUtil,persistJob,201,new folder created for storing the job
[ Fri Feb 18 12:03:18 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.custom.IRCrtmImpl,getCrtList,45,called getCrtList to get list of Inventory Custom Templates
[ Fri Feb 18 12:03:18 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.custom.IRCrtmImpl,getCrtList,51,Connection is not null
[ Fri Feb 18 12:03:18 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.custom.IRCrtmImpl,getCrtList,70,Number of templates returning: 2
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,,246,
Starting the JOB 3972
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1506,
Getting the job details from persisted Job
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1528,
Job Details : EoS/EoL Hardware Report
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1530,
Job is custom report : false
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1532,
Job runtype : Immediate
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1534,
Job date : 18-2-11 12:10
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1536,
Job description : test99
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1538,
Job E mail id :
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1540,
Job publish location :
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1542,
Job template id : 0
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1544,
Job job id : 3972
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,populateJobData,1562,
All the report properties read successfully from the job.
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,61,sun.misc.Launcher$AppClassLoader@92e78c
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,203,
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,294,
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,314,
Valid License.
Proceeding with job execution.
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,334,
Running Report job 3972 instance id 0
[ Fri Feb 18 12:03:19 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,354,inside devsel flow
[ Fri Feb 18 12:03:27 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,558,normal3
[ Fri Feb 18 12:03:28 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,600,successfully got predeployed devices
[ Fri Feb 18 12:03:28 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,runReport,606,submitted.length3
[ Fri Feb 18 12:03:29 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,generateReportData,1633,************before set device in gen rep data**********
[ Fri Feb 18 12:03:29 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.inventory.reports.job.JobExecutor,generateReportData,1639,************after set device in gen rep data*******
DEBUG,2011-02-18 12:03:32,250,Datagenerator class name is class com.cisco.nm.rmeng.inventory.reports.datagenerators.EOS_EOL_RDG
DEBUG,2011-02-18 12:03:32,250,Datagenerator class instance is [email protected]107304
[ Fri Feb 18 12:03:33 GMT 2011 ],INFO ,[main],com.cisco.nm.rmeng.util.db.DatabaseConnectionPool,getConnection,113,Inside ICSDatabaseConnection, MAX_COUNT =5
[ Fri Feb 18 12:12:40 GMT 2011 ],ERROR,[main],com.cisco.nm.rmeng.inventory.reports.util.LocalXMLParser,getFileName,545,Here *****eox_card.xml
[ Fri Feb 18 12:12:44 GMT 2011 ],ERROR,[main],com.cisco.nm.rmeng.inventory.reports.util.LocalXMLParser,getFileName,545,Here *****eox_device.xml
NOTE:
I can see both files in the NMSRoot\CSCOpx\files\rme\jobs\inventory\reports\EOX_PSIRT path, but not in the local_xml directory?
Then nothing for an hour and then the following that I don't think id related?
[ Fri Feb 18 13:18:58 GMT 2011 ],INFO ,[TP-Processor3],com.cisco.nm.rmeng.inventory.reports.ui.action.IRJobsAction,getArchiveId,387,Entering the method
[ Fri Feb 18 13:18:59 GMT 2011 ],INFO ,[TP-Processor3],com.cisco.nm.rmeng.inventory.reports.datagenerators.SystemReports,goForPDFReport,308,Device Limit is = 750
[ Fri Feb 18 13:18:59 GMT 2011 ],INFO ,[TP-Processor3],com.cisco.nm.rmeng.inventory.reports.datagenerators.SystemReports,goForPDFReport,309,Device Limit for Device Statistics Report is = 750
INFO ,2011-02-18 13:18:59,281,export device list from request [Lcom.cisco.nm.rmeng.util.datastructures.DeviceID;@1db810a
[ Fri Feb 18 14:16:17 GMT 2011 ],INFO ,[TP-Processor5],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,61,WebappClassLoader
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@1a06e38
[ Fri Feb 18 14:16:17 GMT 2011 ],INFO ,[TP-Processor5],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,126,INFO: Resource Limit from License file=10000
[ Fri Feb 18 14:16:17 GMT 2011 ],INFO ,[TP-Processor5],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,203,
[ Fri Feb 18 14:20:00 GMT 2011 ],INFO ,[TP-Processor16],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,61,WebappClassLoader
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@1a06e38
[ Fri Feb 18 14:20:00 GMT 2011 ],INFO ,[TP-Processor16],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,126,INFO: Resource Limit from License file=10000
[ Fri Feb 18 14:20:00 GMT 2011 ],INFO ,[TP-Processor16],com.cisco.nm.rmeng.common.VerifyRMELicense,validate,203,
[ Fri Feb 18 14:23:03 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.custom.IRCrtmImpl,getCrtList,45,called getCrtList to get list of Inventory Custom Templates
[ Fri Feb 18 14:23:04 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.custom.IRCrtmImpl,getCrtList,51,Connection is not null
[ Fri Feb 18 14:23:04 GMT 2011 ],INFO ,[TP-Processor9],com.cisco.nm.rmeng.inventory.reports.custom.IRCrtmImpl,getCrtList,70,Number of templates returning: 2
at that point I cancelled the job as it had been running for two hours for 5 devices.

LMS 3.2: RME failed archive with Nexus 5010

Hi,
LMS 3.2, RME 4.3.1, dev packages updated, Windows.
We would like to archive the configuration of the Nexus 5010 switches. Due to authentication with Radius based on tokens we're not able to use telnet/SSH and therefore we only can use SNMP WRite in combination with TFTP. But, this is not working at all. Other systems like 3750 works fine. Is there a difference between Catalysts IOS and nexus NXOS?
I searched the forum and found this:
https://supportforums.cisco.com/message/663481#663481
upgrade to LMS 2.6, archive config not working anymore
We ship and start a TFTP server by default on Windows. You must have an SNMP read-write community string configured on your devices, and entered in DCR for TFTP config fetches to work. Additionally, udp/69 must be open between device and server.
The easiest way to troubleshoot this kind of problem is to start a sniffer trace on the LMS server (using Device Center > Packet Capture). Filter on all traffic to one of the failing devices. Then, run a Sync Archive job for that same device. When it fails, the sniffer trace will indicate what the problem is
Regards
Ad Olsthoorn

Hi Lavramov,
Yes I'm quite sure, I installed the required packages acoording to the Nexus.RME431.v2-2.readme.pdf manual. the manual tell me to install the following (see also attachement).
To install the Cisco Nexus Series Package, you must install the following dependent packages:
- SharedDcmaSS.RME431.v2-2.zip
- SharedInventoryMDS.RME431.v1-5-1.zip
- SharedSwimMDS9000.RME431.v1-6-1.zip
- SharedNetshowSS.RME431.v1-1.zip
regards
Ad

Inventory Management Collection run

We would like to increase our Inventory Management Collection run to every 5 minutes (currently every hour). Can anyone forsee a problem with this or have experienced a problem
We have an Unserialized V3 update
Thanks

I do not see any issue. The LUW count of the records getting written to the delta queue might increase marginally, but that should not be an issue.

Formula automatically populate the date when inventory goes to "zero"

Hello- I am trying to create a formula that will automatically populate the date when inventory goes to "zero".
Date: Row 3 Columns P-AB
Inventory: Rows 5-400 Columns P-AB
Column J rows 5-400 is where I want the inventory run-out date to auto-pop
with so many rows of data, where stock goes to "O" will clearly vary per row. I want this formula, to look between Col. P-AB and tell me in Col. J when my inventory goes to "zero"
Thank you!

Thank you for your reply...using your formula, I'm still not coming up with inventory run-off date from row 3.
I need Column J to give me the date when my inventory is "0".

Unable to see views Active Alerts, Discovered Inventory, Distributed Applicatios, Task Status, Unix/Linux Computers, Windows Computer under Monitoring workspace after upgrading to UR6

Hi All,
Recently I upgraded SCOM 2012 SP1 CU5 to CU6 and facing following issue:
1. New menu item got grayed out that appears upon the right click on Monitoring node(root) under monitoring workspace.
2. When we click Monitoring in the navigation pane, the Monitoring Overview opens, which displays a summary of health states and alerts. if we click any of the numbers in the overview, it is supposed to open a state view of the selected category but
this function does not work now.
3. Views like Active Alerts, Discovered Inventory, Distributed Applications, Task Status, Unix/Linux Computers and Windows Computer do not appear under Monitoring workspace after upgrading to UR6.
Has anyone out there facing such kind of issue? Any help on fixing these issues would be appreciating. Thanks in advance.

Hi,
Have you re-opened the operation manager console?
There are some known issues when intalling UR6, please go through it:
http://support.microsoft.com/kb/2929885
In addition, there is CU7 for SCOM sp1, why not installing the newest one:
http://support.microsoft.com/kb/2965420
Regards,
Yan Li
Regards, Yan Li

This is related to UCS-D : How to populate inventory data into lovs

This is related to UCS-D : How to populate inventory data into lovs

I think you need to update the database from the applet.
Then refresh the page to sync with values in the database.
--Prasanna

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 System Inventory Polling takes very long

Hi there,
Environment: Solaris 10 (approx. 1400 devices managed)
With scheduled RME System Inventory Polling Job at 01:00 am it ends 6,5 hours later.
Looking into the Job-Log after about 53 minutes following messages are shown until job finish
[ Fri Jun 11 01:53:08 CEST 2010 ],INFO ,[Thread-2],Updating result for the device: SW-5941
[ Fri Jun 11 06:38:10 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:44 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:44 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:44 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:45 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:47 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:51 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
[ Fri Jun 11 06:38:55 CEST 2010 ],INFO ,[Timer-0], This timer task is not valid anymore, exiting.
Last entries in IC_Server.log
[ Fri Jun 11 01:53:08 CEST 2010 ],INFO ,[Thread-19],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,596,No Trap
[ Fri Jun 11 01:53:08 CEST 2010 ],INFO ,[Thread-19],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,602,CALLING SELF TEST
[ Fri Jun 11 01:53:08 CEST 2010 ],INFO ,[Thread-19],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,604,DONE WITH SELF TEST
[ Fri Jun 11 01:53:08 CEST 2010 ],INFO ,[Thread-19],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,492, Finished processing device 2246 10.222.68.5
[ Fri Jun 11 01:53:08 CEST 2010 ],INFO ,[Thread-19],com.cisco.nm.rmeng.inventory.ics.core.CollectionController,498,Total time is 28 seconds for 10.222.68.5
Please find attached log files (excerpt).
The Job finishes with failure status and shows following results
Failed: 19
Not Attempted: 1
Successful With changes: 628
There seems to be a lack of over 700 devices with Inventory Polling.
Does anybody have an idea?
Thanks for you feedback
Lothar

With only excerpts of logs and no debugging, it's impossible to say what the problem is. I don't see anything here that shows a problem. Enable ICServer debugging under RME > Admin > System Preferences > Application Loglevel Settings. Then, if possible, reschedule the system polling job to run while you are there. It is important to be able to capture a thread dump of the job's JVM as well as ICServer's JVM when the output in the job log stops. To capture these dumps, send a SIGQUIT to the PIDs of ICServer and the job. You can get both PIDs from the output of the pdshow command. The job's process name will be the job ID number.

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

RME 4.0.6 Inventory change filtering

Hello
My question is about the Inventory change filtering in RME 4.0.6 under LMS 2.6
I get hundreds of records like :
Port Identity: PortID = 1024
Attribute
Type of Change
Time Change Detected
Previous Value
Current Value
Port Serial Number
New
2010-03-31 03:04:15.69
Manufacturer Name
New
2010-03-31 03:04:15.69
or
IfEntry Identity: IfEntryID = 1
Attribute
Type of Change
Time Change Detected
Previous Value
Current Value
Last Changed
Changed
2010-03-31 03:04:28.96
2009-06-19 13:32:19.783
2009-06-19 13:32:24.043
or
Port Identity: PortID = 1058
Attribute
Type of Change
Time Change Detected
Previous Value
Current Value
Port Serial Number
New
2010-03-31 03:30:59.24
H11F907
Manufacturer Name
New
2010-03-31 03:30:59.24
What is the meaning, and where does that changes come from and are they useful, cause no changes were performed ?
I guess this is not really significant, and I tried to filter them wtih the inventory change filter, which was unsuccessfull. Could you advise how I can filter them ?
Thanks in advance

I'm not sure about why the first value changed. My guess is that a port was added to this device. To filter this, check the boxes next to:
Port:Port Serial Number
Port:Manufacturer Name
The second one is quite common. Any time an interface changes state, its ifLastChange time will change. This may not be useful, especially on switch ports. To filter this one out, check the box next to:
Interface:Last Change
The last entry looks to be another added port. Again, you would filter out the elements I listed above.
All that said, seeing things like serial number an manufacturer name change might be useful. You should think twice before filtering those. Filtering out Last Change for interfaces, though, is probably a safe thing to do.

LMS 3.2 RME 4.3.1 Archive Jobs hang

LMS 3.2 Windows 2003 R2 8Gig RAM
Managing ~4000 devices currently on LMS 3.1. Built new LMS3.2 server and patched to RME 4.3.1.
Import from csv file works fine and RME inventory collection/ Campus Manager Data Collection all works perfectly.
Archive Jobs hang (at random device #'s) after starting successfully.
I have tried restarting ConfigMgmtServer process, rebooting, even reinit CMF, RME and ANI db and starting from scratch but issue persists.
Are there any known issues with LMS 3.2 on Archive Jobs hanging or should I debug and open TAC case?

Resolution Summary:Checked the dcmaService.log and found the following recurring statements.
com.cisco.nm.xms.xdi.pkgs.LibCommon.common.CommonUtility,getMinSupportedVersion,406,Descr = 12.2(50)SE
[ Tue Oct 26 15:58:45 CDT 2010 ],DEBUG,[main],com.cisco.nm.xms.xdi.pkgs.LibCommon.common.CommonUtility,getMinSupportedVersion,405,suppSysId = .1.3.6.1.4.1.9.1.927
[ Tue Oct 26 15:58:45 CDT 2010
Checked that the device IOS was well above the version specified in the logs, so thought may be an issue with the device packages.
Checked the mdf version was 1.25 which came as default when we install LMS 3.2, so upgraded the mdf version to 1.45.
Still the issue didn't got solved, so upgraded the RME device packages and now the archive job was successful.
Message was edited by: Dheeraj Gera

LMS 3.2 RME 4.3.1 - Inventory goes into running status never completes.

Similar Messages

Maybe you are looking for