Nagios Support Forum

G 'Day Nagios Support,

Question. I understand how systemd is replacing the /etc/init.d scripts for service startups in RHEL7 and notice how the latest release of httpd.service when installing Nagios XI. So I have a question about that...I recently installed Nagios XI on a fresh clean system and have noticed that ndo2db utilized both systemd and /etc/init.d script. The reason I ask is that I stopped ndo2db using the init.d script and then restarted it but thereafter my localhost monitoring using "/usr/local/nagiosxi/scripts/manage_services.sh status ndo2db" began failing and it wasn't until I stopped ndo2db and then used systemctl to start it did it get its status correct. My guess is because systemctl expects the service to be started using itself and not a direct call from the /etc/init.d/ndo2db script. When I tried using the command manually

So in the latest nagiosxi release should ndo2db be started from within multi-user.target.wants and not the /etc/init.d/ndo2db script?

Trying to understand why its being defined in both?

Let me know and thanks,
Danny

If you are on a CentOS 7 system it will ecpect you are using As you noted, XI uses a wrapper script that accomplishes the same task, and you could use it as well This is what will always be used by the UI in XI

Hi Scott,

Yes I understand how to start it using systemctl but my question was "Why did the installation define both the /etc/init.d/ndo2db and systemd entry?"

As I stated previously if you find/use the init.d script to stop/start the ndo2db service the systemctl command no longer recognizes that the service is running when executing the manage_services.sh script and thus shows the service in an UNKNOWN state (warning) from the localhost monitoring within Nagios XI.

Just letting you all know that the installer places both entries and having the /etc/init.d/ndo2db script in place causes confusion like it did for me when I stop/started ndo2db from the init script and not the systemctl command.

This was just FYI...for others to consider...and perhaps let the developers/deployment team to consider this information in future releases.

Resolved.

Thanks...
Danny