Re: Monitoring the traps sent from NNMi (560 Views)
Reply
Regular Advisor
OVO documents
Posts: 177
Registered: ‎09-16-2010
Message 1 of 9 (615 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.

Honored Contributor
LindsayHill
Posts: 732
Registered: ‎11-16-2011
Message 2 of 9 (595 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
Respected Contributor
mostafa_hassan
Posts: 265
Registered: ‎12-11-2011
Message 3 of 9 (588 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
Regular Advisor
OVO documents
Posts: 177
Registered: ‎09-16-2010
Message 4 of 9 (570 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.

Respected Contributor
mostafa_hassan
Posts: 265
Registered: ‎12-11-2011
Message 5 of 9 (563 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
Honored Contributor
LindsayHill
Posts: 732
Registered: ‎11-16-2011
Message 6 of 9 (560 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
Regular Advisor
OVO documents
Posts: 177
Registered: ‎09-16-2010
Message 7 of 9 (535 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!!!!!!!!

Respected Contributor
mostafa_hassan
Posts: 265
Registered: ‎12-11-2011
Message 8 of 9 (519 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
Trusted Contributor
hp4u
Posts: 561
Registered: ‎09-16-2010
Message 9 of 9 (496 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
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.