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.

            jglick Jesse Glick
            jglick Jesse Glick
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: