OpenShift Origin上のGitlabは、「/ etc/gitlab/trusted-certsにある既存の証明書のシンボリックリンク」に固執します。

Question

私はOpenshift起源を一気に実行しています。マシンを再起動したり、gitlab-ceポッドを再起動しようとすると、本当に長い時間がかかる（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 

Answer 1

あなたのプロセスがhttps://hub.docker.com/r/gitlab/gitlab-ce/~/dockerfile/

wrapper 

ライン

にハングアップしますが

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

を実行し、そこwrapper

を入力することによって手動で実行することができます

あなたが見ることができる場合

Starting Chef... 

その後はすべてがOKであるはずです。

Answer 2

私のこの根本的な原因は、記憶が不足していることが判明しました。私はAWS EC2 t1.micro - 1GBを実行していました。修正するために、私はEC2インスタンスを停止し、t2.small（2GB）にアップグレードしました。私は再びEC2を起動し、メモリを確認するためにfreeを実行してから、docker run -ti gitlab/gitlab-ceコマンドを再度実行しました。同じ問題を持つ

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