2017-04-24 12 views
0

プライベートランナーのGitLab CIプロジェクトのセットアップが成功しました。突然、CIステップは20-25秒の代わりに4分を要します。私は時間の増加を突き止めることはできません。タイムアウトが発生しているところですか?フォルダ/ネットワークなどにアクセスすることによって? 私のCIプロジェクトは単純なgccコマンドを持っています。GitLab CIランナー突然非常に遅い

これに関するご意見/ご感想はありますか?

+0

を持っています。多分、走者には負荷がかかっていますか? –

+0

こんにちは、私は同様の問題を経験しています、あなたはこれを解決する運があったか? – Progress1ve

答えて

0

Gitlab CIのタイムスタンプはまだ公開されていません(#22745)。しかし、tsmoreutilsから測定することができます.bashでは、すべての出力をexec > >(ts) 2>&1でパイプすることができます。 ubuntuイメージの例は次の通りです:

ts: 
    image: ubuntu:latest 
    before_script: 
    - apt-get update 
    - apt-get install -qq moreutils 
    - exec > >(ts) 2>&1 
    script: 
    - > 
     for I in {1..10}; do 
      sleep $((RANDOM % 10))s; 
      echo $I; 
     done 
0

gitlab-runner docsを確認してください。

私はあなたの代わりにgitlab-マルチランナーgitlab-ランナーを意味し、最新のバージョンを実行していると仮定します。

gitlab-runner.tomlでランナーを定義していないと、CI/CDワークフローが大きく遅くなることがあります。

gilabホストでsudo gitlab-runner verifyを実行すると、赤色の文字が表示された場合は何か問題があることが確認できます。

もしそうなら、/etc/gitlab-runner/config.tomlのgitlab-runner設定から作業中のイメージを削除するか、コマンドライン - > read gitlab-runner docs againを使用してイメージを削除してください。

gitlab-runner serviceをsudo gitlab-runner restartで再起動します。

その後、gitlabワーカーは遅れなく、すばやく動作するはずです。

我々:ハート:あまりにもgitlab ...

場合は、あなたがlaravelで開発しているが、我々はそれを出力せずに起こってすることができるものを言うのではなく難しいCI working repo

関連する問題