PPDM: Dodawanie źródeł zasobów funkcji Hyper-V kończy się niepowodzeniem z komunikatem HTTP 400 i komunikatem "ZeroMQ error 11"

• HTTP 400 podczas dodawania klastra funkcji Hyper-V jako źródła zasobów.

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 Dziennik sondy 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)

Błędy były spowodowane kombinacją błędnie skonfigurowanych WinRM detektory, nieprawidłowe lub brakujące odciski palców certyfikatów SSL, brak reguł zapory dla wymaganych portów oraz obecność klastrów Azure Stack HCI z obsługą usługi Azure Arc, które nie są obsługiwane w PPDM 20.1.

• WinRM Odbiorniki na porcie 5986 brakowało certyfikatów lub używały certyfikatów, które nie były zgodne z nazwą FQDN klastra, co prowadziło do resetowania połączeń.
• Zapora nie zezwala na TCP 5986 (WinRM HTTPS) i TCP 5896 (komunikacja agenta), uniemożliwiając rejestrację agenta.
• ZeroMQ error 11 wskazano, że agent ochrony funkcji Hyper-V nie może odbierać komunikatów z powodu powyższych problemów z łącznością.

Wykonaj następujące czynności, aby rozwiązać ten problem WinRM, certyfikatu, zapory i konfiguracji grup klastrów. Wszystkie poniższe procedury są opisane w podręczniku użytkownika maszyny wirtualnej Dell PowerProtect Data Manager 20.1 Hyper-V. Najnowsze wersje dokumentacji produktu są dostępne do pobrania w formacie PDF na stronie Sterowniki i pliki do pobrania dla PowerProtect Data Manager . 

1. Configure WinRM Odbiorniki HTTPS
   • Utworzyć PROTOKÓŁ HTTPS WinRM detektorów na porcie 5986 dla każdego węzła funkcji Hyper-V.
   • Upewnij się, że każdy odbiornik używa poprawnego odcisku palca certyfikatu i że DNSNameList/SAN Zawiera nazwę klastra.
   • Weryfikowanie odbiorników za pomocą winrm enumerate i Invoke-WebRequest.
2. Wdrażanie pasujących certyfikatów SSL
   • Generowania Certyfikaty SSL zgodne z nazwą FQDN klastra.
   • Wdróż certyfikaty we wszystkich węzłach klastra.
   • Zaktualizuj elementy każdego węzła WinRM Odbiornik HTTPS, aby odwołać się do nowego odcisku palca.
3. Aktualizowanie reguł zapory sieciowej
   • Dodaj reguły ruchu przychodzącego w każdym węźle, aby zezwolić na TCP 5986 (WinRM HTTPS) i TCP 5896 (komunikacja z agentem).
4. Ponowne generowanie konfiguracji dostępu PowerProtect Data Manager
   • Uruchom polecenie "Regenerate PPDM Access Config" na każdym węźle.
   • Upewnij się, że nazwa FQDN, nazwa hosta i odcisk palca certyfikatu są zgodne z oczekiwanymi wartościami.
5. Konfiguracja grupy klastra PowerProtect Data Manager
   • Dodaj brakujące wpisy grupy klastrów PowerProtect Data Manager dla dwóch dodatkowych węzłów w sześciowęzłowym klastrze Hyper-V.
6. Weryfikacja łączności
   • Ponowne dodanie każdego klastra funkcji Hyper-V jako źródła zasobów; Sprawdź, czy wszystkie węzły są połączone.
   • Potwierdzenie, że instalacja agentów przenoszenia danych i zadania tworzenia kopii zapasowych działają bez 500‑code lub ZeroMQ Błędy.