Add detailed ATVM reboot test flow

atvm/docs/automation/status-template.md

@@ -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`
   - `20. Uninstall CMC on 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.
 - 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`.