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

Re: subversion 1.6.2 (svn+https) copy/commit "Could not read status line: Secure connection truncated"

From: Ronie Gilberto Henrich <ronie_at_ronie.com.br>
Date: Thu, 02 Jul 2009 23:45:40 -0400

Hi,

I am getting an error "Could not read status line: Secure
connection
truncated" when I am trying to do a "svn copy" or a "svn commit"
using svn+https.
subversion: 1.6.2
apache: 2.2.11
neon: 0.28.4
command: svn copy --config-option servers:global:neon-debug-
mask=130
https://redmine.example.com/svn/test/trunk
https://redmine.example.com/svn/test/branches/testcopy -m "test"


Any ideas of what am I doing wrong?
Or could it be a bug?
    

You provide a vast amount of information, which is fine from a debugging point of view, but which does make it difficult for others to quickly focus on the potential issue during "drive-by-mailinglist-reading".

Also, you seem to have quite a complex setup (load-balancing reverse proxy etc). I'd recommend the standard problem-solving approach: start with something very simple (e.g. just the simplest http(s) example from the SVN book) and see if it works. Then work your way up, step by step, checking if it still works at every step. That way, you have at least a chance of pinpointing which component breaks the setup. 

Or the other way around: start taking away complexity until you get it working. Maybe your setup worked fine for years, and just started breaking after adding ... to the httpd config, or after changing the low-level network config of machine/proxy/router X?

If I would have to make a "best guess", I'd say the load-balancing stuff is the prime suspect at the moment ...
        <IfDefine !SVNPROXY>
                SSLProxyEngine on
                ProxyPass / https://bla/
                ProxyPassReverse / https://bla/
                ProxyPreserveHost on
        </IfDefine>


HTH,
Johan
  
Hi Johan,

I did the same test (svn copy) taking of the load-balancing and reverse proxy == same error.
If I do the same svn copy using svn+ssh, everything works fine, so, I guess is something between svn and dav.

Any suggestions/ideas ?

Thanks and regards,
Ronie
Hi Johan,

Ignore my last email, I was able to isolate the problem.
I tried using just "Allow from x.x.x.x" (deleting the lines AuthType... to ... RedmineDbPass below), and the svn copy worked fine.
Do you see something wrong/missing in my configuration below?
<IfModule dav_fs_module>
	PerlLoadModule Redmine
	<Location /svn>
		DAV svn
		SVNParentPath "/var/svn/"
		AuthType Basic
		AuthName redmine
		Require valid-user
		PerlAccessHandler Apache::Authn::Redmine::access_handler
		PerlAuthenHandler Apache::Authn::Redmine::authen_handler
		RedmineDSN "DBI:Pg:dbname=redmine;host=redmine.example.com"
		RedmineDbUser "redmine"
		RedmineDbPass "redmine_passwd"
	</Location>
</IfModule>


Thanks and regards,
Ronie
Received on 2009-07-03 05:46:46 CEST

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.