PowerProtect : Échec de la restauration et de la FLR de l’accès instantané VMware, échec du montage

• Échec de la FLR et de l’IA de la machine virtuelle avec erreur de montage NFS (Network File System)Mount failed: Unable to complete Sysinfo operation
• Les restaurations de machine virtuelle en tant que nouvelle option réussissent.
• Il n’y a aucun problème avec les sauvegardes de VM.
• La communication ESXI vers DD a confirmé qu’elle fonctionnait conformément à PowerProtect Data Manager : La restauration de la machine virtuelle n’utilise pas l’interface IP PowerProtect DD attendue

La restauration de l’accès instantané ou FLR échoue avec l’erreur suivante dans le journal de montage VMDE (VMDE Direct Engine).

Journal : mount-xxxxxxxxxx.log

Emplacement du journal : (VMDE intégré) /opt/emc/vproxy/runtime/logs/recycle/vproxyd/ | /opt/emc/vproxy/runtime/logs/recycle/vbackupd/ (VMDE externe)

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",

Dans les versions plus récentes de PowerProtect Data Manager, 19.18 ou 19.19 par exemple, aucun journal de montage n’est créé et la défaillance ci-dessous peut être observée sur la tâche de restauration.

Le journal vmdm de PowerProtect Data Manager contient l’erreur d’échec suivante.

Log : vmdm.log

Emplacement du journal : /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)

L’échec de la restauration est lié à la configuration NFS activée sur PowerProtect DD (DD). L’hôte ESXi ne peut pas monter l’exportation NFSv4. Au moment de la rédaction de cet article, l’hôte ESXi ne peut monter que des exportations NFSv3 ou NFSv4.1.

Scénario 1 :

Les versions NFSv3 et NFSv4 de DD sont activées et NFSv4 est défini par défaut sur DD.

La commande DD affiche le serveur par défaut.

nfs option show

Deuxième scénario :

Seul NFSv4 est activé sur DD.

 

Selon la configuration DD NFS actuelle, activez NFSv3 et assurez-vous que la version d’exportation NFS par défaut sur le DD vers NFSv3 est la suivante :
 

1. Connectez-vous à DD via SSH.
2. Confirmez votre configuration NFS actuelle.

nfs option show

Exemple NFSv3 activé, mais le serveur NFS par défaut est NFSv4.

3. Si cette option est désactivée, activez NFSv3.

nfs disable version 3

1. 1. Si NFS est la version 4, définissez sur NFSv3.

nfs option set default-server-version 3

4. Exécutez à nouveau l’accès instantané ou la restauration en mode fichier.