Make os-services API extensions consistent.

Updates the os-services API extension so that it is consistent
internally (index and update return similar formats), and so
that it works with the recent novaclient code which sends
the following request body format:

  {"binary": "nova-cert", "host": "nova1"}

Also, updates the response body format of the update call so that it
wraps things in an extra service dict which should make novaclient
happier here as well (and is consistent with other extensions too).

Fixes LP Bug #1147746.

Change-Id: I932160d64fdd3aaeb2ed90a092ecc7a36dcc9665
Fix: improve API error responses from os-hosts extension

Modify responses to include the actual host instead of %(host)s.

Resolves bug 1154117.

Change-Id: Ic680403bdf1cb1fc1ac184352f486390fb04a195
Make conductor's quota methods pass project_id properly

Commit 652a487ed9daba9ae97f7df77ae35720322d1af3 added a workaround for
project_id on conductor's quota methods. This fully plumbs project_id
through to the manager (and thus the quota implementation) and removes
the tests that verify the workaround.

Fixes bug 1153795

Change-Id: I7cd5e3de39acfaba7831892aff6c754569c8e1bf
Fix db archiving bug with foreign key constraints.

Fixes bug 1137977

A few Nova tables have foreign key constraints on other tables.
Deleting a row whose id is referenced as an enforced foreign key for
another table results in an error.

The fix is to detect the IntegrityError when we attempt to delete a row,
and exit from archive_deleted_rows_for_table early.  The parent
archive_deleted_rows function will continue deleting from other tables,
including the one whose dependence on this row caused the IntegrityError,
and things will eventually sort themselves out.

Change-Id: I0afdfe0778057abc5fd269a20bfa4c4ca3a7b003
Merge "Fix: improve API error responses from os-hosts extension"
Merge "Make conductor's quota methods pass project_id properly"
Merge "Make os-services API extensions consistent."
Merge "Fix db archiving bug with foreign key constraints."
Revert 1154253 causes XenServer image compat issue

In 1154253 we:

  Drop gzip flag from tar command for OVF archives

While support more OVF file formats is a worthy goal the approach
in 1154253 is going to cause serious issues for existing
Nova XenServer users who are already zipping their OVS images.

I would also point out that our utils.py xenserver plugins still
zips tarballs we create (see create_tarball) so the new code
causes internal inconsistencies as well.

This should fix SmokeStack.

Fixes LP Bug #1155783.

Change-Id: Iff6db314c0dec6df2e48d98db2a547f6624b9d9a
Merge "Revert 1154253 causes XenServer image compat issue"
Adds the Scheduled Images extension.

Includes the Scheduled Images extension extension.
Changed the test_scheduled_images.py
Working unit test test_show_server

in file nova/tests/api/openstack/compute/contrib/test_scheduled_images.py
Cleaned up more tests in test_scheduled_images.py
all unit tests passing except restricted by project
extension unit tests passing
Cleaned up pip errors and Comments
API sample tests for OS-SI
working api samples tests
os-services diff brought to master