2020-06-15 17:49:54 |
Ghada Khalil |
description |
Brief Description
-----------------
There is a code flaw in the data migration script 50-dcmanager-subcloud-status-migration.py that can fail data migration to 20.06 in the system controller if there is a subcloud that has never been managed.
Severity
--------
Major
Steps to Reproduce
------------------
Bring up a 20.01 distributed cloud
Add a couple of subclouds without managing them
Perform upgrade of the system controller to 20.06
Expected Behavior
------------------
System Controller upgrade to 20.06 completes successfully
Actual Behavior
----------------
System Controller failed during the data migration step as subcloud load status records, which are created based on the data of patch status records, failed to be inserted when patch updated_at field is empty.
Reproducibility
---------------
100% reproducible
System Configuration
--------------------
Distributed Cloud
Branch/Pull Time/Commit
-----------------------
June 6th master load
Last Pass
---------
First time this was tested with subclouds that have never been managed. This is not a typical use case in production but is a legitimate one nonetheless.
Timestamp/Logs
--------------
N/A
Test Activity
-------------
Developer Testing of another feature
Workaround
---------- |
Brief Description
-----------------
There is a code flaw in the data migration script 50-dcmanager-subcloud-status-migration.py that can fail data migration to 20.06 in the system controller if there is a subcloud that has never been managed.
Severity
--------
Major
Steps to Reproduce
------------------
Bring up a 20.01 distributed cloud
Add a couple of subclouds without managing them
Perform upgrade of the system controller to 20.06
Expected Behavior
------------------
System Controller upgrade to 20.06 completes successfully
Actual Behavior
----------------
System Controller failed during the data migration step as subcloud load status records, which are created based on the data of patch status records, failed to be inserted when patch updated_at field is empty.
Reproducibility
---------------
100% reproducible
System Configuration
--------------------
Distributed Cloud
Branch/Pull Time/Commit
-----------------------
June 6th master load
Last Pass
---------
First time this was tested with subclouds that have never been managed. This is not a typical use case in production but is a legitimate one nonetheless.
Timestamp/Logs
--------------
N/A
Test Activity
-------------
Developer Testing of another feature
Workaround
---------- |
|