Hi Martina,
As far as I know, you can only map complete TRAP variables to TEC
slots. I can think of 2 approaches:
1) Run an automated action for this TRAP which parses out the second
token of the 3rd variable and generates a new TEC event using
wpostemsg. Deconfigure sending the original TRAP to TEC. You obviously
need to define your new TEC event with an extra attribute for the dead
service name - I would perhaps put it at the end of netview.baroc.
2) Run an automated action for this TRAP which again parses out the
second token of the 3rd variable and generates a new TRAP to your
NetView with the relevant information that you really want in it. Once
tested, customise your original service TRAP to be LOGONLY and not to be
forwarded to TEC and customise your new TRAP to forward to TEC, mapping
the variables as you want them. Same comment applies re modifying
netview.baroc.
I guess the 2nd solution is a more architecturally clean solution but
probably takes more processing.
Any other ideas??
Cheers,
Jane
Martina Haseneder wrote:
Hi folks,
we startet do control Ports/services with servmon.
Forwarded Events to TEC are the regular IBM_SUP_EV and IBM_SDWN_EV
with the default Slots
nv_var1 14
nv_var2 un030e00.serv.factory.de
nv_var3 Service sshd Critical
nv_var4 219065 219063 sshd 2 4
nv_var5 openview
Now my TEC-Admins would like to have the watched service in a
"seperate Slot".
How could I manage that?
You find the needed string in nv_var3 and nv_var4. (I have no idea
what the numbers in nv_var4 are for).
Could I isolate it in trapd.conf?
Thank you for all response
Martina
NV 7.1.4 on AIX 5.2
--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2005 Jane Curry <jane.curry@skills-1st.co.uk>. All rights
reserved.
|