Verständnisfrage zur (Platten)Speichernutzung

[murmler]

Guten Tag,

wir haben hier eine VM (Windows Srever 2008 SP2) auf der nächtlich eine Oracle-DB exportiert wird. Es sind 2 Platten (2 vmdk mit 40GB und 400GB) eingerichtet. Der Export der DB erfolgt auf ein lokales Verzeichnis innerhalb der 400GB Platte, wo ausreichend Platz vorhanden ist. Dabei ist mir aufgefallen, und ich verstehe nicht warum das geschieht, dass dabei der verfügbare Speicher auf der LUN signifikant geringer wird! Wie kann das sein? Ebensowenig verstehe ich, dass in vSphere für die VM unter "verwendeter Speicher" 628 GB und unter "Bereitgestellter Speicher" gar 1014 GB ausgewiesen wird??

Bin kein VMware Experte und vielleicht fehlt mir hier schlicht und einfach das Hintergrundwissen.

[irix]

Dann hat die VM einen aktiven Snapshot. Hier kann der Snapshot bis zu 100% der original Disk Groesse erreichen. Gerade mit DB und Backups ist das unklug da hier viele Daten sich aendern.

Pruefen und Snapshot loeschen/commiten.

Frage: Werden etwa noch Thinprovisioned Disks fuer die VM verwendet?

Gruss
Joerg

[murmler]

Tatsächlich scheint hier etwas mit den Snapshots nicht zu stimmen.

Der Snapshotmanager im vCenter zeigt zwar keinerlei Snapshots an, welche man löschen könnte, doch im Verzeichnis sieht das ganz anders aus:

server_1-000001.vmdk
server_1-000001-delta.vmdk
server_1-000002.vmdk
server_1-000002-delta.vmdk
[...]
server_1-000008.vmdk
server_1-000008-delta.vmdk

Thin provisoned Disks haben wir keine angelegt.

Hmm....was ist denn hier passiert und wie kann ich denn dieses Snapshotchaos wieder entwirren?

[irix]

Die Snapshot DB ist kaputt und somit zeigt der Snapshotmanager nichts mehr an.

1. Auf der Konsole des Hosts ihn fragen ob er der Meinung ist das Snaps bestehen und wenn ja dann alle loeschen
2. Alternative ist im Snapshotmanager einen Snap anlegen und dann loeschen von ALLEN Snaps


Auf der Konsole ist vim-cmd zuverwenden.

Gruss
Joerg

[murmler]

Hallo Joerg,

erst mal vielen Dank für deine Bemühungen!

Habe auf der Konsole...
1.) einen Snapshot erstellt: vim-cmd vmsvc/snapshot.create [VMID] spashot1
2.) alle Snapshots gelöscht: vim-cmd vmsvc/snapshot.removeall

Im Verzeichnis sind jedoch noch immer unverändert alle 00000x.vmdk und 00000x-delta.vmdk vorhanden. Muss ich darüber hinaus noch etwas ausführen?

Grüße
Andreas

[murmler]

Nachtrag:

Habe zuerst irrtümlicherweise den Syntax für ESXi genommen.

Nach der für ESX korrekten Vorgehensweise scheitert jedoch der Versuch die Snapshots zu entfernen. Hier die Fehlermeldung:

[root@fiwesx4 FIWFIBU3]# vmware-cmd /vmfs/volumes/43d057f2-053636ba-fec4-0017a44cd42f/FIWFIBU3/FIWFIBU3.vmx removesnapshots
Task reported error: (vim.fault.FileLocked) {
dynamicType = <unset>,
dynamicProperty = (vmodl.DynamicProperty) [],
msg = 'Unable to access file <unspecified filename> since it is locked',
faultCause = <unset>,
faultMessage = (vmodl.LocalizableMessage) [],
file = '<unspecified filename>'
}
removesnapshots() = 0

[irix]

Ist der Host teil eines Clusters? Wenn ja musst du das auf dem Host starten welcher die VM hostet da dieser den Lock haelt.

Gruss
Joerg

[murmler]

Ja, wir haben 4 ESX Server im Cluster.

" Wenn ja musst du das auf dem Host starten welcher die VM hostet da dieser den Lock haelt."

Du meinst, ich muss den betreffenden ESX Server neu starten? Und danach die Aktion Snapshot hinzufügen/löschen nochmals wiederholen?

[irix]

Nein nicht neu starten. Ich vermute das du dich auf den falschen Host per SSH verbunden hast. Darum ist ein Zugriff die vmx nicht moeglich. Fuehre die Kommandos auf dem richtigen Host aus.

Gruss
Joerg

[murmler]

Kann ich leider nicht bestätigen. Ich bin per SSH definitiv auf dem richtigen Server angemeldet!

[continuum]

Ist alles etwas vage hier ...

Kannst du mal eine Dateiliste, vmware.logs , und die vmsd-file besagter VM posten ?

[murmler]

Ist alles etwas vage hier ...

Kannst du mal eine Dateiliste, vmware.logs , und die vmsd-file besagter VM posten ?

