nv-l
[Top] [All Lists]

Re: Ruleset for changing status

To: nv-l@lists.tivoli.com
Subject: Re: Ruleset for changing status
From: James_Shanks@tivoli.com
Date: Thu, 11 Jan 2001 07:17:13 -0500
I have posted detailed information about doing this many times and you
would do well to consult the archives.

Two points are relevant.  First, you are changing status on the map, status
of a particular symbol, not status of the object in the database.  So if
your smartset is based upon status in the database, it will not be
affected.  Second, the trap you use must have the selection name of the
object to be changed as the trap origin.  If that is a fully-qualified
domain name then sending a trap with the short name will not work.

James Shanks
Team Leader, Level 3 Support
 Tivoli NetView for UNIX and NT



mans.langert@se.ibm.com@tkg.com on 01/11/2001 05:27:01 AM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   nv-l@tkg.com
cc:
Subject:  [NV-L] Ruleset for changing status





Hi,

I've done a rulset to change the status color of a node if a certain trap
arrives, wich worked fine at the first glance. Now I'm not so sure anymore.
This is what the ruleset looks like;
EventStream:Pass -> Trap Settings:IBM_NVIDWN -> Override : Status-Marginal,
Severity-Critical -> Forward
Then I made a dynamic workspace based on this rulset to verify that it
worked. This is what happens;
If I execute "event -h node.xyz.com IDWN_EV"  the node does actually change
status color to yellow in the map (though the interfaces are still
unchanged wich is ok for now). But I have the node also in a SmartSet, and
there the status color is NOT changed. Why is that? Then I changed the node
back up to normal again and did: "event -h node -e IDWN_EV" (not a fully
qualified domain name) and then the status was NOT changed in the map but
it WAS in the SmartSet!? And the interface corresonding to this nodename
was also changed. What is wrong here? I mean, if the status changes in one
place, shouldn't it change over all? And why is it different behaviour if I
use a fqdn or not? I also tried with the IP address and the outcome is the
same as if I use fqdn.

Any ideas?




Regards
Måns Langert

IBM Global Services
Phone: +46 8 793 3935
Mobile: +46 70 793 3935
E-mail: mans.langert@se.ibm.com


_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


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

Archive operated by Skills 1st Ltd

See also: The NetView Web