[JIRA] (JENKINS-46089) ProcessTreeKiller broken in pipeline jobs
Title: Message Title Georg Friedrich commented on JENKINS-46089 Re: ProcessTreeKiller broken in pipeline jobs Ah, I just found that there already IS the ability to stop Jenkins from killing processes by using the "veto kill process"-feature. You should have mentioned this Oleg Nenashev As far as I can see this is/was bugged for slave nodes but just got fixed 2 days ago. Unfortunately it missed the 2.119 release but I guess it will be available with 2.120 then. That's really great news, so I will wait patiently for the 2.120 and will create an extension for not killing the Gradle daemons. 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-46089) ProcessTreeKiller broken in pipeline jobs
Title: Message Title Georg Friedrich commented on JENKINS-46089 Re: ProcessTreeKiller broken in pipeline jobs I think so too, Oleg Nenashev. Overriding the BUILD_ID environment variable looks very hacky. Unfortunately there is no possibility for Gradle to run the daemons initially. And of course the daemon feature of Gradle will only make sense for "always-on" build nodes, so using it in combination with docker agents is useless. That said: Would it be possible (from an architectural point of view) to disable the ProcessTreeKiller for specific builds instead of using this BUILD_ID hack? I think there are enough reasons here to give users the possibility to do so. 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-46089) ProcessTreeKiller broken in pipeline jobs
Title: Message Title Georg Friedrich reopened an issue Jenkins / JENKINS-46089 ProcessTreeKiller broken in pipeline jobs Change By: Georg Friedrich Resolution: Not A Defect Status: Closed Reopened Assignee: Oleg Nenashev 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-46089) ProcessTreeKiller broken in pipeline jobs
Title: Message Title Georg Friedrich commented on JENKINS-46089 Re: ProcessTreeKiller broken in pipeline jobs Hi Sam Van Oort, this is either a bug for FreeStyle projects and therefore also a bug in the documentation, because the documentation page of the ProcessTreeKiller @ https://wiki.jenkins.io/display/JENKINS/ProcessTreeKiller clearly states what you should do when you want to keep a Daemon process alive. Or this is working as intended for FreeStyle projects but is broken for Pipeline builds. Besides there are very good reasons for keeping a process running. E.g. when you are using Gradle for your build environment, Gradle starts a Daemon that make subsequent builds faster. As Jenkins kills all Daemons at the end of each build, it clearly breaks a feature of Gradle. So there have to be a possibility to keep created processes alive. Oleg Nenashev or Jesse Glick maybe one of you can comment on this. Thanks in advance! 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.