These resources were hidden some releases ago so we no longer need to
maintain the implementations.
Story: 2010678
Task: 47760
Change-Id: Id9684396e495f46890a915e7d05d9fd2ddc24b63
Magnum has deprecated it's Bay API and BayModel API a long ago and
these resource types were deprecated and are hidden in Heat now.
Magnum has removed the old API during Zed cycle and the resources are
no longer supported, so we should remove the implementation now.
Change-Id: If4c6a83a83f9eb29407eb632f47c7229b5492ffd
OpenDev infra only keep around the latest two Fedora releases in their
mirrors. Probe for the image from the local test mirror, but if not
found, fallback to upstream. This will be much less reliable, but can
avoid gate breakage until new images can be used.
Also, use endpoint_type when creating keystoneclient
Keystone admin endpoint has been removed from devstack with[1].
This would use the public endpoint by default.
Change-Id: I96ab14871ee8c5d5b83cc0cd4abc840ef0218ca8
The six library was introduced to bridge the gap
between Python2 and 3. This is no longer necessary
on branches where we are not supporting Python2.
Change-Id: I7736373d03c23884158e4a1d41defafb4e2b8a4c
If the interface has been detached before we call
detach_interface, then we keep on calling it as we
get a 404 from nova. Let's assume it's being called
and check if the interface has been detached.
Task: 42195
Change-Id: I768eeb10c2c24a0c93749b11636ef3e003ecfcd9
The abstract base classes previously defined in 'collections' were moved
to 'collections.abc' in 3.3. The aliases will be removed in 3.10.
Preempt this change now with a simple find-replace:
$ ag -l 'collections.($TYPES)' | \
xargs sed -i 's/\(collections\)\.\($TYPES\)/\1.abc.\2/g'
Where $TYPES is the list of moved ABCs from [1].
[1] https://docs.python.org/3/library/collections.abc.html
Change-Id: Ia282479bb1d466bd2189ebb21b51d91e89b9581e
Signed-off-by: Stephen Finucane <stephenfin@redhat.com>
Regenerate trust when update stack with different user
We will regenerate (and delete old trust) when user credential
doesn't match with current context (means different user is
operating).
Story: #1752347
Task: #17352
Change-Id: I39795bdbd8ab255150153bf8b1e165b49e1a7027
os-hosts was deprecated in nova quite some time ago. This patch updates
get_hosts to use the available os-hypervisors functions.
Change-Id: I36421e9859a266f0278c1b5f2acb4ebbacbfca82
Story: 2006584
Task: 36708
bz: 1740567
When detaching and attaching volumes nova would raise an
exception.Conflict, if attach and detach can't happen. Let's
use that to retry rather than using task_state.
Change-Id: I50904e4254568cd807b9ff18eef482cadb626ce5
Task: 40169
Keystone database has domain stored in domain_id column
Find function call does not use domain_id since the parameter
was passed as domain instead of domain_id. This change fixes
the incorrect parameter name.
Story: 2007837
Task: 40124
Change-Id: I15b5f1463dadef750ff9e24fe510b06958eba188
Six is in use to help us to keep support for python 2.7.
Since the ussuri cycle we decide to remove the python 2.7
support so we can go ahead and also remove six usage from
the python code.
Review process and help
-----------------------
Removing six introduce a lot of changes and an huge amount of modified files
To simplify reviews we decided to split changes into several patches to avoid
painful reviews and avoid mistakes.
To review this patch you can use the six documentation [1] to obtain help and
understand choices.
Additional informations
-----------------------
Changes related to 'six.b(data)' [2]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
six.b [2] encode the given datas in latin-1 in python3 so I did the same
things in this patch.
Latin-1 is equal to iso-8859-1 [3].
This encoding is the default encoding [4] of certain descriptive HTTP
headers.
I suggest to keep latin-1 for the moment and to move to another encoding
in a follow-up patch if needed to move to most powerful encoding (utf8).
HTML4 support utf8 charset and utf8 is the default charset for HTML5 [5].
Note that this commit message is autogenerated and not necesserly contains
changes related to 'six.b'
[1] https://six.readthedocs.io/
[2] https://six.readthedocs.io/#six.b
[3] https://docs.python.org/3/library/codecs.html#standard-encodings
[4] https://www.w3schools.com/charsets/ref_html_8859.asp
[5] https://www.w3schools.com/html/html_charset.asp
Patch 5 of a serie of 28 patches
Change-Id: Idb037ded55698790fc1658896f1e2dcdce89f3f9
this utilizes server-side filtering and makes requests issued
on behalf of admin user (who otherwise sees all SGs) much faster,
avoiding unnecessary failures due to timeouts.
Change-Id: Ifdceb855affcfccb07dbe415ee4b140d3a0355ee
Story: 2007473
Task: 39168
Task: 37963
If heat templates use keystone user name in a case different
from the case in which the user name is stored in keystone DB
Heat stack creates fails. This change adds an option to heat
engine to enable case insensitive user name search.
Change-Id: I8e5cb027beebce39921d336fb3845125b0efc5bc
When there are no 'supported_versions' defined for a client plugin,
we should not use version when calling self.client()
Also fixes similar issue in resources.
Task: 38165
Change-Id: Ifce776e8e8375f6a4399574aa71cc2f81ecc57b0
Retrieving the list of available resource types seems to be inordinately
slow on at least some clouds (though not in our gate tests). It appears
that checking service availability is the main culprit. These service
availability checks are also performed during validation of a template,
so they should be as fast as possible.
Previously, we never cached the availability of a service, probably on
the assumption that checking the catalog, once retrieved, would be
quick. It's not clear that we even need to use the user's token to
retrieve the catalog on each request, since all users should see the
same catalog. However, at a minimum we can cache the results for the
request so that we don't need to do multiple lookups of the same service
when validating a single stack or listing the available resource types.
This patch does that, and also caches the results of extension lookups
in Neutron and Cinder for the duration of the request, independently of
the global oslo.cache settings (which, if enabled, can cache the results
across requests).
Change-Id: I0618dc2a35f7323abedccb13ef3d6537eef1d24c
Task: 37974
Check task_state before verify resize or before detachment.
We need to make sure the task_state moved out from resize_finish before
we trigger some action like attach/detach volume.
So when we update flvor and volume at the samethime, the resize action
will not affect volume attachment/detachment.
Depends-On: https://review.opendev.org/#/c/700512/
Change-Id: I64033d5a0a8fea5c4fd93b1deb111d3d8fba0cf7
Story: #2007042
Task: #37854
Task: #37855
Task: #37869
The services are declared in a list in config.
shared_services_types=image, volume, volumev2
Change-Id: I64c00756cc28db616e9e49e6eb1613b76a19068e
Story: 2003772
Task: 26464
This property allows users to open the TTY of the container.
It basically allows users to use horizon's console to access
the container interactively. For example:
resources:
test:
type: OS::Zun::Container
properties:
image: "cirros"
interactive: true
tty: true
command: "/bin/sh"
Change-Id: I70f64d43ed6d2bcb5bab3e5c8f986ca827df8c6f
Closes-Bug: #1856233
Now that we can use connect_retries with keystone session[1]
for retries, we should revert this change.
This reverts commit 6fb8ac250a.
[1] https://review.opendev.org/676664
Change-Id: I70ad41b12095eede617fd8dc454b5761697ea50a
Entire api extension concept has been removed from nova. API bindings
which have been deprecated since Train release are removed with
https://review.opendev.org/#/c/686516/.
Change-Id: Ifd318a54ef01eb500cebbc11e642b3ae62e5fc79
The 'local-data' in path /var/lib/os-collect-config/local-data should
be a directory, not a file. However, even if we can fix this, now
os-apply-config will merge configs based on the order [ec2, heat and
local], but actually there is no deployments collected local. Then
unfortunately, the deployments collected from Heat will be
overwriten because the merging order in os-apply-config. At this
moment, we can't change os-apply-config since it's deliberate.
So the only reasonable way we can do now is using
/var/lib/heat-cfntools/cfn-init-data and /var/lib/cloud/data/cfn-init-data.
Story: 2006566
Task: 36851
Change-Id: I3b1ed30967e9235e9e830c5e4156f739303be618