LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: [lvs-users] Defunt Process

To: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>, Henrique Fernandes <sf.rique@xxxxxxxxx>
Subject: Re: [lvs-users] Defunt Process
From: Simon Horman <horms@xxxxxxxxxxxx>
Date: Mon, 9 Aug 2010 16:58:05 -0400
On Mon, Aug 09, 2010 at 04:50:39PM -0400, Simon Horman wrote:
> On Mon, Aug 09, 2010 at 05:32:11PM -0300, Henrique Fernandes wrote:
> > My test is a python script that sends an email!
> > 
> > If it sends the email ok! with exit with 0 anything else exits with 1
> > 
> > The test is working ok!
> > 
> > The only problem is when thet test takes more than the checktimeout, in that
> > case, my script becomes an defaunt proccess.
> > 
> > If you need anything else let me know!
> 
> Hi Henrique,
> 
> I'm a little confused. The purpose of the checktimeout is to time-out in
> such situations. So I suggest increasing its value to something more
> appropriate to your script. You can set it on a per-virtual or global
> basis. A value of 0 should disable the timeout (in this case at least).
> Can you see if this resolves the problem you are seeing?

To clarify, I mean, try setting the time-out to a higher value,
or if that doesn't suit you, setting the time-out to zero.

> 
> > 
> > checktimeout=4
> > checkinterval=2
> > autoreload=yes
> > logfile="/var/log/ldirectord.log"
> > #logfile="local2"
> > quiescent=yes
> > fork = yes
> > 
> > virtual=X.X.X.X:25
> >         netmask=255.255.255.128
> >         real=10.0.1.10:25 masq
> >         real=X.X.X.X masq
> >         real=10.0.1.11:25 masq
> >         service=smtp
> >         protocol=tcp
> > #       checktype=connect
> >         checktype=external
> >         checkcommand="/usr/local/bin/checa-email.py"
> 
> e.g.
>       checktimeout=30
> 
> > 
> > virtual=X.X.X.X:143
> >         netmask=255.255.255.128
> >         real=10.0.1.10:143 masq
> >         real=10.0.1.11:143 masq
> >         real=X.X.X.X:143 masq
> >         service=imap
> >         protocol=tcp
> >         checktype=negotiate
> >         login="xxxxxx"
> >         passwd="xxxxxx"
> > 
> > []'sf.rique
> > 
> > 
> > On Mon, Aug 9, 2010 at 5:25 PM, Simon Horman <horms@xxxxxxxxxxxx> wrote:
> > 
> > > On Mon, Aug 09, 2010 at 05:17:56PM -0300, Henrique Fernandes wrote:
> > > > I have a problem with heartbeat and ldirectord
> > > >
> > > > I have made a script that checks if some services are function. But the
> > > > problem is when this check takes longes that ldiretord timeout
> > > >
> > > > If that happes, the system creates an defunct proccess, and this list
> > > keeps
> > > > growing.
> > > >
> > > > does any one have an idea ?
> > > >
> > > > I am current using heartbeat and ldiretorc from centos repository!
> > > >
> > > > centos5
> > > > Linux Director v1.186-ha-2.1.3
> > >
> > > Hi Henrique,
> > >
> > > could you give a little bit more details about what
> > > your test is and what your ldirectord.cf looks like?
> > >
> > >
> > _______________________________________________
> > Please read the documentation before posting - it's available at:
> > http://www.linuxvirtualserver.org/
> > 
> > LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> > Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> > or go to http://lists.graemef.net/mailman/listinfo/lvs-users
> 
> _______________________________________________
> Please read the documentation before posting - it's available at:
> http://www.linuxvirtualserver.org/
> 
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://lists.graemef.net/mailman/listinfo/lvs-users

_______________________________________________
Please read the documentation before posting - it's available at:
http://www.linuxvirtualserver.org/

LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://lists.graemef.net/mailman/listinfo/lvs-users

<Prev in Thread] Current Thread [Next in Thread>