Your message dated Sun, 15 Feb 2026 13:44:32 +0100
with message-id <[email protected]>
and subject line Re: [Pkg-nagios-devel] Bug#1128004: nagios-nrpe-server: Check
disk reports permission problem after reboot.
has caused the Debian Bug report #1128004,
regarding nagios-nrpe-server: Check disk reports permission problem after
reboot.
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.)
--
1128004: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1128004
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: nagios-nrpe-server
Version: 4.1.3-1
Severity: normal
Dear Maintainer,
after a reboot check_disk running from nrpe always reports
/run/credentials/[email protected] is not accessible: Permission denied
I can reproduce the error after every reboot.
The error is not visible with sudo -u nagios check_disk...
After restarting nagios-nrpe-server the error is gone.
I have the problem on 5 servers.
According to chatgpt the problem is related to [email protected]
in the systemd service file.
-- System Information:
Debian Release: 13.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.12.69+deb13-amd64 (SMP w/20 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages nagios-nrpe-server depends on:
ii adduser 3.152
ii init-system-helpers 1.69~deb13u1
ii libc6 2.41-12+deb13u1
ii libssl3t64 3.5.4-1~deb13u2
ii libwrap0 7.6.q-36
ii sysvinit-utils 3.14-4
Versions of packages nagios-nrpe-server recommends:
ii monitoring-plugins 2.4.0-3+deb13u1
ii monitoring-plugins-basic 2.4.0-3+deb13u1
Versions of packages nagios-nrpe-server suggests:
ii xinetd 1:2.3.15.4-5
-- no debconf information
--- End Message ---
--- Begin Message ---
On 2/15/26 12:09 PM, [email protected] wrote:
The command is
command[check_disks]=/usr/lib/nagios/plugins/check_disk -w 20% -c 07%
So implicitly using -A.
Exclude the offending path with -i:
/usr/lib/nagios/plugins/check_disk -w 20% -c 07% -A -i /run/credentials
Or all tmpfs filesystems with -X:
/usr/lib/nagios/plugins/check_disk -w 20% -c 07% -X tmpfs
The latter makes most sense because tmpfs filesystems don't consume disk space.
But the interesting thing is:
sudo -u nagios /usr/lib/nagios/plugins/check_disk -w 20% -c 07%
does not have the problem.
If nrpe is started during boot, I have the problem.
After systemctl restart nagios-nrpe-server.service the problem is gone.
After
systemctl stop [email protected]
systemctl stop nagios-nrpe-server.service
systemctl start nagios-nrpe-server.service
systemctl start [email protected]
the problem is back again
Upstream configured the systemd service to start before any login sessions,
this works in most environments.
Monitoring configuration is very site specific, you are expected to tune the
default configuration to suit your needs.
You can tune the check command or override the systemd service.
This is not an issue we need to fix in the nagios-nrpe-server package.
Kind Regards,
Bas
--
PGP Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
--- End Message ---