升级GitLab-ce至16.11.2后PostgreSQL与Grafana无法启动求助

1. 修复PostgreSQL配置错误 #

核心问题是新版本PostgreSQL已废弃wal_keep_segments参数，替换为wal_keep_size，按以下步骤修复：

• 先备份配置文件，避免修改出错：

  sudo cp /var/opt/gitlab/postgresql/data/runtime.conf /var/opt/gitlab/postgresql/data/runtime.conf.bak
  

• 编辑配置文件，定位到第30行，将wal_keep_segments替换为wal_keep_size，注意单位转换（原参数按WAL段数计算，新参数按字节/MB/GB计算，1个WAL段默认16MB，例如原wal_keep_segments = 100对应wal_keep_size = 1600MB）：

  sudo nano /var/opt/gitlab/postgresql/data/runtime.conf
  

• 确保配置文件权限归PostgreSQL用户所有：

  sudo chown gitlab-psql:gitlab-psql /var/opt/gitlab/postgresql/data/runtime.conf
  

2. 启动PostgreSQL并验证连接 #

• 手动启动PostgreSQL服务：

  sudo gitlab-ctl start postgresql
  

• 检查服务状态：

  sudo gitlab-ctl status postgresql
  

• 验证数据库连接：

  sudo gitlab-rake db:migrate:status
  

  若连接正常，会显示所有数据库迁移的状态列表。

3. 重新执行GitLab配置与迁移 #

• 执行数据库迁移：

  sudo gitlab-rake db:migrate
  

• 重新运行配置脚本，自动修复服务依赖与参数匹配：

  sudo gitlab-ctl reconfigure
  

4. 修复Grafana服务 #

Grafana依赖GitLab数据库或其他组件，等PostgreSQL正常后：

• 重启Grafana服务：

  sudo gitlab-ctl restart grafana
  

• 查看Grafana日志排查潜在问题：

  sudo gitlab-ctl tail grafana
  

  若日志显示依赖问题，确保GitLab的Prometheus等关联服务正常运行。

5. 数据备份建议 #

操作前务必备份GitLab数据，防止意外丢失：

sudo gitlab-backup create

同时备份GitLab主配置文件：

sudo cp /etc/gitlab/gitlab.rb /etc/gitlab/gitlab.rb.bak

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