| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Ports v2 image-size extension and adapts it to the v2.1/v3 API
framework. API behaviour is identical with the exception
that there is no support for XML. Also
- unittest code modified to share testing with both v2/v2.1
- Adds expected error decorators for API methods
Partially implements blueprint v2-on-v3-api
Change-Id: I44f3d35b3d888e2f4429ca0788d74b9b0cce9494
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Port v2 image_metadata extension and adapts it to the v2.1/v3 API
framework. API behaviour is identical with the exception that
there is no support for XML. Also
- unittest code modified to share existing testing with both
v2/v2.1
- Adds expected error decorators for API methods
- Adds API samples
Partially implements blueprint v2-on-v3-api
Change-Id: Ibc8dc897f3449a1c70bc7ac1510445f48fddb291
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The used_limits & used_limits_for_admin is removed from v3 API.
For now, we need porting it back. And also try to share unittests
between v2 and v2.1.
Partially implements blueprint v2-on-v3-api
Change-Id: I57199273dcaf20b0b6618dfb436a92f04b139f52
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Ports v2 limits extension and adapts it to the v2.1/v3 API
framework. API behaviour is identical with the exception that
there is no support for rate limiting since no one uses that
seriously anyway.
- unittest code modified to share testing with both v2/v2.1
- Adds expected error decorators for API methods
Partially implements blueprint v2-on-v3-api
Change-Id: I072d364f4d2a92a02801862435f11417956d2dc0
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Ports v2 volumes extension and adapts it to the v2.1/v3 API
framework. API behaviour is identical with the exception
that there is no support for XML. Also
- unittest code modified to share testing with both v2/v2.1
where appropriate
- Adds expected error decorators for API methods
Note that there will be further code cleanup in the future
but the code currently is mostly as-is from the v2 codebase.
Partially implements blueprint v2-on-v3-api
Change-Id: If2a9dd1f5233812a1177b54ded6f0ae115c54e97
|
|\ \ \
| | |/
| |/| |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Ports v2 images extension and adapts it to the v2.1/v3 API
framework. API behaviour is identical with the exception
that there is no support for XML. Also
- unittest code modified to share testing with both v2/v2.1
where appropriate
- Adds expected error decorators for API methods
Partially implements blueprint v2-on-v3-api
Change-Id: I7b15a56f41612e3bbf5d59c3ad44fd32386ff315
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
nova-idmapshift will be used by the libvirt-lxc driver to
correctly shift ownership of instance rootfs for use with
user namespaces.
Partially implements: bp libvirt-lxc-user-namespaces
Change-Id: I9aee622cca4578149201f02d02231a7bd0cbe912
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This patch changes v3 server_actions API to v2.1, and also share v2.1 and v2
test case.
rename server_actions back to instance_actions.
The differences between v2 and v3 are described on the wiki page
https://wiki.openstack.org/wiki/NovaAPIv2tov3 .
Partially implements blueprint v2-on-v3-api
Change-Id: I8f11dc5f199711e1c98badfbe0035883d9c15573
|
|\ \ \ |
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Adds a websocket proxy that is compatible with Nova
serial ports.
Co-Authored-By: Vladan Popovic <vpopovic@redhat.com>
Co-Authored-By: Ian Wells <iawells@cisco.com>
Co-Authored-By: Sushma Korati <sushma_korati@persistent.co.in>
Partial-Implements: blueprint serial-ports
Change-Id: Ia944cb93945140e6341588063329a981f7e778f1
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In the beginning v3 didn't support legacy block_device_mapping request.
For v2.1, we want to keep back-compatibility with v2 api, so we need
add legacy block_device_mapping.
This patch add new extension block_device_mapping_v1 for v2.1. Also
share legacy block_device_mapping related unittests between v2 and v2.1.
Partially implements blueprint v2-on-v3-api
Change-Id: I841833d8fd0995ddf49febd9c1611cf711742f5a
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The simple_tenant_usage extension is removed from v3 API. For now,
we need porting it back. And also try to share unittests between v2
and v2.1.
Partially implements blueprint v2-on-v3-api
Change-Id: Ie0c36fcd37fb188c1f1b57f04733bfa267b65201
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ports v2 os-server-groups extension and adapts it to the v2.1/v3 API
framework. API behaviour is identical with the exception
that there is no support for XML. Also
- unittest code modified to share testing with both v2/v2.1
- Adds expected error decorators for API methods
- Adds api sample tests
Partially implements blueprint v2-on-v3-api
Change-Id: I52e49e6e85a7516e3b184601374e5c987f60a9a0
|
|
|
|
|
|
|
|
|
| |
By setting this pbr option in setup.cfg, the doc build will fail in case
of any warnings or errors occur during the build process.
Closes-Bug: #1351350
Change-Id: Id4858062d2aaa4c2fe5b597e40e4e8947f544a4d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A resource plugin extension point is added to the resource
tracker to allow the types of resources allocated at the compute
node to be extensible. Information maintained by these plug-ins
is written to the compute_nodes table in the database. The
scheduler uses the information in the compute_nodes table to
determine scheduling decisions.
A plugin that implements vcpu resource tracking is included
and all other code for tracking vcpu has been removed. This
example ensures the plugins are tested in gate jobs.
This was previously merged and reverted due to a bug affecting
ironic CI. The bug was pre-existing but was exposed by the
that patch. This change is based on the bug fix here:
Icb19148660bca542a8120ecab064551d67ac28af and the previous
version of this change is here:
I64108338e3c958ba1276aaf113a68861cbe286f5
Co-Authored-By: Andrea Rosa <andrea.rosa@hp.com>
Co-Authored-By: Paul Murray <pmurray@hp.com>
This is part of: blueprint extensible-resource-tracking
Change-Id: If1381f99fd7db420380288faf7b2f57553f69136
|
|
|
|
|
|
|
| |
In order to make the docs index and moduleindex pages work, turn on
pbr's autodoc_index_modules feature.
Change-Id: I0ef240f4624acf11900705d1c0f4d6d6f70247bd
|
|
|
|
|
|
|
|
|
|
| |
This bug added a regression to both nova-bm and ironic,
neither can deploy instances.
Fixes-bug: #1347795
This reverts commit 50b4ba4ee583d25eef10a6608172c002f9bec6f2.
Change-Id: Icc8d629467911972480b633c7808a0964c9f1c7d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A resource plugin extension point is added to the resource
tracker to allow the types of resources allocated at the compute
node to be extensible. Information maintained by these plug-ins
is written to the compute_nodes table in the database. The
scheduler uses the information in the compute_nodes table to
determine scheduling decisions.
A plugin that implements vcpu resource tracking is included
and all other code for tracking vcpu has been removed. This
example ensures the plugins are tested in gate jobs.
Co-Authored-By: Andrea Rosa <andrea.rosa@hp.com>
Co-Authored-By: Paul Murray <pmurray@hp.com>
This is part of: blueprint extensible-resource-tracking
Change-Id: I64108338e3c958ba1276aaf113a68861cbe286f5
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Renames the os-instance_actions v3 plugin to os-server-actions
* Also modifies api specific tests and expected user input JSON
* DocImpact only for v3 Nova api documentation for this plugin.
Closes-Bug: #1206032
DocImpact
Change-Id: Id5049e10f5ef540d0d8e3871d800e9d9cb33da73
|
|/
|
|
|
|
|
|
| |
It was already non-functional since
https://review.openstack.org/#/c/40355/
Change-Id: I56b19a49c123b73b6b3a5c4fc5f29864c6fd3b98
Closes-Bug: #1307460
|
|
|
|
|
|
|
|
| |
Bump preversion to 2014.2 to formally open Juno development.
The Icehouse release branch (milestone-proposed) will be cut
from the last commit before this one.
Change-Id: I9b6ed32059a6428dcdd20258c7aaf966c61d5962
|
|
|
|
|
|
|
|
|
| |
In commit 1a91aac we removed the zmq-receiver script (in favor of
oslo-messaging-zmq-receiver) but forgot to remove the entry from
setup.cfg.
Closes-Bug: #1279739
Change-Id: Icd08a5b28daee7234abd24ba502c56cc00abcb8c
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Universal is used to identify pure-Python module(by bdist_wheel). For
these, it is sufficient to build a wheel with _any_ Python ABI version
and publish that to PyPI (by whatever means).
Change-Id: Ic22b78ef6434ebf888c92c0a162caeabb70edf88
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit a55bbbfa1957d02b3006a51afcf4984a1f8ff886.
The series of patches involved with adding this feature introduced
an unexpected dependency on glance's v2 API, which we do not
currently support. Triggering a user-facing bug quickly, and leaving
some uncertainty about what else is likely to come in the future,
a revert of this code was decided given the short time to -rc1.
Closes-bug: 1291014
Change-Id: I2ed6a861e583b9513b0984ff9801d4b9f7536798
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit c25c60f6a9ab1ccf12f72f76d400e7c9c0d090b3.
The series of patches involved with adding this feature introduced
an unexpected dependency on glance's v2 API, which we do not
currently support. Triggering a user-facing bug quickly, and leaving
some uncertainty about what else is likely to come in the future,
a revert of this code was decided given the short time to -rc1.
Change-Id: Iee835652f56beed1b8ac74d782e34a5238102840
Related-bug: 1291014
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Currently when using rbd as an image backend, nova downloads the
glance image to local disk and then copies it again into rbd. This
can be very slow for large images, and wastes bandwidth as well as
disk space.
When the glance image is stored in the same ceph cluster, the data is
being pulled out and pushed back in unnecessarily. Instead, create a
copy-on-write clone of the image. This is fast, and does not depend
on the size of the image. Instead of taking minutes, booting takes
seconds, and is not limited by the disk copy.
Add some rbd utility functions from cinder to support cloning and
let the rbd imagebackend rely on librbd instead of the rbd
command line tool for checking image existence.
Add an ImageHandler for rbd that does the cloning if an applicable
image location is available. If no such location is available, or rbd
is not configured for ephemeral disks, this handler does nothing, so
enable it by default.
blueprint rbd-clone-image-handler
Closes-bug: 1226351
Change-Id: I9b77a50206d0eda709df8356faaeeba35d232f22
Signed-off-by: Josh Durgin <josh.durgin@inktank.com>
Signed-off-by: Zhi Yan Liu <zhiyanl@cn.ibm.com>
|
|/ /
| |
| |
| |
| |
| | |
Related to blueprint admin-event-callback-api
Change-Id: I93957840ac251cf6a22474897daf80a164ba35c6
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Images now support multiple locations within its metadata and it may be
stored on more than one backend storage. Nova should add a layer to
transparently handle image preparing and removing for an instance by the
best approach/location, and it should allow administrators to configure
the image handler pipeline with the order who preferred to the layer.
Also, based on this structure we could implement particular sub-class in
relevant hypervisor layer with more advanced functions, such as CoW
making, snapshot capturing and etc. in future.
Implement bp: image-multiple-location
DocImpact
Change-Id: Idce8d21ae37bfdbb28a2567120a83d1061061904
Signed-off-by: Zhi Yan Liu <zhiyanl@cn.ibm.com>
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Implements: blueprint hyper-v-rdp-console
Currently graphical console access to Nova instances is limited to
clients which are part of Nova itself (novnc, xvpvnc, spice-html5).
The mentioned clients verify the validity of a console access token
with the following private API:
nova.consoleauth.rpcapi.ConsoleAuthAPI.check_token
The usage of a private API precludes the possibility of employing
external graphical console clients, including FreeRDP-WebConnect, used
to connect to Hyper-V instances via RDP.
This change adds a public API method that wraps the aforementioned
check_token private API. This allows external clients to obtain the
necessary protocol connection information by providing a token
previously obtained with calls to get_vnc_console, get_spice_console
or get_rdp_console.
Includes V2 and V3 API implementations.
Change-Id: Idd1e4f57b16bd1488f3b72bb064cef51321a7c79
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Moves create_backup functionality out of admin_actions
into its own extension. This is part of blueprint v3-admin-actions-split
which allows more selective enablement of features contained
in the admin actions extension.
Note that XML api samples are no longer generated because bp
remove-v3-xml-api has been approved.
Partially implements bp v3-api-admin-actions-split
DocImpact: Adds os-create-backup extension and moves the
create_backup functionality out of os-admin-actions into
this new extension.
Change-Id: I4858a06df20c552bd55ff2841adbcfc761304f42
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The extension pre-dates ceilometer and equivalent
functionality is now much better managed using
ceilometer. So we're removing this before the V3 API
is officially released.
Partially implements blueprint v3-api-remove-extensions
Change-Id: I9b7892346a4ad7c54a903cfcbcb97156dfc8c734
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Moves the migrate/live-migrate server functionality out of admin_actions into
its own extension. This part of the blueprint v3-admin-actions-split
allows more selective enablement of features contained in the admin
actions extension.
Note the XML api samples are no longer generated because
bp remove-v3-xml-api has been approved.
Refactor removes some exception handling for migrate along with the relevant tests
as those exceptions will never occur.
Partially implements bp v3-api-admin-actions-split
DocImpact: Adds os-migrate-server extension and moves migrate/live-migrate
functionality out of os-admin-actions into this new extension.
Change-Id: I6b29f501ad6bb9a6401b1c20cd419d9e05fe369b
|
|\ \ \ \
| |/ / /
|/| | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As per discussion at the Nova mid cycle meetup the
quota classes extension is being removed from the
V3 API. The extension was apparently part of a larger
body of work the rest of which never managed to merge.
So its not really useful by itself.
Partially implements bp v3-api-remove-extensions
Change-Id: Id1f288baa723df825151bd84aa27089271c2b8e4
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The extension pre-dates ceilometer and equivalent
functionality is now much better managed using
ceilometer. So we're removing this before the V3 API
is officially released.
Partially implements blueprint v3-api-remove-extensions
Change-Id: Ia8fd475e6f0c4dbc67f3c47279cbaa2280b3af0b
|
|/
|
|
|
|
|
|
|
| |
The switch to oslo.messaging uses setup.cfg to provide a mapping
for the Nova notification drivers, but mis-spelt them. This will
break any existing Nova systems that use notifictaions for things
like billing, monitoring, etc
Change-Id: I217d6b68a64ee008a82426b890a32a97b849cb4d
|