Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-37345

Throttle automatic git checkout to prevent timeouts/overload on first indexing

XMLWordPrintable

      Problem

      I have a huge repository (~500MB) with many branches (~30) with each containing a Jenkinsfile. The first indexing is quite painful.

      Jenkins will detect all branches, and trigger a build for each one. Each build will start by cloning the git repository on the master to fetch the Jenkinsfile. But this tasks will not use/require a free executor on the master. So, the 30 git clone will be launched at the same time, trying to download 30 times the same 500MB repository. It will end with a really slow Jenkins and a timeout.

      I'll have to manually relaunch every branch, one or two at a time to fix this problem.

      Possible solution

      Is it possible to use an executor on the master during the checkout ? To throttle the git clones ?

      How to reproduce it

      • Create a git repository
      • Create a Jenkinsfile with something in it (echo 'hello world')
      • Add a huge file (an ISO of your favorite Linux distribution or something else)
      • Commit it
      • Create 30 branches
      • Add this project in your Jenkins as a Multibranch Pipeline.

          [JENKINS-37345] Throttle automatic git checkout to prevent timeouts/overload on first indexing

          Quentin Dufour created issue -
          Quentin Dufour made changes -
          Description Original: h2. Problem

          I have a huge repository (~500MB) with many branches (~30) with each containing a Jenkinsfile. The first indexing is quite painful.

          Jenkins will detect all branches, and trigger a build for each one. Each build will start by cloning the git repository on the master to fetch the Jenkinsfile. But this tasks will not use/require a free executor on the master. So, the 30 git clone will be launched at the same time, trying to download 30 times the same 500MB repository. It will end with a really slow Jenkins and a timeout.

          I'll have to manually relaunch every branch, one or two at a time to fix this problem.

          h2. Possible solution

          Is it possible to use an executor on the master during the checkout ? To throttle the git clones ?

          h2. How to reproduce it           		New: h2. Problem

          I have a huge repository (~500MB) with many branches (~30) with each containing a Jenkinsfile. The first indexing is quite painful.

          Jenkins will detect all branches, and trigger a build for each one. Each build will start by cloning the git repository on the master to fetch the Jenkinsfile. But this tasks will not use/require a free executor on the master. So, the 30 git clone will be launched at the same time, trying to download 30 times the same 500MB repository. It will end with a really slow Jenkins and a timeout.

          I'll have to manually relaunch every branch, one or two at a time to fix this problem.

          h2. Possible solution

          Is it possible to use an executor on the master during the checkout ? To throttle the git clones ?

          h2. How to reproduce it

          * Create a git repository
          * Create a Jenkinsfile with something in it (echo 'hello world')
          * Add a huge file (an ISO of your favorite Linux distribution or something else)
          * Commit it
          * Create 30 branches
          * Add this project in your Jenkins as a Multibranch Pipeline.
          Quentin Dufour made changes -
          Summary Original: Throttle automatic git checkout New: Throttle automatic git checkout to prevent timeouts/overload on first indexing
          Jesse Glick made changes -
          Link New: This issue duplicates JENKINS-33273 [ JENKINS-33273 ]
          Jesse Glick made changes -
          Assignee Original: Manuel Recena Soto [ recena ]
          Resolution New: Duplicate [ 3 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]
          Will Freeman made changes -
          Resolution Original: Duplicate [ 3 ]
          Status Original: Resolved [ 5 ] New: Reopened [ 4 ]
          Will Freeman made changes -
          Priority Original: Minor [ 4 ] New: Major [ 3 ]

            Unassigned Unassigned
            superboum Quentin Dufour
            Votes:
            4 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated: