在Linux服务器管理中,SVN（Subversion）作为常用的版本控制系统，其服务的稳定性直接影响团队协作效率，当SVN配置文件发生修改（如仓库路径调整、访问权限变更、端口更新等）、系统更新后依赖库变动，或出现服务异常时，重启SVN服务是常用的恢复手段，本文将详细介绍Linux环境下重启SVN服务的具体操作，涵盖独立svnserve服务模式和Apache集成模式，并附常见问题排查指南。
独立svnserve服务模式重启
独立模式下,SVN通过svnserve进程提供服务，无需依赖Web服务器，适合轻量级部署，默认情况下，svnserve监听3690端口，配置文件通常位于/etc/subversion/svnserve.conf（全局配置）或各仓库目录下的conf/svnserve.conf（仓库级配置），重启此类服务的核心是管理svnserve进程，具体步骤如下：
检查当前服务状态
重启前需确认服务是否正在运行,避免重复操作，使用systemctl（CentOS 7+/Ubuntu 16.04+）或service（旧版系统）命令：
- systemd系统（推荐）：
systemctl status svnserve
输出中若显示“active (running)”，则服务正在运行；若显示“inactive (dead)”，则服务已停止。
- 旧版init系统：
service svnserve status
停止svnserve服务
根据系统类型选择停止命令：
- systemd系统：
systemctl stop svnserve
若服务未运行,命令会提示“Unit svnserve not active”，无需处理。
- 旧版init系统：
service svnserve stop
启动svnserve服务
停止后重新启动,确保新配置生效：
- systemd系统：
systemctl start svnserve
- 旧版init系统：
service svnserve start
重启svnserve服务（推荐）
若需快速重启（无需先停后启），可直接使用重启命令：
- systemd系统：
systemctl restart svnserve
- 旧版init系统：
service svnserve restart
设置开机自启（可选）
为避免服务器重启后SVN服务未自动启动,可执行：
systemctl enable svnserve
执行后,systemctl status svnserve会显示“enabled”，表示开机自启已启用。
验证服务是否正常
重启后可通过以下方式验证：
- 检查端口监听：
netstat -tuln | grep 3690
若显示“tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN”，则端口正常监听。
- 客户端连接测试：
在客户端执行svn co svn://服务器IP/仓库名，若能成功检出代码，则服务正常。
Apache集成SVN服务模式重启
若SVN通过Apache的mod_dav_svn模块提供服务（常需HTTPS支持或与Web服务集成），重启SVN实际是重启Apache服务，因为SVN作为Apache的模块运行，其生命周期由Apache管理，配置文件通常位于/etc/httpd/conf/httpd.conf（CentOS/RHEL）或/etc/apache2/mods-enabled/dav_svn.conf（Ubuntu/Debian）。
检查Apache服务状态
- systemd系统（CentOS 7+/Ubuntu 16.04+）：
systemctl status httpd # CentOS/RHEL systemctl status apache2 # Ubuntu/Debian
- 旧版init系统：
service httpd status # CentOS/RHEL service apache2 status # Ubuntu/Debian
重启Apache服务
- systemd系统：
systemctl restart httpd # CentOS/RHEL systemctl restart apache2 # Ubuntu/Debian
- 旧版init系统：
service httpd restart # CentOS/RHEL service apache2 restart # Ubuntu/Debian
验证模块加载与配置
重启后需确认mod_dav_svn模块已正确加载：
- Apache模块检查：
httpd -M | grep dav_svn # CentOS/RHEL apache2ctl -M | grep dav_svn # Ubuntu/Debian
若输出包含
dav_svn_module (shared)，则模块已加载。 - SVN仓库访问测试：
通过浏览器访问http://服务器IP/svn/仓库名，或客户端执行svn co http://服务器IP/svn/仓库名，若能提示输入认证信息或成功检出，则服务正常。
常见问题排查（表格形式）
| 问题现象 | 可能原因 | 解决方法 |
|---|---|---|
| 服务启动失败 | 配置文件语法错误 | 检查svnserve.conf或httpd.conf语法，使用svnserve --config-file /path/to/config --test -r /repos验证独立配置，或apachectl -t验证Apache配置 |
| 端口3690被占用 | 其他程序占用SVN默认端口 | 执行netstat -tuln | grep 3690查看占用进程，通过kill -9 进程ID终止，或修改svnserve.conf中的listen-port更换端口 |
| 重启后服务未自动启动 | 未设置开机自启 | 执行systemctl enable svnserve或systemctl enable httpd |
| 客户端连接超时 | 防火墙拦截或网络问题 | 检查防火墙规则（如firewall-cmd --add-port=3690/tcp --permanent并重载），或使用telnet 服务器IP 3690测试网络连通性 |
| Apache集成SVN访问403 | 权限配置错误或SELinux拦截 | 检查httpd.conf中SVN目录的Require指令，或执行setsebool -P httpd_can_network_connect_db on关闭SELinux限制 |
相关问答FAQs
Q1: 重启SVN服务后，客户端仍无法连接，提示“Could not connect to server”，如何排查？
A: 可按以下步骤排查：
- 检查服务状态：执行
systemctl status svnserve确认服务是否为“active (running)”； - 检查端口监听：运行
netstat -tuln | grep 3690，确认3690端口是否处于LISTEN状态； - 检查防火墙：若使用firewalld，执行
firewall-cmd --list-ports确认3690端口已开放；若使用iptables，运行iptables -L -n | grep 3690检查规则； - 检查SELinux：执行
getsebool -a | grep httpd，确认httpd_can_network_connect为on（若为Apache集成模式）； - 客户端测试：在服务器本地执行
svn co svn://localhost/仓库名，排除网络问题。
Q2: 修改了svnserve.conf中的anon-access（匿名访问权限）后重启服务，权限仍未生效，为什么？
A: 可能原因及解决方法如下：
- 配置文件未生效：确认修改的是正确的配置文件（全局
/etc/subversion/svnserve.conf或仓库级/repos/conf/svnserve.conf），重启时使用systemctl restart svnserve而非仅stop和start； - authz文件权限问题：仓库级权限控制依赖
authz文件，确保其权限为644（chmod 644 /repos/conf/authz），且svnserve.conf中正确指定了authz-db = authz； - 缓存未清理：部分客户端可能缓存了权限信息，尝试清除客户端SVN缓存（如Windows下删除
%APPDATA%Subversionauth目录）； - 语法错误：检查
svnserve.conf中anon-access的值是否为read、write或none，避免拼写错误（如red）。
通过以上步骤,可完成Linux环境下SVN服务的重启及常见问题处理，确保版本控制服务的稳定运行。
原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/29648.html
