主devgit设备测试故障转移遇问题,重启后无法访问UI
排查DevGit主设备故障转移后UI无法访问的步骤
基础网络与进程检查
- 确认服务器服务状态:执行
systemctl status devgit(假设采用systemd管理服务),查看服务是否处于active (running)状态。若服务未启动,手动启动并实时查看日志:journalctl -u devgit -f - 检查UI端口监听情况:用
netstat -tulpn | grep <ui端口号>或ss -tulpn | grep <ui端口号>,确认端口被DevGit进程占用,而非其他程序 - 测试本地访问有效性:在服务器上执行
curl http://localhost:<ui端口号>或wget http://localhost:<ui端口号>,若本地可访问,说明问题出在网络层面(防火墙、路由、反向代理配置);若本地也无法访问,聚焦服务本身配置问题
配置与日志排查
- 核对故障转移后的配置文件:确认DevGit的UI监听地址为
0.0.0.0(允许外部访问),而非仅127.0.0.1。查看配置文件(如/etc/devgit/config.conf)中的ui.listen_address类参数 - 分析应用日志:进入日志目录(通常为
/var/log/devgit/),查看最新错误日志,搜索error、failed、bind等关键词,定位启动失败或端口绑定异常原因 - 验证数据库连接:若UI依赖数据库,检查数据库是否正常运行,DevGit配置中的数据库连接参数(地址、用户名、密码)是否正确,确认数据库授权允许DevGit服务器访问
系统层面排查
- 检查防火墙规则:执行
ufw status(ufw防火墙)或firewall-cmd --list-all(firewalld防火墙),确认UI端口已被允许通过。若未开放,添加规则:ufw allow <ui端口号>/tcp或firewall-cmd --add-port=<ui端口号>/tcp --permanent && firewall-cmd --reload - 排查SELinux限制:执行
getenforce,若处于Enforcing模式,查看是否有SELinux阻止DevGit监听端口的日志:grep devgit /var/log/audit/audit.log,可临时关闭SELinux测试:setenforce 0(不建议长期关闭,后续需配置合规的SELinux规则) - 确认服务器网络状态:执行
ping <客户端IP>测试双向连通性,检查故障转移后是否出现服务器IP变更、路由异常等情况
内容的提问来源于stack exchange,提问作者user20065329
相关产品推荐
相关产品推荐

