プライベートランナーのGitLab CIプロジェクトのセットアップが成功しました。突然、CIステップは20-25秒の代わりに4分を要します。私は時間の増加を突き止めることはできません。タイムアウトが発生しているところですか?フォルダ/ネットワークなどにアクセスすることによって? 私のCIプロジェクトは単純なgcc
コマンドを持っています。GitLab CIランナー突然非常に遅い
これに関するご意見/ご感想はありますか?
プライベートランナーのGitLab CIプロジェクトのセットアップが成功しました。突然、CIステップは20-25秒の代わりに4分を要します。私は時間の増加を突き止めることはできません。タイムアウトが発生しているところですか?フォルダ/ネットワークなどにアクセスすることによって? 私のCIプロジェクトは単純なgcc
コマンドを持っています。GitLab CIランナー突然非常に遅い
これに関するご意見/ご感想はありますか?
Gitlab CIのタイムスタンプはまだ公開されていません(#22745)。しかし、ts
をmoreutils
から測定することができます.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
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
を持っています。多分、走者には負荷がかかっていますか? –
こんにちは、私は同様の問題を経験しています、あなたはこれを解決する運があったか? – Progress1ve