Destroy bay should also destroy the related pods services and rcs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Magnum |
Fix Released
|
Undecided
|
Lan Qi song |
Bug Description
Currently, when we delete a bay, we will delete the stack firstly, then try to destroy the bay record in db, and at this time , if any of pods, services or replicationcont
But in the meanwhile, the stack should already be deleted which means the left records( bay, pod, service, rc) are unavailable.
I think we should destroy the bay related resources rather than raise an exception.
One concern here is HongBing's comment at these lines:
https:/
# TODO(hongbin): delete pods and services that attached to the bay.
# We don't do it now because it could cause a long deletion
# time which would block the conductor. It needs either threads
# or coroutines.
But right now, the bay destroy method is called in poll_and_check method:
(https:/
which is a thread different from the main conductor thread, so the long deletion time won't block the conductor now.
Changed in magnum: | |
status: | Fix Committed → Fix Released |
The fix commit: https:/ /review. openstack. org/#/c/ 170764/