上一篇
场景还原:某天凌晨3点,你盯着服务器监控面板,发现那台老旧的CentOS6.5机器内存又被GitLab吃光了💥,这尊"大佛"当年是你亲手请上服务器的,现在却成了性能黑洞——是时候做个了断了!
备份数据 📦
sudo gitlab-rake gitlab:backup:create
生成的备份文件默认在/var/opt/gitlab/backups/
,用U盘或云存储另存为妥
记下关键配置 📝
执行sudo cat /etc/gitlab/gitlab.rb
,保存邮箱服务、域名等自定义配置
sudo gitlab-ctl stop # 先让GitLab进入"休眠模式"
sudo rpm -e gitlab-ce # 如果是EE企业版则替换为gitlab-ee
⚠️ 若报错提示依赖问题,加--nodeps
参数强制卸载:
sudo rpm -e --nodeps gitlab-ce
这些目录藏着GitLab的"私房钱",必须手动清理:
sudo rm -rf /opt/gitlab # 核心程序老巢 sudo rm -rf /var/opt/gitlab # 数据仓库 sudo rm -rf /etc/gitlab # 配置密室 sudo rm -rf /var/log/gitlab # 日志黑洞
sudo ps aux | grep gitlab | awk '{print $2}' | xargs sudo kill -9 # 补刀确保无残留
用netstat
查杀幽灵进程:
sudo netstat -tulnp | grep 80 # 示例查80端口 sudo kill -9 <PID> # 对顽固进程执行"死刑"
GitLab卸载后可能遗留docker镜像:
sudo docker system prune -a # 清理docker缓存 sudo rm -rf /var/lib/docker/tmp # 手动删除临时文件
用ncdu
工具可视化查看大文件(需先安装):
sudo yum install ncdu -y sudo ncdu / # 进入后按方向键查看,d键删除
典型可清理目标:
/tmp
目录下的gitlab*
临时包 /home
下用户遗留的clone仓库 /var/cache
中的软件包缓存 gitlab-ctl status
应提示"命令未找到" df -h
显示/var
分区空间显著回升 💡 冷知识:GitLab的Ruby组件会悄悄生成大量缓存,这就是为什么卸载后可能还有几个G空间被占着。
最后忠告:如果这台CentOS6.5还要继续用,建议重装系统更彻底(毕竟这系统年纪比某些程序员还大😂),去泡杯咖啡☕,享受磁盘空间自由的快乐吧!
本文由 罗舒 于2025-08-01发表在【云服务器提供商】,文中图片由(罗舒)上传,本平台仅提供信息存储服务;作者观点、意见不代表本站立场,如有侵权,请联系我们删除;若有图片侵权,请您准备原始证明材料和公证书后联系我方删除!
本文链接:https://vps.7tqx.com/wenda/506842.html
发表评论