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

Re: Serving subversion with Apache on ZFS

From: Andrew Webber <andy_at_aligature.com>
Date: Wed, 4 Jun 2008 00:03:25 -0400

At this point I'm feeling pretty foolish. I've tracked down the problem to
a simple permissions issue. I had set the right permissions on the repo
itself, but not on the containing directory. Of course I'm thickheaded
enough to test apr_file_open by itself before I checked the permissions
again.

I apologize again for bothering everyone for no reason.

On Thu, May 29, 2008 at 8:52 AM, Andrew Webber <andy_at_aligature.com> wrote:

> Thanks for the responses.
>
> Yes. As I specified in my original post, I set mode 777 on the whole
> repository just to make sure. I apologize if it was inappropriate for me to
> post this on the dev list, but I thought it might be specifically related to
> a bug or development work necessary for subversion to support ZFS.
>
> I would be happy to try some debugging on the problem, but I don't really
> know where to start. Anyone have any specific advice on where (what files?
> functions?) to insert some debug statements to help verify that this is
> actually a code problem, not a configuration problem?
>
>
>
>
> On Thu, May 29, 2008 at 3:04 AM, David Glasser <glasser_at_davidglasser.net>
> wrote:
>
>> On Wed, May 28, 2008 at 12:46 PM, Andrew Webber <andy_at_aligature.com>
>> wrote:
>> > 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?
>> >
>> > I'm not sure if there might need to be code changes in subversion (maybe
>> > core code or apache module) to support ZFS. I haven't contributed to
>> > subversion before, but I'm an experienced C++ developer and wouldn't
>> mind
>> > getting my feet wet.
>> >
>> > Anyone have any ideas?
>>
>> Are you sure that permissions were set correctly so that whatever user
>> Apache runs as can access the repository (specifically
>> /docs/code/svn/format)?
>>
>> And this question really belongs on users_at_subversion.tigris.org.
>>
>> --dave
>>
>> --
>> David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
>>
>
>
Received on 2008-06-04 06:37:10 CEST

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

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