Skip to main content
Question

NRPE, Debian and RedHat inconsistencies and question about repositories.

  • June 17, 2026
  • 1 reply
  • 15 views

Forum|alt.badge.img+13

Hello,

I was wondering why there is so many differences between the NRPE for Debian and for RedHat, 

Debian user : centreon-engine (?!)

RedHat user : nrpe

 

Debian config : 

/etc/nrpe/centreon-nrpe4.cfg
RedHat config :
/etc/nagios/nrpe.cfg

By default, the only difference between these disto are the user used to run the binary

RedHat : nrpe
Debian : nagios

Theses new inconsistencies are painful to manage, perhaps the Debian package build by Centreon can set the same user as under RedHat

 

The last thing I don’t understand is why you asked to add this repository for Debian 

https://packages.sury.org/php

 

Which template needs PHP on a remote server monitored via NRPE ?

 

1 reply

omercier
Centreonian
Forum|alt.badge.img+15
  • Centreonian
  • June 19, 2026

Hi ​@benoitp,

  • Sury: you can ignore it. I only mentioned it because I met this issue while testing the procedure on a minimal Debian image (hence “At this point, if you get this error […] You may solve it by running [...]”). If you think it’s misleading, then we probably should remove it.
  • Config file paths: I’m not a Linux packagin expert, but I suspect there would be a conflict if the official NRPE package and ours shared common files or directories, that could lead to uncertain behaviour if anyone installs both on the same server. Same for the user.
  • Why two different package? Why do we tell to install Nagios’ official NRPE package on RH-like distros whereas we package our own flavour on Debian? Because on the latter, the official package is more hardened than on RH, since it’s compiled in a way that forbids to pass command arguments to the commands (ie they hard-disable the dont_blame_nrpe option). Since the whole point of our templates is to be able to configure the thresholds in the WUI, we had to adapt to this situation buy making our own build (actually the whole story is a bit more complicated than that, but it’s not relevant when talking about NRPE v4).

Now that it seems that NRPE is not the future of monitoring, and that we provide our own agent, we don’t plan on aligning both distros families.