OpenShift Origin 上的 Gitlab 卡在“符号链接 /etc/gitlab/trusted-certs 中的现有证书”上答案

【问题标题】：Gitlab on OpenShift Origin gets stuck on "Symlinking existing certificates found in /etc/gitlab/trusted-certs"OpenShift Origin 上的 Gitlab 卡在“符号链接 /etc/gitlab/trusted-certs 中的现有证书”上
【发布时间】：2017-01-18 16:44:48
【问题描述】：

我正在同时运行 Openshift 源，各种项目模板似乎都可以正常工作，但 gitlab 除外。重新启动机器或尝试重新启动 gitlab-ce pod 时，似乎需要很长时间（不到 10m）或由于超时而失败。它似乎总是卡住在同一个地方。

如何解决此部署问题？

Thank you for using GitLab Docker Image!
Current version: gitlab-ce=8.14.1-ce.1

Configure GitLab for your system by editing /etc/gitlab/gitlab.rb file
And restart this container to reload settings.
To do it use docker exec:

  docker exec -it gitlab vim /etc/gitlab/gitlab.rb
  docker restart gitlab

For a comprehensive list of configuration options please see the Omnibus GitLab readme
https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md

If this container fails to start due to permission problems try to fix it by executing:

  docker exec -it gitlab update-permissions
  docker restart gitlab

Preparing services...
Starting services...
Configuring GitLab package...
/opt/gitlab/embedded/bin/runsvdir-start: line 24: ulimit: pending signals: cannot modify limit: Operation not permitted
/opt/gitlab/embedded/bin/runsvdir-start: line 34: ulimit: max user processes: cannot modify limit: Operation not permitted
/opt/gitlab/embedded/bin/runsvdir-start: line 37: /proc/sys/fs/file-max: Read-only file system
Configuring GitLab...


  * Moving existing certificates found in /opt/gitlab/embedded/ssl/certs

  * Symlinking existing certificates found in /etc/gitlab/trusted-certs

【问题讨论】：

有同样的问题。每当 Gitlab [重新] 启动时，pod 要么超时（尽管我将时间限制提高到 20 分钟）要么最终完成。不确定根本原因不受内存限制（有 3 个 16GB 节点）并且手动运行将无济于事。真的很感激这里有更多的见解。

标签： gitlab openshift-origin

【解决方案1】：

您的进程挂在https://hub.docker.com/r/gitlab/gitlab-ce/~/dockerfile/

wrapper

行

你可以通过执行手动运行它

docker run -it gitlab/gitlab-ce 'bash'

然后进入wrapper

如果你能看到

Starting Chef...

那么之后的一切都应该没问题。

【讨论】：

【解决方案2】：

对我来说，根本原因是内存不足。我正在运行 AWS EC2 t1.micro - 1GB。为了解决这个问题，我停止了 EC2 实例并升级到 t2.small (2GB)。我再次启动 EC2，运行 free 以检查内存是否可用，然后再次运行 docker run -ti gitlab/gitlab-ce 命令。

另外，这为我节省了几次，以清除损坏的 docker 状态：

service docker stop sudo rm -rf /var/run/docker sudo rm /var/run/docker.* service docker start

【讨论】：