Skip to content
This repository has been archived by the owner on Feb 12, 2022. It is now read-only.

track multiple instances of warn()/fail() per check #4

Open
manos opened this issue Feb 11, 2013 · 0 comments
Open

track multiple instances of warn()/fail() per check #4

manos opened this issue Feb 11, 2013 · 0 comments

Comments

@manos
Copy link
Contributor

manos commented Feb 11, 2013

e.g.

"It's unfortunately a global 'ok' state. If all checks passed, .ok() is called. When there are 5 checks in the script that could have called .warning(), .ok() would have no way to know which check to report on.

Similarly, monitorlib has no way to report multiple warnings/failures per check instance.
Say, check_http fails 3 URLs, it only reports the first one (to avoid emailing the warn state every 60 seconds).

This is a future enhancement - we should really track states whereby multiple instance/last_values can be tracked for each check.

-Charlie

On Feb 11, 2013, at 12:40 PM, Jos Boumans [email protected] wrote:

Would it be useful to have the new state show up in the message AFTER
an alert (or even in general)? Last error was '75.95ms is over 75ms'.

I now wonder, are we at 74.95, or at 30ms? Are we really ok?

On 11 Feb 2013, at 12:37, [email protected]
wrote:

{'host': 'cc001', 'message': 'all is well', 'severity': 'okay', 'plugin': 'response_times.py'}
"

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant