-
Bug
-
Resolution: Fixed
-
Major
-
1.13
Have seen some hung threads ending with
at java.lang.Thread.sleep(Native Method) at org.jenkinsci.plugins.workflow.cps.CpsStepContext.getThreadGroupSynchronously(CpsStepContext.java:241) at org.jenkinsci.plugins.workflow.cps.CpsStepContext.getThreadSynchronously(CpsStepContext.java:233) at org.jenkinsci.plugins.workflow.cps.CpsStepContext.doGet(CpsStepContext.java:285) at org.jenkinsci.plugins.workflow.support.DefaultStepContext.get(DefaultStepContext.java:70) at org.jenkinsci.plugins.workflow.support.steps.StageStepExecution.println(StageStepExecution.java:226) at org.jenkinsci.plugins.workflow.support.steps.StageStepExecution.cancel(StageStepExecution.java:234) at org.jenkinsci.plugins.workflow.support.steps.StageStepExecution.enter(StageStepExecution.java:133)
This locks StageStepExecution.class, blocking other threads. The thread dump suggests that a valid build is entering a stage which involves canceling an invalid build (one which is on the books but apparently broken in some fashion), and this hangs when it ought not.
- links to