df no longer shows squashfs mounts by default, as of today's coreutils
update
** Changed in: coreutils (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: coreutils (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1827159
Title:
check_all_disks includes squashfs /snap/* which are 100%
To
** Also affects: coreutils (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1827159
Title:
check_all_disks includes squashfs /snap/* which are 100%
This bug was fixed in the package monitoring-plugins - 2.2-6ubuntu1
---
monitoring-plugins (2.2-6ubuntu1) focal; urgency=medium
* d/p/exclude-tmpfs-squashfs-tracefs.patch: Ignore artificial filesystems
that trigger false-positive DISK CRITICAL checks due to reporting as at
Patch forwarded upstream to https://github.com/monitoring-plugins
/monitoring-plugins/pull/1609
** Changed in: monitoring-plugins (Ubuntu)
Status: Triaged => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Merge proposal linked:
https://code.launchpad.net/~bryce/ubuntu/+source/monitoring-plugins/+git/monitoring-plugins/+merge/375358
** Merge proposal linked:
https://code.launchpad.net/~xavpaice/nagios-charm/+git/nagios-charm/+merge/366741
--
You received this bug notification because
A PPA with the proposed fix is available at:
https://launchpad.net/~bryce/+archive/ubuntu/monitoring-plugins-sru-
lp1827159
Git branch with the packaging for the fix:
https://code.launchpad.net/~bryce/ubuntu/+source/monitoring-
plugins/+git/monitoring-plugins/+ref/monitoring-plugins-sru-
** Description changed:
[Impact]
- TBD
-
- [Test Case]
- TBD
-
-
- [Regression Potential]
- TBD
-
-
- [Fix]
- See comment #7
- This will need to be backported.
-
- [Discussion]
-
- [Original Report]
- When using nagios to monitor the Nagios host itself, if the host is not a
container,
** Description changed:
- When using nagios to monitor the Nagios host itself, if the host is not
- a container, the template for checking the disk space on the Nagios host
- does not exclude any snap filesystems. This means we get a Critical
- report if any snap is installed.
+ [Impact]
+ TBD
+
** Changed in: monitoring-plugins (Ubuntu)
Assignee: (unassigned) => Bryce Harrington (bryce)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1827159
Title:
check_all_disks includes squashfs
Ramon, I'm not certain yet if LP #1516451 and LP #1516451 are precisely
the same issue, although it's likely they can be solved in similar
fashion. Your customer issue looks like a better match to 1516451 since
it involves the /sys/kernel/debug/tracing file which I see you've
already commented on
Looks similar to https://bugs.launchpad.net/ubuntu/+source/nagios-
plugins/+bug/1516451
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1827159
Title:
check_all_disks includes squashfs /snap/* which
Currently experiencing this issue at customer site where there is a
permission issue as nagios user can't access this directory, this
particular mount point/directory is owned by root and the permission set
on this is 700.
The -X tracefs is not working. Would a new check be needed for tracefs
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1827159
Title:
check_all_disks includes squashfs /snap/* which are 100%
To manage notifications about this bug go to:
** Description changed:
When using nagios to monitor the Nagios host itself, if the host is not
a container, the template for checking the disk space on the Nagios host
does not exclude any snap filesystems. This means we get a Critical
report if any snap is installed.
This can be
Was able to reproduce using the command in /etc/nagios-
plugins/config/disk.cfg; I've added this as a test case in the report
body.
Adding -X squashfs did nothing, but -X tmpfs worked:
# /usr/lib/nagios/plugins/check_disk -w 10 -c 10 -e -X squashfs
DISK CRITICAL - free space: /dev 0 MB (100%
** Description changed:
When using nagios to monitor the Nagios host itself, if the host is not
a container, the template for checking the disk space on the Nagios host
does not exclude any snap filesystems. This means we get a Critical
report if any snap is installed.
This can be
This can be overridden in /etc/nagios-plugins/config/disk.cfg, right? By
adding the parameter you suggested.
** Changed in: monitoring-plugins (Ubuntu)
Status: New => Triaged
** Changed in: monitoring-plugins (Ubuntu)
Importance: Undecided => Low
--
You received this bug notification
This can be overridden in /etc/nagios-plugins/config/disk.cfg, right? By
adding the parameter you suggested.
** Changed in: monitoring-plugins (Ubuntu)
Status: New => Triaged
** Changed in: monitoring-plugins (Ubuntu)
Importance: Undecided => Low
--
You received this bug notification
This has been fixed in nagios-32 by deploying a custom
check_all_disks_no_squashfs check
** Changed in: nagios-charm
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Merge proposal linked:
https://code.launchpad.net/~xavpaice/nagios-charm/+git/nagios-charm/+merge/366740
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1827159
Title:
check_all_disks includes
21 matches
Mail list logo
