pavanaravapalli opened a new issue, #12126: URL: https://github.com/apache/cloudstack/issues/12126
### problem When a KVM instance is marked as unmanaged, CloudStack leaves infrastructure metadata — zone, pod, cluster, and host details — inside the libvirt VM XML. This behavior appears to have been introduced as part of the enhancement in PR: https://github.com/apache/cloudstack/pull/11061. As a result, operators must manually or programmatically remove these metadata entries. ### versions 4.22.1, main ### The steps to reproduce the bug **Steps to Reproduce** 1. Install CloudStack main branch. 2. Deploy a VM on a KVM hypervisor. 3. Trigger an "unmanage VM" operation in CloudStack. 4. On the KVM host, inspect the libvirt XML for that VM: /etc/libvirt/qemu/<vm-uuid>.xml 5. Observe that infrastructure metadata tags (zone, pod, cluster, host) remain intact. ** Expected Behavior ** - When a VM is marked unmanaged: CloudStack-specific infrastructure metadata should be removed from the libvirt XML, ** Actual Behavior ** - Metadata remains in the VM’s libvirt XML after the unmanage operation. - Users must manually remove or script the cleanup of zone/pod/cluster/host metadata. - This may cause confusion or inconsistent state if unmanaged VMs are later moved, repurposed, or reused. ** Impact ** - Operational confusion: Unmanaged VMs still appear to reference CloudStack infrastructure. - Automation issues: Tools/scripts that rely on metadata may misinterpret the VM’s state. - Security & hygiene: Residual metadata may mislead audits or lifecycle operations. - Maintenance overhead: Users must clean up metadata manually or build custom scripts. ### What to do about it? **Proposed Fix** Automatically remove CloudStack metadata (zone, pod, cluster, host) during the unmanage VM workflow on KVM. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
