I'm wondering if other people are seeing this and perhaps have had an adequate response from cisco.
I regulary find the the numbers displayed don't match the reality, and now I have the most stunning example so far.
I have a customer who doesn't use fault management, so the 'module' is disabled. I can't prevent LMS from starting the services and the processes, but since this is a pretty beefy server I don't mind that much.
After a week the customer asked me why there was a positive number in the alarm counters and if I would be so kind to now correctly disable the fault management. So I checked again the management functions
Then I wondered if there still devices in the RPS files that somehow did not get deleted.
The counter then showed 13 informational alarms. I deleted the .rps files and did a dbrestoreorig on the DFM databases. Problem solved... well, for about 2 weeks.
Today I checked again to find I have again 2 critical alarms
How does LMS do this? Should I try to disable fault management services to prevent this?
Add me to the list of those confused by the counters in the tray not matching the Fault window.
I had checked several things to no avail. I had a TAC case regarding a related issue once and the TAC engineer was unable to resolve it satisfactorily when I brought it up with him. Under the covers there's still a lot of the SMARTS technology that's generally not well understood even among the engineers within Cisco.
I changed the port it listens on. We will see what happens.
Actually trapd1.conf is the second listener on port 9020.
That part is not/cannot be doubled, only one trap listener.
But it won't receive anything anymore.
Its good to know that I'm not the only one facing this sh!t.
tac and engineering don't have a clue about DFM. They were quoting from manuals on the webex. I got the same
manuals from my EMC minded colleagues but it usually is the connection between LMS and smarts that I have problems with/need to debug.
They also don't understand why can't just delete all those devices reconfigure them perfectly and then rediscover the lot. ;-)
Yesterday I learned that if a device is already configured with identity (dot1x), that it will not be picked up as a identity capable device. Not sure if I should believe that though. But I told the guy if a cisco vlan configuration tool, would require that all vlans are removed first, nobody would be buying or using it.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...