You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Rick Jones <ri...@hp.com> on 2006/05/31 16:54:56 UTC
diagnosing "Internal Server" errors on commit
Hi -
I've been using a subversion repository for little whitepapers I write.
It has been going well for quite some time. Somewhere along the line,
something has happened and when I try to commit a newly added file to
the repository I get:
raj@tardy:~/briefs_work$ svn commit -m "First draft of a write-up"
Authentication realm: <http://tardy.hpl.hp.com:80> Subversion Repository
Password for 'raj':
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/svn/briefs/!svn/act/19ab434a-1815-0410-b759-bce11adaba64': 500
Internal Server Error (http://tardy.hpl.hp.com)
The query for the authentication realm was unexpected. I give it my
password and then get the above.
As for that has happened I've no clue. I cannot think of anything I've
changed explicitly on the system since it was last working.
I see this in the Apache error log:
[Wed May 31 09:46:18 2006] [error] [client 16.94.111.232] Could not
create activity
/svn/briefs/!svn/act/19ab434a-1815-0410-b759-bce11adaba64. [500, #0]
[Wed May 31 09:46:18 2006] [error] [client 16.94.111.232] could not
begin a transaction [500, #13]
[Wed May 31 09:46:18 2006] [error] [client 16.94.111.232] Can't create
directory '/svn/briefs/db/transactions/15-1.txn': Permission denied
[500, #13]
The permissions of /svn/briefs/db/transactions are:
tardy:/var/log/apache2# ls -ld /svn/briefs/db/transactions
drwxr-sr-x 2 raj raj 4096 2006-05-16 16:17 /svn/briefs/db/transactions
I would have expected that after authentication the web server would be
uid raj? In any event I've not explictly been messing about with
ownership or permissions.
Apache runs like this:
tardy:/var/log/apache2# ps -ef | grep ache
root 18173 1 0 Jan18 ? 00:00:04 /usr/sbin/apache2 -k restart
www-data 30444 18173 0 May30 ? 00:00:00 /usr/sbin/apache2 -k restart
www-data 30436 18173 0 May30 ? 00:00:00 /usr/sbin/apache2 -k restart
I have a system call trace of the Apache going through its paces - it is
a bit longer than I would post without checking.
Are there other logs I might be checking to see what might be going
wrong? I have this sneaking suspicion that the issue is one of those
silly things but don't know where exactly to go to search.
My subversion client is:
raj@tardy:~/briefs_work$ svn --version
svn, version 1.2.3 (r15833)
compiled Dec 4 2005, 03:38:36
Copyright (C) 2000-2005 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet
(http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
I believe the server is the same version, it is running on the same
system and was installed via apt-get some time ago. The OS is Debian:
raj@tardy:~/briefs_work$ uname -a
Linux tardy 2.6.8-1-686 #1 Thu Nov 25 04:34:30 UTC 2004 i686 GNU/Linux
Gentle taps with a nerf clue bat would be most welcome,
rick jones
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: diagnosing "Internal Server" errors on commit
Posted by Ryan Schmidt <su...@ryandesign.com>.
On May 31, 2006, at 19:30, Rick Jones wrote:
>>> tardy:/var/log/apache2# ls -ld /svn/briefs/db/transactions
>>> drwxr-sr-x 2 raj raj 4096 2006-05-16 16:17 /svn/briefs/db/
>>> transactions
>>>
>>> I would have expected that after authentication the web server
>>> would be uid raj? In any event I've not explictly been messing
>>> about with ownership or permissions.
>> Unless you've installed something special to do that, the usual
>> behavior would be that the user under which Apache runs needs to
>> have read/write permission to the repository.
>
> I'm thinking that what may have changed is that the repository was
> initially created "directly" via file: and now I was trying to
> access via http, hence the ownership/permissions mixup.
>
> Any idea if the error message returned gets "better" in 1.3?
The repository must be read/write accessible by the user trying to
make changes. For example, if you're accessing over the file:// or svn
+ssh:// protocols, then the repository must be readable/writable by
your system user. If you're accessing over svn:// protocol, then it
must be readable/writable by the user under which you've started the
svnserve daemon. If you're accessing over http:// or https://, then
it must be readable/writable by the user under which Apache runs.
I don't know if the error message has been improved in Subversion
1.3.x. Obtuse/confusing error messages are still one of Subversion's
rough edges...
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: diagnosing "Internal Server" errors on commit
Posted by Rick Jones <ri...@hp.com>.
>> tardy:/var/log/apache2# ls -ld /svn/briefs/db/transactions
>> drwxr-sr-x 2 raj raj 4096 2006-05-16 16:17 /svn/briefs/db/ transactions
>>
>> I would have expected that after authentication the web server would
>> be uid raj? In any event I've not explictly been messing about with
>> ownership or permissions.
>
>
> Unless you've installed something special to do that, the usual
> behavior would be that the user under which Apache runs needs to have
> read/write permission to the repository.
I'm thinking that what may have changed is that the repository was
initially created "directly" via file: and now I was trying to access
via http, hence the ownership/permissions mixup.
Any idea if the error message returned gets "better" in 1.3?
thanks,
rick jones
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: diagnosing "Internal Server" errors on commit
Posted by Ryan Schmidt <su...@ryandesign.com>.
On May 31, 2006, at 18:54, Rick Jones wrote:
> I see this in the Apache error log:
>
> [Wed May 31 09:46:18 2006] [error] [client 16.94.111.232] Could not
> create activity /svn/briefs/!svn/act/19ab434a-1815-0410-b759-
> bce11adaba64. [500, #0]
> [Wed May 31 09:46:18 2006] [error] [client 16.94.111.232] could not
> begin a transaction [500, #13]
> [Wed May 31 09:46:18 2006] [error] [client 16.94.111.232] Can't
> create directory '/svn/briefs/db/transactions/15-1.txn': Permission
> denied [500, #13]
>
> The permissions of /svn/briefs/db/transactions are:
>
> tardy:/var/log/apache2# ls -ld /svn/briefs/db/transactions
> drwxr-sr-x 2 raj raj 4096 2006-05-16 16:17 /svn/briefs/db/
> transactions
>
> I would have expected that after authentication the web server
> would be uid raj? In any event I've not explictly been messing
> about with ownership or permissions.
Unless you've installed something special to do that, the usual
behavior would be that the user under which Apache runs needs to have
read/write permission to the repository.
> Apache runs like this:
>
> tardy:/var/log/apache2# ps -ef | grep ache
> root 18173 1 0 Jan18 ? 00:00:04 /usr/sbin/apache2 -
> k restart
> www-data 30444 18173 0 May30 ? 00:00:00 /usr/sbin/apache2 -
> k restart
> www-data 30436 18173 0 May30 ? 00:00:00 /usr/sbin/apache2 -
> k restart
So the entire repository directory (or at least the dav, db and locks
directories, I think) should be owned by www-data. conf and hooks
could I think still safely be owned by you so that you can make
changes there if you want.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org