allow nova delete to continue if quantum port delete fails
Bug #1040385 reported by
dan wendlandt
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Undecided
|
dan wendlandt | ||
neutron |
Fix Released
|
Medium
|
dan wendlandt |
Bug Description
while doing some testing, I noticed that when terminating a nova VM, if the quantum port delete failed because of a bug in quantum, nova would not delete the VM. It seemed bad to prevent the reclamation of compute resources because of an issue releasing network resources. Compounding the issue is that there's no tenant visible feedback for why the delete fails.
So instead I propose changing the v2 quantum integration code to work like (I believe) the v1 quantum integration worked, which is that if a port delete fails, we log it, but keep on deleting. This may leave orphaned ports in Quantum, but that seems ok, as it is quantum's fault if it could not properly delete a port.
Changed in quantum: | |
status: | In Progress → Fix Committed |
Changed in quantum: | |
status: | Fix Committed → Fix Released |
Changed in nova: | |
milestone: | none → folsom-rc1 |
status: | Fix Committed → Fix Released |
Changed in quantum: | |
milestone: | folsom-rc1 → 2012.2 |
Changed in nova: | |
milestone: | folsom-rc1 → 2012.2 |
To post a comment you must log in.
Fix proposed to branch: master /review. openstack. org/11842
Review: https:/