nv-l
[Top] [All Lists]

Re: [nv-l] ovactiond problem

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] ovactiond problem
From: Jane Curry <jane.curry@skills-1st.co.uk>
Date: Mon, 13 Mar 2006 13:30:48 +0000
Delivery-date: Mon, 13 Mar 2006 19:32:50 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <4253B9BA00059602@pop3.es.tisadm.net>
References: <4253B9BA00059602@pop3.es.tisadm.net>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
User-agent: Mozilla Thunderbird 0.5 (X11/20040208)
It is perfectly possible with NetView on Unix, to configure NetView to convert your own TRAPs to TEC events and forward them with nvserverd. From Options -> TTrap Configuration, use the boxes in the middle of the panel to specify the TEC class you want to convert to and use the "Slot mapping" box to specify how to map TRAP varbinds into TEC slots. You obviously also need to do the work on your TEC Server to configure in baroc files that match up with what you configure in Netview. You can specify ant class you wish.

If you leave the TEC Class field empty in trap configuration, then it defaults to TEC_ITS_BASE.

That way, you get the benefits James described of having NetView daemons that are optimised to forward to TEC, rather than having ovactiond run wpostemsg.

Cheers,
Jane

Gerardo Ruiz Garcia wrote:

The main reason is to create our own classes in TEC, and fill the message
fields in TEC with aditional information.
We send trapss from enterprises that do not suplly TEC baroc files (baseboard
from Dell Servers and RAID alert), so we heve create our own class with
our own slots . THat the reason of execute and script to send an alert to
TEC.
No Netview events ate send to TEC, only private enterprises traps definition.
-- Mensaje Original --
Subject: Re: [nv-l] ovactiond problem
To: nv-l@lists.us.ibm.com
From: James Shanks <jshanks@us.ibm.com>
Date: Thu, 9 Mar 2006 12:50:26 -0500
Reply-To: nv-l@lists.us.ibm.com


Is there some reason why you would choose this method of the internal TEC
adapter in nvserverd?   That method is optimized by having nvcorrd pick
out
the correct events to send and then having nvserverd do the formatting
and
sending (two daemons rather than one share the processing).

Using a ruleset and the internal adapter is far more efficient than using
wpostemsg from a script if you are going to send a lot of events.
But I don't see how setting the -w to zero could hurt you, since the TEC
server can handle out-of-sequence events if that becomes an issue.  The
thing is that once the scripts are launched, you have no control of which
one(s) the operating system gives priority to.  Usually it's FIFO but you
never know.

Anybody else sending events to TEC with using postemsg or wpostemsg have
something they'd like to share?

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




"Gerardo Ruiz


Garcia"


<gerardo_ruiz@ini
To
cia.es> nv-l@lists.us.ibm.com


Sent by:
cc
owner-nv-l@lists.


           us.ibm.com                                            Subject

Re: [nv-l] ovactiond problem




03/09/2006 12:36


PM






Please respond to


nv-l@lists.us.ibm


.com










The design is tio execute an script for each event that means a TEC message
executng a wpostemsg comand in the script.
In this way we can create our own class definition
The mayor traps are received from Cisco Router snmp agent: interface limks,
environment problems etc..
Only a few tarps or events are configured to send wpostemsg to TEC, but
the rate of traps/events makes ovactiond disconect from trapd.
I do not understand the meaning of serializing a resource.

Thanks for the comments I will try to set -W to cero and inncrease size
of trapd.
What is your opinion of the desing for TEC connection.?


-- Mensaje Original --
Subject: Re: [nv-l] ovactiond problem
To: nv-l@lists.us.ibm.com
From: James Shanks <jshanks@us.ibm.com>
Date: Thu, 9 Mar 2006 08:03:02 -0500
Reply-To: nv-l@lists.us.ibm.com


Probably so, especially if you are serializing on some resource.  What
is
it that you are trying to do?

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



           "Gerardo Ruiz
           Garcia"
           <gerardo_ruiz@ini
To
           cia.es>                   nv-l@lists.us.ibm.com
           Sent by:
cc
           owner-nv-l@lists.
           us.ibm.com                                            Subject

                                     Re: [nv-l] ovactiond problem
           03/09/2006 04:53
           AM
           Please respond to
           nv-l@lists.us.ibm
                 .com



