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

Serving subversion with Apache on ZFS

From: Andrew Webber <andy_at_aligature.com>
Date: Sun, 2 Mar 2008 12:18:05 -0500

I'm having a problem bringing up a subversion server on a new machine.
Here's a quick summary of what I'm using.

- PowerMac quad-core Xeon
- Mac OS 10.5.2
- Apache 2.2.6 (64-bit)
- Subversion 1.4.6 built my me with CFLAGS=-m64
- FSFS repository
- Mode 777 recursively set on the repository
- The repository is on a ZFS filesystem

When I attempt to access the repository I get the following error in my
apache logs:

[Sun Mar 02 11:56:57 2008] [notice] Apache/2.2.6 (Unix) mod_ssl/2.2.6
OpenSSL/0.9.7l DAV/2 SVN/1.4.6 configured -- resuming normal operations
[Sun Mar 02 11:57:03 2008] [error] [client 68.162.106.61] (20014)Internal
error: Can't open file '/docs/code/svn/format': Permission denied
[Sun Mar 02 11:57:03 2008] [error] [client 68.162.106.61] Could not fetch
resource information. [500, #0]
[Sun Mar 02 11:57:03 2008] [error] [client 68.162.106.61] Could not open the
requested SVN filesystem [500, #13]
[Sun Mar 02 11:57:03 2008] [error] [client 68.162.106.61] Could not open the
requested SVN filesystem [500, #13]

If I move the repository to an HFS+ filesystem, I can access it through
apache. Also, I can access the repository on ZFS normally using the
file:/// protocol. Therefore, the problem seems to stem from using apache
with ZFS. I know that ZFS on mac is a little new at this point, but I was
surprised that it didn't "just work".

Does the subversion code specially look for resource files when running on a
mac?
I don't think that ZFS uses resource files. Could that be confusing
subversion somehow?
Are other people able to serve subversion on ZFS on Solaris 10?

Anyone have any ideas?
Received on 2008-03-03 00:42:49 CET

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.