Issue with Write-Through Proxy + svn lock

Hello,

I have a query related to SVN Write-Through proxy setup.

Recently we suggested setting up SVN write-through proxy for one of our clients. We performed dry run proxy setup on test bed between the two sites and found the setup to be working. Following which we did the same setup on the Live SVN servers. The sync was working fine until couple of days back when we faced an error during the sync operation.

A user had modified a file after the Proxy setup, and the subsequent sync operation from Master to Slave failed with the following error,

Transmitting file data .svnsync: Server sent unexpected return value (423 Locked) in response to PUT request for '/svn-proxy-sync/svn/!svn/wrk/e5b0d99f-39aa-4649-8bc2-7e0e3ac8d628/path/to/the/file/file-name.xls'

I found this file (along with several other files) to be locked on both the Master and Slave.

The lock entries for that file are,

Path: /path/to/the/file/file-name.xls.xls
UUID Token: opaquelocktoken:b1e7f0bd-236d-0410-b379-ae6cd6ff439c
Owner: xyzuser
Created: 2009-06-25 08:53:04 +0530 (Thu, 25 Jun 2009)
Expires:
Comment (1 line):
Locking to ensure changes made only by ABC Team

After browsing through a lot of forums (e.g., http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1272718), it looks like there isn’t any concrete resolution to this issue. It seems to be certain that whenever a file that has a lock on it, gets modified, we would have to face a similar situation.

Can you please provide your valuable suggestions on this issue? Please let me know if you need any information from my side.

Environment details:
Master,
SVN version: 1.6.2
OS: CentOS (64 bit)
Sync User Name: svnsync

Slave,
SVN version: CollabNet 1.6.3
OS: RHEL4 (64 bit)
Sync User Name: svnsync

Thanks in advance!
Vivek

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2379921

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-04 10:48:11 CEST