[JIRA] (JENKINS-49556) Git polling using workspace blocked until running build completes

2018-02-15 Thread craig.pa...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Craig Paton updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-49556  
 
 
  Git polling using workspace blocked until running build completes   
 

  
 
 
 
 

 
Change By: 
 Craig Paton  
 

  
 
 
 
 

 
 We have git polling enabled for a multijob project which requires the use of a local workspace as are using  the  "polling ignores commits with certain messages" option.  Each build for this project takes around 1 hour. If a build is running when polling triggers (either via schedule or from using the notifyCommit endpoint) it has to wait for the build that is running to  complete  finish  before completing.  This significantly reduces the throughput of our builds. When looking at the Jenkins threads we see polling waiting on acquiring a workspace lock {noformat}"Waiting to acquire D:\jenkins-ci-slave\workspace\CI@2 : SCM polling for com.tikal.jenkins.plugins.multijob.MultiJobProject@504afb4[CI]" Id=19074 Group=main WAITING on hudson.slaves.WorkspaceList@468cbad2at java.lang.Object.wait(Native Method)- waiting on hudson.slaves.WorkspaceList@468cbad2at java.lang.Object.wait(Unknown Source)at hudson.slaves.WorkspaceList.acquire(WorkspaceList.java:257)at hudson.slaves.WorkspaceList.acquire(WorkspaceList.java:236)at hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1399)at hudson.model.AbstractProject._poll(AbstractProject.java:1376)at hudson.model.AbstractProject.poll(AbstractProject.java:1287)at com.tikal.jenkins.plugins.multijob.MultiJobProject.poll(MultiJobProject.java:95)at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:594)at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:640)at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)at java.util.concurrent.FutureTask.run(Unknown Source)at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)at java.lang.Thread.run(Unknown Source)Number of locked synchronizers = 1- java.util.concurrent.ThreadPoolExecutor$Worker@566b1062{noformat} At this point if we view the Git Polling Log for the  build  project  all we see is{noformat}Started on Feb 14, 2018 4:44:59 PM{noformat} Is there a way to have polling proceed whilst another build is in progress?  
 

  
 
 
 
 

 
 
 

 
 
   

[JIRA] (JENKINS-49556) Git polling using workspace blocked until running build completes

2018-02-14 Thread mark.earl.wa...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Mark Waite commented on  JENKINS-49556  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Git polling using workspace blocked until running build completes   
 

  
 
 
 
 

 
 There is no way to have polling proceed in a Freestyle job while a build is running.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-49556) Git polling using workspace blocked until running build completes

2018-02-14 Thread mark.earl.wa...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Mark Waite assigned an issue to Unassigned  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-49556  
 
 
  Git polling using workspace blocked until running build completes   
 

  
 
 
 
 

 
Change By: 
 Mark Waite  
 
 
Assignee: 
 Mark Waite  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-49556) Git polling using workspace blocked until running build completes

2018-02-14 Thread craig.pa...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Craig Paton updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-49556  
 
 
  Git polling using workspace blocked until running build completes   
 

  
 
 
 
 

 
Change By: 
 Craig Paton  
 

  
 
 
 
 

 
 We have git polling enabled for a multijob project which requires the use of a local workspace as are using "polling ignores commits with certain messages" option.  Each build for this project takes around 1 hour. If a build is running when polling triggers (either via schedule or from using the notifyCommit endpoint) it has to wait for the build that is running to complete before completing.  This significantly reduces the throughput of our builds. When looking at the Jenkins threads we see polling waiting on acquiring a workspace lock {noformat}"Waiting to acquire D:\jenkins-ci-slave\workspace\CI@2 : SCM polling for com.tikal.jenkins.plugins.multijob.MultiJobProject@504afb4[CI]" Id=19074 Group=main WAITING on hudson.slaves.WorkspaceList@468cbad2at java.lang.Object.wait(Native Method)- waiting on hudson.slaves.WorkspaceList@468cbad2at java.lang.Object.wait(Unknown Source)at hudson.slaves.WorkspaceList.acquire(WorkspaceList.java:257)at hudson.slaves.WorkspaceList.acquire(WorkspaceList.java:236)at hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1399)at hudson.model.AbstractProject._poll(AbstractProject.java:1376)at hudson.model.AbstractProject.poll(AbstractProject.java:1287)at com.tikal.jenkins.plugins.multijob.MultiJobProject.poll(MultiJobProject.java:95)at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:594)at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:640)at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)at java.util.concurrent.FutureTask.run(Unknown Source)at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)at java.lang.Thread.run(Unknown Source)Number of locked synchronizers = 1- java.util.concurrent.ThreadPoolExecutor$Worker@566b1062{noformat}  At this point if we view the Git Polling Log for the build all we see is{noformat}Started on Feb 14, 2018 4:44:59 PM{noformat}  Is there a way to have polling proceed whilst another build is in progress?  
 

  
 
 
 
 

 
 
 

 
 

[JIRA] (JENKINS-49556) Git polling using workspace blocked until running build completes

2018-02-14 Thread craig.pa...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Craig Paton created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-49556  
 
 
  Git polling using workspace blocked until running build completes   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Mark Waite  
 
 
Attachments: 
 polling-thread-waiting-to-acquire-workspace-lock.png  
 
 
Components: 
 git-plugin  
 
 
Created: 
 2018-02-14 16:52  
 
 
Environment: 
 OS: Windows x64  Jenkins: 2.89.3  git-client: 2.7.1  scm-api: 2.2.6  jenkins-multijob-plugin: 1.28  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Craig Paton  
 

  
 
 
 
 

 
 We have git polling enabled for a multijob project which requires the use of a local workspace as are using "polling ignores commits with certain messages" option.  Each build for this project takes around 1 hour.   If a build is running when polling triggers (either via schedule or from using the notifyCommit endpoint) it has to wait for the build that is running to complete before completing.  This significantly reduces the throughput of our builds.   When looking at the Jenkins threads we see polling waiting on acquiring a workspace lock   

 
"Waiting to acquire D:\jenkins-ci-slave\workspace\CI@2 : SCM polling for com.tikal.jenkins.plugins.multijob.MultiJobProject@504afb4[CI]" Id=19074 Group=main WAITING on hudson.slaves.WorkspaceList@468cbad2
at java.lang.Object.wait(Native Method)
- waiting on hudson.slaves.WorkspaceList@468cbad2
at java.lang.Object.wait(Unknown Source)
at hudson.slaves.WorkspaceList.acquire(WorkspaceList.java:257)
at