Nagios check_queue probe should report unknown instead of critical when the data file is not populated
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack RabbitMQ Server Charm |
Fix Released
|
Medium
|
Chris Glass | ||
rabbitmq-server (Juju Charms Collection) |
Invalid
|
Medium
|
Chris Glass |
Bug Description
The check_queue nagios check reports "Critical" when the data file it uses to check on queue lenght is not yet populated (it's a race condition - it sometimes takes a few minutes until the file is populated).
Note that the file is present in this case, just doesn't contain any information yet, triggering the condition at https:/
Nagios documentation specifies that absence of low-level information should trigger a (soft) alert as unknown, since that will automatically recover when the information is made available (or escalate to a hard alert once the user-defined threshold is reached) https:/
Related branches
- OpenStack Charmers: Pending requested
-
Diff: 12 lines (+1/-1)1 file modifiedscripts/check_rabbitmq_queues.py (+1/-1)
Changed in rabbitmq-server (Juju Charms Collection): | |
assignee: | nobody → Chris Glass (tribaal) |
status: | New → In Progress |
importance: | Undecided → Medium |
tags: | added: landscape |
Changed in rabbitmq-server (Juju Charms Collection): | |
status: | In Progress → Fix Committed |
Changed in charm-rabbitmq-server: | |
assignee: | nobody → Chris Glass (tribaal) |
importance: | Undecided → Medium |
status: | New → Fix Committed |
Changed in rabbitmq-server (Juju Charms Collection): | |
status: | Fix Committed → Invalid |
Changed in charm-rabbitmq-server: | |
milestone: | none → 17.02 |
Changed in charm-rabbitmq-server: | |
status: | Fix Committed → Fix Released |