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

Re: SVNSYNC: Locked file on deleted branch with svnsync

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2007-01-30 20:26:05 CET

On Tue, 30 Jan 2007, David Glasser wrote:
> On 1/30/07, David Summers <david@summersoft.fay.ar.us> wrote:
>> > Which repository?
>>
>>
>> Oh, sorry. On the master repository. I just checked, and the slave
>> repository has a whole lot more directorieses in the db/locks directory
>> than the master (which again is strange) and when I did the "svnadmin
>> lslocks /path/to/repository" on the slave it listed all the locked files.
>
> Aha. Yeah, running the replay on the master doesn't interact with
> locks at all, but on the mirror it is just doing an ordinary commit,
> and so locks will mess it up. Just delete them with svnadmin rmlocks.
> In general, you should not be doing any sort of commit or locking
> operation to svnsync mirrors; the notes/svnsync.txt file recommends
> using a hook to prevent commits by users other than svnsync, and
> perhaps it should also recommend not allowing any locks.
>

OK, I will try deleting them on slave and see what happens.

So, if we use dav-mirroring feature we can't use the file locking feature?

We can live with that if we have to but we have a bunch of non-mergeable
files and documents that we have "svn:needs-lock" turned on for.

Thanks!

--
David Wayne Summers        "Linux: Because reboots are for hardware upgrades!"
david_at_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@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 30 20:26:21 2007

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.