PPDM: A adição de origens de ativos do Hyper-V falha com HTTP 400 e "erro ZeroMQ 11"

• HTTP 400 ao adicionar um cluster Hyper-V como origem de ativo.

error: code=500, text=Unable to backup Hyper‑V VM '[HOSTNAME]': Unable to get response from the Dell PowerProtect Hyper‑V Protection Agent Service. Unable to get the response from hyperv agent for the readiness probe requests. Unable to sync the message. Unable to receive a message from the socket: ZeroMQ error 11: Resource temporarily unavailable

• WinRM Log de teste HTTPS:

Connection reached endpoint but was reset by remote host (expected for WinRM probe).

ghvdm.log:93330:2026-05-21T14:37:27.783Z INFO [] [monitoring-guardian-backup-supervisor-dispatcher-1696] [00000000-0000-4000-a000-000000000000][][][TRACE_ID:8b4ae105a4628a30;JOB_ID:86cf022e0f102abe][] [c.e.d.v.c.VProxyManager.reportComplete(1634)] - Session completed BackupHypervJobSession(state=Failure, id=8b6e0455-b3a7-46a9-851f-d3dfea7bd687, error: code=500, text=Unable to backup Hyper-V VM 'rc-lx3778': Unable to get response from the Dell PowerProtect Hyper-V Protection Agent Service. Unable to get the response from hyperv agent for the readiness probe requests. Unable to sync the message. Unable to receive a message from the socket: ZeroMQ error 11: Resource temporarily unavailable)

As falhas foram causadas por uma combinação de erros de configuração WinRM ouvintes, impressões digitais de certificado SSL incorretas ou ausentes, regras de firewall ausentes para portas necessárias e a presença de clusters do Azure Stack HCI habilitados para Azure Arc que não são compatíveis com o PPDM 20.1.

• WinRM Os ouvintes na porta 5986 estavam ausentes ou usando certificados que não correspondiam ao FQDN do cluster, levando a redefinições de conexão.
• O firewall não permitiu o TCP 5986 (WinRM HTTPS) e TCP 5896 (comunicação do agente), impedindo o registro do agente.
• ZeroMQ error 11 indicaram que o Agente de Proteção do Hyper-V não podia receber mensagens devido aos problemas de conectividade acima.

Conclua as etapas a seguir para resolver o WinRM, problemas de configuração de certificado, firewall e grupo de clusters. Todos os procedimentos mencionados abaixo estão documentados no Guia do usuário da máquina virtual Hyper-V do Dell PowerProtect Data Manager 20.1. As versões mais recentes da documentação do produto estão disponíveis para download na página Drivers e downloads do PowerProtect Data Manager em formato PDF. 

1. Configurar WinRM Escutas HTTPS
   • Criar HTTPS WinRM escuta na porta 5986 de cada nó do Hyper-V.
   • Certifique-se de que cada ouvinte use a impressão digital correta do certificado e que o DNSNameList/SAN Contém o nome do cluster.
   • Verifique os ouvintes com o winrm enumerate e Invoke-WebRequest.
2. Implantar certificados SSL correspondentes
   • Gerar Certificados SSL que correspondem ao FQDN do cluster.
   • Implemente os certificados em todos os nós de cluster.
   • Atualização de cada nó WinRM Ouvinte HTTPS para fazer referência à nova impressão digital.
3. Atualizar regras de firewall
   • Adicione regras de entrada em cada nó para permitir o TCP 5986 (WinRM HTTPS) e TCP 5896 (comunicação do agente).
4. Regenerar a configuração de acesso ao PowerProtect Data Manager
   • Execute "Regenerate PPDM Access Config" em cada nó.
   • Confirme se o FQDN, o nome do host e a impressão digital do certificado correspondem aos valores esperados.
5. Configurar grupo de clusters do PowerProtect Data Manager
   • Adicione entradas ausentes do grupo de clusters do PowerProtect Data Manager para os dois nós adicionais no cluster de seis nós do Hyper-V.
6. Validar a conectividade
   • Adicione novamente cada cluster do Hyper-V como uma origem de ativo; Verifique se todos os nós estão conectados.
   • Confirmar a instalação dos agentes do Data Mover e a execução dos trabalhos de backup sem 500‑code ou ZeroMQ Erros.