如何重启极狐GitLab
根据您安装极狐GitLab 的方式,有不同的方法可以重新启动其服务。
Linux 软件包安装实例
如果您已经使用 Linux 软件包来安装极狐GitLab,那么您的 PATH
中应该已经有了 gitlab-ctl
。
gitlab-ctl
与 Linux 软件包交互,可用于重新启动 Rails 应用程序 (Puma) 以及其它组件,例如:
- GitLab Workhorse
- Sidekiq
- PostgreSQL (如果您使用捆绑组件)
- NGINX (如果您使用捆绑组件)
- Redis (如果您使用捆绑组件)
- Logrotate
重启 Linux 软件包安装实例
文档中可能有时会要求您重启极狐GitLab。在这种情况下,您需要运行以下命令:
sudo gitlab-ctl restart
输出应与此类似:
ok: run: gitlab-workhorse: (pid 11291) 1s
ok: run: logrotate: (pid 11299) 0s
ok: run: mailroom: (pid 11306) 0s
ok: run: nginx: (pid 11309) 0s
ok: run: postgresql: (pid 11316) 1s
ok: run: redis: (pid 11325) 0s
ok: run: sidekiq: (pid 11331) 1s
ok: run: puma: (pid 11338) 0s
要单独重新启动组件,您可以将其服务名称附加到 restart
命令。例如,要仅重新启动 NGINX,您应运行:
sudo gitlab-ctl restart nginx
要检查 GitLab 服务的状态,请运行:
sudo gitlab-ctl status
请注意,所有服务应显示 ok: run
。
有时,组件在重启期间超时(在日志中查找 timeout
),有时它们会卡住。在这种情况下,您可以使用 gitlab-ctl kill <service>
将 SIGKILL
信号发送到服务,例如 sidekiq
。之后,重新启动应该可以正常工作。
作为最后的手段,您可以尝试重新配置极狐 GitLab 作为代替。
重新配置 Linux 软件包安装实例
文档中可能有时会要求您重新配置极狐GitLab。请记住,此方法仅适用于 Linux 软件包。
使用以下命令重新配置 Linux 软件包安装实例:
sudo gitlab-ctl reconfigure
如果配置 (/etc/gitlab/gitlab.rb
) 中的某些内容发生更改,则应该重新配置极狐GitLab。
当您运行 gitlab-ctl reconfigure
时,Chef(为 Linux 软件包提供支持的底层配置管理应用程序)运行一些检查,确保目录、权限和服务等都已就位并工作。
如果任何配置文件发生更改,它还会在需要时重新启动极狐GitLab 组件。
如果您手动编辑由 Chef 管理的 /var/opt/gitlab
中的任何文件,则运行 reconfigure
将恢复更改并重新启动依赖于这些文件的服务。
源安装实例
如果您已经从源代码安装,请运行以下命令重新启动 GitLab:
# For systems running systemd
sudo systemctl restart gitlab.target
# For systems running SysV init
sudo service gitlab restart
这应该会重新启动 Puma、Sidekiq、GitLab Workhorse 和 Mailroom(如果已启用)。
Helm chart 安装实例
没有一个命令可以重新启动通过云原生 Helm Chart 安装的整个 GitLab 应用程序。通常,通过删除与其相关的所有 pod 来单独重新启动特定组件(例如,gitaly
、puma
、workhorse
或 gitlab-shell
)就足够了:
kubectl delete pods -l release=<helm release name>,app=<component name>
发布名称可以从 helm list
命令的输出中获得。
Docker 安装实例
如果您更改 Docker 安装实例上的配置,要使更改生效,您必须重新启动:
- 主要的
gitlab
容器。 - 任何单独的组件容器。
例如,如果您将 Sidekiq 部署在一个单独的容器上,要重新启动容器,请运行:
sudo docker restart gitlab
sudo docker restart sidekiq