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.

Similar Messages

  • 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

  • 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

  • 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

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

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

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

  • 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

  • LMS 3.2 - RME 4.3.1 Sync archive fails

    Hi,
    Sync archive fails for some of my devices.
    This is the message :
    *** Device Details for .... ***
    Protocol ==> Unknown / Not Applicable
    Selected Protocols with order ==> Telnet,TFTP,SSH,RCP,HTTPS
    Execution Result:
    CM00139 Could not archive config Cause: Action: Verify that device is managed and credentials are correct. Increase timeout value, if required.
    Check device credential is OK (Telnet + SNMP V2)
    This device is Cisco Systems WS-C6009.Cisco Catalyst Operating System Software, Version 7.4(3). (sysObjectID : enterprises.9.5.39)
    I have modified the "Maximum time to wait for Job Results per device (seconds):" to 240.
    What could be wrong?
    Thanks in advance

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

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

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

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

  • LMS 4.2.2 times out during inventory collection on VSS

    A customer of mine have 2 VSS systems for wich IC times out during collection when trying to read from flash on them. From the ICserver.log
    [ Thu Dec 13  16:45:19 CET 2012 ],WARN ,[Thread-20],com.cisco.nm.rmeng.util.logger.XDILogger,67,com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatIOS.FlashAGI_CISCO_FLASH_Mib,g$eval,70,com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatIOS:FlashAGI_CISCO_FLASH_Mib:g$eval:populating FlashAG attributes failed via CFM, trying OCFM...
    [ Thu Dec 13  16:45:19 CET 2012 ],WARN ,[Thread-20],com.cisco.nm.rmeng.util.logger.XDILogger,67,com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatIOS.FlashAGI_CISCO_FLASH_Mib,g$eval,90,com.cisco.nm.xms.xdi.pkgs.SharedInventoryCatIOS:FlashAGI_CISCO_FLASH_Mib:g$eval:populating FlashAG attributes failed . Hence aborting fallback.:: com.cisco.nm.xms.xdi.ags.system.CollectionFailed: com.cisco.nm.lib.snmp.futureapi.SnmpReqTimeoutException: SnmpRequestTimeout on 10.2.0.1 while performing SnmpWalk(*) at index = -1
    [ Thu Dec 13  16:45:19 CET 2012 ],ERROR,[Thread-20],com.cisco.nm.rmeng.util.logger.XDILogger,57,com.cisco.nm.xms.xdi.SdiEngine,initAndEvalAGIs,385,com.cisco.nm.lib.snmp.futureapi.SnmpReqTimeoutException: SnmpRequestTimeout on 10.2.0.1 while performing SnmpWalk(*) at index = -1
    [ Thu Dec 13  16:45:54 CET 2012 ],ERROR,[Thread-20],com.cisco.nm.rmeng.util.logger.XDILogger,57,com.cisco.nm.xms.xdi.SdiEngine,initAndEvalAGIs,385,com.cisco.nm.xms.xdi.ags.system.CollectionFailed: com.cisco.nm.lib.snmp.futureapi.SnmpReqTimeoutException: SnmpRequestTimeout on 10.2.0.1 while performing SnmpWalk(*) at index = -1
    I have tried raising the "Transport Timeout" value in " Admin > Collection Settings > Inventory > Edit the Inventory/Config Timeout and Retry Settings" to 480000 msec but no difference. Am I tuning the wrong timeout value or is there a known bug for this?

    Sorry for posting. I found I was changing the wrong timeout value.

  • 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

Maybe you are looking for

  • Sharing folders for 2 users on the same mac

    Hey I have a Vista Virtual Machine (VM) created in VMware fusion and it is stored on a partition on my Bay 2 HDD in my mac pro. it all runs fine when i log in since i am the admin on the box. I created a Standard user account for my wife. I want my w

  • What setting should I use for Abbey Road drums?  Getting a cpu overload issue

    What setting should I use for Abbey Road drums (i.e. multi-output, stereo, etc)?  Getting a cpu overload issue.  I have a macbook pro, 4 gb ram, running Logic Pro 9.  Just 3 tracks of drums and a few real instrument tracks.  Can't find a guide in the

  • Flash Builder 4.7 + OSX 10.10 Yosemite + File Dialogue Box = CRASH :-(

    Problem Description: When attempting to use a Flash Builder File Dialogue Box under OSX 10.10 Yosemite will immediately crash the application. This bug essentially now renders Flash Builder 100% useless! Steps to Reproduce: 1. Open Flash Builder 4.7

  • A'tap to scroll title' function in mobile

    When song titles are too long to read in their entirety on my Android, it can be frustrating to miss the initial scrolling of the title. I often listen to new albums on my phone, unfamiliar with the songs and would appreciate the ability to tap some

  • Special stock value problem while production entry

    Dear Gurus, One of my client using special stock scenario (E), here in one of the case while producing the special stock through production the system posted production entry in that the FG and COGM value system taking rs 28.30 for one number, where