The error indicates that the Azure Arc resource with the specified name already exists in Azure, so azcmagent connect cannot create a new resource with the same name. This typically happens when a machine was previously connected and then cloned or reconnected without first cleaning up the existing Arc registration.
The supported way to resolve stale or conflicting Arc registrations is:
- On the affected server, run:
This removes the local association but does not delete the Azure resource.azcmagent disconnect --force-local-only - In Azure, delete the existing Arc-enabled server resource that corresponds to this machine name so that the name is freed. The context describes that each connected machine must have a unique resource identity; cloning or reusing a connected image causes conflicts and 429/"already exists"-type issues.
- After the stale resource is removed from Azure, run
azcmagent connectagain on the server, using a unique resource name if needed.
If these machines were created from a golden image that was already connected to Azure, each clone must be “specialized” and then connected individually:
- Install the
azcmagentpackage in the golden image, but do not runazcmagent connecton the image itself. - For existing clones that share the same resource identity, run on each clone:
azcmagent disconnect --force-local-only azcmagent connect ... # with appropriate credentials and a unique resource name
This ensures each Azure Stack HCI node or guest VM has its own unique Arc resource and prevents the “resource already exists” error.
References: