LMS 4.2 - DFM operation ?

Hi,
I'm wondering what is required for DFM in LMS 4.2 to work properly. I've migrated it from LMS 3.2.1 an it was quite easy to set up : tie master and slave server with DCR, allow some ports (icmp, snmp) for DFM and the discovery process started without a problem.
Now, I have same configuration (the server is the same) but it looks like DFM is not going to allocate any devices and is not going to start discovery at all. They are present in CS but DFM is not seeing them. What could be preventing DFM from starting?
Greets,
Tomek

The connection between the ciscoworks GUI and the DFM repository is not 'optimal', or something like that. It's complicated.
What could cause the behavior you mention however, is either someone rediscovering devices that are still in learning state, or the presence of multiple active rediscovery schedules.
You may even delete all schedules excepts the default redisovery schedule which you can/should suspend. If the problem then stays away you know what caused it.
At this stage any device that really changes must be rediscoverd in DFM manually.
I think Admin -> Fault takes you to a page showing the schedule, if not lookup 'fault rediscovery schedule' in the help.
Cheers,
Michel

Similar Messages

  • Lms 4.x dfm alert oper/unresp.

    Hi,
    few of the interfaced in routers switches went down and the alarm was not displayed in lms 4.2.3 dfm activities pages..
    my observation was that, there were unresponsive alarms generated, and according to my knowledge untill that interface becomes available for "icmp and snmp" no more alarms will not generated if that interface goes down..
    should it generate operationally down alert before getting unresponsive alarm.??
    in case A, i used to get operationlly down alarm and in 3 mins, unreponsive alarm
    in case B, i get only unresponsive alarm only.
    can some one clarify my doubt.??
    regards
    Rajesh

    Following is the detail of both the alert for DFM :
    OperationallyDown:
    OperationallyDown
    Description:
    Interface— Operational state of a card or network adapter is not normal.
    System Hardware—Disk's operational state is not normal.
    Trigger: Polling, or processed trap (see Processed SNMP Traps).
    For interfaces, LMS will only generate an OperationallyDown clear event if the card is reinserted into the same slot, and if the module index is the same before and after the card is reinserted.
    Severity: Critical.
    Device Type: All.
    Event Code: 1018.
    Component Codes:
    •Disk: 1077.
    •Port: 1076.
    •Interface: 1075.
    •Chassis: 1074.
    •Card: 1073.
    •On any other Component: 1072.
    Unresponsive:
    Unresponsive
    Description: Device does not respond to ICMP or SNMP requests. Probable causes are:
    •On a system: ICMP Ping requests and SNMP queries to the device timeout received no response.
    •On an SNMP Agent: Device ICMP ping requests are successful, but SNMP requests time out with no response.
    A system might also be reported as Unresponsive if the only link (for example, an interface) to the system goes down.
    Trigger: Polling.
    Severity: Critical.
    Device Type: All.
    Event Code: 1022.
    Component Codes:
    •Router: 1101.
    •SNMP Agent: 1100.
    •Incharge Broker: 1099.
    •IP: 1098.
    •Hub: 1097.
    •Host: 1096.
    •HTTP Service: 1095.
    •FTP Service: 1094.
    •Duplicate IP: 1093.
    •DLCI: 1092.
    •Bridge: 1091.
    •Application: 1090.
    •On any other Component: 1089.
    -Thanks

  • LMS 3.2 DFM Event Summary problem

    Hi all,
    I have two issues, and one question:
    Issues:
    1)
    In the DFM portlet, under DFM Evnets Summary I see a list stating that I have 2 devices that have Event Name as Duplicate. When I click on the number 2, it opens up Device Fault Manager - Alerts and Activities, but it's show with no records. This has been like this for quite some time now... Any ideas on how to fix this?
    2)
    I've got 5 devices in DFM that are in the DFM Device Status as Questioned. They don't exist in CS, RME nor any other place. I went to DFM Device Management and under Rediscover/Delete, and was going to delete the devices from DFM, but the delete button is grayed out. How can I remove the devices from DFM?
    And now for the Question:
    I sometimes get an event in DFM Alerts and Activities that looks like this:
    Name                                                          Value
    Event_Description:               InformAlarm
    Component:                         [FQDN DEVICE NAME REMOVED]: Cisco Configuration Management Trap
    Description:                         Cisco Command Monitoring -> Event Command Source: SNMP, Event Config Source: Running, Event Config Destination: Network TFTP
    Sometimes it gets cleared by it self... So I'm a bit interested to find out what does this event mean? and how to get rid of it?
    Any help is appreciated
    Gudvardur

    It sounds like your DFM databases may have gotten out of sync with the rest of LMS.  You can clear the first two problems by following the steps in https://supportforums.cisco.com/docs/DOC-8796 to reinitialize the dfmEpm, dfmInv, dfmFh, DFM.rps, and DFM1.rps databases.  Do not reinitialize the others.
    As for the delete button being grayed out, this is expected when DFM is in auto-manage mode.  To activate this button, go to DFM > Device Management > Device Import and disable auto-manage mode.
    The config management trap you're seeing will occur whenever the config changes on the device.  This event should clear on its own.

  • LMS 3.2 DFM email notification problem

    Hi,
    I got a problem in a newly installed LMS 3.2 with the DFM email notification.
    I can see the alerts appering on Alerts&Activities, but DFM would not send any emails.
    I can get emails from other moduls of LMS. CS sends me emails from successfully backups.
    The SNMP Server works fine. The settings are ok.
    I already reinstalled DFM.
    I have seen a thread exists on supportforum.cisco.com with the same problem.
    (https://supportforums.cisco.com/message/3033101#3033101)
    Maybe anyone have the answer to this problem.
    Thanks,
    C8-Netzwerk

    This looks like an issue I am currently tracking.  I have written a patch which should correct this.  You can get the patch by opening a TAC service request, and having your engineer contact me directly.
    Please support CSC Helps Haiti
    https://supportforums.cisco.com/docs/DOC-8895
    https://supportforums.cisco.com

  • LMS 3.2 DFM Import of Devices Failed

    Hi,
    My name is Ashley. I have recently installed LMS 3.2. Everything is working fine, CM, CS,HUM, RME,IPM. However, I am not able to import devices from DCR to DFM.
    On Auto Allocation Window, I get the following error:
    Error in getting instance of TreeGenerator class
    com.cisco.nm.trx.kdm.utils.DcrGroupSelectorTreeGenerator
    Root Cause:com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    On Manual Allocation, I cannot see any device in the DCR.
    I have seen in a post how to reset the DFM database, but still does not work.
    net stop crmdmgtd
    cd CSCOpx\bin
    del NMSROOT/objects/smarts/local/repos/icf/DFM.rps
    del NMSROOT/objects/smarts/local/repos/icf/DFM1.rps
    perl dbRestoreOrig.pl dsn=dfmEpm dmprefix=EPM
    perl dbRestoreOrig.pl dsn=dfmInv dmprefix=INV
    perl dbRestoreOrig.pl dsn=dfmFh dmprefix=FH
    net start crmdmgtd
    perl dbaccess.pl install
    Could you please help, I am running out of ideas.

    If the problem persists after a full server reboot, then you are probably not seeing this bug.  Post the NMSROOT/objects/smarts/local/logs/DFM.log and DFM1.log as well as the brcontrol output after the full reboot.

  • LMS 3.2 - DFM Notification Services issue

    My customer installed an LMS 3.2 on Windows 2008 Server with SP1.
    Now the DFM Notification Services causing Problems.
    We configured for a test the Event Set A and setup a Notification group with the following boxes ticked:
    Alert Severity  
    Critical   Informational
    Alert Status  
    Active
    Event Selection  
    Event Set: A
    Event Severity  
    Critical   Informational
    Event Status  
    Active
    And all Devices marked in the device selector.
    At least the E-Mail configuration was set.
    Now none of the Alerts or Events generate an automated e-mail, while the manual mailing from the AAD is working.
    I restarted the LMS dmgtd and founf the following lines in the DFMLogServer.log:
    05/May/2010 10:39:46:473 ERROR  ? ?  - Exception in registry server java.net.BindException: Address already in use: JVM_Bind
    05/May/2010 10:40:16:220 ERROR  ? ?  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:40:16:222 ERROR  ? ?  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:40:16:223 ERROR  ? ?  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:40:26:262 ERROR  ? ?  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:40:26:263 ERROR  ? ?  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    In the nos.log is see the following:
    05-May-2010|10:55:16.370|ERROR|NOS|Process EPM Data Thread:Pooled Thread:1|EpmDataQueueItem|processEPMData()|.|Caught Exception in processEPMData(): java.util.NoSuchElementException
    While the NOSServer.log is showing the following:
    05/May/2010 10:41:05:973 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:41:05:981 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:41:05:983 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:41:35:995 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:41:35:997 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:41:35:998 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:42:06:008 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:42:06:009 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:42:06:009 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:42:36:018 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:42:36:019 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:42:36:021 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:43:06:028 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:43:06:029 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:43:06:030 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:43:36:038 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:43:36:039 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:43:36:040 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:44:06:050 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:44:06:051 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:44:06:053 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:44:36:064 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:44:36:065 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:44:36:066 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    05/May/2010 10:45:06:075 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:45:06:076 ERROR main com.cisco.nm.xms.ctm.client.CTMCall establishIPC  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    05/May/2010 10:45:06:077 ERROR main com.cisco.nm.xms.ctm.client.CTMClientProxy getProxy  - URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
        at com.cisco.nm.xms.ctm.client.CTMCall.establishIPC(CTMCall.java:238)
        at com.cisco.nm.xms.ctm.client.CTMCall.<init>(CTMCall.java:218)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.<init>(CTMClientProxy.java:64)
        at com.cisco.nm.xms.ctm.client.CTMClientProxy.getProxy(CTMClientProxy.java:180)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:179)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.init(OGSServerProxy.java:98)
        at com.cisco.nm.xms.ogs.client.OGSServerProxy.<init>(OGSServerProxy.java:85)
        at com.cisco.nm.trx.nos.server.EPMPoller.ogsVerifyService(EPMPoller.java:212)
        at com.cisco.nm.trx.nos.server.EPMPoller.<init>(EPMPoller.java:144)
        at com.cisco.nm.trx.nos.server.NOSServer.initializeEPMPoller(NOSServer.java:244)
        at com.cisco.nm.trx.nos.server.NOSServer.<init>(NOSServer.java:107)
        at com.cisco.nm.trx.nos.server.NOSServer.main(NOSServer.java:259)
    java.util.NoSuchElementException
        at java.util.StringTokenizer.nextToken(StringTokenizer.java:332)
        at com.cisco.nm.trx.nos.server.ProcessEPMDataManager$EpmDataQueueItem.formatAlertDataOnly(ProcessEPMDataManager.java:789)
        at com.cisco.nm.trx.nos.server.ProcessEPMDataManager$EpmDataQueueItem.processAlertData(ProcessEPMDataManager.java:951)
        at com.cisco.nm.trx.nos.server.ProcessEPMDataManager$EpmDataQueueItem.processEPMData(ProcessEPMDataManager.java:1319)
        at com.cisco.nm.trx.nos.server.ProcessEPMDataManager$EpmDataQueueItem.run(ProcessEPMDataManager.java:206)
        at com.cisco.nm.trx.nos.server.ThreadPool$1.run(ThreadPool.java:37)
    java.util.NoSuchElementException
    And in the dcrclient.log i noticed this:
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:2
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - backed up registry = {47001=[dmserver-RMELogLevelChange, EssentialsDM]}
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - RegistryHandler.addCTMPort returning port = 47002
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:4
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Added urn inventory.ics.server-RMELogLevelChangeat port 47002
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - backed up registry = {47002=[], 47001=[dmserver-RMELogLevelChange, EssentialsDM]}
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:2
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - backed up registry = {47002=[inventory.ics.server-RMELogLevelChange], 47001=[dmserver-RMELogLevelChange, EssentialsDM]}
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - RegistryHandler.addCTMPort returning port = 47003
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:4
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Added urn archive.service-RMELogLevelChangeat port 47003
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - backed up registry = {47003=[], 47002=[inventory.ics.server-RMELogLevelChange], 47001=[dmserver-RMELogLevelChange, EssentialsDM]}
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] INFO com.cisco.nm.dcr.DCRContext - Settings File: E:/LMS\lib\classpath\com\cisco\nm\dcr/dcr.ini
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG com.cisco.nm.dcr.DCRSystem - In Instantiating DCR Subsystems...
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:1
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG com.cisco.nm.dcr.DCRDatabaseAccess -  Query is UPDATE JRM set command= '$JP -cw:jre lib\jre -cp MDC\tomcat\common\lib\activation.jar;objects\db\java\smtp.jar;MDC\tomcat\common\lib\mail.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\dcrimpexp.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-client.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-util.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-server.jar;MDC\tomcat\webapps\cwhp\WEB-INF\classes;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ctm.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\struts.jar;MDC\tomcat\shared\lib\MICE.jar;MDC\tomcat\shared\lib\NATIVE.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\log4j.jar;MDC\tomcat\shared\lib\xerces.jar;MDC\tomcat\common\lib\servlet.jar;MDC\jre\lib\ext\trust.jar;MDC\jre\lib\ext\jcert.jar;MDC\jre\lib\ext\jnet.jar;MDC\jre\lib\ext\trust.jar;MDC\jre\lib\ext\jsse.jar;MDC\jre\lib\ext\store.jar;lib\classpath;www\classpath $JJ com.cisco.nm.dcr.impexp.DCRJobInvoker $JI' WHERE type_id = 'DCR Import Export';
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG com.cisco.nm.dcr.DCRDataManagement - Attribute type details feteched from database
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG com.cisco.nm.dcr.DCRSystem - DCR Subsystems intialized sucessfully
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - Urn:"DCRCAM" Host:EGEER00AS64 Encoding style:1URL:443/cwhp/CTMServlet
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] INFO CTM.client - Establishing RPC
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - Secure Connection is set to TRUE in CTMClientProperties
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - Port specified in CTMClientProperties is 80
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - The newly formed URL is https://EGEER00AS64:443/cwhp/CTMServlet
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - Urn:"LocalDCR" Host:EGEER00AS64 Encoding style:1URL:443/cwhp/CTMServlet
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] INFO CTM.client - Establishing RPC
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - Secure Connection is set to TRUE in CTMClientProperties
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - Port specified in CTMClientProperties is 80
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - The newly formed URL is https://EGEER00AS64:443/cwhp/CTMServlet
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-16] DEBUG CTM.client - RPC, EncodingStyle = CTMConstants.CTM_BINARY
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-21] DEBUG CTM.Registry - Server Start Check Passed For 47002
    [ Wed May 05 10:40:15 CEST 2010 ] [Thread-21] DEBUG CTM.Registry -  server running at 47002
    [ Wed May 05 10:40:16 CEST 2010 ] [Thread-22] DEBUG CTM.Registry - Server Start Check Passed For 47003
    [ Wed May 05 10:40:16 CEST 2010 ] [Thread-22] DEBUG CTM.Registry -  server running at 47003
    [ Wed May 05 10:40:17 CEST 2010 ] [main] INFO com.cisco.nm.dcr.DCRContext - Settings File: E:/LMS\lib\classpath\com\cisco\nm\dcr/dcr.ini
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG com.cisco.nm.dcr.DCRSystem - In Instantiating DCR Subsystems...
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG com.cisco.nm.dcr.DCRDatabaseAccess -  Query is UPDATE JRM set command= '$JP -cw:jre lib\jre -cp MDC\tomcat\common\lib\activation.jar;objects\db\java\smtp.jar;MDC\tomcat\common\lib\mail.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\dcrimpexp.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-client.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-util.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-server.jar;MDC\tomcat\webapps\cwhp\WEB-INF\classes;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ctm.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\struts.jar;MDC\tomcat\shared\lib\MICE.jar;MDC\tomcat\shared\lib\NATIVE.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\log4j.jar;MDC\tomcat\shared\lib\xerces.jar;MDC\tomcat\common\lib\servlet.jar;MDC\jre\lib\ext\trust.jar;MDC\jre\lib\ext\jcert.jar;MDC\jre\lib\ext\jnet.jar;MDC\jre\lib\ext\trust.jar;MDC\jre\lib\ext\jsse.jar;MDC\jre\lib\ext\store.jar;lib\classpath;www\classpath $JJ com.cisco.nm.dcr.impexp.DCRJobInvoker $JI' WHERE type_id = 'DCR Import Export';
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG com.cisco.nm.dcr.DCRDataManagement - Attribute type details feteched from database
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG com.cisco.nm.dcr.DCRSystem - DCR Subsystems intialized sucessfully
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG CTM.client - Urn:"DCRCAM" Host:EGEER00AS64 Encoding style:1URL:443/cwhp/CTMServlet
    [ Wed May 05 10:40:17 CEST 2010 ] [main] INFO CTM.client - Establishing RPC
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG CTM.client - Secure Connection is set to TRUE in CTMClientProperties
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG CTM.client - Port specified in CTMClientProperties is 80
    [ Wed May 05 10:40:17 CEST 2010 ] [main] DEBUG CTM.client - The newly formed URL is https://EGEER00AS64:443/cwhp/CTMServlet
    [ Wed May 05 10:40:17 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:1
    [ Wed May 05 10:40:19 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:1
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - Invoked method   class com.cisco.nm.trx.tis.server.TISServiceImpl::getAllDeviceStatusSuccessfully
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - After executecall now
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - method executed
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - response sent
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - came in handleRequest
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - Header read
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - Got a closeconnection from client
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] INFO CTM.server - ClientEntry requestID:1273048820494 is deleted. hashtable size:0
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-8] DEBUG CTM.server - Will now close the TCPChannel
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-7] INFO com.cisco.nm.dcr.DCRContext - Settings File: E:/LMS\lib\classpath\com\cisco\nm\dcr/dcr.ini
    [ Wed May 05 10:40:20 CEST 2010 ] [Thread-7] DEBUG com.cisco.nm.dcr.DCRSystem - In Instantiating DCR Subsystems...
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG com.cisco.nm.dcr.DCRDatabaseAccess -  Query is UPDATE JRM set command= '$JP -cw:jre lib\jre -cp MDC\tomcat\common\lib\activation.jar;objects\db\java\smtp.jar;MDC\tomcat\common\lib\mail.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\dcrimpexp.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-client.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-util.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ogs-server.jar;MDC\tomcat\webapps\cwhp\WEB-INF\classes;MDC\tomcat\webapps\cwhp\WEB-INF\lib\ctm.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\struts.jar;MDC\tomcat\shared\lib\MICE.jar;MDC\tomcat\shared\lib\NATIVE.jar;MDC\tomcat\webapps\cwhp\WEB-INF\lib\log4j.jar;MDC\tomcat\shared\lib\xerces.jar;MDC\tomcat\common\lib\servlet.jar;MDC\jre\lib\ext\trust.jar;MDC\jre\lib\ext\jcert.jar;MDC\jre\lib\ext\jnet.jar;MDC\jre\lib\ext\trust.jar;MDC\jre\lib\ext\jsse.jar;MDC\jre\lib\ext\store.jar;lib\classpath;www\classpath $JJ com.cisco.nm.dcr.impexp.DCRJobInvoker $JI' WHERE type_id = 'DCR Import Export';
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG com.cisco.nm.dcr.DCRDataManagement - Attribute type details feteched from database
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG com.cisco.nm.dcr.DCRSystem - DCR Subsystems intialized sucessfully
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG CTM.client - Urn:"DCRCAM" Host:EGEER00AS64 Encoding style:1URL:443/cwhp/CTMServlet
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] INFO CTM.client - Establishing RPC
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG CTM.client - Secure Connection is set to TRUE in CTMClientProperties
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG CTM.client - Port specified in CTMClientProperties is 80
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG CTM.client - The newly formed URL is https://EGEER00AS64:443/cwhp/CTMServlet
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.common - classLocation is: jar:file:/E:/LMS/MDC/tomcat/webapps/rme/WEB-INF/lib/ctm.jar!/com/cisco/nm/xms/ctm/common/CTMConfig.class
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - LocalUrnPort recd = 40053
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Optimization =  true
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-7] DEBUG CTM.client - RPC, EncodingStyle = CTMConstants.CTM_BINARY
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Returning result of invoke
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Urn:"LocalDCR" Host:EGEER00AS64 Encoding style:1URL:443/cwhp/CTMServlet
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] INFO CTM.client - Establishing RPC
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Secure Connection is set to TRUE in CTMClientProperties
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Port specified in CTMClientProperties is 80
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - The newly formed URL is https://EGEER00AS64:443/cwhp/CTMServlet
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - RPC, EncodingStyle = CTMConstants.CTM_BINARY
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.common - classLocation is: jar:file:/E:/LMS/MDC/tomcat/webapps/rme/WEB-INF/lib/ctm.jar!/com/cisco/nm/xms/ctm/common/CTMConfig.class
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - LocalUrnPort recd = 40053
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Optimization =  true
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-16] DEBUG CTM.client - Returning result of invoke
    [ Wed May 05 10:40:21 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:1
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] DEBUG CTM.common - classLocation is: jar:file:/E:/LMS/MDC/tomcat/webapps/rme/WEB-INF/lib/ctm.jar!/com/cisco/nm/xms/ctm/common/CTMConfig.class
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] INFO CTM.server - Publishing with urn:"inventory.ics.server-RMELogLevelChange"
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] DEBUG CTM.Registry - port:47001 urn:"inventory.ics.server-RMELogLevelChange"
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] INFO CTM.Registry -  Waiting to read the data ...
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:4
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Sever is Alive ! Socket[addr=localhost/127.0.0.1,port=47002,localport=32440]
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-0] ERROR CTM.Registry - DUPLICATE_URN,CTMRegistry::addNewURNEntry(): URN already in use
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-0] ERROR CTM.Registry - CTMRegistryResponse FAILED
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] ERROR CTM.Registry - CTMRegistryClient::addNewURNEntry  URN : inventory.ics.server-RMELogLevelChange ErrMsg : URN already in use
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] DEBUG CTM.server - Duplicate urn inventory.ics.server-RMELogLevelChange
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-16] ERROR CTM.server - CTMRegistryClient::addNewURNEntry  URN : inventory.ics.server-RMELogLevelChange ErrMsg : URN already in use
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - Incoming request type is:2
    [ Wed May 05 10:40:22 CEST 2010 ] [Thread-0] DEBUG CTM.Registry - backed up registry = {47003=[archive.service-RMELogLevelChange], 47002=[inventory.ics.server-RMELogLevelChange], 47001=[dmserver-RMELogLevelChange, EssentialsDM]}
    I attached the output of pdshow command.
    What is causing these Problem? A corrupt database or some invalid setting??
    Does anybody has an idea?
    Thanks in advance
    Frank

    Hi Joe,
    thanks for your fast reply.
    The corresponding SR is 614309645.
    These are the TAC provided files and sizes.
    05/06/2010 10:46 AM 1,731  ProcessEPMDataManager$EpmDataQueueItem$epmAlarmHistory.class
    05/06/2010 10:46 AM 1,391  ProcessEPMDataManager$EpmDataQueueItem$epmConditionHistory.class
    05/06/2010 10:46 AM 889  ProcessEPMDataManager$EpmDataQueueItem$epmEventProperties.class
    05/06/2010 10:46 AM 33,774  ProcessEPMDataManager$EpmDataQueueItem.class
    05/06/2010 10:46 AM 7,112  ProcessEPMDataManager.class
    The setup instruction from TAC:
    1- Stop the  daemon manager:
                 net stop crmdmgtd
    2- Go  to:
    $NMSROOT/MDC/tomcat/webapps/triveni/WEB-INF/classes/com/cisco/nm/trx/nos/server
    and backup  the original files (either copy them to another safe directory or rename them to  something like . Please don't retain the  original extension when renaming the files.
    3- Make  sure that the patch files have the following MD5s:
    MD5  (ProcessEPMDataManager$EpmDataQueueItem$epmAlarmHistory.class) =  08851732b0b3aac5bb0636cc3e8e3c10
    MD5  (ProcessEPMDataManager$EpmDataQueueItem$epmConditionHistory.class) =  7933e55abb6ad604aa6ca8d3126ff189
    MD5  (ProcessEPMDataManager$EpmDataQueueItem$epmEventProperties.class) =  af3b72952ec59d59e30b0309af80a9d2
    MD5  (ProcessEPMDataManager$EpmDataQueueItem.class) =  a70f49f8eab6bdea007b4ddd79e3809f
    MD5  (ProcessEPMDataManager.class) =  a6ec024955bb638d8fec47694816a82a3-
    4- Replace  the originals in the above mentioned directory with these  versions.
    5 Start the  Daemon manager:
                 net start crmdmgtd
    I followed these instructions and still facing the problem.
    I also searched for the libeay32.dll and ssleay32.dll, i found them, but in a path not included in the Windows PATH variable. Therefore these files should not influence LMS.
    In the NOS Log i still see these messages:
    10-May-2010|15:01:10.027|ERROR|NOS|Process EPM Data Thread:Pooled  Thread:1|EpmDataQueueItem|processEPMData()|.|Caught Exception in  processEPMData():  java.util.NoSuchElementException
    10-May-2010|15:01:39.747|DEBUG|NOS|Thread-5|EPMPoller|pollEPM_Wash|.|Inside  pollEPM_Wash
    10-May-2010|15:01:39.747|DEBUG|NOS|Thread-5|EPMPoller|pollEPM_Wash()|.|!!  _pollStarted =  true
    10-May-2010|15:01:39.747|DEBUG|NOS|Thread-5|NOSUtil|sendNotifOnStart|.|0
    10-May-2010|15:01:39.747|DEBUG|NOS|Thread-5|EPMPoller|pollEPM_Wash()|.|No  DB Exception in  polling
    Since these Messages depends on EPM Data i had a look into the EPMServer.log and EPM.log
    The EPMServer.log is shortened and showing all entries from the last dmgtd start. After the usual urn_not_found messages and the init of the Groups the following entry is generated:
    java.lang.NullPointerException
        at com.cisco.nm.trx.epm.providers.alarm.AlarmUpdateListener.processUpdatedAlarm(Unknown Source)
        at com.cisco.nm.trx.epm.providers.alarm.AlarmUpdateListener.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:595)
    After that i changerd the logging of EPM to debug and attached the file as EPM_Debug.zip to this post.
    Thanks a lot for your valuable support so far.
    Cheers Frank

  • LMS 3.2 DFM error "URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!"

    Hi Joseph,
    one of our client is using lms 3.2 and getting the following error in DFM -> device import -> Auto Allocation mode configuration.
    Error in getting instance of TreeGenerator class
    com.cisco.nm.trx.kdm.utils.DcrGroupSelectorTreeGenerator
    Root Cause:com.cisco.nm.xms.ctm.common.CTMException: URN_NOT_FOUND : urn "ogs_server_urn" : Not found !!
    I have gone through all documents available in netpro and done all tests mentioned for trouble shooting
    following is the result of command " pearl resolver.pl "
    D:\CSCOpx\bin>perl resolver.pl hyd-wbpo-cwks.wipro.com
    Original name: hyd-wbpo-cwks.wipro.com
    Hostnames/IP Addresses:
            hyd-wbpo-cwks.wipro.com/10.120.232.143
    Here with I have attched the dfmserver.log, dfmserver1.log, dfmOGSserver.log , netstat -a -n -o -b, and output of PDshow.
    One thing I observed when I am running the command "brcontrol"  under "D:\CSCOpx\objects\smarts\bin>" it is not returning me any output.
    All the devices in dfm are stacked in learning state at 10%. The SNMP RO string used in DCR is alos ok.
    Regards,
    Satya

    Hi any idea from anyone?

  • LMS 4.2 - DFM devices stuck in "Learning" state

    Hi,
    Does anybody know why this same kind of bug/error/software fault exist in LMS 4.2 as it was in LMS 3.2 ? Why after a while after discovery of devices (state is "Known") DFM drops the state of devices to "Learning" and it stucks forever. Restarting of daemon manager helps for a short time. It looks like the processing of faults stops a while after discovery is complete.
    LMS 4.2 is running on Solaris 10, connected to other LMS in DCR Slave configuration.

    The connection between the ciscoworks GUI and the DFM repository is not 'optimal', or something like that. It's complicated.
    What could cause the behavior you mention however, is either someone rediscovering devices that are still in learning state, or the presence of multiple active rediscovery schedules.
    You may even delete all schedules excepts the default redisovery schedule which you can/should suspend. If the problem then stays away you know what caused it.
    At this stage any device that really changes must be rediscoverd in DFM manually.
    I think Admin -> Fault takes you to a page showing the schedule, if not lookup 'fault rediscovery schedule' in the help.
    Cheers,
    Michel

  • Ciscoworks LMS 4.0 DFM Custom Traps

    Hello,
    We want to use Ciscoworks LMS 4.0 for Access Control List Monitoring. i.e. if we end the ACLs with "log" entry, we may send  the ACL deny logs to the Ciscoworks as Syslog or Snmp Trap format.
    With "debug snmp packets" command we may observe the packets are sent to the LMS, but the traps don't show up as alarms. Is it possible to observe any trap entry with LMS DFM Fault Manager by customizing the module, because we think the engine of the DFM analyzes the traps and shows some of the traps, not all of the traps are observable.
    The command output is as below:
    Thanks in Advance,
    Best Regards,
    Mar  2 10:28:30.028: SNMP: Queuing packet to 10.10.10.1
    .Mar  2 10:28:30.028: SNMP: V1 Trap, ent ciscoSyslogMIB.2, addr 10.10.20.1, gen  trap 6, spectrap 1
    clogHistoryEntry.2.742 = SEC
    clogHistoryEntry.3.742 = 7
    clogHistoryEntry.4.742 = IPACCESSLOGDP
    clogHistoryEntry.5.742 = list 191 denied icmp   10.10.10.1 -> 10.10.20.1 (0/0),   10 packets
    clogHistoryEntry.6.742 = 69082382

    DFM consumes the traps and decides based on its built-in code-book what to do - rise one of the predefined Events or just silently ignore it. The best DFM can do is forward the trap as-is to another trap receiver.
    Perhaps the LMS Syslog-Server can do what you want and lauch automated actions (like scripts or e-mail) based on certain criteria.
    But you should take care of the underlying syslog file and keep its size under control with logrot.pl utility.
    The online help of LMS should give you more details on the syslog capabilities or this link to the LMS 4.0 Administration Guide:
    http://www.cisco.com/en/US/docs/net_mgmt/ciscoworks_lan_management_solution/4.0/user/guide/admin/useNotif.html#wp1075603

  • LMS 3.2 DFM Email subject customization question

    hello,
    In these options there are UserDefined fields. I would like the IP address added to our DFM email alerts and was wondering if that can be done by defining one of the UserDefined lines. If so, where do you modify these?
    thanks!

    Hi,
    By any chance did you manage to modify the User-define fields in LMS 3.2
    with thanks
    sathappan

  • LMS 3.2 - DFM : dfm broker shutdown

    Hi,
    Customer has an "high severity alert" on aad.log.
    You can find pdshow : dfm broker is shutdown and aad.log.
    Customer has restarted process, then "high severity alert" doesn't exist anymore and pdshow is ok.
    Is it a bug ?
    Many thanks,
    Elisabeth

    There are no known bugs with DfmBroker shutting down in LMS 3.2.  Is this continuously happening, or has the restart fixed the problem?

  • LMS 3.2 DFM and PPP interface traps

    Hello,
    I have a problems with traps from PPP links. Traps are corectly send from device, LMS server receive traps, but these traps are not displayed in DFM. I'm using SNMPv2c (SNMPv3 doesn't work properly). Information about link down is corectly diplayed in DFM syslog, but I have not any informations in a Fault History.
    Can you help me?
    Regards,
    Martin

    DFM doesn't process link down traps except to determine if a link is flapping.  You will not see link down traps in the DFM Alerts and Activities Display.  Instead, DFM will use SNMP and ICMP polling to determine if an interface goes down.  This will not happen for all interface types, though. These PPP interfaces may be learned as dial-on-demand interfaces by DFM, and thus will not report when they go down.  If these links should be up all the time, then you will need to customize an interface group in DFM to match these interfaces, then enable the desired threshold information for these interfaces.  You will still not see link down traps in DFM, but DFM should show OperationallyDown events in AAD based on the polling it does.

  • LMS 3.2 DFM Fault History purge Job

    Hey experts,
    the Online Help for LMS 3.2 say "Data for Fault History remains in the DFM database for 31 days".
    How can I increase or reduce the amount of days the data will remain in the DFM Fault History Database?
    Is it possible to have only 10 Days in Fault History or can I set it up to 60 Days?
    Is there a specific config file which could be edited for my purposes?
    I know the purge Job for Fault Hostory but it purges the data which is older than 31 days, I can´t adjust this job.
    thx,
    Patrick

    No, this is immutable.  The only thing you can change is the TIME at which the purge happens.

  • LMS 4.0 DFM issue

    Hi Experts, Recently I have installed LMS4.0 and we are facing issues with DFM. All devices are in DFM in known state. recently our link from HQ to branch went down and all branch devices were unreachable but we did not receive a sinlge alert from DFM and when I go to DFM to see if alerts are there but I dont see any alerts related to reachability..its only showing interface up/down message....even though i checked the availability report in HUM and uptime report in HUM it does not show there as well that device was not reachable or some downtime....
    attached is the version of applications installed in LMS4.0... Please help me to resolve this issue ?

    MDF isn't something that needs to be configured.  It is an architectural component of LMS.  The most likely reason you cannot create VLANs is that LMS does not know what your read-write community string is.  Discovery only populates DCR with the read-only string.  Go to Inventory > Add/Import/Manage Devices and edit the credentials for your switches.  Add the proper read-write community string, and then you should be able to configure the VLANs.

  • Cisco Prime LMS 4.2 DFM Devices Missing

    Hi Everybody
    Having manually added a device into the DCR and confirmed that it's in a managed state I cannot get added into DFM.  Within Device Centre, it's collector status against "Data Collection", "Inventory", and "Fault Discovery" are all Success.
    My Device Allocation Policy (Inventory > Device Administration: Device Allocation Policy) is currently set to Manage All Devices.
    Running "geti Router" from within dmctl -s DFM returns all but the device in question.
    I have manually deleted and readded and have also restarted service CRMDmgtd.
    Many Thanks in anticipation.

    Hi,
    can you try to remove it from DB as below ::
    NMSROOT/Objects/smarts/bin/dmctl -s DFM invoke <Class>::<Instance>  remove
    Class => Switch or Router,
    Instance => Device IP or Name.
    dmctl> invoke Switch::X.X.X.X remove
    then add the device back in LMS and see if it makes any difference.
    Also try to increase the SNMP timeout and retry for DFM:
    Admin > Network > Timeout and RetrySettings> FaultManagement SNMP Timeouts and Retries
    Thanks-
    Afroz
    ***Ratings Encourages Contributors ***

Maybe you are looking for