PPDM: Hyper-V-resurssilähteiden lisääminen epäonnistuu HTTP 400:n ja ZeroMQ-virheen 11 kanssa

• HTTP 400 virhe lisättäessä Hyper-V-klusteria resurssilähteeksi.

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-anturin loki:

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)

Viat johtuivat erilaisten määritysten yhdistelmästä WinRM kuuntelijat, virheelliset tai puuttuvat SSL-varmenteen peukalonjäljet, vaadittujen porttien palomuurisääntöjen puuttuminen ja Azure Arcia käyttävät Azure Stack HCI -klusterit, joita PPDM 20.1 ei tue.

• WinRM Portin 5986 kuuntelijat joko puuttuivat tai käyttivät varmenteita, jotka eivät vastanneet klusterin täydellistä toimialuenimeä, mikä johti yhteyden nollaamiseen.
• Palomuuri ei sallinut TCP 5986:ta (WinRM HTTPS) ja TCP 5896 (agenttiviestintä), joka estää agentin rekisteröinnin.
• ZeroMQ error 11 ilmaisi, että Hyper-V Protection Agent ei voinut vastaanottaa viestejä yllä olevien yhteysongelmien vuoksi.

Ratkaise seuraavat vaiheet WinRM, varmenteeseen, palomuuriin ja klusteriryhmän kokoonpanoon liittyvät ongelmat. Kaikki alla mainitut toimenpiteet on dokumentoitu Dell PowerProtect Data Manager 20.1 Hyper-V -virtuaalikoneen käyttöoppaassa. Tuoteoppaiden uusimmat versiot ovat ladattavissa PowerProtect Data Managerin Ohjaimet ja ladattavat tiedostot -sivulta PDF-muodossa. 

1. Määrittäminen WinRM HTTPS-kuuntelijat
   • Luoda HTTPS WinRM kuuntelijat portissa 5986 jokaiselle Hyper-V-solmulle.
   • Varmista, että jokainen kuuntelija käyttää oikeaa varmenteen peukalonjälkeä ja että DNSNameList/SAN Sisältää klusterin nimen.
   • Vahvista kuuntelijat winrm enumerate ja Invoke-WebRequest.
2. Ota käyttöön vastaavat SSL-varmenteet
   • Luo SSL-varmenteet, jotka vastaavat klusterin täydellistä toimialuenimeä.
   • Ota varmenteet käyttöön kaikissa klusterisolmuissa.
   • Päivitä kunkin solmun WinRM HTTPS-kuuntelija, joka viittaa uuteen peukalonjälkeen.
3. Päivitä palomuurisäännöt
   • Lisää saapuvia sääntöjä jokaiseen solmuun, jotta TCP 5986 (WinRM HTTPS) ja TCP 5896 (agenttiviestintä).
4. Luo PowerProtect Data Manager -käyttöoikeusmääritys uudelleen
   • Suorita Regenerate PPDM Access Config kussakin solmussa.
   • Varmista, että täydellinen toimialuenimi, isäntänimi ja varmenteen peukalonjälki vastaavat odotettuja arvoja.
5. PowerProtect Data Manager -klusteriryhmän määritys
   • Puuttuvat PowerProtect Data Manager -klusteriryhmämerkinnät kuuden solmun Hyper-V-klusterin kahdelle lisäsolmulle.
6. Yhteyksien vahvistaminen
   • Lisää kukin Hyper-V-klusteri resurssilähteeksi. Varmista, että kaikki solmut muodostavat yhteyden.
   • Vahvista, että tiedonsiirtoagentit asentavat ja varmuuskopiointityöt suoritetaan ilman 500‑code tai ZeroMQ Virheitä.