Add detailed ATVM reboot test flow

This commit is contained in:
2026-03-30 11:22:15 -04:00
parent d383b57ccc
commit 63dd40faab
3 changed files with 77 additions and 0 deletions

View File

@@ -271,6 +271,14 @@ This file stores run-specific examples only when a run produced a new learning r
- Action for future runs: - Action for future runs:
- Render ATVM status output in that section order for both local output and Mattermost posts. - Render ATVM status output in that section order for both local output and Mattermost posts.
## Run Learning: 2026-03-30 (Give `cmc-reboot` a full template-specific test flow)
- Observed failure mode:
- `cmc-reboot` status output fell back to the generic 5-step placeholder flow.
- The actual reboot workflow is substantially longer and includes reboot-specific validation around cmotion, revert cmotion, and post-reboot disk verification.
- Action for future runs:
- Define a dedicated `cmc-reboot` `TEST FLOW:` in the watcher and status template.
- Keep the reboot flow aligned with the generated reboot Cypress spec rather than the generic fallback list.
## Run Learning: 2026-03-27 (Persist the Currents run URL outside the transient runner log) ## Run Learning: 2026-03-27 (Persist the Currents run URL outside the transient runner log)
- Observed failure mode: - Observed failure mode:
- The watcher can include the Currents run URL in `NOTES:`, but only if it can still read the URL from live runner output or a consolidated run log. - The watcher can include the Currents run URL in `NOTES:`, but only if it can still read the URL from live runner output or a consolidated run log.

View File

@@ -130,6 +130,40 @@ Use this as the default ATVM automation run-status template for:
- `19. Power on and obtain ip address and host name` - `19. Power on and obtain ip address and host name`
- `20. Uninstall CMC on the host` - `20. Uninstall CMC on the host`
- `21. Power off the host` - `21. Power off the host`
- `cmc-reboot` currently uses this flow:
- `1. Verifying set up`
- `2. Power on and obtain ip address and host name`
- `3. Uninstall CMC if still exists`
- `4. Setting up disk on the host`
- `5. Copy CMC install command from GUI`
- `6. Install CMC on the host`
- `7. Create migration session`
- `8. Tracking Changes`
- `9. Create reboot validation file on the source disk`
- `10. Trigger cmotion`
- `11. Reboot the host`
- `12. Update disk info after power on`
- `13. Mount source disk`
- `14. Verify reboot validation file after reboot`
- `15. Create second reboot validation file on the source disk`
- `16. Revert cmotion`
- `17. Reboot the host`
- `18. Update disk info after power on`
- `19. Mount source disk`
- `20. Verify second reboot validation file after reboot`
- `21. Trigger cmotion and do I/O test during cmotion`
- `22. Revert cmotion`
- `23. Verify data with md5 checksum for the I/O test`
- `24. Trigger cmotion again`
- `25. Finalize cutover`
- `26. Create migration report`
- `27. Delete migration session`
- `28. Verify local destination disk`
- `29. Remove host and disks`
- `30. Remove enabled integration`
- `31. Uninstall CMC on the host`
- `32. Clean up iSCSI targets`
- `33. Power off the host`
- See `/home/aw/code/cds/atvm/docs/automation/examples.md` for `cmc-e2e` examples. - See `/home/aw/code/cds/atvm/docs/automation/examples.md` for `cmc-e2e` examples.
- Resolve kernel values by cross-referencing hostnames against `/home/aw/code/cds/atvm/inventory/vm-inventory.md`. - Resolve kernel values by cross-referencing hostnames against `/home/aw/code/cds/atvm/inventory/vm-inventory.md`.
- If no kernel value can be verified from `vm-inventory.md`, use `unknown`. - If no kernel value can be verified from `vm-inventory.md`, use `unknown`.

View File

@@ -87,6 +87,41 @@ TEMPLATE_TEST_FLOWS = {
"20. Uninstall CMC on the host", "20. Uninstall CMC on the host",
"21. Power off the host", "21. Power off the host",
], ],
"cmc-reboot": [
"1. Verifying set up",
"2. Power on and obtain ip address and host name",
"3. Uninstall CMC if still exists",
"4. Setting up disk on the host",
"5. Copy CMC install command from GUI",
"6. Install CMC on the host",
"7. Create migration session",
"8. Tracking Changes",
"9. Create reboot validation file on the source disk",
"10. Trigger cmotion",
"11. Reboot the host",
"12. Update disk info after power on",
"13. Mount source disk",
"14. Verify reboot validation file after reboot",
"15. Create second reboot validation file on the source disk",
"16. Revert cmotion",
"17. Reboot the host",
"18. Update disk info after power on",
"19. Mount source disk",
"20. Verify second reboot validation file after reboot",
"21. Trigger cmotion and do I/O test during cmotion",
"22. Revert cmotion",
"23. Verify data with md5 checksum for the I/O test",
"24. Trigger cmotion again",
"25. Finalize cutover",
"26. Create migration report",
"27. Delete migration session",
"28. Verify local destination disk",
"29. Remove host and disks",
"30. Remove enabled integration",
"31. Uninstall CMC on the host",
"32. Clean up iSCSI targets",
"33. Power off the host",
],
} }