.vmdk nicht lesbar - Backup mit Vibe.pl

[ad1lia.ac1]

Hallo - wir sichern die VMs mit dem Skript "vibe.pl" von NetApp. Manchmal sind bei einigen VMs die VMware-Snapshotdateien nach Ducrhlauf des Skripts nicht gelöscht. Die Snapshotdatei lässt sich auch manuell nicht löschen. Die gesicherten Platten bzw. .vmdk-Datein von diesen VMs lassen sich dann nicht an andere VMs anbinden. Fehlermeldung "Festplatte konnte nicht hinzugefügt werden". D.h. die gesicherten Platten können nicht genutzt werden.

Ich suche nach einer Möglichkeit, die gesicherten Platten doch noch lesbar zu machen. Wie könnte sichergestellt werden, dass die Snapshotdateien - nachdem die Snapshots auf vSphere und anschließend auf NetApp erstellt worden sind - auch sicher gelöscht werden?

Grüße
Hasan

[continuum]

Die gesicherten Platten bzw. .vmdk-Datein von diesen VMs lassen sich dann nicht an andere VMs anbinden.

wie machst du das denn genau ?

[irix]

Hier kommen mehrere Dinge zusammen

1. IIRC kann man ueber die GUI keine Platte, welche Snapsshots hat, einhaengen. bzw. er zeigt immr nur die Basis Disk an und das ist ja nicht das was man will.
2. Das anhaengen der Basis Disk kann schiefgehen wenn diese in Benutzung ist bzw. wenn nun mit einer VM von einem anderen Hosts gearbeitet wird. Die Hosts setzen einen Lock

Das loeschen des Snaps kann man evtl. forcieren in dem man einen neuen Snap anlegt und dann im Snapshotmanager "Delete All" auswaehlt. Ansonsten auf der CMD ein "vmware-cmd *.vmx removesnapshots" einzumachen sofern der ESX noch erkennen das es ein Chain ist. In vSphere 5 hat VMware dafuer extra den Punkt Snapshots->Consolidate eingefuehrt.

Alternativ kann mit

Code: Alles auswählen

vmfkstools -i snapshot.vmdk neuvmdk

eine neue VMDK basierend auf dem Stand des Snapshots erstellt werden.

Was das Problem mit dem nicht loeschen angeht. Tritt deinem Anbieter auf die Fuess und richte ein entsprechendes Logging/Reporting ein.

Gruss
Joeg

[ad1lia.ac1]

Zu Anhängen der Platte an andere VMs: Die NetApp-(Volume-)Snapshots beinhalten die VM-Datastores, auf denen die Verzeichnisse der VMs sich befinden. Die .vmdk im jeweiligen gesicherten Verzeichnis kann man normalerweise an eine andere VM anhängen und gelangt so an Daten. Oder man kann einfach die Platte austauschen. Bei Verzeichnissen mit VMware-Snapshotdateien kommt die Fehlermeldung. Frage ist, wieso die Snapshotdateien bei einigen VMs nicht gelöscht werden.

[ad1lia.ac1]

An irix: Die VMs haben nach dem Durchlauf des Skripts keine Snapshots mehr. Die Sicherung läuft täglich so ab: VMware-Snapshots von den VMs auf einem vSphere-Datastore | NetApp-Snapshot vom Volume, auf dem sich der vSphere-Datastore sich befindet | Löschen aller VMware-Snapshots. Ergebnis ist die Sicherung der Verzeichnissen aller VMs auf dem vSphere-Datastore. Beim Restore bedient man sich der .vmdk aus dem VM-Verzeichnis. Hier ist das Problem, dass mal die VMware-Snapshot-Dateien in einem VM-Verzeichnis gelöscht werden - was auch erwartet wird - und mal nicht. Wenn sich die Snapshotdateien in dem VM-Verzeichnis befinden, lässt sich die .vmdk aus diesem Verzeichnis nicht einer anderen VM anhängen.

[continuum]

Die VMs haben nach dem Durchlauf des Skripts keine Snapshots mehr.

wie stellst du das fest ? - dem Snapshotmanager kann man NICHT trauen - nur wenn in der vmx keine snapshots drin stehen hat man auch keine snapshots mehr

[JustMe]

Wie irix m.E. schon implizit angeregt hat:

Es sollte unbedingt mal geklaert werden, ob die Snapshot-Dateien (-00000x[-delta].vmdk) tatsaechlich einfach nur nicht geloescht wurden, oder ob die vielleicht noch von der VM verwendet werden.

Dazu entweder in die .vmx-Datei schauen, oder in den VM-Settings die Namen der Plattendateien kontrollieren.

Sollten diese Dateien doch noch referenziert werden, dann laeuft beim Aufloesen der Snapshots was schief...

Ansonsten bliebe noch die Frage, was fuer ein NetApp-Storage das ist: FC, iSCSI, NFS?
Denn hier koennen sich die Locking-Mechanismen unterscheiden.