Re: Commit - 500 Internal Server Error in response to POST request
On 9/20/2012 2:19 PM, Mitchell Killian wrote: Guys, I've been beating my head against a wall for the last several days trying to figure this out. I'm moving my SVN repo to a new server. Shouldn't be too big a deal. I made the data dump, transferred it to my new server, installed svn v1.7.6, created the repo and imported the data dump into the new repo. No problem at all. In fact, I can browse to the repo and view all of the files. However, when I try to create a directory or commit changes to the new repo, I get this error message: Commit failed: Server sent unexpected return value (500 internal server error) in response to POST request for '/repos/!svn/me' I've thought it was a permissions issue, so I've tried every kind of user:group combo that I can and even given 777 permissions to the SVN repo folder and contents but to no avail. I've assigned nobody:nobody, username:nobody, and username:username but no user:group combo seems to work. For the life of me, I can't figure it out. Let me give some info about my system. Centos 5.8 WHM/cPanel 11.32.4 Apache 2.2.22 Subversion v1.7.6 Following up to the list: I suggested he look for a version mismatch between the installed DAV .so files and the new Subversion executables (i.e. that he may need to install new DAV .so files as well), and that turned out to be the case. He has reverted to Subversion 1.6.18 for the time being. -- David Chapman dcchap...@acm.org Chapman Consulting -- San Jose, CA Software Development Done Right. www.chapman-consulting-sj.com
Commit - 500 Internal Server Error in response to POST request
Guys,
I've been beating my head against a wall for the last several days trying to
figure this out. I'm moving my SVN repo to a new server. Shouldn't be too
big a deal. I made the data dump, transferred it to my new server, installed
svn v1.7.6, created the repo and imported the data dump into the new repo.
No problem at all. In fact, I can browse to the repo and view all of the
files. However, when I try to create a directory or commit changes to the
new repo, I get this error message:
Commit failed: Server sent unexpected return value (500 internal server
error) in response to POST request for '/repos/!svn/me'
I've thought it was a permissions issue, so I've tried every kind of
user:group combo that I can and even given 777 permissions to the SVN repo
folder and contents but to no avail. I've assigned nobody:nobody,
username:nobody, and username:username but no user:group combo seems to
work. For the life of me, I can't figure it out. Let me give some info about
my system.
Centos 5.8
WHM/cPanel 11.32.4
Apache 2.2.22
Subversion v1.7.6
I am attempting to run the svn from a subdomain: nat.domainname.com/repos
but I'm failing miserably. Here are the pertinent config files
httpd.conf
VirtualHost 192.168.0.105:80
ServerName nat.domainname.com
ServerAlias www.nat.domainname.com
DocumentRoot /home/username/public_html/svn
ServerAdmin webmas...@nat.domainname.com
UseCanonicalName Off
CustomLog /usr/local/apache/domlogs/nat.domainname.com combined
CustomLog /usr/local/apache/domlogs/nat.domainname.com-bytes_log %{%s}t
%I .\n%{%s}t %O .
## User username # Needed for Cpanel::ApacheConf
IfModule mod_suphp.c
suPHP_UserGroup username username
/IfModule
IfModule !mod_disable_suexec.c
IfModule !mod_ruid2.c
SuexecUserGroup username username
/IfModule
/IfModule
IfModule mod_ruid2.c
RUidGid username username
/IfModule
ScriptAlias /cgi-bin/ /home/username/public_html/svn/cgi-bin/
IfModule mod_dav_svn.c
Location /repos
DAV svn
SVNPath /home/username/svn
#AuthType Digest
#AuthName Integrity SVN
#AuthUserFile /home/username/.htpasswds/passwd
#Require valid-user
/Location
/IfModule
/VirtualHost
I'm also including the info from my access_log and error_log for this
ERROR_LOG
[Thu Sep 20 00:17:14 2012] [error] [client 192.168.0.105] Request exceeded
the limit of 10 internal redirects due to probable configuratio$
[Thu Sep 20 00:17:14 2012] [debug] core.c(3112): [client 192.168.0.105]
r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /repos/!svn/me
[Thu Sep 20 00:17:14 2012] [error] [client 192.168.0.105] Request exceeded
the limit of 10 internal redirects due to probable configuratio$
[Thu Sep 20 00:17:14 2012] [debug] core.c(3112): [client 192.168.0.105]
r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug] core.c(3118): [client 192.168.0.105]
redirected from r-uri = /home/username/public_html/index.php
[Thu Sep 20 00:17:14 2012] [debug]
RE: Commit - 500 Internal Server Error in response to POST request
David, You hit on the problem actually. The first obvious question is whether the .so files that Apache sees are for 1.7.6. Your CentOS distribution comes with an older version already installed; you need to replace that in its entirety. Since this is an WHM/cPanel server, I have to use EasyApache to compile Apache. I assumed that their Mod_Dav module would work with SVN 1.7.6. Thus, I deleted all vestiges of SVN and recompiled SVN v1.6.18, rebuilding the repos. Lo and behold, I can commit now. So there we have it, Subversion 1.7.6 doesn't seem to be compatible with WHM's Apache v2.2.22. Now I'll have to recheck out some repositories, but at least it's working! I should have thought of this earlier. Thanks for pointing me in the right direction! Mitchell Killian From: David Chapman [mailto:dcchap...@acm.org] Sent: Thursday, September 20, 2012 5:26 PM To: Mitchell Killian Subject: Re: Commit - 500 Internal Server Error in response to POST request On 9/20/2012 2:19 PM, you wrote: Guys, I've been beating my head against a wall for the last several days trying to figure this out. I'm moving my SVN repo to a new server. Shouldn't be too big a deal. I made the data dump, transferred it to my new server, installed svn v1.7.6, created the repo and imported the data dump into the new repo. No problem at all. In fact, I can browse to the repo and view all of the files. However, when I try to create a directory or commit changes to the new repo, I get this error message: Commit failed: Server sent unexpected return value (500 internal server error) in response to POST request for '/repos/!svn/me' I've thought it was a permissions issue, so I've tried every kind of user:group combo that I can and even given 777 permissions to the SVN repo folder and contents but to no avail. I've assigned nobody:nobody, username:nobody, and username:username but no user:group combo seems to work. For the life of me, I can't figure it out. Let me give some info about my system. I'm swamped, so I don't have time for analysis (and comparison of your Apache setup to mine), but the first obvious question is whether the .so files that Apache sees are for 1.7.6. Your CentOS distribution comes with an older version already installed; you need to replace that in its entirety. The other thing to try is create a very small test repository (empty is probably sufficient since you are having problems with commits), then define a minimal Apache installation with as few features as possible: no hook scripts, no virtual hosts, no extra modules, etc. If you get the same errors on a bare-metal Apache/Subversion server configuration, it will be much easier for people to help. Otherwise you have to hope that someone had exactly the same configuration as you and can point directly at the issue. It seems like you have a redirection problem; I'd look at the interaction between DocumentRoot and SVNPath. My non-VirtualHost DocumentRoot points to a completely unrelated directory; the DocumentRoot in my Subversion VirtualHost points to an empty directory. Only the SVNPath directory points to a non-empty directory - the repository itself. I believe you need to ensure that you don't point Subversion requests at the same directory (or a subdirectory) as your DocumentRoot. Your edited httpd.conf and log files might hide interactions between these two variables, making it hard for someone to analyze. (This is another reason why small test repositories are so nice - no editing required to remove proprietary data.) Good luck! -- David Chapman dcchap...@acm.org Chapman Consulting -- San Jose, CA Software Development Done Right. www.chapman-consulting-sj.com