Deteien kann ich leider keine hinzufügen: "Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments in dieser Nachricht erreicht wurde"

Die vmware.log ist womöglich etwas zu lang. Die .vmsd sieht wie folgt aus:

Code: Alles auswählen

.encoding = "UTF-8"
snapshot.lastUID = "26"
snapshot.numSnapshots = "1"
snapshot.current = "26"
snapshot0.uid = "26"
snapshot0.filename = "FIWFIBU3-Snapshot26.vmsn"
snapshot0.displayName = "Consolidate Helper- 0"
snapshot0.description = "Helper snapshot for online consolidate."
snapshot0.createTimeHigh = "307933"
snapshot0.createTimeLow = "644210903"
snapshot0.numDisks = "2"
snapshot0.disk0.fileName = "FIWFIBU3.vmdk"
snapshot0.disk0.node = "scsi0:0"
snapshot0.disk1.fileName = "FIWFIBU3_1-000019.vmdk"
snapshot0.disk1.node = "scsi0:1"

snapshot.needConsolidate = "TRUE"

snapshot1.uid = "25"
snapshot1.filename = "FIWFIBU3-Snapshot25.vmsn"
snapshot1.parent = "24"
snapshot1.displayName = "snapshot1"
snapshot1.description = ""
snapshot1.createTimeHigh = "307933"
snapshot1.createTimeLow = "629089361"
snapshot1.numDisks = "2"
snapshot1.disk0.fileName = "FIWFIBU3-000003.vmdk"
snapshot1.disk0.node = "scsi0:0"
snapshot1.disk1.fileName = "FIWFIBU3_1-000018.vmdk"
snapshot1.disk1.node = "scsi0:1"


[continuum]

Deteien kann ich leider keine hinzufügen: "Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments in dieser Nachricht erreicht wurde"

steht hier in fast jedem Post - nimm http://ifile.it

die vmsd erscheint mir als viel zu kurz bzw als defekt

[murmler]

Aktueller Stand:

Ich habe die anderen VMs vom betroffenen Server per vMotion verschoben, die betroffene VM runtergefahren und den ESX Server neu gestartet. Danach habe ich, ohne die VM neu zu starten, die Prozedur create/remove snapshots wiederholt. Tatsächlich kam diesmal keine Fehlermeldung, doch der Vorgang (removesnapshots) dauert jetzt schon 15 Minuten.

Frage: Wie lange kann dies in etwa dauern? Kann ich die wieder VM einschalten während die Snapshots (hoffentlich) entfernt werden?

[murmler]

[

steht hier in fast Post - nimm http://ifile.it

die vmsd erscheint mir als viel zu kurz bzw als defekt

vmware.log => http://ifile.it/4jq3fxs/vmware.log

[continuum]

Kann ich die wieder VM einschalten während die Snapshots (hoffentlich) entfernt werden?

Besser nicht - ein consolidieren von snapshots kann Stunden dauern und durchaus fast ewig bei 99% haengen - auf keinen Fall mit Gewalt abbrechen.

Bei dir geht es um 18 aktive snapshots - das wird wirklich lange dauern - keine Panik

[murmler]

Bei dir geht es um 18 aktive snapshots - das wird wirklich lange dauern - keine Panik

Hmmm...jetzt sind es fast 4 Std und er rennt immer noch und ich werde zunehmend nervös. Kann es wirklich SO lange dauern?

[deathrow]

Das kann auch mal einen Tag dauern. Abwarten.

(2 vmdk mit 40GB und 400GB)

[murmler]

Das kann auch mal einen Tag dauern. Abwarten.

(2 vmdk mit 40GB und 400GB)

Oh je, du machst mir Mut.

[continuum]

Das kann auch mal einen Tag dauern. Abwarten.

(2 vmdk mit 40GB und 400GB)

Oh je, du machst mir Mut.

er wollte damit nur sagen dass es keinen Sinn macht auf das Ergebnis vor dem Monitor zu warten - mach statt dessen was sinnvolles wie Stricken oder Haekeln lernen - dann kannst du in der Wartezeit Wollschals fuer die Kinder stricken

Oder wirklich was Sinnvolles : seh dich mal nach einem Tool um dass die Anzahl der snapshots ueberwacht

[murmler]

(...)mach statt dessen was sinnvolles wie Stricken oder Haekeln lernen - dann kannst du in der Wartezeit Wollschals fuer die Kinder stricken

Oder wirklich was Sinnvolles : seh dich mal nach einem Tool um dass die Anzahl der snapshots ueberwacht

Okay, ich werd dann erst im Laufe des Abends nochmals nach dem Task schauen. Bis dahin strick ich mir nen Schal und sticke "Snapshots go home" drauf.

[murmler]

Irgendwann zwischen 17:00 und 18:00 war der Task tatsächlich durch und prompt waren wieder +200 GB auf der LUN frei!

Vielen 1000 Dank nochmals an Jörg und Ulli für eure Hilfe!

Ich schenk euch den Schal den ich in den letzten Stunden gestrickt hab