großen Snapshot löschen

[cochran]

Hallo,

habe hier im Forum zwar schon einiges zum Thema gelesen, möchte aber zur Sicherheit noch einmal nachfragen.

Wir setzen einen ESX 3.0.2 ein. Auf diesem haben wir unseren Fileserver laufen. Dummerweise sind dort noch 2 ältere große Snapshots drauf. Im Folgenden mal ein paar Daten.

HDD1: 10GB
HDD2: 1000GB

Snapshot1-HDD1: 1,3GB
Snapshot2-HDD1: 1,3GB
Snapshot1-HDD2: 364GB
Snapshot2-HDD2: 66GB

freier Platz auf Storage: 90GB

Laut den Infos, welche ich hier schon sammeln konnte, benötigt man zum löschen eines Snapshots mindestens noch mal denselben Platz wie der zu löschende Snapshot selbst benötigt. Dies würden wir aber mit dem noch zur Verfügung stehenden Platz nicht hinbekommen.

Meine Frage ist jetzt, gilt dieser Platzbedarf nur wenn ich alle Snapshots auf einmal lösche oder auch wenn ich z.B. nur Snapshot1 löschen würde?

Welche Alternative würde es geben die Snapshots wieder zu vereinigen?

Könnte ich mit VCB ein Backup ziehen oder würde da der Platz auch schon nicht reichen (Zieh ist natürlich auf einem anderen System mit genügend Platz)?

Könnt ihr mir dazu ein paar Tipps geben?

Gruß

cochran

[edo]

hmmmm, hast du schon mal das löschen probiert? ich meine du kannst ja nichts falsch machen, es kann nur verweigert werden!

[cochran]

Nach dem was ich hier alles gelesen habe ist es halt eine heiße Sache einfach mal so zu löschen ohne genügend Platz zu haben.

Deshalb hätte ich gern erstmal Gewissheit bevor ich anfange den Snapshot zu löschen.

Und in einem Betrag stand auch, dass wenn eine Warnmeldung beim löschen kommt, es auch schon zu spät ist.

[edo]

hmm also ich habe eine grössere umgebung mit san 5x ESX und netapp... ich meine du willst sie ja löschen, ob sie danach kaputt sind oder nicht interessiert ja niemanden, zudem kann ich das mit dem platz in meiner umgebung so nicht bestätigen...! ich würd mal einfach einem nach den anderen löschen hab ich heute morgen bei mir auch gemacht aber du musst selbst wissen...!

[cochran]

> ich meine du willst sie ja löschen, ob sie danach kaputt sind oder nicht interessiert ja niemanden
Löschen will ich die Snapshots schon (im Sinne von Einarbeiten in das zugrundeliegende Haupimage der Platte), aber die Daten müssen schon erhalten bleiben.

[edo]

ja die daten bleiben ja auf der hd! die snapshots liegen unabhängig...! sie sind einfach wie an die hd angekopelt wenn du einen snapshot löscht, löscht du ja keine daten auf der hd...!

[Dayworker]

Ich würde erstmal mit den HDD1-Snapshots anfangen, dafür reicht der Platz in jedem Fall. Die beste Lösung für sämtliche Snapshots wäre daher, sie nur im Einzelfall und immer nur kurzzeitig einzusetzen. Von daher würde ich irgendwie Platz im Datastore schaffen und den Commit angehen.

[Tschoergez]

Hi,
wenn das Ding noch läuft, kannst Du ja sicherheitshalber aus dem Gast raus ein Backup machen vor der Aktion.

Und meistens läuft das stabiler ab, wenn Du die VM ausschaltest, bevor der snapshot gelöscht/committet wird.

Und bei der Größe kann die ganze Sache durchaus ein paar Stunden dauern, nicht nervös werden, wenn im Client der Task in einen Timeout läuft (v.a. bei der alten ESX-Version)

viele grüße,
jörg

[cochran]

Hallo,

