| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Support Neutron network mtu configuration with a new argument, --mtu
that allows CLI users to set MTU for Neutron networks.
Change-Id: I93d23581c7e8c84eaf9bb3b293360036f60f456b
(cherry picked from commit 18563b4132f794cc6612c2897795f96a31b565ae)
|
| |
|
|
| |
Change-Id: Ied0d17ce72343bd4f6e0e5f04b217140f13388da
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: Id75acca8d651c4151c3049a453957ba19b1550d6
|
| |/
|
|
|
|
|
|
|
|
| |
stable/queens allows SDK >=0.9.19 and <=0.11.3. Somewhere in there the
return text of an exception changed.
Backport portions of Id6de1485bcafb41f238f3e74277094ce64a6acf4 to handle
this change, but modify to work with either text form sice both are allowed.
Change-Id: Ibfee8e1e2ae4eca763894bbee8747297e0fb350f
|
| |
|
|
| |
Change-Id: I06d63b39c169f8b5d62ced0fc94a3dcc31bea5ad
|
| |
|
|
| |
Change-Id: If19d291604be46cef82041f89f2d9b426bae9dfe
|
| |
|
|
| |
Change-Id: I44c7c4bf0627266604e56ddd8e18d02f482c4601
|
| |
|
|
| |
Change-Id: I7b712b41e633f7e3dc40749b5a55706cb32fecee
|
| |
|
|
|
|
|
| |
We store the created conn on the instance, but we never pull it back off
if there is already one present.
Change-Id: I2d890dd206d4ddf67fa42d798e6fd2c652799785
|
| |
|
|
|
|
|
|
| |
network.client.make_client() has always put a copy of it's SDK Connection
directly into ClientManager, the new-style Connection create will move
into osc-lib ClientManager, do it here too until then.
Change-Id: I1edfd19c9e73320768fb9640931fafe857c980b4
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: I72c81c299759b883e316b450716d1528bdb06308
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
a piece of code in image client has some business logic behind
assert, which can be lost when running python in optimized mode (-O).
Change-Id: I2179970df495e1215d691915c51cebe5cb4541a7
|
| |\ \ \
| |/ /
|/| | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Now if Glance v2 cannot find image data it returns an empty
response with 204 status code, instead of raising an error.
Glance client handles this situation and wraps the response
with a RequestIdProxy object, whose 'wrapped' attribute is
None.
But when openstack client tries to parse this object using
glanceclient's save_image util function, it fails with
"NoneType object is not iterable" message, for the
object doesn't contain any data.
This patch adds additional check to prevent such behaviour
and raises SystemExit exception if no data was returned from
the server.
Glance v1 is not affected, because it raises an error if can't
find an image data.
Change-Id: I016a60462ba586f9fa7585c2cfafffd7be38de7b
Closes-Bug: #1741223
|
| | |/
|/|
| |
| |
| |
| | |
in quotas -> in quotes
Change-Id: I3adb1ccd8f3a9c495f0b9cf688aee5c4c1e63507
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Fix indentation in doc/source/cli/authentication.rst
Change-Id: I7d408e9d27a384903680303219f2578be0e2937e
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | | |
Change-Id: Ic5715c21e19d92c8f3d85091bfa41c28bb271c42
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The zuul job figures out whether to run "setup.py build_sphinx" or
"build-sphinx" based on whether the project is relying on pbr's
ability to auto-generate API reference docs. Because we are relying on
that, we want local builds to use "setup.py build_sphinx".
This reverts commit 42e0037cd055d81d9452f046c347f8e469d27350.
Change-Id: Ia01188110fa9c3ccaf3d794fa3a511a6780e683e
|
| |\ \ \
| |/ /
|/| | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We have consolidated the fetch output roles into one
fetch-subunit-output, replace useage of old roles with new one.
Depends-On: I0cdfc66ee8b046affeb0b071fef38c21cb7a4948
Change-Id: Iae2892d9b4cd870a11579434edc9ee66bd16798c
|
| |/ /
| |
| |
| | |
Change-Id: I72311597c1b62d985282cef5e219c16cd6745b42
|
| | |
| |
| |
| | |
Change-Id: I90df2e58bb83239f5b041982844516eb34cb5656
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now we can associate a qos policy to the floating IP, and
dissociate it. The commands are:
$ openstack floating ip create --qos-policy ...
$ openstack floating ip set --qos-policy ...
$ openstack floating ip set --no-qos-policy ...
$ openstack floating ip unset --qos-policy
These commands are based on the neutron change:
I4efe9e49d268dffeb3df4de4ea1780152218633b
Partially-Implements blueprint: floating-ip-rate-limit
Change-Id: I932b32f78cc5a2b53926feaec1a0b392cf7e8b57
|
| | |
| |
| |
| | |
Change-Id: Ic85eb65f3f143fdfbf2b6fa71d7cdd6961b24c76
|
| |/
|
|
|
|
|
|
|
|
| |
Right now, if a neutron port is owned by a container powered by
Kuryr, there is no way to list and filter those ports because
OSC assumed a neutron port is owned by either a server or router.
This patch adds support for that by introducing an option '--device-id'
to the 'port list' command.
Change-Id: Ib1fd27e8d843a99fb02ccabd8a12a24ac27cec9c
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For compliance with the Project Testing Interface as described in [1].
For more detailed information, please refer to [2].
[1] https://governance.openstack.org/tc/reference/project-testing-interface.html
[2] http://lists.openstack.org/pipermail/openstack-dev/2017-December/125710.html
Change-Id: I7e8c47dead1e019e8705db3ff7559dd39b1d90d9
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
At now, OSC command implementation extracts resource attributes based on
a predefined column list, so if a user specifies an unknown attribute
not defined in the column lists, such attribute will be ignored.
In case of 'port list', the neutron port defines many attributes and
it is not a good idea to show all attributes even in the long mode
from the perspective of user experience.
This commit consumes osc_lib.utils.calculate_headers_and_attrs()
function to show undefined port attributes if requested in -c option.
Closes-Bug: #1707848
Depends-On: I6c6bc3c6e3c769c96869fd76b9d9c1661280850e
Change-Id: I130a6aed41d80603698b6cab0c9a1d1dc59df743
|
| | |/
|/|
| |
| |
| |
| |
| |
| |
| |
| | |
--swap will add a additional storage device,
which not affect the original swap partition/device.
This patch will clarify this misleading description.
Change-Id: Ic079c069985d39cc969b97876901007a81883f57
Signed-off-by: Chen Hanxiao <chenhx@certusnet.com.cn>
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This commit makes to use stestr instead of ostestr
directly. ostestr>1.0.0 has started to use stestr instead of
testrepository. So there is no reason to use ostestr anymore.
Change-Id: I6327d50c9f6dd19f1de24b9b51532104fb3e916e
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | | |
Change-Id: Ieb1a29ba275784f67f0d943fab5f3b59cd9fc28e
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| | |
Our functional tests depend on OS_CLOUD (or other OS_* envvars)
to retrieve authentication information.
Functional test failure is caused by the lack of OS_CLOUD envvar.
This commit updates the job playbook to pass OS_CLOUD.
Change-Id: I903ce599082cc923f02e26a2058bbfa7eb9bb2d6
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Per API reference, only 'changes-since' is accepted and the variant
with underscore is ignored, making the CLI functionality broken.
[dtroyer] added release note and fixed unit tests.
Change-Id: I0c596531a8af03da17d5ce39d75b12e941403aa5
Closes-Bug: 1732216
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Implements the commands that allow to link and endpoint to
a project for endpoint filter management.
Implements: blueprint keystone-endpoint-filter
Change-Id: Iecf61495664fb8413d35ef69f07ea929d190d002
|
| |\ \ \ |
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Now, keystone has supported serverl auth method, like 'totp'.
Before we use this method, we should create the credential first.
And we need create it with type 'totp'. But now we cannot create
credential with this method.
Also, I think the type should not have constrains. We can create
any type in keystone project. So, we should do these actions too.
The type would be more which We cannot control.
Change-Id: Ie0482da3133fb515e4bb8e45f8c54f509589cc5e
Closes-bug: #1731848
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Do a dummy import to determine which SDK is installed (Pre/post merge).
This solves the DevStack error "Cloud defaults was not found" in -tips jobs.
Depends-On: Ia111f127fbdceac2afe20fd9d1fe032145cdd72c
Change-Id: I60c2d418dd5a393eee2cc2a5c2fdebfffdabf2d3
|
| |\ \ \ |
|