I have a question to the option wait -w set to cero.
THat it means that the script are executed in background? , so I have
to
develop the scripts in a way that several instances of the script can
we
executed at the same time.

-- Mensaje Original --
Subject: Re: [nv-l] ovactiond problem
To: nv-l@lists.us.ibm.com
From: James Shanks <jshanks@us.ibm.com>
Date: Wed, 8 Mar 2006 09:14:26 -0500
Reply-To: nv-l@lists.us.ibm.com


Francois is probably right that increasing the application queue size
will
help resolve your problem, but you should be aware of the performance
implications of what you are doing.  The reason that ovactiond is losing
contact with trapd is that he cannot execute whatever it is that you
are
having him execute fast enough to keep up.  So his trap queue backs up
inside trapd  and then trapd closes it when it gets full.  trapd can
handle
receiving 10 traps a second and passing them on, but ovactiond cannot
take
action on every one at that rate.  So making the queue size bigger will
probably allow ovactiond to stay connected, but he will fall behind.
The
only way he can catch up is if the trap rate to him slows down
eventually,
or if he doesn't wait for the actions you ask him to execute to complete.
By default they are serialized.  But you can have him just spawn them
as
fast as he can by setting the wait time (-w) to zero.
See the man page on ovactiond.

The entire idea behind trap processing is that it should be "bursty",
that
is, that there should be slow periods as well as fast ones.  If there
aren't any slow periods, then your daemons are likely to fall behind,
depending on how much work you have them do.     I don't have any
benchmarks to share with you, so you are going to have to watch your
system
for yourself.

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



           Francois Le Hir
           <flehir@ca.ibm.co
           m>
To
           Sent by:                  nv-l@lists.us.ibm.com
           owner-nv-l@lists.
cc
           us.ibm.com
Subject
                                     Re: [nv-l] ovactiond problem
           03/08/2006 08:18
           AM
           Please respond to
           nv-l@lists.us.ibm
                 .com







you can increase the value of "Set Trapd connected applications queue
size"
in the trapd configuration (smitty nv6000 or serversetup). I don't
remember
the default value but mine is now set to 25000 (which is probably much
more
than the default).

Salutations, / Regards,

Francois Le Hir
Network Projects & Consulting Services
IBM Global Services




           "Gerardo Ruiz
           Garcia"
           <gerardo_ruiz@ini
To
           cia.es>                   nv-l@lists.us.ibm.com
           Sent by:
cc
           owner-nv-l@lists.
           us.ibm.com
Subject
                                     [nv-l] ovactiond problem

           03/08/2006 04:34
           AM


           Please respond to
           nv-l@lists.us.ibm
                 .com






Hi list:
In our Netview design it is executed a script with several traps are
received,
in trapd configuracion.
As the rate of traps is 10 per second the ovactiond has problems, with
the
following message in ovactiond.log:

03/06/06 10:00:33 ovactiond lost contact with trapd.
03/06/06 10:03:40 ovactiond lost contact with trapd.
03/06/06 10:14:46 ovactiond lost contact with trapd.
03/06/06 10:29:16 ovactiond lost contact with trapd.
03/06/06 10:31:14 ovactiond lost contact with trapd.

How can I improbe behaviour of ovactiond.
trapd is configured with default settings.
Netview 7.1.4 FP03 AIX5.2 ML-6 .

Any comments wil be appreciated.




¿Quieres sacar el máximo a tu conexión Tiscali?

Toda la información sobre como configurar tu conexión
en nuestra sección de Ayuda.
http://ayuda.tiscali.es/ayuda










¿Quieres sacar el máximo a tu conexión Tiscali?

Toda la información sobre como configurar tu conexión
en nuestra sección de Ayuda.
http://ayuda.tiscali.es/ayuda







¿Quieres sacar el máximo a tu conexión Tiscali?

Toda la información sobre como configurar tu conexión
en nuestra sección de Ayuda.
http://ayuda.tiscali.es/ayuda









¿Quieres sacar el máximo a tu conexión Tiscali?

Toda la información sobre como configurar tu conexión
en nuestra sección de Ayuda.
http://ayuda.tiscali.es/ayuda






--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2006 Jane Curry <jane.curry@skills-1st.co.uk>.  All rights 
reserved.



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

Archive operated by Skills 1st Ltd

See also: The NetView Web