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

Re: Web Folders, renaming resources and SVNAutoversioning errors

From: Daniel Patterson <danpat_at_danpat.net>
Date: 2005-03-23 23:55:50 CET

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: - n147897 [24/Mar/2005:08:57:15 +1100] "PROPFIND /
HTTP/1.1" 207 32733 - n147897 [24/Mar/2005:08:57:16 +1100] "MKCOL /New%20Folder
HTTP/1.1" 201 185 - n147897 [24/Mar/2005:08:57:16 +1100] "PROPFIND
/New%20Folder HTTP/1.1" 207 895 - n147897 [24/Mar/2005:08:57:33 +1100] "PROPFIND / HTTP/1.1"
207 871 - 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

  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

    <?xml version="1.0" encoding="utf-8"?>
    <D:error xmlns:D="DAV:" xmlns:m="http://apache.org/dav/xmlns"
    <m:human-readable errcode="720145">
    Can't remove 'E:/svn-repositories/test/db/transactions/15-1.txn': The
directory is not empty.

  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:

 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"


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

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

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