nv-l
[Top] [All Lists]

Re: [nv-l] ovactiond problem

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] ovactiond problem
From: "Gerardo Ruiz Garcia" <gerardo_ruiz@inicia.es>
Date: Tue, 14 Mar 2006 11:00:16 +0100
Delivery-date: Tue, 14 Mar 2006 10:01:27 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <44157408.4070607@skills-1st.co.uk>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thanks for all the suggestions, the main probelm is to deal with a 10-20
traps/sec  envirorment.
With the TEC adapter a lot of events never reach the TEC the same way not
all events are shown in a Workspace that as a 10 minutes delay.
I will try with the -w 0 option in ovactiond.
Thanks again.

>-- Mensaje Original --
>Date: Mon, 13 Mar 2006 13:30:48 +0000
>From: Jane Curry <jane.curry@skills-1st.co.uk>
>To: nv-l@lists.us.ibm.com
>Subject: Re: [nv-l] ovactiond problem
>Reply-To: nv-l@lists.us.ibm.com
>
>
>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.
>
>


¿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





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

Archive operated by Skills 1st Ltd

See also: The NetView Web