2017-01-26 29 views
2

ドッカーランナーをセットアップしようとしていて、gitlab-ceでランナーを正常に登録しました。Gitlab-ci-tokenユーザーがリポジトリをクローンできません

Running with gitlab-ci-multi-runner 1.10.2 (d171b73) 
Using Docker executor with image python:3.4 ... 
Starting service postgres:latest ... 
Pulling docker image postgres:latest ... 
Waiting for services to be up and running... 
Pulling docker image python:3.4 ... 
Running on runner-b35ff618-project-96-concurrent-0 via toucan... 
Cloning repository... 
Cloning into '/builds/amrstratus/webportal'... 
fatal: unable to access 'https://gitlab-ci-token:[email protected]/amrstratus/webportal.git/': Failed to connect to gitlab.xxxxxx port 443: Connection refused 
ERROR: Build failed: exit code 1 

私はリポジトリのクローンを作成するために、単純にしようとしたと同様のエラーました:しかし、ジョブは常にそれを実行したときにフォローして失敗します。https経由

[email protected]:/tmp# git clone https://gitlab-ci-token:[email protected]/amrstratus/webportal.git/ 
Cloning into 'webportal'... 
remote: HTTP Basic: Access denied 
fatal: Authentication failed for 'https://gitlab-ci-token:[email protected]/amrstratus/webportal.git/' 

アクセスが動作しているように罰金と他のすべて動作するようです。

アイデア?私は完全に立ち往生しています。

システム詳細:2つの問題があるかもしれないと

Debian 8 (Jessie) 
GitLab 8.16.2 
GitLab Shell 4.1.1 
GitLab Workhorse v1.3.0 
GitLab API v3 
Git 2.10.2 
Ruby 2.3.3p222 
Rails 4.2.7.1 
PostgreSQL 9.6.1 

答えて

1

注意。トークン自体(およびfatal: Authentication failed)について

、他の問題がドッカーに関連しているthis thread

The CI token is now securely generated for each build. It's available in $CI_BUILD_TOKEN .
If you're cloning a different repository from .gitlab-ci.yml (like we were) your best bet is to use SSH.

Another solution is to use your personal private token:

git clone https://<username>:<private-token>@gitlab.anydomainhere.com/developers/<projectname>.git 

(please realize this token gives access to all your projects)

を参照してください。fatal: unable to access

は、あなたがに通信できることを確認する必要がありあなたのGitlabインスタンス(as in hereまたはissue 305)。
およびcheck the ownership as in this thread

+0

ありがとうございました、あなたの記事は私が問題を把握するのを助けました。それは認証の問題ではなく、ファイアウォールが要求をブロックしているドッカーに関連する問題でした。 ドッカーを使ってpythonを実行する:3.4/usr/bin/curl https://gitlab.xxxx 私はそれを解決するのを手伝った。 –

0

私はこれが古いと知っていますが、私にとってこの問題を解決したのは、this commentのような工数です。次のように/etc/gitlab/gitlab.rb変形

コメントを解除し、このライン

gitlab_workhorse['enable'] = true 

は、これら2行

gitlab_workhorse['listen_network'] = "tcp" 
gitlab_workhorse['listen_addr'] = "127.0.0.1:8181" 

を追加し、代わりにユニコーンのこれにリバースプロキシをポイントするようにWebサーバの設定を変更しました。

関連する問題