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

Build creates new workspace@2 (and so on) when option concurrent builds NOT checked

      Since the last update, workspaces are not reused anymoe in the projects. After googling, this feature seems related to concurrent builds. But we don't use concurrent builds. Still we get workspaces @2..@11.

          [JENKINS-21622] Build creates new workspace@2 (and so on) when option concurrent builds NOT checked

          Jesse Glick added a comment - Diagnostic build: http://repo.jenkins-ci.org/public/org/jenkins-ci/main/jenkins-war/1.532.2.JENKINS-21622-diag/jenkins-war-1.532.2.JENKINS-21622-diag.war

          dogfood added a comment -

          Integrated in jenkins_main_trunk #3306
          JENKINS-21622 Trying to diagnose who is acquiring workspace leases when and why. (Revision 3dc0a444068601a61930af4c422ffefdd0928063)

          Result = SUCCESS
          Jesse Glick : 3dc0a444068601a61930af4c422ffefdd0928063
          Files :

          • core/src/main/java/hudson/slaves/WorkspaceList.java

          dogfood added a comment - Integrated in jenkins_main_trunk #3306 JENKINS-21622 Trying to diagnose who is acquiring workspace leases when and why. (Revision 3dc0a444068601a61930af4c422ffefdd0928063) Result = SUCCESS Jesse Glick : 3dc0a444068601a61930af4c422ffefdd0928063 Files : core/src/main/java/hudson/slaves/WorkspaceList.java

          Code changed in jenkins
          User: Jesse Glick
          Path:
          changelog.html
          core/src/main/java/hudson/model/AbstractBuild.java
          http://jenkins-ci.org/commit/jenkins/decf902ab797b1ef5f5fb8f5c1651520c0fe33f2
          Log:
          [FIXED JENKINS-21622] Release workspace leases (and avoid @2) even if post-build actions throw LinkageError.

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Jesse Glick Path: changelog.html core/src/main/java/hudson/model/AbstractBuild.java http://jenkins-ci.org/commit/jenkins/decf902ab797b1ef5f5fb8f5c1651520c0fe33f2 Log: [FIXED JENKINS-21622] Release workspace leases (and avoid @2) even if post-build actions throw LinkageError.

          dogfood added a comment -

          Integrated in jenkins_main_trunk #3309
          [FIXED JENKINS-21622] Release workspace leases (and avoid @2) even if post-build actions throw LinkageError. (Revision decf902ab797b1ef5f5fb8f5c1651520c0fe33f2)

          Result = SUCCESS
          Jesse Glick : decf902ab797b1ef5f5fb8f5c1651520c0fe33f2
          Files :

          • core/src/main/java/hudson/model/AbstractBuild.java
          • changelog.html

          dogfood added a comment - Integrated in jenkins_main_trunk #3309 [FIXED JENKINS-21622] Release workspace leases (and avoid @2) even if post-build actions throw LinkageError. (Revision decf902ab797b1ef5f5fb8f5c1651520c0fe33f2) Result = SUCCESS Jesse Glick : decf902ab797b1ef5f5fb8f5c1651520c0fe33f2 Files : core/src/main/java/hudson/model/AbstractBuild.java changelog.html

          We also see this problem here, with one single job. However, it's unclear when we will be able to upgrade to the fixed version, so I'd like to know whether there's a workaround we can apply until then.

          Dirk Heinrichs added a comment - We also see this problem here, with one single job. However, it's unclear when we will be able to upgrade to the fixed version, so I'd like to know whether there's a workaround we can apply until then.

          Investigating our issue further, it seems that it is a different problem. The project configuration is such that it executes some sub projects. What we see in the console output (with the timestamper plugin enabled) is that the next queued job starts to run a few seconds after the first one has started its (blocking) sub job. File a new issue?

          Dirk Heinrichs added a comment - Investigating our issue further, it seems that it is a different problem. The project configuration is such that it executes some sub projects. What we see in the console output (with the timestamper plugin enabled) is that the next queued job starts to run a few seconds after the first one has started its (blocking) sub job. File a new issue?

          Onur Ozardic added a comment -

          Issue seems to be unresolved in 1.606
          Environment is CentOS 6.6 slave and git version 1.8.3.1

          Onur Ozardic added a comment - Issue seems to be unresolved in 1.606 Environment is CentOS 6.6 slave and git version 1.8.3.1

          Mark Waite added a comment -

          o_ozardic you will need to provide much more information about the conditions which show the problem. I doubt a developer will be persuaded to spend significant time trying to guess the conditions under which you have seen the problem. Even if they do spend that time guessing more about the problem, they may guess incorrectly and fix something that is not the issue you've seen.

          Please provide step by step instructions which show the problem, preferably on a clean installation of a recent Jenkins version (either the current long term support version or the most recent weekly version). You may also help by installing the "support" plugin and including the information from that plugin. Or, at least include the versions of plugins you're using in addition to the command line git version you have installed.

          Mark Waite added a comment - o_ozardic you will need to provide much more information about the conditions which show the problem. I doubt a developer will be persuaded to spend significant time trying to guess the conditions under which you have seen the problem. Even if they do spend that time guessing more about the problem, they may guess incorrectly and fix something that is not the issue you've seen. Please provide step by step instructions which show the problem, preferably on a clean installation of a recent Jenkins version (either the current long term support version or the most recent weekly version). You may also help by installing the "support" plugin and including the information from that plugin. Or, at least include the versions of plugins you're using in addition to the command line git version you have installed.

          Rick Liu added a comment - - edited

          OS: Ubuntu 12.04 64-bit
          Jenkins ver: 1.609.1 (upgraded from 1.580.3)
          disk-usage plugin: 0.25 (upgraded from 0.24)
          Matrix Project Plugin: 1.6 (upgraded from 1.4.1)

          I didn't have this issue when I was using ver 1.580.3.
          After upgrading Jenkins ver 1.609.1 (together with other Jenkins plugins update),
          I started to see this issue.

          My jenkins job is using multi-config project type (aka Matrix project),
          and has 3 variants.
          I didn't set to be run concurrently,
          so the 3 variants will start the build one by one.

          In the previous version 1.580.3,
          it will reuse the same workspace folder for all of 3 variant builds.

          In the new version 1.609.1,
          when multiple jobs are triggerd,
          I can see sometimes the first variant build of the second job
          will start to create and use workspace@2
          instead of re-using original worksapce.

          Note:
          I'm also using disk-usage plugin.
          At the end of build,
          it will trigger that plugin to calculate workspace disk space.
          My work space tends to be large and sometimes it take several minutes to finish.

          I suspect it's that disk-usage plugin still occupying the original worksapce,
          but the second job in queue starts earlier,
          so it creates workspace@2 for the first variable build.

          From workspace@2,
          I always see only one variant only under AXIS folder.

          Rick Liu added a comment - - edited OS: Ubuntu 12.04 64-bit Jenkins ver: 1.609.1 (upgraded from 1.580.3) disk-usage plugin: 0.25 (upgraded from 0.24) Matrix Project Plugin: 1.6 (upgraded from 1.4.1) I didn't have this issue when I was using ver 1.580.3. After upgrading Jenkins ver 1.609.1 (together with other Jenkins plugins update), I started to see this issue. My jenkins job is using multi-config project type (aka Matrix project), and has 3 variants. I didn't set to be run concurrently, so the 3 variants will start the build one by one. In the previous version 1.580.3, it will reuse the same workspace folder for all of 3 variant builds. In the new version 1.609.1, when multiple jobs are triggerd, I can see sometimes the first variant build of the second job will start to create and use workspace@2 instead of re-using original worksapce. Note: I'm also using disk-usage plugin. At the end of build, it will trigger that plugin to calculate workspace disk space. My work space tends to be large and sometimes it take several minutes to finish. I suspect it's that disk-usage plugin still occupying the original worksapce, but the second job in queue starts earlier, so it creates workspace@2 for the first variable build. From workspace@2, I always see only one variant only under AXIS folder.

          Jesse Glick added a comment -

          totoroliu probably you are hitting a distinct bug with a similar symptom. If you can reproduce it from scratch, please file it separately.

          Jesse Glick added a comment - totoroliu probably you are hitting a distinct bug with a similar symptom. If you can reproduce it from scratch, please file it separately.

            Unassigned Unassigned
            stefanhirche Stefan Hirche
            Votes:
            8 Vote for this issue
            Watchers:
            16 Start watching this issue

              Created:
              Updated:
              Resolved: