Snapshot Konsolidierung gescheitert mangels Platz - was nun?

[samsan]

Hallo zusammen,

grobe Eckdaten:
- 2 Server mit ESX4i (Host1 und Host2)
- Platten je 830 GB
- auf jedem Server eine virtuelle Maschine mit fix 400 GB Platte; nennen wir sie sbs1 und sbs2
- weiterhin auf beiden Host-Servern kleinere Maschinen; der sbs1 teilt sich Host1 mit einer kleinen XP-Maschine

sbs1 hatte ein paar z.T. ältere Snapshots.

Snapshot löschen heute angestoßen über vSphere Client.

Irgendwann hing das Ganze mangels Plattenplatz.Oder auch mangels Detailwissen des Administrators ;-(

Jetzt kann auf dem Host1 nur noch einer der beiden Gäste gestartet werden. Wird der sbs1 gestartet, geht ihm irgdenwann der Platz für Swap aus und er hängt. Die Maschine ist produktiv und sollte Montag wieder gehen.

Nun frage ich mich zuallererst: Sind durch die mangels Platz abgebrochene Konsolidierung Daten verloren gegangen oder kann das ganze voraussichtlich gerettet werden?

Weiterhin natürlich die Frage: Wie retten?

Der sbs2 auf Host2 braucht nicht die ihm momentan fest zugeteilten 400 GB. Kann ich ihm die reduzieren, den sbs1 (offline wie er jetzt ist mit gescheiterter snapshot-konsolidierung) auf den Host2 converten (werden die snapshots mit tatsächlichem letztem aktuellen Stand dabei konsolidiert?), den originalen sbs1 auf host1 löschen und die convertete "Kopie" des sbs1 von host2 auf host1 zurück converten? Funktioniert das so, dass danach auch alles wieder reibungsfrei läuft inkl. Netzwerk-Adaptern u.ä. (habe nach anderen Kovertierungen mal Probleme mit dem Adapter gehabt), oder schieß ich mich da komplett ab?

Der sbs1 Datastore sieht im Moment so aus:
SBS1-000001-delta.vmdk 05-Dec-2010 22:07 62428844032
SBS1-000001.vmdk 04-Dec-2010 15:14 310
SBS1-000002-delta.vmdk 07-Feb-2011 20:28 101016440832
SBS1-000002.vmdk 05-Dec-2010 22:07 317
SBS1-000003-delta.vmdk 09-Mar-2013 09:43 333900976128
SBS1-000003.vmdk 07-Feb-2011 20:28 343
SBS1-000004-delta.vmdk 09-Mar-2013 21:13 7835783168
SBS1-000004.vmdk 09-Mar-2013 09:43 343
SBS1-Snapshot4.vmsn 09-Mar-2013 09:43 30192
SBS1-aux.xml 09-Mar-2013 09:43 13
SBS1-flat.vmdk 09-Mar-2013 18:26 429496729600
SBS1.nvram 09-Mar-2013 20:12 8684
SBS1.vmdk 24-Nov-2010 19:02 518
SBS1.vmsd 04-Dec-2010 15:14 510
SBS1.vmx 09-Mar-2013 21:06 3400
SBS1.vmxf 09-Mar-2013 20:11 1570
vmware-1.log 24-Nov-2010 22:18 1588202
vmware-2.log 09-Mar-2013 19:33 19516942
vmware-3.log 09-Mar-2013 19:34 27190
vmware-4.log 09-Mar-2013 19:39 27029
vmware-5.log 09-Mar-2013 19:42 27029
vmware.log 09-Mar-2013 21:19 154754
vmware64-core0.gz 09-Mar-2013 21:19 10158080


Alle VM sind aus.


Danke schonmal für jegliche Hilfe und Nachfragen natürlich gerne!

[irix]

Am einfachsten ist es wenn 400GB temporaer zur Verfuegung steht wuerden damit man den akt. VMDK Stand in eine neue vDisk clonen kann.

Gruss
Joerg

[samsan]

Hallo Jörg,

danke für die Antwort. Hauptserver läuft nun wieder nachdem alle anderen VMs umgezogen sind.

Ich muss leider dumm fragen (wenn ich das nicht müsste, wäre das Ganze nicht passiert ): Welche Möglichkeiten habe ich, temporären Speicher zu schaffen? Kann ich auf dem Host einen zusätzlichen Datastore anlegen, z.B. einen NAS dranhängen, und auf den konsolidieren und dann die konsolidierte VM auf den eigentlichen Datastore zurückschieben? Gibt es noch andere Optionen?

Danke für jeglichen Hinweis!

[samsan]

Noch was:

Mir fällt auf, dass der aktive Snapshot 4, der wohl bei Start der Konsolidierung angelegt wurde, sehr schnell wächst. Ist das normal oder eine Folge der gescheiterten Konsolidierung?

[irix]

Massnahmen
- Monitoring und Alarming was den Platz auf den Datastores angeht
- Einen Snapcheck der Groesse/Datum anzeigt und nen Report verschickt bzw. Anzeige ueber ein Customfield
- Upgrade auf ESXi5 weil es dort eine Konsolidierungs- Funktion gibt und die Verarbeitung der Snaps hat sich geaendert
- Ein NAS zuhaben kann nie schade bzw. woviel Platz vorhalten das man eine Kopie der groessten VMDK mal machen kann

Ein grep vmdk *.vmx sollte zeigen ob die VM noch Snaps verwendet.

Gruss
Joerg