[JIRA] (JENKINS-55486) If lock() creates a new resource, there should be a choice to make it temporary

0 views
Skip to first unread message

Daniel.Pasto@gmail.com (JIRA)

unread,
Jan 9, 2019, 10:01:02 AM1/9/19
to jenkinsc...@googlegroups.com
D Pasto created an issue
 
Jenkins / Improvement JENKINS-55486
If lock() creates a new resource, there should be a choice to make it temporary
Issue Type: Improvement Improvement
Assignee: Unassigned
Components: lockable-resources-plugin
Created: 2019-01-09 15:00
Priority: Minor Minor
Reporter: D Pasto

I'm using lock() in the stage options of a declarative pipeline and really like the feature to automatically create the resource if it does not yet exist.  That should save some maintenance.  However as time goes on and resources change, this means the number of resources builds up until someone cleans them out.

We should have a choice for manually created locks to be temporary - i don't necessarily care whether the resource exists when no one is using it, just that only one job use it at a time.

 

May be related to: JENKINS-34892

 

The overall scenario is related to Jenkins agents - I want a stage to deploy a server, followed by stages to execute client tests, but I need the server locked the whole time so that no other job tries to use it.  Currently I'm stuck with double maintenance, keeping the same server list in both the agent and the lockable resources.  If lock() both lets me create resources on the fly and declare them temporary so they are deleted when no one is using them, then I don't need duplicate maintenance - I only need to maintain the agents, not the lock data.

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

Daniel.Pasto@gmail.com (JIRA)

unread,
Jan 9, 2019, 3:06:02 PM1/9/19
to jenkinsc...@googlegroups.com
D Pasto commented on Improvement JENKINS-55486
 
Re: If lock() creates a new resource, there should be a choice to make it temporary

I can see several ways of addressing this issue - this ticket is a small improvement that will get us a nice improvement, while JENKINS-53332 addresses the scenario, and JENKINS-44141 is a larger goal but is short on detail

ethorsa@inbox.lv (JIRA)

unread,
Jun 12, 2019, 3:51:02 AM6/12/19
to jenkinsc...@googlegroups.com

ethorsa@inbox.lv (JIRA)

unread,
Jul 24, 2019, 5:13:02 AM7/24/19
to jenkinsc...@googlegroups.com
ethorsa commented on Improvement JENKINS-55486

PR#138 has been merged so the next release should ship it. 

Daniel.Pasto@gmail.com (JIRA)

unread,
Aug 5, 2019, 12:07:02 PM8/5/19
to jenkinsc...@googlegroups.com
D Pasto commented on Improvement JENKINS-55486

Fantastic, thanks!  Unfortunately  I don't have a sandbox to try pre-release versions.  I see the last release of this plugin was in March, so I'll keep an eye out for it.

tobias-jenkins@23.gs (JIRA)

unread,
Oct 4, 2019, 9:08:04 PM10/4/19
to jenkinsc...@googlegroups.com
Change By: Tobias Gruetzmacher
Status: Open Fixed but Unreleased
Assignee: Tobias Gruetzmacher
Resolution: Fixed
This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
Atlassian logo

tobias-jenkins@23.gs (JIRA)

unread,
Oct 12, 2019, 4:44:03 AM10/12/19
to jenkinsc...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages