I'm building a new Apache-based Subversion 1.5 repository. Note that I've
built repositories like this in the past, but with an older (obvviously!)
version of Subversion.
The following software was installed on a SUSE Linux 2.6.5-7.252 system:
- Apache/2.0.49
- apr-0.9.17 *and* apr-1.3.2
- apr-util-0.9.15 *and* apr-util-1.3.2
- neon-0.28.1/
- subversion-1.5.0/
I've tried both the older and newer version of APR, as noted above (and,
with the corresponding apr-util). Neither one works.
Using the command line, and going directly against a repository works just
fine. I can create and check-in with no issues. Using Apache and DAV, I
can browse the code I've checked in from the command line. However, when I
try to do this:
svn co http://localhost/svn/testing
I get this error:
svn: Can't find a temporary directory: Error string not specified yet
The apache access log has this:
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "OPTIONS /svn/testing HTTP/1.1"
200 - "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/testing HTTP/1.1"
207 680 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/vcc/default
HTTP/1.1" 207 388 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/bln/1
HTTP/1.1" 207 439 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/testing HTTP/1.1"
207 680 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/vcc/default
HTTP/1.1" 207 388 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/bln/1
HTTP/1.1" 207 439 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/testing HTTP/1.1"
207 680 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/vcc/default
HTTP/1.1" 207 439 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/bc/1/testing
HTTP/1.1" 207 690 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "OPTIONS /svn/testing HTTP/1.1"
200 - "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/testing HTTP/1.1"
207 680 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/testing HTTP/1.1"
207 680 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/vcc/default
HTTP/1.1" 207 388 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/bln/1
HTTP/1.1" 207 439 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/testing HTTP/1.1"
207 680 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/vcc/default
HTTP/1.1" 207 388 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "PROPFIND /svn/!svn/bln/1
HTTP/1.1" 207 439 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
127.0.0.1 - - [02/Jul/2008:06:53:20 -0700] "REPORT /svn/!svn/vcc/default
HTTP/1.1" 500 259 "-" "SVN/1.5.0 (r31699) neon/0.28.1"
and the error log has this:
[Wed Jul 02 06:53:20 2008] [error] [client 127.0.0.1] The state report
gatherer could not be created. [500, #20014]
[Wed Jul 02 06:53:20 2008] [error] [client 127.0.0.1] Can't find a temporary
directory: Error string not specified yet [500, #20014]
Here's my apache configuration:
LoadModule dav_module /usr/lib/apache2/mod_dav.so
LoadModule dav_svn_module /usr/lib/apache2/mod_dav_svn.so
LoadModule authz_svn_module /usr/lib/apache2/mod_authz_svn.so
<Location /svn>
DAV svn
SVNPath /var/spool/svn/repos
</Location>
There's lots of disk space available on the system:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda2 34875984 28364024 6511960 82% /
tmpfs 3673148 12 3673136 1% /dev/shm
svnserve is not running.
The Apache user has write access to /tmp, /var/tmp, and the Subversion
repository path.
I've not found a solution via searching - most solutions to this problem
seem to revolve around disk space, but in my case, disk space is not an
issue.
Anyone have any suggestions?
Received on 2008-07-02 15:53:43 CEST