[Csync2] Syntax error on lock-timeout
Gary E. Miller
gem at rellim.com
Mon May 27 19:57:17 CEST 2013
Yo Lars!
On Mon, 27 May 2013 10:13:00 +0200
Lars Ellenberg <lars.ellenberg at linbit.com> wrote:
> > No clue, if it does not have Chuck Handshy's patch we have issues
> > with 1.34, otherwise my results have been good.
>
> The timeout parameter is "better" than that patch in that the patch
> hardcodes the timeout, but the parameter makes it configurable.
Configurable prolly better since I've had to play with the timeout.
> The patch has one "advantage" still, it retries every 250ms,
> where the current source code still tries only once per second.
> If you say that makes sense, we can easily add yet an other config
> parameter for that, or just hardcode it to 250ms as well.
I found that helped too. More 4x more chances to catch the lock open in
a given time frame.
> I've never run into this problem myself, but then we usually don't use
> it in a way that operates on millions of files at once...
Not so much the number of files as the number of clients. I have one
master and 20 slaves. Sometimes if a big change set happens the
cronjob will start a new pass before the last one finished so I can
get several connection to each slave, all contending for the one lock.
That said, I have seen the lock problem with just one 'csync -cBr /'
and one 'csync2 -uBr -P [host] /'.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701
gem at rellim.com Tel:+1(541)382-8588
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.linbit.com/pipermail/csync2/attachments/20130527/a221e26e/attachment.pgp>
More information about the Csync2
mailing list