[prev in list] [next in list] [prev in thread] [next in thread] 

List:       prelude-user
Subject:    [prelude-user] reconnect question
From:       lenny () magitekltd ! com (LC Bruzenak)
Date:       2008-04-29 13:22:18
Message-ID: 1209475338.6556.1.camel () homeserver
[Download RAW message or body]


On Tue, 2008-04-29 at 10:33 +0200, Yoann Vandoorselaere wrote:
> Le lundi 28 avril 2008 ? 09:34 -0500, LC Bruzenak a ?crit : 
> > On Mon, 2008-04-21 at 19:33 +0200, Yoann Vandoorselaere wrote:
> > > Le jeudi 17 avril 2008 ? 19:05 -0700, LC Bruzenak a ?crit :
> > > > In testing, when the prelude-manager on my collection machine is stopped the
> > > > clients are unable to reconnect on their own.
> > > > I am forced to go restart those services in order to reestablish connection.
> > > > I realize that the collection server should never go away; it should be a
> > > > high-availability type of system.
> > > 
> > > This is what is supposed to happen: once an agent notice the connection
> > > loss, it will wait for ten seconds then attempt a reconnection. 
> > > 
> > > Each time the reconnection attempt fail, the connection timeout is
> > > increased by a factor of two, up to one hour total.
> > > 
> > > - 10 seconds
> > > - 20 seconds
> > > - 40 seconds
> > > - 80 seconds
> > > - ...
> > > - 3600 seconds
> > > 
> > > Aren't you observing this behavior? 
> >  
> > This may be happening as you describe.
> > 
> > We left the connection disabled for ~23 minutes, after which time your
> > algorithm would be at or near the 1-hour reconnect time.
> > 
> > It gets to a long time rather quickly this way...the first 3 checks in
> > the series happen in < 1 minutes, while the last 3 are at the 21.2
> > minutes, 42.4 minutes and 1 hour mark IIUC.
> > 
> > This is a long time - the reconnect time dominates the downtime.
> > 
> > Is there a reason for the incremental reconnect delay? 
> 
> Not really, we always achieved this behavior, and never got any negative
> feedback concerning it. Anyone out there would also like to see shorter
> reconnection time?
> 
> What about the same incremental delay, with the maximum timeout being
> ten minutes?

Perhaps a configurable maximum?

-- 
LC (Lenny) Bruzenak
lenny at magitekltd.com


[prev in list] [next in list] [prev in thread] [next in thread]