[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: New SVNSYNC bug?

From: David Summers <david_at_summersoft.fay.ar.us>
Date: Tue, 29 Apr 2008 13:48:40 -0500 (CDT)

On Tue, 29 Apr 2008, David Glasser wrote:

> On Tue, Apr 29, 2008 at 11:36 AM, Lieven Govaerts <svnlgo_at_mobsol.be> wrote:
>> Justin Erenkrantz wrote:
>>> On Mon, Apr 28, 2008 at 3:48 PM, David Glasser <glasser_at_davidglasser.net>
>> wrote:
>>>> There were in fact changes to the svnsync RA calls as well as to the
>>>> svnserve protocol for it, so I wouldn't be horribly surprised if we
>>>> screwed something up in the compatibility code or something.
>>> FWIW, we're starting to deploy the mirroring code over at apache.org
>>> and we're seeing a similar bug to what David S. is seeing: new files
>>> aren't being added over replay. Changed/modified files are okay.
>>> (Sadly, our master SVN server has suffered a hard drive failure; so
>>> this is on the back burner for us now.) -- justin
>> David, Justin,
>> For completeness sake:
>> 1. between master and svnsync client you're using http, with ra_serf or
>> ra_neon?
>> 2. between svnsync and slave you're using what? ra_local?
>> I don't think the fact that you (DavidS) are using the WebDAV proxy should
>> be relevant here, as the added paths are dropped while syncing from master
>> to slave.
> Right; I'm not a proxy expert, but the syncing is just coming from a
> post-commit hook, and is unrelated to the proxy, right?

That sounds reasonable. I've not seen any corruption on the master, just
the slave via svn method svnsync.

David Wayne Summers        "Linux: Because reboots are for hardware upgrades!"
david@summersoft.fay.ar.us PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  0B44 B118 85CC F4EC 7021  1ED4 1516 5B78 E320 2001
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-29 20:49:01 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.