PPDM: Hinzufügen von Hyper-V-Ressourcenquellen schlägt mit HTTP 400 und "ZeroMQ error 11" fehl

• HTTP 400 Fehler beim Hinzufügen eines Hyper-V-Clusters als Ressourcenquelle.

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 HTTPS-Testprotokoll:

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)

Die Ausfälle wurden durch eine Kombination aus falsch konfigurierten WinRM Listener, falsche oder fehlende SSL-Zertifikatfingerabdrücke, fehlende Firewallregeln für erforderliche Ports und das Vorhandensein von Azure Arc-fähigen Azure Stack HCI-Clustern, die in PPDM 20.1 nicht unterstützt werden.

• WinRM Listener auf Port 5986 fehlten entweder oder verwendeten Zertifikate, die nicht mit dem FQDN des Clusters übereinstimmten, was zum Zurücksetzen der Verbindung führte.
• Die Firewall ließ TCP 5986 (WinRM HTTPS) und TCP 5896 (Agent-Kommunikation), um die Agent-Registrierung zu verhindern.
• ZeroMQ error 11 gab an, dass der Hyper-V-Schutzagent aufgrund der oben genannten Verbindungsprobleme keine Meldungen empfangen konnte.

Führen Sie die folgenden Schritte aus, um das Problem zu beheben WinRM, Probleme mit Zertifikat, Firewall und Clustergruppenkonfiguration. Alle unten genannten Verfahren sind im Benutzerhandbuch für virtuelle Hyper-V-Maschinen von Dell PowerProtect Data Manager 20.1 dokumentiert. Die neuesten Versionen der Produktdokumentation können auf der Seite PowerProtect Data Manager Treiber und Downloads im PDF-Format heruntergeladen werden. 

1. Konfigurieren WinRM HTTPS-Listener
   • Erstellen HTTPS WinRM Listener auf Port 5986 für jeden Hyper-V-Node.
   • Stellen Sie sicher, dass jeder Listener den richtigen Zertifikatfingerabdruck verwendet und dass die DNSNameList/SAN Enthält den Clusternamen.
   • Listener überprüfen mit winrm enumerate und Invoke-WebRequest.
2. Bereitstellen übereinstimmender SSL-Zertifikate
   • Generieren SSL-Zertifikate, die mit dem FQDN des Clusters übereinstimmen.
   • Stellen Sie die Zertifikate auf allen Cluster-Nodes bereit.
   • Aktualisieren Sie die Werte jedes Nodes. WinRM HTTPS-Listener zum Verweisen auf den neuen Fingerabdruck.
3. Firewallregeln aktualisieren
   • Fügen Sie eingehende Regeln auf jedem Node hinzu, damit TCP 5986 (WinRM HTTPS) und TCP 5896 (Agentenkommunikation) ein.
4. PowerProtect Data Manager-Zugriffskonfiguration neu generieren
   • Führen Sie auf jedem Node "Regenerate PPDM Access Config" aus.
   • Vergewissern Sie sich, dass der FQDN, der Hostname und der Fingerabdruck des Zertifikats mit den erwarteten Werten übereinstimmen.
5. Konfigurieren der PowerProtect Data Manager-Clustergruppe
   • Fügen Sie fehlende PowerProtect Data Manager-Clustergruppeneinträge für die beiden zusätzlichen Nodes im Hyper-V-Cluster mit sechs Nodes hinzu.
6. Konnektivität validieren
   • Fügen Sie jeden Hyper-V-Cluster erneut als Ressourcenquelle hinzu. Überprüfen Sie, ob alle Nodes verbunden sind.
   • Bestätigen der Ausführung von Installations- und Backupjobs der Data Mover-Agenten ohne 500‑code oder ZeroMQ Fehler.