PowerProtect: VMware Instant Access Restore und FLR schlägt fehl Mounten fehlgeschlagen

• VM FLR und IA schlagen mit NFS-Mount-Fehler (Network File System) fehl "Mount failed: Unable to complete Sysinfo operation
• Die Option VM-Wiederherstellungen als neue ist erfolgreich.
• Es gibt kein Problem mit VM-Backups.
• Bestätigt, dass die ESXI-zu-DD-Kommunikation gemäß PowerProtect Data Manager funktioniert: VM-Wiederherstellung wird nicht über die PowerProtect DD-IP-Schnittstelle erwartet

Instant Access Restore oder FLR schlägt mit dem folgenden Fehler im VMDE-Mount-Protokoll (VMDIRECT Engine) fehl.

Protokoll: mount-xxxxxxxxxx.log

Protokollspeicherort: (Integrierte VMDE) /opt/emc/vproxy/runtime/logs/recycle/vproxyd/ | /opt/emc/vproxy/runtime/logs/recycle/vbackupd/ (Externe 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",

In neueren Versionen von PowerProtect Data Manager, 19.18 oder 19.19, wird beispielsweise kein Mount-Protokoll erstellt und der folgende Fehler kann beim Wiederherstellungsjob beobachtet werden.

Das VMDM-Protokoll von PowerProtect Data Manager enthält den folgenden Fehler.

Protokoll: vmdm.log

Protokollspeicherort: /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)

Der Wiederherstellungsfehler hängt mit der NFS-Konfiguration zusammen, die auf PowerProtect DD (DD) aktiviert ist. Der ESXi-Host kann den NFSv4-Export nicht mounten. Zum Zeitpunkt der Erstellung dieses Artikels kann der ESXi-Host nur NFSv3- oder NFSv4.1-Exporte mounten.

Szenario 1:

In DD sind sowohl NFSv3- als auch NFSv4-Versionen aktiviert, und NFSv4 ist als Standardversion für DD festgelegt.

Der DD-Befehl zeigt den Standardserver an.

nfs option show

Szenario zwei:

In DD ist nur NFSv4 aktiviert.

 

Aktivieren Sie je nach aktueller DD-NFS-Konfiguration entweder NFSv3 und stellen Sie sicher, dass die standardmäßige NFS-Exportversion auf der DD nach NFSv3 verwendet wird:
 

1. Stellen Sie über SSH eine Verbindung zu DD her.
2. Bestätigen Sie Ihre aktuelle NFS-Konfiguration.

nfs option show

Beispiel: NFSv3 aktiviert, aber der NFS-Standardserver ist NFSv4.

3. Falls deaktiviert, aktivieren Sie NFSv3.

nfs disable version 3

1. 1. Wenn NFS Version 4 ist, legen Sie NFSv3 fest.

nfs option set default-server-version 3

4. Wiederholen Sie Instant Access oder File Level Restore.