help-cfengine
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cfservd memory/file handle leak?


From: Mark Burgess
Subject: Re: cfservd memory/file handle leak?
Date: Thu, 22 Dec 2005 17:12:19 +0100

Yes, strategeies, for instance.


strategies:

  { purging

  NowAndThen: "1"
  ElseWhen:   "9"
  }

processes:

  NowAndThen.!BusyTime::

    "cfservd" signal=term restart "/var/cfengine/bin/cfservd"


Or simply restart it every night at some quiescent time.

M

On Thu, 2005-12-22 at 09:28 -0500, christian pearce wrote:
> I saw a gig over the course of a month.  We did stress testing to try
> and qualify a 1000 hosts and saw a growth with in a few days.  I will
> have to implement something to restart it.  Is there anything we can
> do with strategies to make this happen?
> 
> On 12/22/05, Mark Burgess <Mark.Burgess@iu.hio.no> wrote:
> > On Wed, 2005-12-21 at 09:51 -0500, christian pearce wrote:
> > > What is the best way to track down this leak?
> > >
> > > On 12/21/05, christian pearce <christian.pearce@versatile.com> wrote:
> > > > Has anyone tried the latest and greatest?  Is it fixd?
> > > >
> > > > USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
> > > > root      2491  0.3 26.3 1080636 1069048 ?   S    Nov22 129:29 cfservd
> > > >
> > > > I am running 2.1.15 on RedHat.  It has been running for over a month
> > > > now and it has 1 gig of memory consumed.
> >
> >
> > nexus$ ps -elf |head
> >  F S      UID   PID  PPID  C PRI NI     ADDR     SZ    WCHAN    STIME
> > TTY      TIME CMD 8 S     mark  8065  8050  0  50 20        ?
> > 145        ? 09:43:41 pts/3    0:00 grep cfser
> >
> >
> > Looking at my own sytsems I can see a slow growth of VM size over 3
> > months, on a busy server, nothing dramatic. I suggest that you randomly
> > restart the daemon to avoid this. That is what we used to do for dns
> > which has a much worse leak. Debugging this is not easy. I have gone
> > over things many times. It could also come from some third party library
> > like openssl or berkeleydb. It is very hard to know. But it is not a
> > serious problem. This is not going to tax anyone's servers.
> >
> > M
> >
> >
> 
> 
> --
> Christian Pearce





reply via email to

[Prev in Thread] Current Thread [Next in Thread]