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

Re: multiple svn repositories on apache without a /svn/ path ?

From: Ryan Schmidt <subversion-2006d_at_ryandesign.com>
Date: 2006-11-09 00:56:56 CET

On Nov 8, 2006, at 17:34, Matthew Kerle wrote:

>> Your VirtualHost looks mostly reasonable to me. The only thing I'd
>> change is the DocumentRoot, which should definitely not be C:\svn,
>> since there are no files in that directory that you would ever
>> want Apache to serve out directly; you want everything in there to
>> go through mod_dav_svn, which is taken care of with the
>> SVNParentPath directive. Point the DocumentRoot at any other
>> directory, even an empty directory you've created somewhere.
>> Possibly you can even leave the entire DocumentRoot directive out
>> in this case; I'm not sure.
>
> 100% right! I removed the DocumentRoot declaration and the 301
> errors stopped straight away! I guess apache was getting confused
> between trying to serve the root itself or handing over to
> mod_dav_svn. It's now using the apache global doc root (C:\www)
> which is empty. The only caveat is that now I can't get the
> "Collection of Repositories" view from browsing the root, but this
> has solved my major issue, which was having to add a <Location> tag
> for each repository.

What do you see instead of the "Collection of Repositories" view?

> Funny thing, this may have been occuring before, but I've noticed
> now that if I type
> svn list http://svn/
> then on the server the apache service crashes and is automatically
> restarted (I can tell because I'm VNC'd in, and a box pops up
> informing me that "apache.exe has generated errors and will be
> closed by windows....".
>
> I find the following in the apache error log:
> [Thu Nov 09 09:54:49 2006] [notice] Parent: child process exited
> with status 3221225477 -- Restarting.
> [Thu Nov 09 09:54:49 2006] [notice] Apache/2.0.55 (Win32) DAV/2
> mod_jk/1.2.15 PHP/5.0.3 SVN/1.3.1 mod_auth_sspi/1.0.3 configured --
> resuming normal operations
> [Thu Nov 09 09:54:49 2006] [notice] Server built: Oct 9 2005 19:16:56
> [Thu Nov 09 09:54:49 2006] [notice] Parent: Created child process 976
> [Thu Nov 09 09:54:49 2006] [notice] Child 976: Child process is
> running
> [Thu Nov 09 09:54:49 2006] [notice] Child 976: Acquired the start
> mutex.
> [Thu Nov 09 09:54:49 2006] [notice] Child 976: Starting 250 worker
> threads.
>
> It looks like mod_dav_svn is crashing and taking apache with it.
> Does anyone know if this is a known bug with this version of svn
> (1.3.1)?

Yes, I also experienced this with Subversion 1.3.x, and still do with
1.4.0 now, both on Mac OS X 10.4. From my Apache error log:

[Wed Nov 08 17:45:26 2006] [notice] child pid 18317 exit signal Bus
error (10)
[Wed Nov 08 17:45:39 2006] [notice] child pid 18321 exit signal Bus
error (10)

 From the crash log in /Library/WebServer/Library/Logs/CrashReporter/
httpd.crash.log:

Thread 0 Crashed:
0 libsvn_subr-1.0.dylib 0x011a70e4 svn_stringbuf_dup + 4
(svn_string.c:454)
1 mod_dav_svn.so 0x01041060 dav_svn_walk + 144 (repos.c:3400)
2 mod_dav.so 0x0073f810 dav_handler + 3792 (mod_dav.c:
2064)
3 httpd 0x0000ada4 ap_run_handler + 100 (config.c:
157)
4 httpd 0x0000b418 ap_invoke_handler + 248
(config.c:373)
5 httpd 0x000258cc ap_process_request + 108
(http_request.c:258)
6 httpd 0x00024ea8 ap_process_http_connection +
120 (http_core.c:184)
7 httpd 0x0001f104 ap_run_process_connection + 100
(connection.c:43)
8 httpd 0x0002c4fc child_main + 1276 (prefork.c:641)
9 httpd 0x0002c6c0 make_child + 320 (prefork.c:739)
10 httpd 0x0002d014 ap_mpm_run + 2132 (prefork.c:861)
11 httpd 0x0000375c main + 3324 (main.c:717)
12 httpd 0x000022cc _start + 760
13 httpd 0x00001fd0 start + 48

I haven't been able to find a bug report on this yet, but it sounds
like it should be reported. I'll test Subversion 1.4.2 first though.

Note, though, that "svn ls" is not supposed to be able to show you
the list of repositories. SVNListParentPath is currently only
intended for use within a web browser, not within a Subversion
client. Making it work in a Subversion client would likely need to be
a separate enhancement request.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 9 00:57:44 2006

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.