26a2b5fce2
While deploying CNF(deployment) using pod-affinity rules, a
parameter error happended because the topology_key is not
assigned when initializing k8s object.
This patch fixes this bug by adding the topology_key's default
value into `must_param` in translate_outputs._create_k8s_object().
At the same time, in order to deal with the recurrence of this
kind of bug, we checked the required parameters of all resources
in kubernetes again and added them to must_param.
* Kubernetes version: from v1.18.20 to v1.21.1
* Kubernetes-python-client version: v18.20.0
The major changes from the "must_param" used in the previous
Wallaby release of Tacker are probably as follows:
RuntimeRawExtension
The `data` parameter of `V1ControllerRevision`[1] in v11.0.0
was `RuntimeRawExtension`[2], but the `RuntimeRawExtension` was
not support for v12.0.0 or later. Therefore `V1ControllerRevision`
in v18.20.0[3] it has been changed to` object` type.
V1ServiceReference
The `service` parameter of `V1APIServiceSpec`[4] in v11.0.0 was
`V1ServiceReference`[5], but the `V1ServiceReference` was not
support for v12.0.0 or later.
Therefore `V1APIServiceSpec` in v18.20.0[6] it has been changed
to `ApiregistrationV1ServiceReference`[7].
V1LimitRangeItem
The `type` parameter of `V1LimitRangeItem`[8] in v11.0.0 was
optional type, but the parameter has changed to must param
in v18.20.0[9].
Therefore, the parameter should be added into `must_param`.
[1] https://github.com/kubernetes-client/python/blob/v11.0.0/kubernetes/docs/V1ControllerRevision.md
[2] https://github.com/kubernetes-client/python/blob/v11.0.0/kubernetes/docs/RuntimeRawExtension.md
[3] https://github.com/kubernetes-client/python/blob/v18.20.0/kubernetes/docs/V1ControllerRevision.md
[4] https://github.com/kubernetes-client/python/blob/v11.0.0/kubernetes/docs/V1APIServiceSpec.md
[5] https://github.com/kubernetes-client/python/blob/v11.0.0/kubernetes/docs/V1ServiceReference.md
[6] https://github.com/kubernetes-client/python/blob/v18.20.0/kubernetes/docs/V1APIServiceSpec.md
[7] https://github.com/kubernetes-client/python/blob/v18.20.0/kubernetes/docs/ApiregistrationV1ServiceReference.md
[8] https://github.com/kubernetes-client/python/blob/v11.0.0/kubernetes/docs/V1LimitRangeItem.md
[9] https://github.com/kubernetes-client/python/blob/v18.20.0/kubernetes/docs/V1LimitRangeItem.md
Closes-Bug: #1928153
Closes-Bug: #1940602
Change-Id: If77be98d0c4cec6f4c860ae84978f59772f9a6ee
64 lines
2.3 KiB
Plaintext
64 lines
2.3 KiB
Plaintext
# The order of packages is significant, because pip processes them in the order
|
|
# of appearance. Changing the order has an impact on the overall integration
|
|
# process, which may cause wedges in the gate later.
|
|
pbr>=5.5.0 # Apache-2.0
|
|
|
|
Paste>=2.0.2 # MIT
|
|
PasteDeploy>=1.5.0 # MIT
|
|
Routes>=2.3.1 # MIT
|
|
amqp>=2.4.0
|
|
anyjson>=0.3.3 # BSD
|
|
eventlet!=0.18.3,!=0.20.1,>=0.18.2 # MIT
|
|
requests>=2.25.1 # Apache-2.0
|
|
jsonschema>=3.2.0 # MIT
|
|
keystonemiddleware>=4.17.0 # Apache-2.0
|
|
kombu>=4.3.0 # BSD
|
|
netaddr>=0.7.18 # BSD
|
|
SQLAlchemy>=1.3.11 # MIT
|
|
WebOb>=1.7.1 # MIT
|
|
python-heatclient>=1.10.0 # Apache-2.0
|
|
python-keystoneclient>=3.8.0 # Apache-2.0
|
|
alembic>=0.9.6 # MIT
|
|
stevedore>=3.3.0 # Apache-2.0
|
|
oslo.concurrency>=3.26.0 # Apache-2.0
|
|
oslo.config>=6.8.0 # Apache-2.0
|
|
oslo.context>=2.22.0 # Apache-2.0
|
|
oslo.db>=5.0.0 # Apache-2.0
|
|
oslo.log>=3.36.0 # Apache-2.0
|
|
oslo.messaging>=9.3.0 # Apache-2.0
|
|
oslo.middleware>=3.31.0 # Apache-2.0
|
|
oslo.policy>=3.6.0 # Apache-2.0
|
|
oslo.reports>=1.18.0 # Apache-2.0
|
|
oslo.rootwrap>=5.8.0 # Apache-2.0
|
|
oslo.serialization!=2.19.1,>=2.18.0 # Apache-2.0
|
|
oslo.service!=1.28.1,>=1.24.0 # Apache-2.0
|
|
oslo.upgradecheck>=1.3.0 # Apache-2.0
|
|
oslo.utils>=4.8.0 # Apache-2.0
|
|
oslo.versionedobjects>=1.33.3 # Apache-2.0
|
|
openstacksdk>=0.44.0 # Apache-2.0
|
|
python-neutronclient>=6.7.0 # Apache-2.0
|
|
python-novaclient>=9.1.0 # Apache-2.0
|
|
rfc3986>=1.2.0 # Apache-2.0
|
|
cryptography>=2.7 # BSD/Apache-2.0
|
|
paramiko>=2.7.1 # LGPLv2.1+
|
|
pyroute2>=0.4.21;sys_platform!='win32' # Apache-2.0 (+ dual licensed GPL2)
|
|
python-mistralclient>=4.2.0 # Apache-2.0
|
|
python-barbicanclient>=4.5.2 # Apache-2.0
|
|
castellan>=0.16.0 # Apache-2.0
|
|
kubernetes>=18.20.0 # Apache-2.0
|
|
setuptools!=24.0.0,!=34.0.0,!=34.0.1,!=34.0.2,!=34.0.3,!=34.1.0,!=34.1.1,!=34.2.0,!=34.3.0,!=34.3.1,!=34.3.2,!=36.2.0,>=21.0.0 # PSF/ZPL
|
|
tooz>=1.58.0 # Apache-2.0
|
|
PyYAML>=5.4.1 # MIT
|
|
PyMySQL>=0.10.1 # MIT
|
|
|
|
# Glance Store
|
|
glance-store>=2.4.0 # Apache-2.0
|
|
|
|
# TODO(yasufum) Remove following comments after those two packages have devstack script.
|
|
# NOTE(yasufum) We don't install tosca-parser and heat-translator of stable,
|
|
# but the latest revision from git repo for development.
|
|
# If you install packages, comment out two lines of `install_package_gitrepo` in
|
|
# `devstack/plugin.sh` in addition to activate following lines.
|
|
heat-translator>=2.3.0 # Apache-2.0
|
|
tosca-parser>=2.3.0 # Apache-2.0
|