我还在 GitLab CE 上观察到了这一点——没有运行任何构建,但周末过后,我回到办公室,GitLab 在浏览器中没有响应。我看到 4 个捆绑进程耗尽了所有可用的 CPU。我重新启动(gitlab-ctl restart),一切恢复正常。然后我进入作业页面(/admin/jobs),当我重新启动服务器时没有运行任何构建。这不是一个答案......而是确认这里似乎存在真正的问题。
当您看到 时bundle,它对应于 GitLab Rails/Unicorn 服务器。如果它耗尽了所有的 CPU,那么您的服务器上可能会发生一些奇怪的事情。您是否在 Nginx 日志中看到经常出现的任何特定类型的请求?
有几个已知问题可能会导致 CPU 与 GitLab 挂钩。例如,如果用户正在构建大型构建跟踪(https://gitlab.com/gitlab-org/gitlab-ce/issues/27724),或者有时在查看大型问题或合并请求(https://gitlab. com/gitlab-org/gitlab-ce/issues/32347)。在日志中,查找包含trace或issue的可疑请求merge_request。
| 归档时间: |
|
| 查看次数: |
9133 次 |
| 最近记录: |