我在我的digitalocean droplet上安装了gitlab-ce，它运行正常但非常慢，我也关闭了nginx，因为它认为时间已经超出了简单的请求，而问题出现在bundler中。 bundle进程永远运行并占用所有内存。这是什么原因？我认为捆绑仅用于设置，并且不需要运行，因为我看到其他gitlab进程。即使我手动杀死bundle进程，它也会被git用户再次启动。如何解决这个问题还是一切都按预期进行？
答案 0 :(得分：1)
当您看到bundle时，它对应于GitLab Rails / Unicorn服务器。如果它占用了所有CPU，那么您的服务器上可能会发生奇怪的事情。您是否经常在Nginx日志中看到任何特定类型的请求？
有几个已知问题可能会导致GitLab与CPU挂钩。例如，如果用户正在构建大型构建跟踪（https://gitlab.com/gitlab-org/gitlab-ce/issues/27724），或者有时在查看大型问题或合并请求（https://gitlab.com/gitlab-org/gitlab-ce/issues/32347）时。在日志中，查找包含trace或issue或merge_request的可疑请求。
答案 1 :(得分：1)
我也在GitLab CE上观察到了这一点 - 没有构建正在运行但是在周末之后，我回到办公室并且GitLab在浏览器中没有响应。我看到4个捆绑进程占用了所有可用的CPU。我重新启动（gitlab-ctl restart），事情恢复正常。然后我进入了作业页面（/ admin / jobs），当我重新启动服务器时没有运行任何构建。这不是答案......但确认这里似乎存在一个真正的问题。