config/sysinv/sysinv/sysinv/sysinv/conductor
Angie Wang cb4b30bf56 Solve the stx-openstack reapply issue on controller-1
After stx-openstack applied, the stx-openstack reapply shouldn't
trigger the charts reinstallation if there has no overrides changed
for charts. However, the reinstallation happens after swacting active
controller to controller-1 due to the generated images overrides on
controller-1 are different from before. The images overrides generation
requires walking through the stx-openstack charts stored under
/scratch, but charts do not exist on controller-1's /scratch as it's
an unreplicated filesystem. This causes the images overrides to differ
between controller-1 and controller-0.

This commit updates to walk through charts and get the images for
charts during application-upload, then save the images list for each
chart into the existing images file under aramda directory
/opt/platform/armada. The images file would be used for retrieving
the images for charts to generate images overrides.

Closes-Bug: 1816173
Change-Id: I4f00c3031decb063f8f126d0c837acd4dde56fc3
Signed-off-by: Angie Wang <angie.wang@windriver.com>
2019-02-22 15:07:42 -05:00
..
__init__.py StarlingX open source release updates 2018-05-31 07:35:52 -07:00
ceph.py Fix: "import" issue for Python 2/3 compatible code 2018-12-25 08:58:03 +08:00
kube_app.py Solve the stx-openstack reapply issue on controller-1 2019-02-22 15:07:42 -05:00
manager.py Store BMC password in Openstack Barbican instead of keyring. 2019-02-12 10:12:54 -05:00
openstack.py Store BMC password in Openstack Barbican instead of keyring. 2019-02-12 10:12:54 -05:00
rpcapi.py Store BMC password in Openstack Barbican instead of keyring. 2019-02-12 10:12:54 -05:00