Re: Monitoring the traps sent from NNMi (449 Views)
Reply
Regular Advisor
OVO documents
Posts: 177
Registered: ‎09-16-2010
Message 1 of 9 (545 Views)
Accepted Solution

Monitoring the traps sent from NNMi

Hi Folks,

 

We have a situation a lot many times that NNMi is not recieving traps from the network and storage devices and everytime we are notififed by the Storage team that they are not receiving any OVO alerts and we find that something is wrongfrom the NNMi side. Does anyone have had this problem in their environments . Any help is highly appreciated.

Please use plain text.
Honored Contributor
LindsayHill
Posts: 723
Registered: ‎11-16-2011
Message 2 of 9 (525 Views)

Re: Monitoring the traps sent from NNMi

Could you be more specific about what you find when you "find that something is wrongfrom the NNMi side" ?

What exactly are you finding? A misconfiguration, a stopped process? It depends why it's failing as to what course of action you should take next.
CCIE 36708 | @northlandboy | lkhill.com
Please use plain text.
Respected Contributor
mostafa_hassan
Posts: 264
Registered: ‎12-11-2011
Message 3 of 9 (518 Views)

Re: Monitoring the traps sent from NNMi

Hello , 

 

 

Regarding the Storage Devices , i suppose they are sending TRAPS to NNM i server ,

 

there are points need to clear here !

** IS there any Traps loaded and Enabled for these Specific Devices , with the related MIB Files  !!

** IS there any Customized Actions configured for the Traps and Events to run if the incidents occurs !! "Example Mail Notifications !!

 

## For Troubleshooting the Traps in the NNM TRAP Store , if they are received or NOT >>

 

Run the Following Command , 

 

nnmtrapdump.ovpl  -source xxxxxxxxxxx  > /tmp/trapdump.txt

 

Hence the xxxxxxxxxx  is the node ip address of the concerned Device 

 

For realtime monitoring of the Realtime Traps received in NNM trap store run the Following Command 

 

nnmtrapdump.ovpl  -t -source xxxxxxxxxxx 

 

For reviewing any actions activities , please review the logs from 

 

Tools >> Incident Action Logs 

 

let us know what is the scenario you are facing !

 

All the best .
Saying Thanks by hitting Kudos :)

Regards
Mostafa Hassan
HP AIS NNM-NA-OO
CCNA-CCNP-ITIL-VCA-Cloud-VCA DataCenter
Please use plain text.
Regular Advisor
OVO documents
Posts: 177
Registered: ‎09-16-2010
Message 4 of 9 (500 Views)

Re: Monitoring the traps sent from NNMi

Guys Thanks for the replies. How do we monitor if NNMi receiving the traps from the devices or not and are getting converted to the OVO events?

 

We are much worried when NNMi stops receiving the traps and we do not have any way of monitoring it.

Please use plain text.
Respected Contributor
mostafa_hassan
Posts: 264
Registered: ‎12-11-2011
Message 5 of 9 (493 Views)

Re: Monitoring the traps sent from NNMi

AS Mentioned above ,

 

## For Troubleshooting the Traps in the NNM TRAP Store , if they are received or NOT >>

 

Run the Following Command , 

 

nnmtrapdump.ovpl  -source xxxxxxxxxxx  > /tmp/trapdump.txt

 

Hence the xxxxxxxxxx  is the node ip address of the concerned Device 

 

For realtime monitoring of the Realtime Traps received in NNM trap store run the Following Command 

 

nnmtrapdump.ovpl  -t -source xxxxxxxxxxx

 

let me know if you sorted this issue or not , thanks

All the best .
Saying Thanks by hitting Kudos :)

Regards
Mostafa Hassan
HP AIS NNM-NA-OO
CCNA-CCNP-ITIL-VCA-Cloud-VCA DataCenter
Please use plain text.
Honored Contributor
LindsayHill
Posts: 723
Registered: ‎11-16-2011
Message 6 of 9 (490 Views)

Re: Monitoring the traps sent from NNMi

So earlier you said that you were "finding something wrong from NNMi side"

 

But now you're saying that you want to monitor if NNMi is receiving the traps from the devices.

 

Which one is it? Are you seeing NNMi problems, or is it that the traps are never received by NNMi? (e.g. due to monitored device trap misconfiguration, network misconfiguration, etc).

 

The problem is that the traps are only sent when an event occurs, so how do you know that you're not receiving traps because there's no events, vs not receiving traps because something is broken?

 

How often do these traps get sent? If it is reasonably frequently, then maybe you should be monitoring it at the Operations Manager side. Figure out how to query the database to find out when the last event was received for that specific system. Run that query as a scheduled action, and look at the time difference. When it goes above some threshold, raise an alert that tells the operators to investigate the system. Also see if your monitored system can either schedule sending a trap, or if there's some way you can script telling it to send a trap on a daily basis. Then you just need to check Operations Manager to ensure that traps are seen daily.

 

You should also be doing more active polling of systems, not just relying on traps.

CCIE 36708 | @northlandboy | lkhill.com
Please use plain text.
Regular Advisor
OVO documents
Posts: 177
Registered: ‎09-16-2010
Message 7 of 9 (465 Views)

Re: Monitoring the traps sent from NNMi

This looks like a solution to our problem, I will do some more tweaking. We do not see traps when something is broken from the NNMi server side, Last time we had this when the OPC_PRIM_MGR on the ovo agent was not configured, which lead to the loss of the traps ultimately the OVO events.

 

But i appreciate your thoghts and thanks for the help. Kudos!!!!!!!!

Please use plain text.
Respected Contributor
mostafa_hassan
Posts: 264
Registered: ‎12-11-2011
Message 8 of 9 (449 Views)

Re: Monitoring the traps sent from NNMi

are you asking for Kudos!!!! ,

 

we should Ask for it :)

 

please consider to close the post !

All the best .
Saying Thanks by hitting Kudos :)

Regards
Mostafa Hassan
HP AIS NNM-NA-OO
CCNA-CCNP-ITIL-VCA-Cloud-VCA DataCenter
Please use plain text.
Trusted Contributor
hp4u
Posts: 559
Registered: ‎09-16-2010
Message 9 of 9 (426 Views)

Re: Monitoring the traps sent from NNMi

Hi,

FYI if not aware:NNM will not received new traps if it reaches its capacity of 100K so you need to cnfigure auto trip functionality.

Regards,
hp4u
Please use plain text.
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation