Add a dedicated ESX VM guide for read-first hardware change workflows, including disk creation, datastore VMDK attachment, and PCI passthrough assignment. Update the existing lookup/assignment runbook and top-level docs to reference the new guide and require explicit reporting of VM name mismatches and missing datastore directories before any change.
3.1 KiB
3.1 KiB
AGENTS.md
This folder contains the VMware/vCenter + MigrateOps runbook for CDS MCP workflows.
Workspace Layout
README.md- top-level navigation
docs/vmware-migrateops-guide.md- authoritative VMware compute migration workflow
docs/esxvm-guide.md- direct vCenter VM hardware review/change workflow
docs/vm-lookup-and-assignment.md- VM lookup, datastore reporting, and FC/disk assignment workflow
docs/cmc-install-reference.md- CMC install, uninstall, and reinstall fallback reference
docs/run-learnings.md- run-specific learnings only when a run adds new information
templates/vmw.yaml- base template for
MIGRATEOPS_VMWARE_COMPUTEoperations
- base template for
artifacts/logs/- runtime log artifacts kept separate from operator guidance
Source Of Truth
- Use
docs/vmware-migrateops-guide.mdfor how to execute VMware compute migration runs. - Use
docs/esxvm-guide.mdfor direct vCenter VM hardware changes such as new disks, existing-disk attach, and PCI passthrough assignment. - Use
docs/vm-lookup-and-assignment.mdfor VM lookup responses and FC/disk assignment requests. - Use
docs/cmc-install-reference.mdfor CMC install/uninstall commands and fallback reinstall notes. - Use
templates/vmw.yamlas the starting operation template. - Treat
docs/run-learnings.mdas evidence/history, not baseline procedure.
Required Run Pattern
- Confirm source VM in vCenter and power state before IP/SSH actions.
- Prepare source host (CDC cleanup + CMC reinstall/registration) and verify source is connected in CDC. This applies to Windows sources too; do not skip project cleanup just because SSH + PowerShell works.
- Validate preflight requirements from
docs/vmware-migrateops-guide.md. - Create MigrateOps from
templates/vmw.yamlwith request-specific replacements. - Monitor continuously and auto-approve cutover unless the user requests manual approval.
- After terminal state:
- validate destination login,
- archive operation,
- run offline-host cleanup loop until source/helper cleanup conditions are satisfied,
- provide final read-only status listing for source/destination/access/helper across CDC and vCenter.
- Ask the user explicitly before deleting the destination VM; never delete without same-run confirmation.
Environment Defaults
- vCenter:
192.168.0.201 - Cluster scope:
QACL-ATVMCypressONLYunless user overrides - Default CDC project:
Skidamarink - Default access node:
atvm-linux-h2h - Default ATVM target reference:
192.168.3.191 - For Windows ATVM guest execution, prefer SSH + PowerShell with
ATVM_WINDOWS_TARGET_USERandATVM_WINDOWS_TARGET_PASSWORD.
Update Rules
- Update
docs/vmware-migrateops-guide.mdonly when migration workflow/default behavior changes. - Update
docs/esxvm-guide.mdonly when direct vCenter hardware workflow/default behavior changes. - Update
docs/vm-lookup-and-assignment.mdonly when lookup/assignment workflow behavior changes. - Update
docs/cmc-install-reference.mdonly when install or reinstall reference behavior changes. - Update
docs/run-learnings.mdonly when a run reveals a new learning/failure pattern/required check.