PowerProtect. Сбой восстановления мгновенного доступа к VMware и сбой FLR Сбой монтирования

• Сбой FLR и IA виртуальной машины с ошибкой монтирования сетевой файловой системы (NFS)»Mount failed: Unable to complete Sysinfo operation
• Виртуальная машина восстанавливается как новый вариант.
• Нет проблем с резервным копированием виртуальных машин.
• Подтверждено, что связь между ESXi и DD работает в соответствии с PowerProtect Data Manager: Ожидается, что при восстановлении виртуальной машины не используется IP-интерфейс PowerProtect DD

Восстановление мгновенного доступа или FLR завершается сбоем со следующей ошибкой в журнале монтирования VM Direct Engine (VMDE).

Журнал: mount-xxxxxxxxxx.log

Местоположение журнала: (встроенная VMDE) /opt/emc/vproxy/runtime/logs/recycle/vproxyd/ | /opt/emc/vproxy/runtime/logs/recycle/vbackupd/ (внешний VMDE)

YYYY-MM-DDThh:mm:ss.270Z NOTICE: [8d389cdc46ece06b;96ae9dbd0918a908] "Text": "Session '07fae483-61e9-43da-acca-b32f48656db0' is unsuccessful: Unable to create datastore: Unable to create datastore 'DELL-vProxy-ppdm01.fqdn 1682513359' using '*.*.*.*:/data/col1/Dev-Test-ppdm01-71b45/PLCTLP-XXXX/Restores/yyyy/zzzz-zzzz/1683583862592975399/1682025362/vProxy-ppdm01.fqdn xxxxxxx': ServerFaultCode: An error occurred during host configuration. Operation failed, diagnostics report: Mount failed: Unable to complete Sysinfo operation. Please see the VMkernel log file for more details.: Unable to query remote mount point's attributes",

Например, в более новых версиях PowerProtect Data Manager 19.18 или 19.19 журнал монтирования не создается, и в задании восстановления можно наблюдать указанный ниже сбой.

Журнал vmdm PowerProtect Data Manager содержит следующую ошибку сбоя.

Журнал: vmdm.log

Местоположение журнала: /var/log/brs/vmdm

2025-04-11T11:58:16.470Z WARN [] [request-dispatch-service-1] [][][][][] [c.e.b.v.r.c.StreamCountService.exchange(282)] - Exception Response Body {"code":500,"reason":"Cannot invoke \"com.emc.brs.datadomain.
ddboost.DdConnectionInfo.getConnDesc()\" because \"ddConnection\" is null","remediation":null,"timestamp":1744372696467,"path":"/api/v2/copies/a33f6343-85a8-4044-a992-dc4b8487d9fe/recovery-stream-counts","ex
tendedInfo":null}
2025-04-11T11:58:16.471Z ERROR [] [request-dispatch-service-1] [][][][][] [c.e.b.v.r.d.InstantAccessDispatchService.isRequestDispatchable(75)] - Exception checking allowance
com.emc.brs.vmdm.error.ComponentException: Cannot invoke "com.emc.brs.datadomain.ddboost.DdConnectionInfo.getConnDesc()" because "ddConnection" is null
        at com.emc.brs.vmdm.vpe.service.clients.RestClientBase.exchange(RestClientBase.java:284)
        at com.emc.brs.vmdm.vpe.service.clients.RestClientBase.get(RestClientBase.java:201)
        at com.emc.brs.vmdm.recovery.clients.StreamCountService.getStreamCounts(StreamCountService.java:51)
        at com.emc.brs.vmdm.recovery.dispatch.InstantAccessSessionService.exceedsAllowance(InstantAccessSessionService.java:90)
        at com.emc.brs.vmdm.recovery.dispatch.InstantAccessDispatchService.isRequestDispatchable(InstantAccessDispatchService.java:73)
        at com.emc.brs.vmdm.recovery.dispatch.InstantAccessDispatchService.isRequestDispatchable(InstantAccessDispatchService.java:31)
        at com.emc.brs.vmdm.recovery.dispatch.BaseRequestDispatchService.getRequestFromWaiting(BaseRequestDispatchService.java:301)
        at com.emc.brs.vmdm.recovery.dispatch.BaseRequestDispatchService.getRequest(BaseRequestDispatchService.java:232)
        at com.emc.brs.vmdm.recovery.dispatch.BaseRequestDispatchService.checkRequests(BaseRequestDispatchService.java:120)
        at com.emc.brs.vmdm.recovery.dispatch.BaseRequestDispatchService.lambda$startChecking$2(BaseRequestDispatchService.java:101)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
        at java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
        at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
        at java.base/java.lang.Thread.run(Thread.java:840)

Сбой восстановления связан с включенной конфигурацией NFS в PowerProtect серии DD (DD). Хосту ESXi не удается смонтировать экспорт NFSv4. На момент написания этой статьи на хосте ESXi можно монтировать только экспортируемые каталоги NFSv3 или NFSv4.1.

Сценарий первый.

В DD включены версии NFSv3 и NFSv4, и в DD по умолчанию установлен NFSv4.

Команда DD показывает сервер по умолчанию.

nfs option show

Сценарий второй:

В DD включен только протокол NFSv4.

 

В зависимости от текущей конфигурации DD NFS включите NFSv3 и убедитесь, что версия экспорта NFS по умолчанию в DD в NFSv3:
 

1. Подключитесь к DD по SSH.
2. Подтвердите текущую конфигурацию NFS.

nfs option show

Пример: включен протокол NFSv3, но сервером NFS по умолчанию является NFSv4.

3. Если этот параметр выключен, включите NFSv3.

nfs disable version 3

1. 1. Если NFS имеет версию 4, задайте значение NFSv3.

nfs option set default-server-version 3

4. Снова выполните мгновенный доступ или восстановление на уровне файлов.