Unfortunately, it looks pretty tough to do it with an external script as well. If I am thinking this through correctly, if threshdir is defined the script will not get invoked after the first time the threshold is exceeded. In this case the alert would not be generated when x number of polling cycles is exceeded, but rather when the threshold is exceeded (and cleared) x number of times. If threshdir is NOT defined, the external script is still at a disadvantage. It would be able to hold off on alerting until the situation lasts x cycles, but it would never be invoked when "unbroken" occurs. In this case, it would send one alert, and then consider this to be a continuous situation and not send the alert again (assuming the script is defined to send only 1 alert per instance). It would never reset its counters, and unbroken messages would never be sent.
________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Barber, Erik A. Sent: Monday, June 07, 2010 3:02 PM To: [email protected] Subject: Re: [mrtg] threshold alerts I don't think that can be done today without an external script, but it would be a very cool feature to have. ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Forthofer Russ Sent: Monday, June 07, 2010 9:06 AM To: [email protected] Subject: [mrtg] threshold alerts I only recently became aware of the ability of MRTG to alert when a threshold is reached. I love this feature! But, I have some instances where it is less than optimal and I wonder if there is a work-around. I have a number of T1s which will occasionally peak to 80-85%, even though they normally run at about 25% utilization. The peaks do not last more than a single cycle of MRTG polling and so I would like to ignore these. I currently have this set to email when a threshold is reached. I would like to generate an alert only if a threshold of say 70 or 80% continues to be broken across multiply MRTG polling cycles. Is this possible? Do I need to use an external script to manage this or is there another way? ________________________________ The information contained in this e-mail and any accompanying documents is intended for the sole use of the recipient to whom it is addressed, and may contain information that is privileged, confidential, and prohibited from disclosure under applicable law. If you are not the intended recipient, or authorized to receive this on behalf of the recipient, you are hereby notified that any review, use, disclosure, copying, or distribution is prohibited. If you are not the intended recipient(s), please contact the sender by e-mail and destroy all copies of the original message. Thank you. The information contained in this e-mail and any accompanying documents is intended for the sole use of the recipient to whom it is addressed, and may contain information that is privileged, confidential, and prohibited from disclosure under applicable law. If you are not the intended recipient, or authorized to receive this on behalf of the recipient, you are hereby notified that any review, use, disclosure, copying, or distribution is prohibited. If you are not the intended recipient(s), please contact the sender by e-mail and destroy all copies of the original message. Thank you.
_______________________________________________ mrtg mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
