-
Story
-
Resolution: Done
-
Undefined
-
None
-
None
-
Strategic Portfolio Work
-
False
-
-
False
-
OCPSTRAT-310 - MicroShift updateability for GA
-
-
-
uShift Sprint 239
We need a test scenario to verify that rolling back the system works as expected
We can build a "fake 4.15" commit by building RPMs:
MICROSHIFT_VERSION=4.15.0-0 make rpms
Flow:
- Deploy/install system 4.14 MicroShift
- Wait for system to be healthy (wait for greenboot to end and be green)
- /var/lib/microshift/version should contain 4.14.0
- Rebase and reboot system to "fake 4.15"
- System should be healthy, version should contain 4.15.0
- Optionally create some K8s object like configmap, that should not exist after rolling back to 4.14
- Run command: sudo rpm-ostree rollback and reboot the host
- System should be healthy and MicroShift should be 4.14.0
- after system with 4.14 is healthy, rollback again (to 4.15)
- system with 4.15 should be healthy and k8s object created in step 5 should exist
- this verifies that we actually restored backup for 4.15 deployment, instead of just migrating from 4.14