GitLab CE本地部署无仓库却磁盘占用快速增长的技术咨询

一、磁盘快速增长的核心原因 #

• 日志文件累积：GitLab默认会生成大量组件日志——包括Rails应用、Sidekiq、PostgreSQL、Redis等的运行日志。哪怕没创建仓库，后台服务的心跳检测、状态同步等操作也会持续写入日志，默认配置下日志不会自动清理或合理轮转，会线性占用空间。
• 后台任务的历史记录：即便你停了定时任务，Sidekiq仍会保留任务执行历史、重试队列数据，部分基础服务的内部同步任务也不会完全停止，这些数据会存在PostgreSQL或Redis里。
• 内置Prometheus监控数据：GitLab CE自带的Prometheus会采集自身组件的监控指标，默认在本地存储时间序列数据，要是没配置保留策略，这部分也会持续累积。

二、存储的具体内容 #

• 日志文件：集中在容器内的/var/log/gitlab目录，涵盖各组件的运行日志、错误日志、访问日志等。
• PostgreSQL数据库：存储用户信息、系统配置、Sidekiq任务历史、权限元数据等，就算没仓库，后台任务的执行记录也会不断写入。
• Redis缓存：缓存数据、Sidekiq任务队列、会话数据等，部分临时数据若无过期策略会一直占用空间。
• 内置Prometheus数据：存在/var/opt/gitlab/prometheus/data，存储GitLab各组件的监控时间序列数据。

三、是否有自动滚动/停止增长的机制 #

默认情况下，GitLab CE的多数组件没有自动停止增长的阈值机制，得手动配置：

• 日志轮转：GitLab默认启用logrotate，但如果保留周期太长、单文件阈值太高，日志还是会累积。可以修改/etc/gitlab/gitlab.rb里的日志配置，调整轮转周期和保留数量。
• 数据清理任务：你提到的ci_pipelines_expire_artifacts_worker这类任务本来就是负责清理过期无效数据的，禁用后这些数据没人清理，会持续占用空间。
• 内置Prometheus保留策略：默认保留15天数据，要是采集频率高也会占不少空间，可通过配置缩短保留周期。

四、可行的优化方案 #

• 恢复核心定时任务：别禁用所有定时任务，只保留ci_pipelines_expire_artifacts_worker、ci_schedule_delete_objects_worker这类清理任务，它们会自动清理过期数据，阻止磁盘持续增长。
• 配置日志轮转：在gitlab.rb中设置日志参数，示例：

  logging['logrotate_frequency'] = 'daily'
  logging['logrotate_maxsize'] = '100M'
  logging['logrotate_rotate'] = 7
  

  执行gitlab-ctl reconfigure生效。
• 调整内置Prometheus保留周期：

  prometheus['storage_retention'] = '7d'
  

  减少数据保留天数，降低存储占用。
• 清理Redis过期数据：低峰期执行gitlab-redis-cli FLUSHDB（会清除所有缓存，可能短暂影响性能），或者配置Redis自动过期策略。
• 检查存储挂载：如果用绑定挂载而非Docker卷，可直接在宿主机上清理日志文件，同时确保宿主机磁盘空间充足。

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