openstack/nova - nova - OpenDev: Free Software Needs Free Tools

This is accomplished by having the ImageService create a 'queued' image in Glance.
When the image is subsequently uploaded, the image will go from 'queued' -> 'saving' -> 'queued'.
Related Future Work:
The ImageService needs to be cleaned up so that there is a canonical set of attributes (id, status, etc), and a canonical set of values ('queued', 'saving', etc). Right now, EC2 is fairly coupled to LocalImageService and S3ImageService while OpenStackAPI is coupled to GlanceImageService; ideally, we should be able mix-and-match from any of these.

Example output from command-line tool:
(.nova-venv)termie@preciousroy:p/nova/easy_api % ./bin/stack
usage: stack [options] <controller> <method> [arg1=value arg2=value]
 `stack help` should output the list of available controllers
 `stack <controller>` should output the available methods for that controller
 `stack help <controller>` should do the same
 `stack help <controller> <method>` should output info for a method
./bin/stack:
 -?,--[no]help: show this help
 --[no]helpshort: show usage only for this module
 --[no]helpxml: like --help, but generates XML output
 --host: Direct API host
  (default: '127.0.0.1')
 --port: Direct API host
  (default: '8001')
  (an integer)
 --project: Direct API project
  (default: 'proj1')
 --user: Direct API username
  (default: 'user1')
Available controllers:
  reflect Reflection methods to list available methods.
  compute API for interacting with the compute manager.
(.nova-venv)termie@preciousroy:p/nova/easy_api % ./bin/stack help reflect
Available methods for reflect:
  get_controllers List available controllers.
  get_methods List available methods.
  get_method_info Get detailed information about a method.
(.nova-venv)termie@preciousroy:p/nova/easy_api % ./bin/stack help reflect get_method_info
get_method_info(method):
Get detailed information about a method.
(.nova-venv)termie@preciousroy:p/nova/easy_api % ./bin/stack reflect get_method_info method=/reflect/get_method_info
{u'args': [[u'method']],
 u'doc': u'Get detailed information about a method.',
 u'name': u'get_method_info',
 u'short_doc': u'Get detailed information about a method.'}

It uses a new xenapi plugin 'agent' that handles communication to/from the agent running on the guest.

http://wiki.openstack.org/BexarIpv6supportReadme
Tested with
 unit test
 smoke test
No conflict with current branch r 562.
Fixed comment by Soren and Vish

system) which is proposed in
https://blueprints.launchpad.net/nova/+spec/sheepdog-support
Requirements:
 - libvirt 0.8.7 or later
 - qemu 0.13.0 or later
How to test:
1. install Sheepdog
 The software is available from SourceForge.net:
 https://sourceforge.net/projects/sheepdog/files/
 See also:
 http://wiki.qemu.org/Features/Sheepdog/Getting_Started#Install
2. run the sheepdog daemon on each hosts
 $ sheep /store_dir
 /store_dir is a directory to store sheepdog objects. The directory
 must be on the filesystem with an xattr support.
3. format the sheepdog storage
 $ collie cluster format --copies=3
4. run nova-volume
 $ nova-volume --volume_driver=nova.volume.driver.SheepdogDriver

I'm proposing this branch for review to get feedback. I may have inadvertently broken a few things. Comments and possible issues:
1. I haven't tested the other hypervisors. I may have broken libvirt xen support and uml support with this patch.
2. Is it useful to have a use_cow_images param, or should it just be automatic for qemu/kvm and turned off for everything else.
3. create_image is a large annoying method. I tried to clean it up a bit, but it could probably use a bit more refactoring.
4. disk.py seems to be only used by the hypervisors, so perhaps it should move into virt dir.
5. disk.py/partition() is unused now. Should we leave it in or throw it away?
Comments welcome

Refactor some of the bits of nova-api into nova/wsgi for working with paste,
for a little bit of de-duplication between nova-api and nova-combined.
Makes a cleaner interface for how paste configs can set flags.