[JIRA] (JENKINS-56860) Rebuild plugin records incorrect "Started by user"

2019-05-27 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev commented on  JENKINS-56860  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Rebuild plugin records incorrect "Started by user"   
 

  
 
 
 
 

 
 This is fixed with https://github.com/jenkinsci/rebuild-plugin/pull/57, available in plugin version 1.31  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.198522.1554260497000.12426.1558956420255%40Atlassian.JIRA.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-56916) Passing method invocation as another method input default value breaks the second method

2019-04-05 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-56916  
 
 
  Passing method invocation as another method input default value breaks the second method   
 

  
 
 
 
 

 
Change By: 
 Grigor Lechev  
 

  
 
 
 
 

 
  {code:java}String test() {println("test")return "12345"}  def testtest(String b = test()) {println("testtest")}  testtest()println ("END"){code} This script produces the following:    {noformat}[Pipeline] Start of Pipeline[Pipeline] echotest[Pipeline] echoEND[Pipeline] End of PipelineFinished: SUCCESS{noformat} the  ' println("testtest")' is not invoked. Adding @NonCPS annotation is the available workaround: {code:java}@NonCPSString test() {println("test")return "12345"}  def testtest(String b = test()) {println("testtest")}  testtest()println ("END"){code}   produces: {noformat}[Pipeline] Start of Pipeline (hide)[Pipeline] echotest[Pipeline] echotesttest[Pipeline] echoEND[Pipeline] End of PipelineFinished: SUCCESS{noformat}This doesn't look like a regression - it's reproduced in older versions as well.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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 

[JIRA] (JENKINS-56916) Passing method invocation as another method input default value breaks the second method

2019-04-05 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-56916  
 
 
  Passing method invocation as another method input default value breaks the second method   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 workflow-cps-plugin  
 
 
Created: 
 2019-04-05 14:06  
 
 
Environment: 
 Jenkins 2.170, workflow-cps-plugin 2.65  
 
 
Priority: 
  Critical  
 
 
Reporter: 
 Grigor Lechev  
 

  
 
 
 
 

 
   

 

String test() {
println("test")
return "12345"
}def testtest(String b = test()) {
println("testtest")
}testtest()
println ("END") 

   This script produces the following:     

 
[Pipeline] Start of Pipeline
[Pipeline] echo
test
[Pipeline] echo
END
[Pipeline] End of Pipeline
Finished: SUCCESS
 

   the  ' println("testtest")' is not invoked. Adding @NonCPS annotation is the available workaround:   

 

@NonCPS
String test() {
println("test")
return "12345"
}def testtest(String b = test()) {
println("testtest")
}testtest()
println ("END")
 

   

[JIRA] (JENKINS-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-12-04 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev commented on  JENKINS-54757  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
 Since my last comment: 1. Downgrading the DSL plugin does not solve the issue 2. The volume of items that DSL plugin generates does impact the performance (more items -> faster regression per run). I've minimized the issue for me by building a custom seed that generates only a fraction of all 1000 items, based on the changed files. Jenkins is running 4 days straight now and I'm not seeing anything like the CPU numbers I had. This is not a real solution, but it significantly increases the lifespan of the system.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-11-29 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev commented on  JENKINS-54757  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
 Attaching a build trend screenshot, I'm reproducing this successfully with the following scenario: 1) Create 2 jobs, one should be executing a content generation using the DSL plugin. Other should be empty pipeline. Schedule both of them to execute recurrently every minute. 2) The empty pipeline will initially run for < 1 second. It will start regressing with time, in a couple of hours it will go over a minute execution time. 3) Stopping the generation job will stop the regression.As you can see in the screenshot, I stopped it at build #719. I've not confirmed if the item count that the generation job creates maters in this case (currently, my seed generates over 1000 items). I'll try downgrading the DSL plugin to 1.69 as this was the previous known stable version for me and go from there.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-11-29 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54757  
 
 
  High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
Change By: 
 Grigor Lechev  
 
 
Attachment: 
 trend.png  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-11-23 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev commented on  JENKINS-54757  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
 I've attached a couple of screenshots from JVM and a thread dump. This is after removing the log line at 1345. The CPU consumption is lower than before, but it's still pretty high.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-11-23 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54757  
 
 
  High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
Change By: 
 Grigor Lechev  
 
 
Attachment: 
 memory-sampling.png  
 
 
Attachment: 
 cpu-sampling.png  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-11-23 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54757  
 
 
  High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
Change By: 
 Grigor Lechev  
 
 
Attachment: 
 tdump-23-11.txt  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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-54757) High CPU caused by dumping the classloader in CpsFlowExecution

2018-11-21 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54757  
 
 
  High CPU caused by dumping the classloader in CpsFlowExecution   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 workflow-cps-plugin  
 
 
Created: 
 2018-11-21 13:58  
 
 
Environment: 
 Jenkins 2.144, Workflow CPS Plugin 2.60, Job DSL Plugin 1.70  
 
 
Priority: 
  Major  
 
 
Reporter: 
 Grigor Lechev  
 

  
 
 
 
 

 
 I have a pretty big system, 1000+ Jenkins items (mostly pipelines), 50+ slaves at all times.I'm investigating some high CPU issues after the upgrade to 2.144 (I've upgraded the plugins as well, so I doubt it's really Jenkins core). What caught my eye is the following stacktrace (a few variations of it): 

 

   java.lang.Thread.State: RUNNABLE
at java.lang.String.valueOf(String.java:2994)
at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.cleanUpGlobalClassValue(CpsFlowExecution.java:1345)
at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.cleanUpLoader(CpsFlowExecution.java:1291)
at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.cleanUpHeap(CpsFlowExecution.java:1265)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:375)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$200(CpsThreadGroup.java:83)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:244)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:232)
at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
  

[JIRA] (JENKINS-53359) job-dsl has deprecated concurrentBuild() on pipeline jobs

2018-11-05 Thread mooncros...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Grigor Lechev commented on  JENKINS-53359  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: job-dsl has deprecated concurrentBuild() on pipeline jobs   
 

  
 
 
 
 

 
 I believe this is the new correct way to do it: 

 

pipelineJob("name") {
properties {
disableConcurrentBuilds()
}
...
 

  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
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.