PPDM: L'aggiunta di origini asset Hyper-V ha esito negativo con HTTP 400 e "Errore ZeroMQ 11"

• HTTP 400 errore durante l'aggiunta di un cluster Hyper-V come origine asset.

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 Registro probe 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)

Gli errori sono stati causati da una combinazione di errori di configurazione WinRM identificazioni personali dei certificati SSL errate o mancanti, regole firewall assenti per le porte richieste e presenza di cluster Azure Stack HCI abilitati per Azure Arc non supportati in PPDM 20.1.

• WinRM I listener sulla porta 5986 erano mancanti o utilizzavano certificati che non corrispondevano all'FQDN del cluster, con conseguente reimpostazione della connessione.
• Il firewall non consentiva TCP 5986 (WinRM HTTPS) e TCP 5896 (comunicazione agent), impedendo la registrazione dell'agent.
• ZeroMQ error 11 ha indicato che Hyper-V Protection Agent non è riuscito a ricevere messaggi a causa dei problemi di connettività di cui sopra.

Completare la seguente procedura per risolvere il problema WinRM, problemi di configurazione di certificati, firewall e gruppi cluster. Tutte le procedure a cui si fa riferimento di seguito sono documentate nella Guida utente di Dell PowerProtect Data Manager 20.1 Hyper-V Virtual Machine. Le versioni più recenti della documentazione del prodotto sono disponibili per il download nella pagina Driver e download di PowerProtect Data Manager in formato PDF. 

1. Configurare WinRM Listener HTTPS
   • Creare HTTPS (HTTPS) WinRM listener sulla porta 5986 per ogni nodo Hyper-V.
   • Assicurarsi che ogni listener utilizzi l'identificazione personale del certificato corretta e che il DNSNameList/SAN Contiene il nome del cluster.
   • Verifica dei listener con winrm enumerate e Invoke-WebRequest.
2. Implementazione dei certificati SSL corrispondenti
   • Generare Certificati SSL che corrispondono all'FQDN del cluster.
   • Implementare i certificati in tutti i nodi del cluster.
   • Aggiornare il numero di ogni nodo WinRM Listener HTTPS per fare riferimento alla nuova identificazione personale.
3. Aggiornamento delle regole del firewall
   • Aggiungere regole in entrata su ogni nodo per consentire TCP 5986 (WinRM HTTPS) e TCP 5896 (comunicazione agente).
4. Rigenerare la configurazione degli accessi di PowerProtect Data Manager
   • Eseguire "Regenerate PPDM Access Config" su ciascun nodo.
   • Verificare che l'FQDN, il nome host e l'identificazione personale del certificato corrispondano ai valori previsti.
5. Configurazione del gruppo di cluster di PowerProtect Data Manager
   • Aggiungere le voci mancanti del gruppo di cluster PowerProtect Data Manager per i due nodi aggiuntivi nel cluster Hyper-V a sei nodi.
6. Convalida della connettività
   • Aggiungere nuovamente ogni cluster Hyper-V come origine asset; Verificare che tutti i nodi si connettano.
   • Verifica dell'installazione degli agent data mover e dell'esecuzione dei processi di backup senza 500‑code o ZeroMQ Errori.