nv-l
[Top] [All Lists]

[nv-l] Re: [nv-l) acknowledge problem (was OID problem)

To: nv-l@lists.tivoli.com
Subject: [nv-l] Re: [nv-l) acknowledge problem (was OID problem)
From: James Shanks <jshanks@us.ibm.com>
Date: Mon, 15 Sep 2003 10:14:19 -0400
Delivered-to: mailing list nv-l@lists.tivoli.com
Delivery-date: Mon, 15 Sep 2003 15:14:53 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
List-help: <mailto:nv-l-help@lists.tivoli.com>
List-post: <mailto:nv-l@lists.tivoli.com>
List-subscribe: <mailto:nv-l-subscribe@lists.tivoli.com>
List-unsubscribe: <mailto:nv-l-unsubscribe@lists.tivoli.com>
Mailing-list: contact nv-l-help@lists.tivoli.com; run by ezmlm

I simply do not understand what you are saying here.

When you acknowledge node on the map, or an event in the Event Browser, that does nothing to alter subsequent traps.
Everything in the Event Browser has already happened so no script will no be run for it.
But to have something run the next time, all you have to do use Trap Settings to indicate that your script should run from now on.

"Acknowledge" is a temporary condition, which will be cleared by the next "up" event.
When the node/interface goes normal, it will receive a "normal" status.
When it goes down again, it will get the appropriate status at that time.

If you feel the need to change the status on the map in the mean time, then you can use the SNMP Status Trap, 58916871 to do it.
This is documented in the Programmer's Reference for Windows.   Here's a simple bat file to show you how.

C:\usr\ov\bin\nvsnmptrap ^
 jshanks2 .1.3.6.1.4.1.2.6.3 "" 6 58916871 "" ^
.1.3.6.1.4.1.2.6.3.1.1.2.0 integer 14 ^
.1.3.6.1.4.1.2.6.3.1.1.3.0 octetstring "object0" ^
.1.3.6.1.4.1.2.6.3.1.1.4.0 octetstring "Status is" ^
.1.3.6.1.4.1.2.6.3.1.1.5.0 octetstring "Marginal"

The first hostname is the NetView box, the second may be defaulted to with "".  The second variable must be the complete name of the object you want to change status on in the object database (use Object Properties or ovobjprint to determine this).  And the final variable must be a recognized NetView status.

Note that this was never intended as a means for you to circumvent netmon.  He may very well alter whatever you set the next time he examines that node.



James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group



tivoli <tivoli@bu.brauunion.ro>

09/15/2003 09:22 AM

       
        To:        nv-l@lists.tivoli.com
        cc:        
        Subject:        Re: [nv-l] OID problem



hi there list

I have some problems with some nodes that are in different networks but
having the same name... in my maps I will see one node with 2 or even 3
interfaces (the addresses of each nodes). the dns was implemented after
installing netview (most of the nodes are dhcp). The hostnames (as they
appear in dns) are different but  the "computer name" is the same. also
I would like to see hostname as label ... and I don't know how to do it...

thanks a lot



---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com

*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)



<Prev in Thread] Current Thread [Next in Thread>
  • [nv-l] Re: [nv-l) acknowledge problem (was OID problem), James Shanks <=

Archive operated by Skills 1st Ltd

See also: The NetView Web