Problem: Das Backup mancher virtueller Maschinen nutzt fälschlicherweise den Transportmodus NBD statt SAN. Dies passiert auch wenn explizit für diese virtuellen Maschinen oder den vApp Container der Transportmodus SAN eingestellt wurde. Es kann durchaus sein das andere virtuelle Maschinen auf der gleichen SAN Disk den richtig konfigurierten Transportmodus benutzen. Die Ursache des Problems ist in der Regel ein nicht freigegebener SAN lock durch VMware in einer vorhergehenden Sicherung, daher können nachfolgende Sicherungen nicht den eingestellten Transportmodus nutzen und stellen auf NBD um. Steht nur der Transportmodus NBD zur Verfügung und VMware gibt den lock nicht frei, dann schlägt die Sicherung der virtuellen Maschine komplett fehl.
Die entsprechende Meldung in Data Protector lautet: Virtual Machine ‚Server_a.demo.local‘: Backup disk scsi0:0 using transport method NBD
Lösung: Wenn keine Backups von virtuellen Maschinen laufen, sollte auf dem VE-Agent Server in z.B. c:\windows\temp\vmware-SYSTEM Verzeichnis nach Verzeichnissen gesucht werden die Namen von virtuellen Maschinen enthalten. Beim Auflisten des Inhalts sieht man die Lock Dateien. Es wird empfohlen die Verzeichnisse entsprechend zu löschen. Nach einem erneuten Start des Backups der virtuellen Maschinen wird der Transportmodus SAN erneut verwendet. Unter Umständen müssen vorher die Berechtigungen für das Verzeichnis angepasst werden.
You also have such a problem when using another Windows distribution than the international one.
For example I used a French one and the created directory was „vmware-Système“ instead of „vmware-SYSTEM“ .The subdirectories were not removed after backup. The first session failed trying SAN transport and the following ones succeeded but using NBD transport.
I forgot: it happened using DP V9.01
Thanks,
This was not the solution for non-san backups but for unexplicable failures of some other vm backups. Deleting everything in c:\windows\temp\vmware-SYSTEM couldn’t be done because the vepa process was still running with no backups running. Killing it and deleting it solved that.