Ubuntu 20.04系统如何配置Subversion(svn)服务开机自动启动？

问题根因 #

1. 混用了systemd服务配置和SysV init脚本规则，systemd检测到启动脚本里的INIT INFO块后，尝试用update-rc.d注册时匹配不到对应runlevel配置，触发报错
2. svnserve.service配置缺少必要的Type字段，默认systemd会认为服务是前台运行模式，但svnserve加-d参数后会转为后台守护进程，systemd会判定启动后主进程退出等于服务失败，自动终止服务
3. 未做冗余配置校验，多余的脚本、配置文件反而增加了启动链路的故障点

修复步骤 #

步骤1：清理冗余配置 #

删除之前创建的非必要文件，避免配置冲突：

rm -f /usr/local/bin/start_svn.sh /etc/default/svnserve

步骤2：重写systemd服务配置 #

编辑/etc/systemd/system/svnserve.service，替换为以下内容：

[Unit]
Description=Subversion SVN Server
After=network.target

[Service]
Type=forking
ExecStart=/usr/bin/svnserve -d -r /var/lib/svn
Restart=always
User=root
Group=root

[Install]
WantedBy=multi-user.target

注：如果svnserve实际安装路径不是/usr/bin/svnserve，可执行which svnserve查询到正确路径后替换。

步骤3：修正服务文件权限 #

chmod 644 /etc/systemd/system/svnserve.service

步骤4：重载配置并启用服务 #

# 重载systemd配置
systemctl daemon-reload
# 停止已存在的异常服务进程
systemctl stop svnserve.service
# 测试服务启动
systemctl start svnserve.service
# 确认服务运行状态
systemctl status svnserve.service
# 设置开机自启
systemctl enable svnserve.service

步骤5：生效验证 #

服务器重启后执行ps aux | grep svnserve确认进程正常运行，也可以通过SVN客户端连接本地仓库验证服务可用性。

额外排查方案 #

如果按上述操作后仍无法正常自启，可执行journalctl -u svnserve.service查看服务专属日志，定位具体报错原因，常见的额外故障点为：

• /var/lib/svn目录权限与服务启动用户不匹配
• 防火墙/SELinux规则拦截了SVN端口（默认3690）
• SVN仓库配置文件存在语法错误

内容的提问来源于stack exchange，提问作者Will