Managing a volume to an encrypted volume type should not be allowed.
One reason is that there is no way for an operator to specify an
encryption key ID for the volume. Another is that we already don't
allow a volume of an encrypted type to be un-managed, so this change
will be symmetric.
Also update and correct the api-ref for this call.
Co-authored-by: Yadiel Xuan(轩艳东) <xuanyandong@inspur.com>
Co-authored-by: Brian Rosmaita <rosmaita.fossdev@gmail.com>
Change-Id: Ic2da41f3962c1108f974aca952bce3da6d6ac277
Closes-bug: #1944577
Add file to the reno documentation build to show release notes for
stable/yoga.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/yoga.
Sem-Ver: feature
Change-Id: I0204daab831d56dffcb41fb3775b9b6a917c0f5a
the compression value in get_volume_stats should be ["True", "False"]
and not dependent on the
configuration: "lightos_default_compression_enabled"
if the flag is false, we can not create volume type with
compression=True. the backend is filtered in the scheduler.
Closes-Bug: #1962221
Signed-off-by: Yuval Brave <yuval@lightbitslabs.com>
Change-Id: I09fe872eca1b112f67bad7297de5893696f83373
We're seeing quite a few timeout failures on the following tests in
'cinder.tests.unit.db.test_migrations':
- TestModelsSyncMySQL.test_models_sync
- TestMigrationsWalkMySQL.test_walk_versions
Currently, this is mainly affecting the AArch64 CI but as we saw in
nova, it's possible for this to have an impact on other underpowered CI
hosts. Like nova change I82b9a064d77251945ff1ae99d7049f367ddde92e, we
now set 'TIMEOUT_SCALING_FACTOR' for these tests to 4, meaning these
tests will now get 240 seconds (or 4 minutes) to execute (we set
OS_TEST_TIMEOUT to 60 in 'tox.ini'). As discussed in that change, there
are other ways we could address this but this seems the most sensible
approach to take.
Change-Id: Iaab4984ed5d4cc8d02ef934a0c6f5980a0fb4687
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
Virtualize user guide
This change is in order to include all of the new
products that are coming out for SVC 8.5.0.0
Change-Id: I3d798f0f880b4cccec918807acfcce7f70d7d1d7
Defining particular ports in extra spec "hbsd:target_ports"
determines which of the ports specified by the hitachi_target_ports
or the hitachi_compute_target_ports parameters are used to create LUN
paths during volume attach operations for each volume type.
Implements: blueprint hitachi-vsp-tgt-port-asgn
Change-Id: I2e8d80261fa797c8f3c83c078c29cf1173d46c3c
Some of the yoga backend drivers require the yoga os-brick release.
Also update other requirements to match the minima requested by
os-brick (since that's what we'll have to use anyway).
The os-brick requirements were updated by change Iec14833ab502.
Change-Id: I694d01bcdd2ea83627d375cc4501bff774fa82c2
This patch support AIX as host OS type for the Hitachi VSP driver.
When running "cinder attachment-create" command with the option "--ostype aix",
"AIX" is set as host OS type.
Implements: blueprint hitachi-vsp-aix-os-type
Change-Id: Ia3378099789f13d60ba3657d1d3a626e7bc9dced
This patch is bugfixing and refactoring for the following patch:
https://review.opendev.org/c/openstack/cinder/+/786873
Fixing:
- Adding get_driver_options(), to hbsd_fc.py/hbsd_iscsi.py, which was
commented in https://review.opendev.org/c/openstack/cinder/+/815614/
- Fixing help massages by commented in hbsd_rest.py
- Fixing error messages for the parameters "hitachi_target_ports" and
"hitachi_compute_target_ports" to support OEM driver code
in hbsd_common.py
Refactoring:
- Fixing to not change ALL_CAPS variables and to use config values
directly by commented in hbsd_rest.py
Change-Id: Id0a4ff9d6a1846a714f23c05c607a8809470978d
change the fc initiator filter conditions. we add a config
min_fc_ini_online when the number of online fc initiator
more than the min_fc_ini_online, the online initiator will
added to host
Closes-Bug: #1942218
Change-Id: Idb284e3b5f1b9b427a390f1e105f890ce5d49992
[Spectrum Virtualize family] Providing support to IBM Storwize cinder
driver to use portsets to manage host attachment, backend storage
connectivity and IP replication traffic.
Portsets are groupings of logical addresses that are associated with
specific traffic types. Portsets are created on the storage. Hosts are
then created using the portset info given by the admin.
Implements: blueprint ibm-svf-portset
Change-Id: I38c9889bff2d18d3dadd49f28b8436a77b131a22
This commit changes the os-reset_status volume-api
to handle the below use cases
1.Can not reset volume to "ing" states
2.available volume reset to in-use - 400
The _reset_status method is override in VolumeAdminController class
to handle different volume states.
NOTE: with this change, some requests that previously succeeded will
return a 400. However, these were requests that would leave a resource
in an inconsistent state with an inaccurate status, so a 400 is
appropriate. We use a 400 (not 409) to be consistent with the current
Block Storage API. This change is not microversioned because it doesn't
make sense to only prevent operators from shooting themselves in the
foot if they happen to specify an appropriate microversion,
and be grievously wounded otherwise.
Partial implement blueprint reset-state-robustification
API state reference sheet
https://wiki.openstack.org/wiki/Reset_State_Robustification
Change-Id: I0a53dfee61dc6372dce53445d4b252304c83c58a
This is a followup patch to address review comments on change
I031aae50ee82198648f46c503bba04c6e231bbe5.
Change-Id: I38884b313ea63ff76bc65c41580343226a128ae8
This patch adds volume re-image API to enable the ability to
re-image a specific volume.
Implements: blueprint add-volume-re-image-api
Co-Authored-by: Rajat Dhasmana <rajatdhasmana@gmail.com>
Change-Id: I031aae50ee82198648f46c503bba04c6e231bbe5
Change I3729cbe1902ab4dc335451d13ed921ec236fb8fd merged
implementing microversion 3.67 but missed an entry in
the microversions.py file.
This patch addresses the same.
Change-Id: Ifd30ee86e657ddda9746eddcd080557520b1d468
This patch fixes multiple issues related to request ids:
- Duplicated request ID in logs
- Missing request id header in response
- Wrong request ID in response header when using noauth
The source of these issues is the fact that the request ID and the
request context are set too late, or not at all, in the paste filter
chain.
And the last bug is fixed as a freebie when the code in auth.py is
refactored to reduce code duplication on setting the cinder.context key
in the request's environment.
The patch fixes these issue by changing the filter chains to have the
request_id filter as the first filter, and using our own filter for it,
to ensure that the context is correctly set.
Not sure if values now defined in ENV_OVERWRITES are still necessary,
so the patch preserves current behavior.
Closes-Bug: #1960019
Closes-Bug: #1960020
Closes-Bug: #1960021
Closes-Bug: #1960329
Change-Id: Ide831a221a7561bbb7da193f0edb011f1989420e
This helps distinguish them from the actual DB API methods that we'd use
to e.g. populate objects and will simplify the merging of 'nova.db.api'
and 'nova.db.sqlalchemy.api'.
Change-Id: I5f7a8359bddb3cb9951ef6f9e80243a61e5374aa
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
These are in the cinder doc tree so of course they're block
storage-related.
Change-Id: Ic1950ff89021a89de397619eef17f8100eb3d847
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
Alembic does lots of new things. Provide docs for how to use this. This
doesn't actually work that well at the moment because it appears our
database migrations are not in sync with the models. Those issues will
have to be resolved separately.
Change-Id: I6645ca951114b94ce9ed5a83e5e11d53879a7cd5
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
This shouldn't be in the root of the docs: it's not easily discoverable
and it doesn't belong there. We also modify the header style to better
match the OpenStack style guide [1] and set things up for a future guide
on writing database migrations.
[1] https://docs.openstack.org/doc-contrib-guide/rst-conv/titles.html#cg-titles
Change-Id: I277b9ad8d275aa21d2c3ce478d2a30e4f6e5f0ba
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
