NVP-vProxy: VM-Festplatte kann nicht gesichert werden mit "VDDK Error: 13: Sie haben keine Zugriffsrechte auf diese Datei.... Der Einhängepunkt existiert bereits."

Summary: Sie sichern eine virtuelle Maschine (VM) mit der NetWorker VMware Protection (NVP) vProxy-Appliance, aber ein oder mehrere VM-Festplatten können nicht gesichert werden. Der Fehler meldet "VDDK Error: 13: You do not have access rights to this file." Dies ist ein allgemeiner Fehler, der bei verschiedenen Symptomen auftreten kann. In diesem Szenario zeigt der vProxy-vbackupd-vddk.log an, dass der Mount-Punkt bereits vorhanden ist. Dies tritt auf, wenn eine VM.vmdk-Datei an einen vProxy angehängt gelassen wurde. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Die Integration von NetWorker VMware Protection wird mit der vProxy-Appliance konfiguriert.  Beim Backup einer virtuellen Maschine (VM) kann eine bestimmte Festplatte (.vmdk) nicht gesichert werden.  Der Fehler in der NetWorker Management Console (NMC) meldet "Virtual Disk "Hard Disk #"" kann nicht gesichert werden ohne zusätzliche Informationen. 

Die Backupsitzungsprotokolle auf dem NetWorker-Server oder vProxy zeigen Folgendes für die betroffene .vmdk-Datei an:

Linux: /nsr/logs/policy/policy_name
Windows (Standardeinstellung): C:\Programme\EMC NetWorker\nsr\logs\policy\policy_name
vProxy: /opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE/ 
YYYY/MM/DD HH:MM:SS ERROR:  [194] Failed to open source VMDK "[DATASTORE] VM_NAME/VM_NAME_1.vmdk": VDDK Error: 13: You do not have access rights to this file.
YYYY/MM/DD HH:MM:SS ERROR:  [194] "Hard disk 2": BackupVmdk: "Hard disk 2": Unable to open Virtual Disk "[DATASTORE] VM_NAME/VM_NAME_1.vmdk" in "hotadd" mode.
YYYY/MM/DD HH:MM:SS ERROR:  [194] "Hard disk 2": BackupVmdk: "Hard disk 2": Unable to open Virtual Disk "[DATASTORE] VM_NAME/VM_NAME_1.vmdk" in "hotadd" mode.
YYYY/MM/DD HH:MM:SS ERROR:  [194] "Hard disk 2": BackupVmdk: Failed backup.
 
Auf dem vProxy zeigt /opt/emc/vproxy/runtime/logs/vbackupd-vddk.log Folgendes an: 
YYYY/MM/DD HH:MM:SS NOTICE: VDDK INFO VixDiskLib: VixDiskLib_OpenEx: Cannot open disk [DATASTORE] VM_NAME/VM_NAME_1.vmdk. Error 13 (You do not have access rights to this file) (Mounting VM vm-### using transport hotadd failed : Mount point "/tmp/vmware-root/50268f14....177-vm-###/hotadd" already exists..) at 5026.
YYYY/MM/DD HH:MM:SS NOTICE: VDDK INFO VixDiskLib: VixDiskLib_Open: Cannot open disk [DATASTORE] VM_NAME/VM_NAME_1.vmdk. Error 13 (You do not have access rights to this file) at 5064.
YYYY/MM/DD HH:MM:SS NOTICE: VDDK INFO VixDiskLib: VixDiskLib_Disconnect: Disconnect.

Cause

Die .vmdk der VM blieb nach einem vorherigen Backup mit der vProxy-Appliance verbunden, was zu dem Fehler "Mount point xxxxx already exists" führte.

Resolution

Es stehen zwei Optionen zur Verfügung.

Option 1:

Verwenden Sie das ProxyHC-Dienstprogramm, um die zurückgelassenen Festplatten zu bereinigen.

NVP-vProxy: Verwendung des Integritätsprüfungstools ProxyHC auf vProxy-Appliance

Im obigen Wissensdatenbank-Artikel wird beschrieben, wie Sie das ProxyHC-Tool abrufen und verwenden. Die für dieses spezielle Problem erforderliche Syntax lautet: 
./ProxyHC tasks disk cleanup

Option 2:

Manuelle Bereinigung der konfigurierten Festplatten des vProxy. Die zusätzlichen .vmdks müssen von der vProxy-Appliance getrennt werden. Wenn der vProxy keine Backups oder Wiederherstellungen durchführt, sollte die vProxy-Appliance nur ihre beiden .vmdks mit der vProxy-Appliance-VM verbunden haben.
 
1. Beenden Sie VM-Backups, die den vProxy durchlaufen und den Fehler "Mount point xxxxxx already exists" melden.
2. Melden Sie sich beim vSphere Web Client von vCenter an.
3. Klicken Sie mit der rechten Maustaste auf die vProxy-Appliance und wählen Sie "Edit Settings..." aus.
4. Suchen Sie nach Festplatten, die zu anderen VMs gehören:
vProxy-VM-Festplatteneinstellungen in vSphere
5. Wenn zusätzliche .vmdk-Festplatten mit der vProxy-Appliance verbunden sind, notieren Sie sich den VM-Namen und trennen Sie die Festplatten. Die .vmdks enthalten den Namen des vSphere-VM-Anzeigenamens (oder einen anderen VM-Namen als den Namen des vProxy).
VORSICHT: Verwenden Sie nicht die Option "Aus Datenspeicher löschen". Die Festplatte muss vom vProxy getrennt und darf nicht aus dem Storage gelöscht werden. Entfernen Sie keine Festplatten, die zum vProxy gehören.
6. Suchen Sie in vSphere nach der VM, deren Festplatten vom vProxy getrennt wurden.
7. Klicken Sie auf der Registerkarte Summary der VM unter Custom Attributes auf Edit.
Nutzerdefinierte VM-Attribute
8. Wählen Sie jedes der Attribute aus, die "Dell EMC vProxy" enthalten, und löschen Sie sie. Sie werden bei der nächsten vProxy-Aktion neu erstellt. Durch das Löschen der Attribute wird sichergestellt, dass alle veralteten Sitzungsinformationen bereinigt werden.
9. Starten Sie die vProxy-Appliance neu.

Additional Information

HINWEIS: Der Fehler "VDDK-Fehler 13" ist ein allgemeiner Fehler, der von VMware zurückgegeben wird. Der vProxy /opt/emc/vproxy/runtime/logs/vbackupd-vddk.log bietet weitere Informationen über die spezifische Ursache. Die folgenden Artikel sollten ebenfalls gelesen werden, wenn dieser Artikel nicht zutrifft.

Affected Products

NetWorker

Products

NetWorker
Article Properties
Article Number: 000031379
Article Type: Solution
Last Modified: 24 Oct 2025
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.