[RFE] Resource locks should have means to break on demand
Bug #1526352 reported by
Vladyslav Drok
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ironic |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Resource locks should denote the time when the lock was taken, and allow that timestamp to be updated in the case of very-long-running tasks. This will allow other processes (human or automated) to guage whether a process has become stalled or timed out, and take action if necessary.
At the Icehouse summit, several proposals were put forward. It was generally agreed that the direction is good, but that automatic lock-breaking is too risky without substantial safe-guards in place to prevent uninterruptable operations (eg, firmware updates) from being interrupted.
https:/
Changed in ironic: | |
status: | New → Confirmed |
importance: | Undecided → Wishlist |
tags: | added: rfe |
tags: | added: needs-spec |
To post a comment you must log in.
Copy of whiteboard:
Addressed by: https:/ /review. openstack. org/#/c/ 55549/
Allow clean reservation at update node
----------- eavesdrop. openstack. org/meetings/ ironic/ 2013/ironic. 2013-12- 09-19.01. log.html
Based on discussion in yesterday's meeting
http://
I am going to target the related bug report to I-2 (it's already set to HIGH priority), and also lower this blueprint's priority and untarget it from the Icehouse cycle. We need a way to manually break locks held by dead conductors and prevent users from setting a lock in the API (both addressed by the bug) but we don't need automatic, time-based lock timeouts (discussed at the summit, fraught with potential issues).
--Devananda, 2013-12-10
Gerrit topic: https:/ /review. openstack. org/#q, topic:bug/ 1250348, n,z
Addressed by: https:/ /review. openstack. org/55549
Allow clean reservation at update node
Gerrit topic: https:/ /review. openstack. org/#q, topic:bp/ breaking- resource- locks,n, z
Addressed by: https:/ /review. openstack. org/70273 clear_reservati on
Minor update for _check_
Addressed by: https:/ /review. openstack. org/71212
Add ability to break TaskManager locks via REST API
I'm still inclined to see this work happen, personally...
// jroll 2015-10-15