FS#40094 - [subversion] svnserve.service fails as non-root user
Attached to Project:
Arch Linux
Opened by Johan Rosenqvist (Naxinz) - Friday, 25 April 2014, 21:08 GMT
Last edited by Felix Yan (felixonmars) - Thursday, 29 May 2014, 02:43 GMT
Opened by Johan Rosenqvist (Naxinz) - Friday, 25 April 2014, 21:08 GMT
Last edited by Felix Yan (felixonmars) - Thursday, 29 May 2014, 02:43 GMT
|
Details
Description:
Running an svnserve daemon as a service as a non-root user as described on the wiki does not work. The child process fails immediately without any clear error message in the journal. Modifying svnserve.service removing the --pidfile argument from the command line solves the issue. Adjusting the permissons on /run/svnserve to allow the non-root user to create the pid file also solves the issue. Running with the official, unchanged unit (as root) works fine. Additional info: * package version(s): subversion 1.8.8-1, systemd 212-3 * https://wiki.archlinux.org/index.php/Subversion_Setup#Start_the_server_daemon viewed on 2014-04-25 Steps to reproduce: - Install the subversion package. - Create a drop-in for svnserve.service setting User to an existing non-root user. - Start svnserve.service. There is no error message at this point. - Viewing the service status shows the error message 'svnserve.service: main process exited, code=exited, status=1/FAILURE'. |
This task depends upon
Closed by Felix Yan (felixonmars)
Thursday, 29 May 2014, 02:43 GMT
Reason for closing: Implemented
Additional comments about closing: --pidfile removed in 1.8.9-2
Thursday, 29 May 2014, 02:43 GMT
Reason for closing: Implemented
Additional comments about closing: --pidfile removed in 1.8.9-2
D /run/svnserve 0700 the_user the_user -
As far as I can see, the pid file is never read by anything. There is no PIDFile=/run/svnserve/svnserve.pid line in svnserve.service, so systemd doesn't use it, and it still figures out the correct child pid. This is currently the case in my own setup, using a custom unit with --pidfile removed.
I doubt that some other program is reading it (please correct me if I'm wrong here), so if it's not needed and causing trouble, why keep it?