nnmsnmpnotify.ovpl help (1703 Views)
Reply
Honored Contributor
ramesh9
Posts: 1,150
Registered: ‎04-19-2011
Message 1 of 8 (1,703 Views)
Accepted Solution

nnmsnmpnotify.ovpl help

[ Edited ]

We are integrating NNM 9i( 9.10 ) with OMU server and we need to generate SNMP traps using nnmsnmpnotify command.

 

When I look at OM template which forwards NNM events to OM as in attached image and I ran

 

nnmsnmpnotify.ovpl -v 2c -c public -a au336 -e .1.3.6.1.4.1.11.2.17.19.2 au336 .1.3.6.1.4.1.11.2.17.19.2.1100

 

but it is not generating any incidents in NNM.

 

Require help in forming correct nnnsnmpnotify command please...

Valued Contributor
pafreire
Posts: 140
Registered: ‎01-10-2011
Message 2 of 8 (1,687 Views)

Re: nnmsnmpnotify.ovpl help

Hello,

I'm using this format to generate events:

nnmsnmpnotify.ovpl -v2c -d -a <IP address of the node> <IP address of the server> <oid>

For node down event, use OID: .1.3.6.1.4.1.11.2.17.19.2.0.32


HTH,

Paulo
“The greatest challenge to any thinker is stating the problem in a way that will allow a solution.”
Bertrand Russell
Honored Contributor
ramesh9
Posts: 1,150
Registered: ‎04-19-2011
Message 3 of 8 (1,679 Views)

Re: nnmsnmpnotify.ovpl help

Thanks for your response Paulo.

 

I tried to run following commands,

 

/opt/OV/bin/nnmsnmpnotify.ovpl -v2c -d -a sourcenodeip   NNMServerIP   .1.3.6.1.4.1.11.2.17.19.2.0.32

/opt/OV/bin/nnmsnmpnotify.ovpl -v2c -d -a sourcenodeip   NNMServerIP   .1.3.6.1.4.1.11.2.17.19.2.0.70

 

for nodeDown and SNMP Agent not responding traps, but I am not seeing any incidents in NNM console...

 

Also I am not able to see any entries in log files under /var/opt/OV/log/nnm directory.

 

Is there any way I can trace or look at other log files...

 

Please help....

HP Expert
SanchezOscar
Posts: 6
Registered: ‎03-14-2012
Message 4 of 8 (1,671 Views)

Re: nnmsnmpnotify.ovpl help

Hello,

 

you need to have enabled and configured these incidents and the device which is sending the traps. You have to check it first.

Once it has been checked, I think that you need to be sure that the traps are arriving to the NNMi server and if yes, you need to check if NNMi is discarding them by any reason.

 

To check if the traps sent by the device are not being blocked by NNMi because the the device is not correctly being monitored, you need to check:

  • #nnmtrapconfig.ovpl –dumpBlockList
  • The file nnmtrapd.conf.

 Once you have checked that both the incident is enabled and configured and the device is correctly being monitored, you can enable tracing for the events subsystem and check the log files generated.

To enable the tracing FINEST for the com.hp.nms.events and for the nms.trapd:

  • #nnmsetlogginglevel.ovpl com.hp.ov.nms.events FINEST
  • #nnmsetlogginglevel.ovpl com.hp.ov.nms.trapd FINEST
  • #nnmtrapdump.ovpl –last 5 –t
  • Force the device to send a trap to NNMi.

After that, disable the tracing:

  • #nnmsetlogginglevel.ovpl com.hp.ov.nms.events CONFIG
  • #nnmsetlogginglevel.ovpl com.hp.ov.nms.trapd CONFIG

     

 There, you can see what is happening with the traps when they arrive to the NNMi. You can open a support case to investigate it in detail.

 

 

 

Hope it helps

 

 

BR

Trusted Contributor
hp4u
Posts: 571
Registered: ‎09-16-2010
Message 5 of 8 (1,656 Views)

Re: nnmsnmpnotify.ovpl help

Hi,

Can you check nnmtrapdump and see if it is on nnm or not?

Regards,
hp4u
Honored Contributor
ramesh9
Posts: 1,150
Registered: ‎04-19-2011
Message 6 of 8 (1,643 Views)

Re: nnmsnmpnotify.ovpl help

Dear BR

 

Thanks for your detailed help.

 

Problem was with the trap OID was in blocked list so I ran nnmsnmpnotify.ovpl with allowed trap OID and now I see NNMi incident been created.

 

I checked /var/opt/OV/shared/nnm/conf/nnmtrapd.conf and found there is no blocking specified in the file..

 

Can you please help me how can I remove blocking for certain trap OID?

 

Thanks

Ramesh

Trusted Contributor
msharma
Posts: 128
Registered: ‎07-18-2011
Message 7 of 8 (1,624 Views)

Re: nnmsnmpnotify.ovpl help

[ Edited ]

An excerpt from the NNMi 9.20 Deployment Reference:

 

Blocking Incidents using the trapFilter.conf File
Suppose the number of incidents flowing through your NNMi management server reaches a rate that causes NNMi to block newly arriving incidents.
When this happens, NNMi generates a TrapStorm incident, indicating that incidents are blocked. NNMi might also generate a major health message indicating that the incident rate is high and incidents are being blocked.
To remedy this, you might try to use the nnmtrapd.conf file to block incidents from entering NNMi in an attempt to reduce the incident traffic. However, if you use the nnmtrapd.conf file approach, NNMi still uses these incidents to calculate the trap rate and to write to the trap binary store. By using the nnmtrapd.conf file approach, you only stop incidents from being created or stored in the database. See the nnmtrapd.conf reference page, or the UNIX manpage for more information.

 

There is a better solution to this problem than using the nnmtrapd.conf file. NNMi provides a filtering mechanism that blocks incidents earlier in the NNMi event pipeline, preventing these incidents from being analyzed for trap rate calculations or from being stored in the NNMi trap binary store. By adding device IP addresses or OIDs to the trapFilter.conf file, you can block these high-volume incidents and avoid incident volume problems. See the trapFilter.conf reference page, or the UNIX
manpage for more information.

 

 

If you have just started off with using NNMi 9.20, this link might help you in getting most common info you will need:

http://support.openview.hp.com/selfsolve/document/KM1398343/binary/nnmi_doc_list_9.20.pdf

 

-

Mohit Sharma.

Mohit Sharma,
HP Software Support

The views expressed in my contributions are my own and do not necessarily reflect the views and strategy of HP.

If you find this or any post resolves your issue, please be sure to mark it as an accepted solution.
Honored Contributor
ramesh9
Posts: 1,150
Registered: ‎04-19-2011
Message 8 of 8 (1,612 Views)

Re: nnmsnmpnotify.ovpl help

Thanks everyone for your contribution.

 

There was no problem with blocking the traps.

 

Once I took a trace I found out the trap was been received and getting processed.

 

The problem was the trap was not resolving to any source object node component within the device.

 

Once I went to Configuration->Incidents->Incident configuration and unchecked "Discard Unresolved SNMP Traps and Syslog Messages" the traps got processed and NNM incidents got created.

 

Thanks for everyone's help..

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.