False positives in reporting server unavailable
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nagios-plugins-rabbitmq (Ubuntu) |
Fix Released
|
High
|
Christian Ehrhardt | ||
Xenial |
Fix Released
|
Medium
|
Unassigned | ||
Bionic |
Fix Released
|
Medium
|
Unassigned | ||
Disco |
Fix Released
|
Medium
|
Unassigned |
Bug Description
[Impact]
* If a rabbitmq server has no socket descriptors used the code
triggers a false positive and errors out mistakenly reporting the
server in a bad state.
* Backport the fix from upstream, which is there for more than 3 years
but hasn't tagged a new release since then.
[Test Case]
$ apt install rabbitmq-server nagios-
# Enable management http api
$ rabbitmq-plugins enable rabbitmq_management
# Now do the same via the nagios plugin (no actual nagios server needed)
$ cd /usr/lib/
$ ./check_
Output bad case:
RABBITMQ_SERVER CRITICAL - Unable to get values for Sockets | Memory=0.57%;80;90 Process=0.04%;80;90 FD=0.05%;80;90
Output good case:
RABBITMQ_SERVER OK - Memory OK (0.57%) Process OK (0.04%) FD OK (0.05%) Sockets OK (0.00%) | Memory=0.57%;80;90 Process=0.04%;80;90 FD=0.05%;80;90 Sockets=0.00%;80;90
[Regression Potential]
* The change is fortunately minimal and therefore easy to review.
The old check by accident caused a value of 0 to become true due to the
negation. Actually the check should have been if the value is defined
at all. The regression impacts of this change IMHO are low, I can think
of a scenario where people got used to see all idle servers in this
particular broken state which will after the fix be reported "green"
now - but I don't think that is something that should stop the SRU.
[Other Info]
* This is harder to test on Xenial as the default setup there will not
have zero socket descriptors, but the problem is the same.
----
On a unused rabbitmq machine, the server monitoring reports that it was unable to get a value for sockets.
This is not true, except the value is 0. In upstream this is already fixed by replacing !$used by !defined($used) on line 168 in /usr/lib/
Description: Ubuntu 16.04.3 LTS
Release: 16.04
nagios-
Installed: 1:1.2.0-2.1
Candidate: 1:1.2.0-2.1
Version table:
*** 1:1.2.0-2.1 500
500 http://
500 http://
100 /var/lib/
Related branches
- Robie Basak (community): Approve
- Canonical Server: Pending requested
-
Diff: 42 lines (+10/-2)3 files modifieddebian/changelog (+7/-0)
debian/control (+2/-1)
scripts/check_rabbitmq_server (+1/-1)
tags: | added: cpe-onsite |
Changed in nagios-plugins-rabbitmq (Ubuntu): | |
assignee: | nobody → Christian Ehrhardt (paelzer) |
description: | updated |
Changed in nagios-plugins-rabbitmq (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in nagios-plugins-rabbitmq (Ubuntu Xenial): | |
status: | New → Confirmed |
status: | Confirmed → Triaged |
Changed in nagios-plugins-rabbitmq (Ubuntu Bionic): | |
status: | Confirmed → Triaged |
Changed in nagios-plugins-rabbitmq (Ubuntu Disco): | |
status: | Confirmed → Triaged |
The attachment "Fixes issue" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]