xenapi_image_service flag is redundant with image_service flag
Bug #708754 reported by
Thierry Carrez
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Wishlist
|
Brian Waldon |
Bug Description
nova/virt/
It will probably fail if one is out of sync with the other.
Related branches
lp:~rackspace-titan/nova/remove_xenapi_image_service_flag_lp708754
- William Wolf (community): Approve
- Trey Morris (community): Approve
- Rick Harris (community): Approve
- Josh Kearney (community): Approve
- Vish Ishaya (community): Needs Fixing
-
Diff: 348 lines (+18/-171)3 files modifiednova/tests/test_xenapi.py (+1/-41)
nova/virt/xenapi/vm_utils.py (+17/-127)
nova/virt/xenapi_conn.py (+0/-3)
Changed in nova: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
Changed in nova: | |
assignee: | nobody → Brian Waldon (bcwaldon) |
Changed in nova: | |
status: | Confirmed → In Progress |
Changed in nova: | |
status: | In Progress → Fix Committed |
Changed in nova: | |
milestone: | none → diablo-4 |
Changed in nova: | |
milestone: | diablo-4 → 2011.3 |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
As per a recent thread on the mailing list, my preference would be to remove nova.image altogether, and use Glance as the abstraction between image services, rather than having that abstraction inside Nova too. (I don't think that this was unanimously agreed.)
If we did this, then we'd remove image_service altogether, which is why nova.virt.xenapi is decoupled from that.
I don't know of any problems that would arise if image_service was out of sync with xenapi_ image_service -- I'm expecting xenapi_ image_service to take effect when using virt.xenapi, and image_service to take effect when using virt.libvirt.