PPDM: Додавання джерел активів Hyper-V не працює з HTTP 400 та "ZeroMQ error 11"

• HTTP 400 помилка при додаванні кластера Hyper-V як джерела активів.

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:

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)

Відмови були спричинені поєднанням неправильної конфігурації WinRM слухачів, неправильні або відсутні відбитки SSL-сертифікатів, відсутність правил міжмережевого екрану для необхідних портів, а також наявність кластерів Azure Stack HCI з підтримкою Azure Arc, які не підтримуються в PPDM 20.1.

• WinRM слухачі на порті 5986 або відсутні, або використовували сертифікати, які не відповідали кластеру FQDN, що призводило до скидання з'єднання.
• Міжмережевий екран не дозволяв TCP 5986 (WinRM HTTPS) та TCP 5896 (комунікація агентів), що забороняє реєстрацію агента.
• ZeroMQ error 11 вказував, що агент захисту Hyper-V не може приймати повідомлення через вищезазначені проблеми з підключенням.

Виконайте наступні кроки для вирішення WinRM, проблеми з конфігурацією сертифікатів, міжмережевого екрану та кластерної групи. Усі процедури, згадані нижче, задокументовані в Керівництві користувача Dell PowerProtect Data Manager 20.1 Hyper-V Virtual Machine. Найновіші версії документації продукту доступні для завантаження на сторінці драйверів і завантажень PowerProtect Data Manager у форматі PDF. 

1. Налаштувати WinRM Слухачі HTTPS
   • Створити HTTPS WinRM слухачі на порті 5986 для кожного вузла Hyper-V.
   • Переконайтеся, що кожен слухач використовує правильний відбиток пальця сертифіката і щоб DNSNameList/SAN містить назву кластера.
   • Перевіряйте слухачів за допомогою winrm enumerate та Invoke-WebRequest.
2. Розгортання відповідних SSL-сертифікатів
   • Генерувати SSL-сертифікати, що відповідають кластеру FQDN.
   • Розгорніть сертифікати на всі вузли кластера.
   • Оновити кожен вузол WinRM HTTPS-слухач для посилання на новий відбиток пальця.
3. Оновлення правил міжмережевого екрану
   • Додайте вхідні правила на кожному вузлі, щоб дозволити TCP 5986 (WinRM HTTPS) та TCP 5896 (комунікація з агентом).
4. Конфігурація доступу Regenerate PowerProtect Data Manager
   • Запустіть "Regenerate PPDM Access Config" на кожному вузлі.
   • Переконайтеся, що FQDN, ім'я хоста та відбиток пальця сертифіката відповідають очікуваним значенням.
5. Налаштуйте кластер-групу PowerProtect Data Manager
   • Додайте відсутні записи кластерної групи PowerProtect Data Manager для двох додаткових вузлів у кластері з шести вузлів Hyper-V.
6. Перевірка зв'язності
   • Передодавайте кожен кластер Hyper-V як джерело активів; Перевірте, чи всі вузли підключені.
   • Переконайтеся, що агенти з переміщення даних встановлюють і запускають завдання з резервного копіювання без 500‑code або ZeroMQ помилки.