Error parsing svn output¶
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")
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
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.
On Redmine 1.2 or greater, this line changed.
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
Mongrel services running in load balancing.
Another possible solution to parliamentary accept wrong SVN certificate is to use psexec. 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.
"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.