PowerProtect: VMware Instant Access Restore i FLR fails Mount failed

• Niepowodzenie FLR i IA maszyny wirtualnej z błędem montowania sieciowego systemu plików (NFS) "Mount failed: Unable to complete Sysinfo operation
• Przywracanie maszyny wirtualnej po pomyślnym otwarciu nowej opcji.
• Nie ma problemu z kopiami zapasowymi maszyn wirtualnych.
• Potwierdzono, że komunikacja między ESXI a DD działa zgodnie z PowerProtect Data Manager: Oczekiwano przywracania maszyny wirtualnej przy użyciu interfejsu IP PowerProtect DD

Natychmiastowe przywracanie dostępu lub FLR kończy się niepowodzeniem z następującym błędem w dzienniku instalacji VM Direct Engine (VMDE).

Dziennik: mount-xxxxxxxxxx.log

Lokalizacja dziennika: (wbudowany VMDE) /opt/emc/vproxy/runtime/logs/recycle/vproxyd/ | /opt/emc/vproxy/runtime/logs/recycle/vbackupd/ (Zewnętrzny 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",

Na przykład w nowszych wersjach PowerProtect Data Manager, 19.18 lub 19.19, nie zostanie utworzony dziennik montowania, a poniższy błąd można zaobserwować w zadaniu przywracania.

Dziennik vmdm PowerProtect Data Manager zawiera następujący błąd.

Dziennik: vmdm.log

Lokalizacja dziennika: /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)

Niepowodzenie przywracania jest związane z konfiguracją NFS włączoną w urządzeniu PowerProtect DD (DD). Host ESXi nie może zamontować eksportu NFSv4. Obecnie host ESXi może instalować tylko eksporty NFSv3 lub NFSv4.1.

Scenariusz pierwszy:

DD ma włączone wersje NFSv3 i NFSv4, a NFSv4 jest ustawiony jako domyślny na DD.

Polecenie DD wyświetla serwer domyślny.

nfs option show

Scenariusz drugi:

DD ma włączony tylko NFSv4.

 

W zależności od bieżącej konfiguracji systemu plików NFS DD włącz protokół NFSv3 i zapewnij domyślną wersję eksportu NFS w systemie DD do NFSv3:
 

1. Połącz się z DD przez SSH.
2. Potwierdź bieżącą konfigurację NFS.

nfs option show

Przykład: protokół NFSv3 jest włączony, ale domyślny serwer NFS to NFSv4.

3. Jeśli ta opcja jest wyłączona, włącz protokół NFSv3.

nfs disable version 3

1. 1. Jeśli system plików NFS jest w wersji 4, ustaw go na NFSv3.

nfs option set default-server-version 3

4. Wykonaj ponownie funkcję natychmiastowego dostępu lub przywracania z poziomu plików.