Re: [nv-l] WG: configuration of traps

[James Shanks <jshanks@us.ibm.com>]

1.  If your rulesets in ESE automation stop working, then you should check netstat -a when this happens and see whether any of the scokets used by nvcorrd are backed up with large numbers of traps.  After the send and receive buffers (size 32767 bytes) fill, the processes simply stop as they can neither send nor receive.  This may happen if you have a ruleset in ESE.automation which does a Forward or has the Event stream node set to PASS. 

2.  What you see is what you get.  There is no conditional processing for slots.  Your events get all that are defined in trapd.conf.  

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

"Mildeberger, Thorsten" <thorsten.mildeberger@eds.com> Sent by: owner-nv-l-digest@lists.us.ibm.com 10/27/2003 10:12 AM Please respond to nv-l

To:        nv-l@lists.us.ibm.com         cc:                 Subject:        [nv-l] WG: configuration of traps

> Hi all,
> by the look of things it seems that our rulesets inside of /usr/OV/ESE.automation occasionally stop to work. We opened a PMR for this problem. By the way we are running netview 7.1.3 with fixpack 1 on solaris based machines. 
> 
> In the meantime we would like to implement a kind of check, that is doing the following: 
> 1) sends self-made traps to the netview box, where the trap runs through all rulesets
> 2) finally an event is sent to the TEC server.
> 
> In case no event out of this check is received by the TEC server within a specified time intervall, a FATAL event is created and handeled by our operation team, meaning that there might be a problem with our ESE.automation rulesets.
> 
> My question is: 
> is there a way to configure what "slots" should finally be inserted into a netview event, which is sent to the TEC? 
> 
> Sure we can create a separate event class, that covers all slots that can be sent by our netview event inside of our check machanism, but it would be best to adjust the internal netview event, that is going to be sent to the TEC, cause we already have such an event class in place for checking our tec rules / tec processes.
> 
> I don´t think that a trap can be adjusted like this in the trapd.conf file directly, so only solution is creating a separate event class - right?
> 
> Thanks for your help and time.
> 
> best regards, 
> Thorsten Mildeberger
> 
> EMS Solutions - SMC Tools & Automation
> GOSD - Central Region
> EDS Deutschland GmbH
> Eisenstr. 43
> 65428 Rüsselsheim
> Tel.: +49 (0) 6142 80-3706 
> Fax.: +49 (0) 6142 80-3030                                       
> mailto:thorsten.mildeberger@eds.com
>