Daniel Patterson wrote:
>Ben Collins-Sussman wrote:
>>
>> What version of svn? 1.1.3? Or are you testing the new trunk, now that
>> it supports http LOCK requests?
>
> I'll setup plain mod_dav and see what the Web Folders client does.
Ok, so I've got a plain mod_dav setup going, and I see this in
the Apache logs:
10.21.41.249 - n147897 [24/Mar/2005:08:57:15 +1100] "PROPFIND /
HTTP/1.1" 207 32733
10.21.41.249 - n147897 [24/Mar/2005:08:57:16 +1100] "MKCOL /New%20Folder
HTTP/1.1" 201 185
10.21.41.249 - n147897 [24/Mar/2005:08:57:16 +1100] "PROPFIND
/New%20Folder HTTP/1.1" 207 895
10.21.41.249 - n147897 [24/Mar/2005:08:57:33 +1100] "PROPFIND / HTTP/1.1"
207 871
10.21.41.249 - n147897 [24/Mar/2005:08:57:33 +1100] "MOVE /New%20Folder
HTTP/1.1" 201 187
And with this return code for the MOVE (201), Web Folders doesn't
complain.
I've done a packet dump when using Web Folders to access our SVN
repository, and the 409 error has an XML body that looks like
this:
<?xml version="1.0" encoding="utf-8"?>
<D:error xmlns:D="DAV:" xmlns:m="http://apache.org/dav/xmlns"
xmlns:C="svn:">
<C:error/>
<m:human-readable errcode="720145">
Can't remove 'E:/svn-repositories/test/db/transactions/15-1.txn': The
directory is not empty.
</m:human-readable>
</D:error>
Sure enough, in the fsfs filesystem on the server, the 15-1.txn
directory is still there.
The server is Win2k3, and here's what I see if I go look
in that directory:
e:\svn-repositories\test\db\transactions\15-1.txn>dir
dir
Volume in drive E is Data
Volume Serial Number is 44EB-26D5
Directory of e:\svn-repositories\test\db\transactions\15-1.txn
24/03/2005 09:15 AM <DIR> .
24/03/2005 09:15 AM <DIR> ..
0 File(s) 0 bytes
2 Dir(s) 65,316,487,168 bytes free
So, I've configured an FSFS repository on a Linux box, and repeated
the whole exercise. It seems to work just fine (no 409 errors,
no errors on the Web Folders client).
I'm not exactly sure what this points to. Something wrong with
the way transactions are cleaned up on FSFS on Win32? That doesn't
sound quite right, as regular CLI access to the repository works
just fine (no errors like this).
I'm a bit suspicious of the file permissions, but I'm currently
quite confused at what the Win32 equivalent of umask is. I
think the problem might lie there, but I'm not sure.
The Apache instance on this box is running as the "Local System"
user.
daniel
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 23 23:58:49 2005