delta/openstack/python-novaclient.git, branch 2.28.0

workaround for RAX repose configuration

2015-09-03T18:13:33+00:00

The RAX Repose environment is blocking access to the API version
information by local policy, returning a 401 before we even get to
Nova itself. While this in clearly incorrect behavior, it is behavior
in the field, and we should not break all our users on that cloud.

This catches the 401 and translates that so that it's the equivalent
of only supporting v2.0. We will be taking these API calls to defcore,
and intend to remove this work around once that is done.

Change-Id: I2072095c24b41efcfd58d6f25205bcc94f1174da
Related-Bug: #1491579

Don't assume oscomputeversions is correctly deployed

2015-09-03T17:19:28+00:00

The paste pipeline that's "above" the /v2/ and /v2.1/ urls is the
oscomputeversions dispatcher, which should provide 300 redirects to
versions in question. Previously the code that was trying to discover
information about the current version did so via a GET of something
that looked like /v2. On an upstream compatible OpenStack this
actually triggers a 300 and redirect to /v2/ for the real answer.

On deployed public clouds, oscomputeversions is sometimes not deployed
at all, or front end blocking by the load balancer does
weirdness. Sometimes with a 401, sometimes a hang.

This fixes the way that first request is made that should avoid the
300 redirect entirely. The code probably should have done this
originally, but it was tested with upstream configuration that worked
fine in this case.

This fix is tested against HP Cloud (the only pub cloud I have creds
with). Before this fix "nova list" hangs trying to get the supported
versions, after the fix it works as expected.

Change-Id: I1692380fe8d340e5c044f46dd0b103c7550d2c7d
Closes-Bug: #1491579

fix novaclient functional tests for new devstack config

2015-09-03T17:19:28+00:00

The novaclient functional tests assumed computev21 as a type in the
service catalog. We're defaulting compute in devstack to v21 now, so
this no longer works. This is probably far too coupled to devstack
atm, however until we get to unversioned service catalog, this is what
we need to do.

Change-Id: Ifb0056924b20f62d75d13a7b4aae829df61a5396

Update path to subunit2html in post_test_hook

2015-09-03T02:08:09+00:00

Per:

http://lists.openstack.org/pipermail/openstack-dev/2015-August/072982.html

The location of subunit2html changed on the images in the gate
so update the path used in the post_test_hook.

Long-term we should just use what's in devstack-gate.

Change-Id: I5e50e7d7ad845aba26403df1df412c0a139a6dc7
Closes-Bug: #1491646

--------------
squashed with:
--------------

Don't pass null device when attaching a volume

The v2.1 API schema rejects null device values in an
os-volume_attachments request, so only include the device in the request
if one is specified on the command line.

Closes-Bug: #1491325

Change-Id: I4fa4019f19f9af6ff350db2fb6e524fa8570a6f3

Merge " Allow to reboot multiple servers"

2015-09-01T15:57:50+00:00

Merge "Add method for better random name"

2015-08-31T22:07:08+00:00

Allow to reboot multiple servers

2015-08-31T21:11:53+00:00

This change allows to pass multiple server names/ids to nova reboot.

Change-Id: I7ad891beafba019c262f656aa3e78686336e072b

Merge "Launch functional tests serially"

2015-08-31T16:10:28+00:00

Add method for better random name

2015-08-31T14:05:13+00:00

New method generates randomized name for entities.
This method allows to set prefix that explicitly shows
what kind of entity we have. This should be more useful than
UUID-only names.

Change-Id: Iafec7686f1b3b00cb21302ee0e5db40d74e77c81

Launch functional tests serially

2015-08-28T15:28:38+00:00

Currently, functional tests are not isolated and each test has access to
resources from parallel launched tests.
This patch is a hack to isolate tests and give ability to create as many
resources as tenant quotas allow.

Change-Id: Idc0a60d350e408bdbd67a7a527698be9f4d6b27b