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 ---

Reply via email to