Zack Brown wrote:
On Mon, Jan 27, 2003 at 10:35:57AM -0800, Garret Wilson wrote:
Zack Brown wrote:
It doesn't seem like the same problem to me, because the only similar
error is that I get a svn: PROPFIND of /: 405 Method Not Allowed
I managed to reproduce this error using the following setting and
following file. After running chown -R apache.apache kerneltraffic
followed by a service httpd restart, everything was working fine for
me. I guess the real error is that when you require auth for read
access, the error message isn't very helpful.
The server I'm using is set up like this:
Location /svn/kerneltraffic
DAV svn
SVNPath /svn/kerneltraffic
AuthType Basic
AuthName Kernel Traffic Subversion Repository
AuthUserFile /svn/kt.userfile
Require valid-user
/Location
I've gzipped the entire server-side repository, and it's available (or
will be in about 20 minutes) at
http://zork.net/~zacko/ktsvn.tar.gz
Here's a transcript of what I saw and did:
[root_at_gig svnroot]# svn ls http://gig/svn/kerneltraffic
root's password:[enter]
username: test
test's password:XXXX
svn: RA layer request failed
svn: The path was not part of a repository
svn: PROPFIND of /: 405 Method Not Allowed
[root@gig svnroot]# ls -l
total 36
drwxrwxr-x 7 root root 4096 Jan 27 23:25 kerneltraffic
-rw-r--r-- 1 apache apache 38 Jan 27 23:35 kt.userfile
-rwxr-xr-- 1 apache apache 56 Jan 2 11:35 recover.sh
-rw-r--r-- 1 apache apache 438 Jan 27 23:29 repos.conf
-rw-r--r-- 1 apache apache 217 Jan 14 10:05 repos.conf~
-rwxr-xr-- 1 apache apache 493 Jan 7 13:50 svncreate.sh
drwxr-xr-x 7 apache apache 4096 Jan 2 11:25 test
drwxr-xr-x 7 apache apache 4096 Jan 7 09:47 uw
drwxr-xr-x 2 apache apache 4096 Oct 15 17:33 wascvs
[root@gig svnroot]# chown -R apache.apache .
[root@gig svnroot]# service httpd restart
Stopping httpd: [ OK ]
Starting httpd: [Mon Jan 27 23:36:25 2003] [warn] module php4_module is
already loaded, skipping
[ OK ]
[root_at_gig svnroot]# svn ls http://gig/svn/kerneltraffic
root's password:[enter]
username: test
test's password:XXXX
trunk/
Everything looks ok so far.
[root_at_gig svnroot]# svn co http://gig/svn/kerneltraffic work_it_baby
root's password:
username: test
test's password:
A work_it_baby/trunk
A work_it_baby/trunk/kt.dtd.1
A work_it_baby/trunk/help.xml
A work_it_baby/trunk/Makefile.cousinraw
[etc...etc...etc...]
A work_it_baby/trunk/kernel-traffic/kt20020407_161.xml
A work_it_baby/trunk/kernel-traffic/kt20011231_148.xml
A work_it_baby/trunk/kernel-traffic/kt20010528_120.xml
A work_it_baby/trunk/kernel-traffic/kt20010416_114.xml
svn: RA layer request failed
svn: could not checkout a file
svn: GET of
/svn/kerneltraffic/!svn/bc/20/trunk/kernel-traffic/kt20010416_114.xml:
timed out waiting for server
But this hang is a different bug of which is well known but not
thoroughly understood and might be specific to RedHat boxen so you
should ignore it as your mileage may vary. Running the same operation
over ra_local succeeded for me.
[root@gig svnroot]# svnadmin recover kerneltraffic
Acquiring exclusive lock on repository db.
Recovery is running, please stand by...
Recovery completed.
The latest repos revision is 20.
[root_at_gig svnroot]# svn co file:///svnroot/kerneltraffic work_it_baby_try_2
A work_it_baby_try_2/trunk
A work_it_baby_try_2/trunk/roundrobin.xml
A work_it_baby_try_2/trunk/kt.dtd.new
A work_it_baby_try_2/trunk/debian
[etc...etc...etc...]
A work_it_baby_try_2/trunk/kde/kde20010511_9.xml
A work_it_baby_try_2/trunk/kde/kde20020111_30.xml
A work_it_baby_try_2/trunk/news.raw
A work_it_baby_try_2/trunk/mirror.xml
Checked out revision 20.
Trying again over ra_svn works as well.
[root@gig svnroot]# svnserve -d -r /svnroot
[root_at_gig svnroot]# svn co svn://gig/kerneltraffic work_it_baby_try_3
A work_it_baby_try_3/trunk
A work_it_baby_try_3/trunk/roundrobin.xml
A work_it_baby_try_3/trunk/kt.dtd.new
A work_it_baby_try_3/trunk/debian
[etc...etc...etc...]
A work_it_baby_try_3/trunk/kde/kde20010511_9.xml
A work_it_baby_try_3/trunk/kde/kde20020111_30.xml
A work_it_baby_try_3/trunk/news.raw
A work_it_baby_try_3/trunk/mirror.xml
Checked out revision 20.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:21:07 2006