Re: SVNSYNC: Locked file on deleted branch with svnsync

On Tue, 30 Jan 2007, David Glasser wrote:

> On 1/30/07, David Summers <david@summersoft.fay.ar.us> wrote:
>> OK, I think maybe you think I'm comitting changes to the slave
>> repository????
>>
>> No, I have the httpd on the slave re-directing commits to the master
>> repository as Justin Erenkrantz suggested back a month or so ago.
>
> No, my suspicion is that while the new dav-mirror thing pushes commits
> back to the master, it doesn't do the same for locks.
>

Oh, Ok, that makes sense.

Meanwhile, I'm trying to delete the locks with
"svnadmin rmlocks /home/svnroot/Repository
/branches/bug-327/Repository/source/lib/openscenegraph/lib/osgGad.lib"
command on the SLAVE and even though the SLAVE lists those files with the
"svnadmin lslocks /home/svnroot/Repository" it is saying:

Path '/branches/bug-327/Repository/source/lib/openscenegraph/osgGAd.lib'
isn't locked.

....and I still can't do the svnsync because of the original error from
the master.

I may try just re-creating the slave and syncing up to work-around the
problem for now until I figure out what went wrong and how to prevent it.

I'm wondering if I've messed something up on my master server somehow in
the meantime as it is also saying there are files locked but when I go to
rmlock it says they aren't locked.

svnadmin verify shows everything OK on the master server.

I'm thinking that the db/locks is some kind of mapping table for quick
lookup but the actual lock info is in the file properties or something?

Thanks for any ideas on how to clean things up. I don't mind re-creating
the slave if I can make sure the MASTER is in good condition.

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