Project

General

Profile

Error parsing svn output » History » Revision 12

Revision 11 (Andrey Ivanov, 2013-12-20 11:39) → Revision 12/13 (Marcel Müller, 2015-02-02 00:10)

h1. Error parsing svn output 

 h2. Background 

 Redmine is Rails application running on web server (Apache etc.). 
 And Redmine calls "svn" commdand on web server. 
 So, you need to configure web server process *uid* correctly. 
 Check what your web server uid is. 
 (E.g. "ps -ef", "top") 

 h2. Introduction 

 If after adding a repository you get an error "The entry or revision was not found in the repository" on the Repository tab, check in your log folder (e.g. /var/log/redmine/default) for production.log. 

 If you find this error in production.log there's probably an error when the redmine user runs the svn command: 
 > Error parsing svn output: #<REXML::ParseException: No close tag for /lists/list> 

 (Redmine still tries to parse the output of the svn command as XML, but errors aren't formatted as XML, thus the parse error.) 

 To troubleshoot try running the command as the redmine user to see what the error is, for example: 
 > sudo -u www-data svn list --xml 'https://svn.server.address/reponame'@HEAD 

 (You may have to add "www-data ALL=(ALL) NOPASSWD:ALL" to /etc/sudoers) 

 Now resolve the error so that you get only clean xml from the command every time. 

 If you get prompted to accept the server's certificate every time you need to give the redmine user a directory to store svn configuration in. Create a directory somewhere and make sure the redmine user is owner, for example: 
 > sudo mkdir /usr/share/redmine/svn 

 > sudo chown www-data:www-data /usr/share/redmine/svn 

 On *Redmine 1.1.x or lesser*, 
 open REDMINE_ROOT/lib/redmine/scm/adapters/subversion_adapter.rb and go to line 27 
 source:tags/1.1.3/lib/redmine/scm/adapters/subversion_adapter.rb#L27 
  and change: 

 > SVN_BIN = "svn" 

 to, for example: 

 > SVN_BIN = "svn --config-dir /usr/share/redmine/svn" 

 Now you should be able to permanently accept the certificate. 

 If you get (after testing with @svn list --xml URL@) the message "svn: Unable to parse URL" check your installed SVN client version. Older versions have problems with file names with a space, update to a recent version to fix this problem. 

 *TODO:* 
 On *Redmine 1.2 or greater*, this line changed. 
 source:tags/1.2.3/lib/redmine/scm/adapters/subversion_adapter.rb#L35 

 h2. Note for Bitnami Redmine installation on Windows 

 The Redmine servers(*@Thin@* for versions > 2.0] by default run under the @System@ account and this does not work wrong SSL certificate for SVN server. The solution is to change the process account for a service user with logon privilege, connect to SVN and accept permanently the certificate for that user. Don't forget to change the user for the two *@Thin@* or *@Mongrel@* services running in load balancing. 

 Another possible solution to parliamentary accept wrong SVN certificate is to use "psexec":http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx. Command below shows console for @System account where svn command may be issued and certificate permanently accepted: 
 > psexec -i -s cmd.exe 

 Redmine code in *scm\adapter\abstact_adapter.rb* should trap connection errors and should not relies on "@No close tag for /lists/list>@" to inform us of this problem. The stderr is captured in a log when running in dev environment but not very useful in production.  

 h2. "SVN: Connection closed unexpectedly" when using SVN with SSH 

 When you execute 
 > sudo -u www-data svn list --xml 'svn+ssh://svn.server.address/reponame'@HEAD 

 and receive the error "SVN: Connection closed unexpectedly", you may enable the shell for the user www-data on the machine, hosting the svn repository. 
 Simply edit /etc/passwd and change the entry for the respective user so it ends with /bin/bash instead of /bin/false or /sbin/nologin. 
 This should solve the problem. 

 Source(s): 
 http://www.redmine.org/boards/2/topics/11896 
 http://www.thinkplexx.com/learn/howto/scm/svn/fix-permanent-error-validating-server-certificate-problem-with-subversion