habe jetzt ein paar Tests mit anderen VMs gemacht. Anscheinend ist es so, dass bei einem Snapshot, welcher nicht der letzte Snapshot ist, gar kein zusätzlicher Snapshot angelegt wird. Handelt es sich um den letzten Snapshot, so wir ein temporärer Snapshot angelegt, welcher jedoch meiner Meinung nach nicht im Zusammenhang mit einem der anderen Snapshots steht. Weiterhin wird wohl bei beiden Varianten noch mal ein Abbild des RAMs der VM erstellt (anders kann ich mir die Datei in Größe des in der VM eingestellten RAMs nicht erklären.

Habe jetzt aber noch eine Frage zur Dauer des Zurückspielens. Habe gelesen, dass bei großen Snapshots im VI-Client nach einiger Zeit ein Timeout geworfen wird. Deshalb wird der Befehl:
vmware-cmd /vmfs/volumes/storage2/VM/VM.vmx removesnapshots

empfohlen (bei ausgeschalteter VM).

Könnt Ihr das soweit bestätigen?

Weiterhin ist mir aufgefallen, dass im VM-Client der freie Speicherplatz anscheinend nicht wirklich richtig angezeigt wird. Kann ich auf der Konsole den Feien Speicher auch ermitteln (df -h liefert nicht die Werte für die Shares)?

[irix]

Der Timeout bezieht sich eher auf die Anzeige im VI Client.... wenn die erscheint darf man nicht nervoes werden und muss einfach nur warten. Ich sehe keinen Vorteil den Befehl ueber RCLI abzusetzen und wir benutzen den VI Client.

Verwende anstelle von "df" mal ein "vdf".

Das der VI CLient bei der Groessenangabe nur eine Schaetzwert benutzt ist nichts neues .

Gruss
Joerg

[Saturnous]

Ich denke das geht voll daneben - er würde in einem dritten Snapshot erzeugen und den Inhalt des zweiten in den ersten schreiben. Wäre der zweite der erste wäre es kein problem.

Organisier dir irgendein 1,1 TB grosses Datenstore, mach einen Snapshot - und clone mit vmkfstools die 0002.vmdks auf den. Notfalls tut es auch ein NFS Share der in einer USB Festplatte an einer Workstation endet.

ANDERER Trick aber ohne Gewähr und Pistole. Dumpe die Metadaten mit vmfs-undelete und dd, extende den Datenstore - und lösche den Snapshot. Danach klau den Extend und reparier die ursprüngliche LUN.

[cochran]

@Saturnous
> Ich denke das geht voll daneben - er würde in einem dritten Snapshot erzeugen und den Inhalt des zweiten in den ersten schreiben. Wäre der zweite der erste wäre es kein problem.

Bezieht sich das auf die Variante über den VI-Client oder über vmware-cmd?

[Dayworker]

Wenn er sowieso einen größeren Datastore organisieren soll, kann er den auch gut zum normalen Committen verwenden.

[cochran]

Hallo,

wollte noch schnell eine Rückmeldung geben.

Ich habe die Feiertrage genutzt und die VM runter gefahren und ganz normal über den VI-Client den 364 GB Snapshot gelöscht und dann laufen lassen. Nach ca. 6 Stunden war dieser dann auch wieder zurückgeschrieben. Plattenplatz hat gereicht, da keine weiteren Dateien angelegt wurden.

Danach noch den 2. Snapshot vereint und die Sache war erledigt.

Im VI-Client kam nicht mal ein Timeout, was mich zwar verwundert hat aber es hat ja alles funktioniert. Von daher ist das jetzt auch egal.

Danke noch mal für eure Hilfe und noch alles Gute fürs neue Jahr.

[irix]

Schoen das alles geklappt hat. Aber zur Sicherheit mal einen Blick in das Verzechnis werfen ob sich nicht doch noch was tummel.

Bei der Gelegenheit kannst du auch gleich den snapcheck,sh installieren welcher dir Reports schicken kann wenn du magst.

Gruss
Joerg

[cochran]

@irix
Verzeichnis sieht OK aus. Die Deltas sind weg.

Inhalt des Verzeichnisses ist wie folgt:

Code: Alles auswählen

-rw-r--r--    1 root     root        1000G Jan  4 12:20 File Server_1-flat.vmdk
-rw-r--r--    1 root     root          349 Dec 25 14:47 File Server_1.vmdk
-rw-------    1 root     root         1.0G Dec 25 14:46 File Server-b9aaf362.vswp
-rw-r--r--    1 root     root          10G Jan  4 12:20 File Server-flat.vmdk
-rw-r--r--    1 root     root         8.5K Dec 25 14:47 File Server.nvram
-rw-r--r--    1 root     root          343 Dec 25 14:47 File Server.vmdk
-rw-r--r--    1 root     root         1.5K Dec 25 14:30 File Server.vmsd
-rwxr-xr-x    1 root     root         1.6K Dec 25 14:46 File Server.vmx
-rw-r--r--    1 root     root          255 Oct 16 17:23 File Server.vmxf
-rw-r--r--    1 root     root          82K Nov 16  2007 vmware-3.log
-rw-r--r--    1 root     root          50K Dec  8  2007 vmware-4.log
-rw-r--r--    1 root     root          75K Feb 25  2008 vmware-5.log
-rw-r--r--    1 root     root         212K Apr 30  2009 vmware-6.log
-rw-r--r--    1 root     root          74K Oct 16 16:50 vmware-7.log
-rw-r--r--    1 root     root          56K Dec 24 21:58 vmware-8.log
-rw-r--r--    1 root     root          22K Jan  4 11:13 vmware.log

Denke mal, so sollte es auch aussehen.