2 Nagios processes found
Posted: Wed Mar 23, 2016 2:38 am
Hello,
Since I started scheduling a Reactor chain which uses the REST API to apply configuration, I've seen multiple times hat the Nagios process seems to bhe forked all of a sudden. This has happened at least three times. I know the solution is to execute 'killall -9 nagios && service nagios restart', but I was hoping for a more robust solution stead of a workaround. I've seen it happen with a 'normal' manual apply configuration, but I can't help think that the apply configuration done by the Reactor chain has a higher rate of failure.
The config of the chain is a n action 'submit an http request',
type POST
options apikey=%nagiosxiapikey%&pretty=1
URL https://%nagiosxiserver%/nagiosxi/api/v1/system/applyconfig
And is executed two times a day at 07:00 and 19:00 as a workaround for the memory leak caused by Mod Gearman.
It is also used as part of several superchains.
Any tip to prevent the multiple Nagios instances issue from happening is welcome.
Grtz
Willem
Since I started scheduling a Reactor chain which uses the REST API to apply configuration, I've seen multiple times hat the Nagios process seems to bhe forked all of a sudden. This has happened at least three times. I know the solution is to execute 'killall -9 nagios && service nagios restart', but I was hoping for a more robust solution stead of a workaround. I've seen it happen with a 'normal' manual apply configuration, but I can't help think that the apply configuration done by the Reactor chain has a higher rate of failure.
The config of the chain is a n action 'submit an http request',
type POST
options apikey=%nagiosxiapikey%&pretty=1
URL https://%nagiosxiserver%/nagiosxi/api/v1/system/applyconfig
And is executed two times a day at 07:00 and 19:00 as a workaround for the memory leak caused by Mod Gearman.
It is also used as part of several superchains.
Any tip to prevent the multiple Nagios instances issue from happening is welcome.
Grtz
Willem