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

Similar Messages

DFM Alerts for B-channel backup on Fax

Hi, every time a fax gets sent, this alert is coming from LMS, as the router b-channel interfaces come up.
LMS is complaining that a backup interface had to kick in on the gateway router, and clears after about 5 minutes. I see the router up/up for this duration, then up/down and status cleared.
I have no experience with voice yet, but am assuming this is normal behaviour for call setup and teardown when a fax is sent, right? Should I ignore this and turn off the DFM alert?
EVENT ID                = 000019U
ALERT ID                = 00000U2
TIME                    = Tue 22-Feb-2011 14:48:23 EST
STATUS                  = Cleared
SEVERITY                = Informational
MANAGED OBJECT          = 172.20.103.5
MANAGED OBJECT TYPE     = Routers
EVENT DESCRIPTION       = BackupActivated::Component=IF-172.20.103.5/38 [Se0/0/0:9];ComponentClass=Interface;ComponentEventCode=1008;Type=DS0;IsFlapping=false;AdminStatus=UP;MaxSpeed=64000;OperStatus=DOWN;InterfaceCode=ISDNBCHANNEL;Mode=BACKUP;DuplexMode=FULLDUPLEX;LastChange
CUSTOMER IDENTIFICATION =
CUSTOMER REVISION       = 01
Thanks for any help.

By default, DFM classifies ISDN interfaces as dial backup. Obviously this is not the case for this fax interface. You can configure one of the DFM customizable interface groups to match this particular ISDN interface, and then prioritize that group so that it comes before the built-in Dial Backup group. After applying the changes, this event should stop being generated.

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

DFM Alerts and Activities page does not open

The DFM Alerts and Activities does not open.
The customer reports error from DynAPI
LMS version is 3.1
Thanks

Hi,
Are all the processes running? (pdshow)
Try using a different browser to verify the behavior.
Thanks

Alert: Operations Manager failed to run a WMI query

I am having an issue with my Cluster MP. I am getting a large amount of alerts for "Alert: Operations Manager failed to run a WMI query"
Alert: Operations Manager failed to run a WMI query for WMI events
Source: Server.Domain
Path: Server.Domain
Last modified by: System
Last modified time: 6/10/2014 5:20:40 PM Alert description: Module was unable to execute the notification query.
Error: 0x80041003
Details: Access denied
One or more workflows were affected by this.
Workflow name: Microsoft.Windows.Cluster.Node.StateMonitoring
Instance name: Server.Domain
Instance ID: {A7DED311-01E2-927A-A4BF-013D443EBA84}
Management group: SCOM-GroupName
This happens for many workflows. I can not for the life of me find what access is being denied on. Any help would be great.
I have the cluster run-as profile configured to use a domain account as well as the local agent to use a domain account that has administrative rights to the clusters.
Thanks,
Seth

Yes, in a last ditch effort to over come this access denied I made my Action Account a domain admin and configured the agent default account from local system to the domain action account. nothing has worked for me.

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

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

DFM alert for shutting down a port?

I am using LMS 3.2, and when are shutting down a port, I don't receive any alerts. Is there any alert for administratively shutting down a port of a device?

DFM criteria for a interface down is
ifOperStatus = down and ifAdminStatus = up. If you down the interface then ifAdminStatus will be down and not up, so DFM does not treat this an alarmed event.

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

Dfm alerts for operationallydown

Hi All,
im having lms 4.2.2 and monitoring a cisco 7600 router interface ten gigabit ethernet x/x under dfm. When ever the interface is down due to any media issue i am not getting any alerts in dfm., the interface used to go down for more than 10 minutes. I am able to do an snmpwalk to this interface when the interface was down and getting the value as 2(for down). I am getting other information and configuration mode alerts in dfm for this device. please help to fix the problem.

Can you verify that the interface is managed for monitoring the faults? Go to
Monitor > Fault Settings > Setup > Fault Device Details
    select the device in the "Device Selector" and click "View"
    in the table that opens, there is a column "Device Name"; in this column, click on the device name and a new window opens with "Device Details"
    search the interface and check, that the mangement state is "true"

DFM alerts now working

Hi All,
I have LMS 2.6 and DFM 2.0.6
I am not able to get the DFM notifications and when I open the device in Device Center and in the reports there is no Fault history option.
Below are some DFM errors:
When opening Alerts and activities:
An exception occurred.
Please check the AAD.log file for further details.
When opening device management:
An exception has occurred. Please check the DCRAdapter.log file.
Can someone please help me here what need to do.
Thanks in advance.
Jopeti.

Is this happening for all devices or just a few? What happens when you remove one of the devices from the DCR that is having the problem and re-add? Does the device center populate the data correctly?
It sounds like the device mapping in the database is corrupt.
Post the CSCOpx/log/dfmLogs/AAD/AAD.log and DCRAdapter.log from CSCOpx/log.

Lms 4.x dfm alert oper/unresp.

Similar Messages

Maybe you are looking for