nv-l
[Top] [All Lists]

Re: Paging on unacknowledged alarms

To: nv-l@lists.tivoli.com
Subject: Re: Paging on unacknowledged alarms
From: Leslie Clark <lclark@US.IBM.COM>
Date: Wed, 15 Dec 1999 08:09:12 -0500
If you Ack on a r/o copy of the map, that change is not reflected on the
r/w copy of the map that is also up. Acks done on the r/w map are
reflected on the r/o copy when they do a file...refresh. So something
different is done in the two cases.

The purpose of the Acknowledge function is very human-oriented, so
it is not too surprising that it does not lend itself well to automation.
It may be time to re-think the approach you are taking to the problem
you are trying to solve.

When I want to see what has been acknowledged, I look in my Collection
if DownInterfaces and see which ones are green as opposed to red.

I'm pretty sure that there is an api that returns symbol information,
including
status, if you are up for some fancy C programming - and the reading of
manuals and redbooks. But you would have to register an interest in
a particular symbol (maybe the symbols in a particular Collection?)

I suspect that the level of effort is maybe out of proportion to the
benefit,
given the design of Netview in this area.


Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit

==================================================================================

The procedure I gave for finding an acknowledged object worked for me.   I
don't
know why yours doesn't, unless the Operations Center is using local copies
of
the map.  Acknowledge status has to be kept somewhere and that somewhere is
in
the map databases.  That's all I can tell you.  There may be more compexity
here
than I am aware of since this is not my area of expertise.  If you cannot
get
this to work, then I am sorry, but that's all I can do.

James Shanks
Tivoli (NetView for UNIX) L3 Support



Brad Martin <bmartin@METLIFE.COM> on 12/14/99 05:47:15 PM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on
NetView
      <NV-L@UCSBVM.UCSB.EDU>

To:   NV-L@UCSBVM.UCSB.EDU
cc:    (bcc: James Shanks/Tivoli Systems)
Subject:  Re: Paging on unacknowledged alarms




I've been trying to get a list of everything that is acknowledged for a
different reason.

So, I've tried your recommendation. According to our Operations unit, there
are
several that are acknowledged but my grep command only lists two of them.
The command center Acknowledges the objects on a Read/Only version of the
default map. And, I've tried it on both the R/W another instance of the
Read
Only default map. How can I see the objects that have been Acknowledged by
Operations?

Brad Martin
MetLife










"James Shanks" <James_Shanks@TIVOLI.COM> on 12/13/99 09:27:50 AM

Please respond to "Discussion of IBM NetView and POLYCENTER Manager on
NetView"
      <NV-L@UCSBVM.ucsb.edu>

To:   NV-L@UCSBVM.ucsb.edu
cc:    (bcc: Brad Martin/Bsg/MetLife/US)
Subject:  Re: Paging on unacknowledged alarms



>> Anyone know of a way to query a nodes symbol status as to whether the
symbol
has been acknowledged?

Yes, but it is really ugly.  Acknowledged status occurs only on the open
map, so
you need to know the map name, unless you have only one.  Then you can do
an
ovmapdump, and grep the output for "Ack".  You will get back a line with an
object number in it.  You can then grep that object number and find the
short
name for that object, or you can use that number in an ovobjprint,
ovobjprint -o
<num>, to retrieve the full name of the object.    It works but you would
have
to be creative and write a decent script to do this.

Good luck

James Shanks
Tivoli (NetView for UNIX) L3 Support



Steve Francis <steve.francis@COMMSERV.UCSB.EDU> on 12/09/99 05:13:16 PM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on
NetView
      <NV-L@UCSBVM.UCSB.EDU>

To:   NV-L@UCSBVM.UCSB.EDU
cc:    (bcc: James Shanks/Tivoli Systems)
Subject:  Re: Paging on unacknowledged alarms




Oops.  SOrry, I assumed there was an event sent on an acknowledgement.
Doesn't
seem to be.

Even odder, there seems to be no way to pull the ack status from netview,
by
ovobjprint or ovtopodump, otherwise you could still make it work. (Have all
node
down events not resolved by interface up events within 10 minutes launch a
script, which checks to see if the interface is acknowledged before
paging.)

SO I guess the question is, Anyone know of a way to query a nodes symbol
status
as to whether the symbol has been acknowledged?


Arthur Heinrichs wrote:

> This is what I tried but the problem is there is no event generated for
an
> operator acknowledgment.  I do not think there are any traps or events
> generated from any acknowledgment or unacknowledgment so I cannot
correlate
> them.  If you get acknowledgment events, what did you set to get them?
>
> Steve Francis wrote:
>
> > Sounds like a good case for a rule:
> > something like: for all interface down events, go to a reset on match
for
> > 10 minutes node.
> > INput 2 to reset on match is the acknowledge event, and make sure the
> > right variable correlate (not just the node, but also the interface.)
> > If the reset on match does not trigger (i.e. the 10 minutes expires
before
> > an ack event) then fire off the pager...
> >
> > Arthur Heinrichs wrote:
> >
> > > We have the Netview (version 5.1.2 for AIX) console monitored 7x24
but
> > > every once in awhile, an alarm goes unacknowledged for extended
> > > periods.  I would like to make a ruleset that if the operator does
not
> > > acknowledge an alarm, perhaps after 10 minutes, then have Netview
> > > automatically send out a page and escalate the issue.  The problem I
> > > have is that I do not know how to test whether or not a "RED" symbol
> > > caused by a trap has been acknowledged.  Is there a way to do this?
> > >
> > > Thanks,
> > > Art Heinrichs
> > > TransCanada Pipelines


<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web