API calls to dis-associate an auto-assigned floating IP should return proper warning
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Medium
|
Sirisha Devineni | ||
Folsom |
Fix Released
|
Medium
|
Vish Ishaya | ||
nova (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Quantal |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Currently if a user attempts to disassociate a public IP address which has been auto_assigned the request is accepted but silently ignored.
$nova list
+------
| ID | Name | Status | Networks |
+------
| e8615e1c-
+------
Here 172.24.4.225 is an auto assigned floating IP.
root@ubuntu28fo
$nova list
+------
| ID | Name | Status | Networks |
+------
| e8615e1c-
+------
If I try to disassociate the auto assigned public address it fails - which is fine - but it does so it a silent way i.e. it gives no hint that the requested operation is not allowed, and that it will not be executed. If a message like "Can't disassociate auto assigned floating IP" can be thrown then that will be helpful to the end user.
Related branches
- Openstack Ubuntu Testers: Pending requested
-
Diff: 121 lines (+100/-4)1 file modifieddebian/changelog (+100/-4)
CVE References
Changed in nova: | |
assignee: | nobody → Sirisha Devineni (sirisha-devineni) |
tags: | added: folsom-backport-potential |
Changed in nova: | |
milestone: | none → grizzly-1 |
status: | Fix Committed → Fix Released |
tags: | removed: folsom-backport-potential |
Changed in nova (Ubuntu): | |
status: | New → Fix Released |
Changed in nova (Ubuntu Quantal): | |
status: | New → Confirmed |
Changed in nova: | |
milestone: | grizzly-1 → 2013.1 |
Fixing the return code and error message sounds like a fine fix for now and if fits in well with the Nova's current implementation of floating IPs.
Long term I'd like to consider treating auto-assigned floating IPs just like we do normal IPs and allow them to be unassigned. This is perhaps more invasive however and we'd have to look into a mechanism to safely deprecate the current behavor.