Your message dated Thu, 1 Jun 2017 07:21:07 +0200
with message-id <[email protected]>
and subject line Re: Bug#863797: Bug#863797: monitoring-plugins-basic: unable
to use check_disk inside /var/tmp
has caused the Debian Bug report #863797,
regarding monitoring-plugins-basic: unable to use check_disk inside /var/tmp
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
863797: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863797
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: monitoring-plugins-basic
Version: 2.2-3
Severity: important
Dear Maintainer,
After upgrade, check_disk on /var/tmp/mysql is broken.
Status using nrpe (wrong):
DISK CRITICAL - /var/tmp/mysql is not accessible: No such file or directory
Status using bash (works correctly):
$ /usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p /var/tmp/mysql
DISK OK - free space: /var/tmp/mysql 10187 MB (99% inode=99%);|
/var/tmp/mysql=42MB;8184;9207;0;10230
In nrpe, system wide /var/tmp is no more reachable
$ grep "/var/tmp" /proc/11489/mountinfo
115 113 254:2 / /var/tmp/mysql rw,noatime,nodiratime shared:65
master:32- xfs /dev/mapper/v1-tmp rw,attr2,inode64,noquota
121 113 8:5
/tmp/systemd-private-b35c254c031041979d3126e02a0c5c51-nagios-nrpe-server.service-7xjqpw/tmp
/var/tmp rw,relatime shared:66 master:28 - ext4 /dev/sda5 rw,data=ordered
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64
(x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages monitoring-plugins-basic depends on:
ii iputils-ping 3:20161105-1
ii libc6 2.24-10
ii libssl1.1 1.1.0e-2
ii monitoring-plugins-common 2.2-3
ii procps 2:3.3.12-3
ii ucf 3.0036
Versions of packages monitoring-plugins-basic recommends:
ii libcap2-bin 1:2.25-1
Versions of packages monitoring-plugins-basic suggests:
pn icinga | icinga2 <none>
--
Emmanuel DECAEN
--- End Message ---
--- Begin Message ---
notfound 863797 nagios-nrpe/3.0.1-3
thanks
On 05/31/2017 11:05 PM, Emmanuel DECAEN wrote:
>> And what does nagios-nrpe-server log on the system where the check_disk
>> command you claim fails?
>
> May 31 22:46:45 server nrpe[31037]: Running command:
> /usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p /var/tmp/mysql
> May 31 22:46:45 server nrpe[31037]: Command completed with return code 2
> and output: DISK CRITICAL - /var/tmp/mysql is not accessible: No such
> file or directory
> May 31 22:46:45 server nrpe[31037]: Return Code: 2, Output: DISK
> CRITICAL - /var/tmp/mysql is not accessible: No such file or directory
>
> I think the problem is related to this "private" mount in
> nagios-nrpe-server (extract from /proc/xx/mountinfo):
> 121 113 8:5
> /tmp/systemd-private-b35c254c031041979d3126e02a0c5c51-nagios-nrpe-server.service-MbLbk1/tmp
> /var/tmp rw,relatime shared:66 master:28 - ext4 /dev/sda5 rw,data=ordered
The systemd configuration uses PrivateTmp=true, you can override it by
adding a snippet:
/etc/systemd/system/nagios-nrpe-server.service.d/local.conf
With the following content:
[Service]
PrivateTmp=false
See systemd.exec(5) for details about PrivateTmp.
You have a non-standard setup, hence you need to customize the
configuration. This is not a bug in nagios-nrpe, so I'm closing this issue.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
--- End Message ---
