lp:~soren/nova/libvirt-reconnect
- Get this branch:
- bzr branch lp:~soren/nova/libvirt-reconnect
Branch merges
- Devin Carlen (community): Approve
- Jay Pipes (community): Approve
-
Diff: 12 lines (+1/-1)1 file modifiednova/virt/libvirt_conn.py (+1/-1)
Related bugs
Bug #627146: AttributeError: virConnect instance has no attribute 'getVersion' | Undecided | Fix Released |
Related blueprints
Branch information
Recent revisions
- 260. By Soren Hansen
-
Call getInfo() instead of getVersion() on the libvirt connection object. virConnectGetVe
rsion was not exposed properly in the python bindings until quite recently, so this makes us rather more backwards compatible. - 256. By Michael Gundlach
-
Initial support for Rackspace API /image requests. They will eventually be backed by Glance.
Because we don't expect Glance to support non-public images for the Austin release, all we support is index() and show().
The WSGI controller uses a service to interact with the image store (the "ImageService"). Eventually it will use a GlanceImageService, but since Glance isn't implemented yet it's hard coded to use a LocalImageService for testing.
The ImageService maps URIs to image data (because Glance will be the canonical backend and that's how Glance does it), but the Rackspace API maps ids to image data. So the images.Controller stores a mapping in the global Redis service to convert from URIs to ids.
Courtesy of whatthecommit.com:
(\ /)
(O.o)
(> <) Bunny approves these changes. - 254. By Soren Hansen
-
Ensure that --gid and --uid options work for both twisted and non-twisted daemons.
- 252. By Ewan Mellor
-
Rework virt.xenapi's concurrency model. There were many places where we were
inadvertently blocking the reactor thread. The reworking puts all calls to
XenAPI on background threads, so that they won't block the reactor thread.Long-lived operations (VM start, reboot, etc) are invoked asynchronously
at the XenAPI level (Async.VM.start, etc). These return a XenAPI task. We
relinquish the background thread at this point, so as not to hold threads in
the pool for too long, and use reactor.callLater to poll the task.This combination of techniques means that we don't block the reactor thread at
all, and at the same time we don't hold lots of threads waiting for
long-running operations.There is a FIXME in here: get_info does not conform to these new rules.
Changes are required in compute.service before we can make get_info
non-blocking.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:~hudson-openstack/nova/trunk