|
Softpanorama |
May the source be with you, but remember the KISS principle ;-)
Softpanorama Search
|
Hallo,
you have to setup a timer rule that checks after a given time if the event is still open. If that is the case, you send email to another person. Tricky part is to choose where to set the timer. If you set the timer on the event itself, you might end up with a CPU hog if this occurs often. The timer limit is still 1000 (upto 3.6 it was 100!).
Better way is to use the "eternal" TEC_Tick event which is always available. You'd have to set a timer initially in a TEC_Start rule:
rule: tecstart: (
event: _tick of_class 'TEC_Tick',
action: ( set_timer(_tick,60,'TEC heartbeat') )
).
Then, on timer expiry you reset the timer to its previous value and do whatever you want to have done. In your case you get the current time, calculate the difference to date_reception of your 'whatever' class event, and if the difference exceeds your limit the admin gets fired ;) because the 2nd email goes to HR.
timer_rule: tectick: (
event: _tick of_class 'TEC_Tick',
timer_info: equals 'TEC heartbeat',
action: (
/* first set the timer again */
set_timer(_tick,60,'TEC heartbeat'),
/* look for other events */
first_instance(event: _what of_class 'whatever'
where [ status: equals 'OPEN',
date_reception: _when ]),
/* do something with the _what event */
get_time(_cur_time),
_age is _cur_time - _when,
_age > 300,
exec_task(...),
).
There might be some typos here, read the rules reference at $BINDIR/../generic_unix/TME/TEC/BOOKS/HTML/reference.html.Tschau...Thomas
--
"Do you wanna be a legend or a passing footprint on the sands of time?"
Senior Consultant, Tivoli Certified Enterprise Consultant + Instructor
santix AG, +49-89-321506-0, Fax -99 www.santix.de, info@santix.de
Weihenstephaner Str. 4, D-85716 Unterschleissheim, GSM +49-171-4416678
Abstract: One of the most common challenges in a large event management system is to determine where a received event should go.In small TEC environments this is not a big problem, the event filtering capability of the TEC console is sufficient to ensure the event gets to the proper administrators.
In larger environments, the event filtering capability may not be the appropriate tool.
Often the event filter specifications become unmanageable and should there be a need to reinstall or move the TEC.
Common customizations of the Notification and Escalation rulesets shipped with Tivoli Enterprise Console 3.9 (TEC 3.9) can be done quickly and efficiently. These can improve event management productivity. Examples will be shown to illustrate customizations in a supported fashion. Ralph Baldwin will present on these topics on January 9, 2007.
This STE is intended to provide an understanding of the supplied event_thresholds.rls ruleset. Areas covered will cover areas such as
- looking in detail at the ruleset,
- how it works and how to trace and interpret the output.
It will be presented by David Leftwich on January 18, 2007.
The TEC Event Server will not process events through the rules engine if they come in as closed.
The TEC Server will not process events in which the msg slot is very large
The default syslog on SLES 10 is syslog-ng, not the old BSD-based syslogd
If TME Communications fail to send an EVENT to the TEC Server, how can that event be sent via NON-TME Communications instead of caching the event.
In large and small environments, it may be necessary to look at how much time it takes for the tec_gateway process to receive an event, pass it to state based correlation, get it back from state based correlation and send it on to the TEC Server
Even if hostname and origin IP value are defined in the (w)postemsg invocation, this still asks DNS to find the origin IP value
Copyright © 1996-2009 by Dr. Nikolai Bezroukov. www.softpanorama.org was created as a service to the UN Sustainable Development Networking Programme (SDNP) in the author free time. Submit comments This document is an industrial compilation designed and created exclusively for educational use and is placed under the copyright of the Open Content License(OPL). Site uses AdSense so you need to be aware of Google privacy policy. Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.
Disclaimer:
Last modified: August 15, 2009