Reloading nagios config

Marc Powell marc at ena.com
Wed May 24 17:15:41 CEST 2006



> -----Original Message-----
> From: jeff vier [mailto:boinger at tradingtechnologies.com]
> Sent: Wednesday, May 24, 2006 10:01 AM
> To: Marc Powell
> Cc: nagios-users at lists.sourceforge.net
> Subject: RE: [Nagios-users] Reloading nagios config
> 
> On Wed, 2006-05-24 at 09:53 -0500, Marc Powell wrote:
> > > And when you get "weirdness" with your CGIs the phrase you'll be
> > looking
> > > for is 'zombie processes'.
> > That should only occur on restart, when a new daemon is started, not
> > reload since the currently running daemon is maintained.
> 
> "should", perhaps.
> 
> It's bitten me.
> 
> Any zombies would maintain the old config, no?
> 
> I can say, for sure, I have seen it with my server here.
> I've gotten out of the habit of using reload long ago, so, perhaps
it's
> fixed, but it also seems logical to me that it could cause the zombie
> problem.

I've just switched from using restarts to reloads a week ago so we'll
see if it crops up ;)

My understanding of the issue (from personal experience) is that a
restart didn't always kill the old daemon before starting the new one,
resulting in two (or more, after several restarts) daemons running and
writing to the same status files. Since a reload doesn't spawn a new
daemon process, the problem shouldn't occur. It seems I might not have a
complete understanding...

--
Marc

--
Marc


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list