Blair Zajac wrote:
> David Summers wrote:
>>
>> A thread got started this last May about "things we need to address
>> before a release can happen."
>>
>> One of those is something that I run into sporadically (happened again
>> today).
>>
>> There was discussion about it at
>> http://svn.haxx.se/dev/archive-2007-05/0404.shtml
>> but then the thread died.
>>
>>
>> When a large commit happens to the slave server (re-directed to the
>> master via web-dav proxy) then sometimes for a long time (1.5 hours
>> this last time) the user got errors on his client (I can get the exact
>> error if people are interested) until the slave synced up with the
>> master repository.
>
> In this case, don't you want to have the post-commit script block until
> it brings all the mirrors up to date with svnsync? This is in contrast
> to the normal situation where redirect std* to get their background
> processes to detach from post-commit.
>
You don't want to wait until all slaves are brought up to date, but only
for the sync to the slave that the client has used for the commit.
I suggested last week at SubConf to let the slave initiate the sync when
it finds out the commit has finished. I don't know how easy it is to
implement, but in concept this looks like the better model.
Lieven
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 24 19:20:18 2007