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
|