topic Turning off Application Traps in Server Management - Systems Insight Manager

Turning off Application Traps

Kevin Kelling — Sat, 28 Aug 2004 23:31:16 GMT

Is there a way to globally disable application traps?

We are rolling out OpenView agents and we do not want these traps turing our nodes red on the service map.

I can't seen to find a setting for this within "Replicate Agent Settings". Anyone know of a way to globally turn this off on a group of nodes from the SIM console?

Thanks!

Re: Turning off Application Traps

Joel Rubenstein — Mon, 30 Aug 2004 08:16:53 GMT

If you remove the trap destination(s) from the SNMP service configuration you will no longer receive traps from the Insight agents.

This can be done via replicate agent settings.

Re: Turning off Application Traps

Kevin Kelling — Mon, 30 Aug 2004 08:27:24 GMT

Thanks but I don't want to disable traps completely...just for things that are not critical such as application traps.

Re: Turning off Application Traps

Joel Rubenstein — Mon, 30 Aug 2004 08:32:00 GMT

can you be more specific? What do you mean by "application traps"?

Re: Turning off Application Traps

Kevin Kelling — Mon, 30 Aug 2004 08:38:12 GMT

When you go into the Control panel applet for the HP Agents there is a checkbox for "Send Application Traps".

This will send a trap whenever a client process aborts abnormally (i.e. JAVA.EXE or MMC.EXE crashes).

These events are always interpreted to be critical by OpenView. We simply don't want this as if there is a process we want to monitor we can look for it explicitly in OpenView. The problem today is that nodes turn red in the Service Map because a client application (mmc, java, explorer, etc). crashes

Re: Turning off Application Traps

Joel Rubenstein — Mon, 30 Aug 2004 08:47:30 GMT

On all my servers running the 7.0 and 7.1 agents the setting "Enable Application Exception Trap" is off by default.

This does not seem to be configurable via "Replicate Agent Settings"

Re: Turning off Application Traps

Kevin Kelling — Mon, 30 Aug 2004 08:51:23 GMT

I already figured that out. That's why I was asking :) Thanks.