2017-09-01 3 views
-1

は、あなたが見ていると、あなたはのためのソリューションまたはこの問題の調査のアイデアを持っています:GitHubのSCMからのパイプラインを使用してgithubのからのgitのクローン/チェックアウトのジェンキンス断続的なハングがパイプラインの仕事上の

  • ジェンキンスパイプラインのジョブが断続的にハングアップしますクローン/チェックアウト
  • この状況
  • についてジェンキンスログで報告されたもののみが、我々は(通常は右スプリントデモの前に)活動の多くを持っているときに起こるように見えるん
  • は、ある程度の期間の後にクリアされますが - されていませんdetすることができる電気ショック療法多くのパターンがまだ

    アウトgitの[email protected]チェック:/ DEV-Jenkinsfile gitの展開読み取るために の/ var/libに/ジェンキンス/ジョブは/ myprojectに-DEV-デプロイ/ワークスペース@スクリプトにMyTeam/myprojectにrev-parse --is-inside-work-tree#timeout = 10 リモートGitリポジトリからの変更を取得する git config remote.origin.url [email protected]:MyTeam/myproject#timeout = 10 上流からの変更をフェッチする[email protected]:MyTeam/myproject git --version#timeout = 10 GIT_SSHを使用して資格情報を設定するmyprojectの配備キー git fetch --tags --progress [email protected]:MyTeam/myproject + refs/heads/:refs/remotes/origin/ `` `

答えて

0

Javaアプリでひどい断続的な問題がありますか? JVMの設定に行く。幸いにもCloudBeesはこれに関する素晴らしい記事を書いたTuning Jenkins GC For Responsiveness and Stability with Large Instances

これは主な要因ではなかったことが分かります。実際の原因は、ネットワーク構成と、バックアップジョブの飽和時の影響でした。それでも、優れた記事です。 Githubのサポートは私たちにこのhttps://github-debug.com/スクリプトを与え、我々はこのようにそれを増強し

`

#!/usr/bin/env bash 

echo Clearing Previous Run 
rm -rf /tmp/debug-repo-http 
rm -rf /tmp/debug-repo-ssh 

echo clone1: `date` 
time git clone https://github.com/github/debug-repo /tmp/debug-repo-http 

echo clone2: `date` 
time git clone [email protected]:github/debug-repo /tmp/debug-repo-ssh 

echo Ping: `date` 
time ping -c 10 github.com 

#echo traceroute: `date` 
#traceroute github.com 
  • セットアップを試みるように仕事をしジェンキンス

    • :ここ

      はどのように我々はそれをデバッグします30秒以上かかるとチェックアウト、失敗、報告する - 1回シェルスクリプトを経由して、一度パイプライン+プラグインと

    • は、様々なテストを実行し始めた:すべてのドッキングウィンドウの画像をダンプし、再プル、S3プルバックアップなど別のネットワークエリア内

    • 繰り返しテストをバックアッププッシュし、結果を比較S3

+0

問題は、 'git clone'は' scm checkout'と全く同じコードではありません。私はそれをテストしようとしていると信じています。ネイティブはOKですが、パイプラインのチェックアウトはできませんでした。 –

関連する問題