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

Pipeline initial checkout of Jenkinsfile not honoring git timeout

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: git-plugin
    • Labels:
      None
    • Environment:
      Jenkins 2.19.1
      Git client plugin 2.0.0
      Git plugin 3.0.0
      Pipeline: Multibranch: 2.9
    • Similar Issues:

      Description

      I am having an issue cloning a large repo for use in a multi-branch pipeline project.

      My goal is to run pipeline jobs against certain branches within my repository. However, the initial fetch seems to timeout. As you can see from the attached log, the issue appears to arise from a 10 minute timeout issue. However, if you see the below screen shots, I have all of my timeouts set to 180minutes.

      In the attached tickets there were known issues with the 10 minute git timeout that were fixed by allowing users access to overrides as I have shown in the attached images. It appears as though these overrides are not being honored for some reason within the MultibranchPipeline project.

      I have used the settings described here on a smaller repo and it was able to properly index the branches.

      As a work around, I also tried only using the overrides as advanced settings for checkout/fetch behavior. This did not work either, unfortunately.

        Attachments

          Issue Links

            Activity

            Hide
            rohit_gagan Rohit Gagan added a comment -

            Any resolution to this issue. Still facing the same problem

            Show
            rohit_gagan Rohit Gagan added a comment - Any resolution to this issue. Still facing the same problem
            Hide
            markewaite Mark Waite added a comment - - edited

            No Rohit Gagan, the best work around is still the stackoverflow article referenced by Antonio Asenjo. Since branch indexing happens on the master and uses a known cache, it should create only a single copy of the large repository, then it will reuse that for additional operations.

            Show
            markewaite Mark Waite added a comment - - edited No Rohit Gagan , the best work around is still the stackoverflow article referenced by Antonio Asenjo . Since branch indexing happens on the master and uses a known cache, it should create only a single copy of the large repository, then it will reuse that for additional operations.
            Hide
            rohit_gagan Rohit Gagan added a comment -

            Mark Waite. Tried adding that, this still takes timeout as 10 min

             

            Started
            [Wed May 22 11:55:15 EDT 2019] Starting branch indexing...
            > git --version # timeout=10

            Show
            rohit_gagan Rohit Gagan added a comment - Mark Waite . Tried adding that, this still takes timeout as 10 min   Started [Wed May 22 11:55:15 EDT 2019] Starting branch indexing... > git --version # timeout=10
            Hide
            rohit_gagan Rohit Gagan added a comment -

            Mark Waite only option i see is change in git plugin code then to increase the default timeout. What you suggest?

             

            Show
            rohit_gagan Rohit Gagan added a comment - Mark Waite only option i see is change in git plugin code then to increase the default timeout. What you suggest?  
            Hide
            rohit_gagan Rohit Gagan added a comment -

            Mark Waite. Thanks. This works. i was adding the parameter at the wrong end

            Show
            rohit_gagan Rohit Gagan added a comment - Mark Waite . Thanks. This works. i was adding the parameter at the wrong end

              People

              • Assignee:
                Unassigned
                Reporter:
                magic David Johnson
              • Votes:
                18 Vote for this issue
                Watchers:
                26 Start watching this issue

                Dates

                • Created:
                  Updated: