If one uses a default ratio of 5:30 (5 minute poll, 30 minute expire)
then LIFETIME should be more than "a bit longer than" the life span of
the report. Assuming the philosophy of no less than 5 missed intervals
leading to purple is consistent. Hmm...
Ah, the bb manpage says "sligtly more than" (sic) "is a good idea".
This is contradicted by the LIFETIME default of 30. Two ways come to
mind to resolve this contradiction:
* Change LIFETIME to 6 or 7 (hobbitd.c, handle_status, validity).
* Change the manpage's text, from "sligtly more than" to "a multiple
of" (or something similar).
On Thu, Oct 23, 2008 at 6:47 PM, Samuel Cai
<user-ba507acc1d03@xymon.invalid> wrote:
From: Ralph Mitchell [mailto:user-00a5e44c48c0@xymon.invalid]
Sent: Tuesday, September 16, 2008 12:44 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Tricky bug in Purple status determination
[snip]
What you should do is alter the test script to use the "status+LIFETIME"
format, where LIFETIME is the life span of the report, as described in
the bb man page, and make the lifetime a bit longer than the the test
interval.