Konsolidierung Festplatte/Snapshot

[Christoph-SC]

Hallo zusammen,

ich habe ein Problem auf einem ESXi 5.5 (Standalone).
Dort läuft eine VM (Server 2012 R2) und läßt sich nicht mehr starten.
Datastore = iSCSI-LUN auf QNAP (Größe 1TB - 480GB frei)

Fehlermeldung:
Das Starten der virtuellen Maschine ist fehlgeschlagen.
Einschalten des Moduls DiskEarly fehlgeschlagen.
Die Festplatte '/vmfs/volumes/5295f549-b348172d-464a-00259006b762/BQ4/BQ4-000013.vmdk' oder eine der Snapshot-Festplatten, auf die sie angewiesen ist, konnte nicht geöffnet werden.
Einer der angegebenen Parameter ist ungültig.

Im vSphere-Client erscheint die Meldung, dass die Festplatte der VM konsolidiert werden muss, was allerdings mit folgender Fehlermeldung abbricht:

Fehler beim Konsolidieren der Festplatten: msg.disklib.INVAL.
(hierzu finde ich leider wenig brauchbares im Netz)

Die VM wird mittels vRanger gesichert.
Im Datastore sehe ich die Snapshots (derzeit 14 Stück).

Was kann ich versuchen, um die VM wieder zum laufen zu bringen?

Vielen vielen Dank für eure Hilfe!

Grüße
Christoph

[~thc]

Falls du NICHT versucht hast, die Platte in eine andere VM zu hängen und zu starten, log dich per SSH auf dem ESXi ein und poste hier oder auf einem Freehoster den Inhalt des VM-Verzeichnisses

Code: Alles auswählen

ls -lah

sowie den Inhalt der VMX-Datei der VM und der KLEINEN VMDK-Dateien aller Disks.

[Christoph-SC]

Das Verzeichnis der VM:

total 105155592
drwxr-xr-x 1 root root 7.7K Apr 23 11:54 .
drwxr-xr-t 1 root root 1.4K Aug 28 2014 ..
-rw------- 1 root root 6.3M Apr 23 11:54 BQ4-000001-ctk.vmdk
-rw------- 1 root root 176.2M Apr 14 18:45 BQ4-000001-delta.vmdk
-rw------- 1 root root 372 Apr 14 18:35 BQ4-000001.vmdk
-rw------- 1 root root 6.3M Apr 14 18:45 BQ4-000002-ctk.vmdk
-rw------- 1 root root 204.0K Apr 14 18:45 BQ4-000002-delta.vmdk
-rw------- 1 root root 379 Apr 14 18:45 BQ4-000002.vmdk
-rw------- 1 root root 6.3M Apr 15 18:35 BQ4-000003-ctk.vmdk
-rw------- 1 root root 204.0K Apr 15 18:35 BQ4-000003-delta.vmdk
-rw------- 1 root root 379 Apr 15 18:35 BQ4-000003.vmdk
-rw------- 1 root root 6.3M Apr 16 18:35 BQ4-000004-ctk.vmdk
-rw------- 1 root root 204.0K Apr 16 18:35 BQ4-000004-delta.vmdk
-rw------- 1 root root 379 Apr 16 18:35 BQ4-000004.vmdk
-rw------- 1 root root 6.3M Apr 17 18:35 BQ4-000005-ctk.vmdk
-rw------- 1 root root 204.0K Apr 17 18:35 BQ4-000005-delta.vmdk
-rw------- 1 root root 379 Apr 17 18:35 BQ4-000005.vmdk
-rw------- 1 root root 6.3M Apr 18 18:35 BQ4-000006-ctk.vmdk
-rw------- 1 root root 204.0K Apr 18 18:35 BQ4-000006-delta.vmdk
-rw------- 1 root root 379 Apr 18 18:35 BQ4-000006.vmdk
-rw------- 1 root root 6.3M Apr 19 18:35 BQ4-000007-ctk.vmdk
-rw------- 1 root root 204.0K Apr 19 18:35 BQ4-000007-delta.vmdk
-rw------- 1 root root 379 Apr 19 18:35 BQ4-000007.vmdk
-rw------- 1 root root 6.3M Apr 20 18:35 BQ4-000008-ctk.vmdk
-rw------- 1 root root 204.0K Apr 20 18:35 BQ4-000008-delta.vmdk
-rw------- 1 root root 379 Apr 20 18:35 BQ4-000008.vmdk
-rw------- 1 root root 6.3M Apr 21 18:35 BQ4-000009-ctk.vmdk
-rw------- 1 root root 204.0K Apr 21 18:35 BQ4-000009-delta.vmdk
-rw------- 1 root root 379 Apr 21 18:35 BQ4-000009.vmdk
-rw------- 1 root root 6.3M Apr 23 09:01 BQ4-000010-ctk.vmdk
-rw------- 1 root root 204.0K Apr 22 18:36 BQ4-000010-delta.vmdk
-rw------- 1 root root 379 Apr 22 18:36 BQ4-000010.vmdk
-rw------- 1 root root 6.3M Apr 23 09:29 BQ4-000011-ctk.vmdk
-rw------- 1 root root 204.0K Apr 23 09:29 BQ4-000011-delta.vmdk
-rw------- 1 root root 379 Apr 23 09:29 BQ4-000011.vmdk
-rw------- 1 root root 6.3M Apr 23 10:19 BQ4-000012-ctk.vmdk
-rw------- 1 root root 204.0K Apr 23 09:42 BQ4-000012-delta.vmdk
-rw------- 1 root root 379 Apr 23 09:42 BQ4-000012.vmdk
-rw------- 1 root root 6.3M Apr 23 10:40 BQ4-000013-ctk.vmdk
-rw------- 1 root root 204.0K Apr 23 10:30 BQ4-000013-delta.vmdk
-rw------- 1 root root 379 Apr 23 10:30 BQ4-000013.vmdk
-rw-r--r-- 1 root root 13 Apr 23 10:31 BQ4-aux.xml
-rw------- 1 root root 6.3M Apr 23 11:54 BQ4-ctk.vmdk
-rw------- 1 root root 100.0G Apr 14 18:35 BQ4-flat.vmdk
-rw------- 1 root root 8.5K Apr 14 18:36 BQ4.nvram
-rw------- 1 root root 547 Apr 14 18:45 BQ4.vmdk
-rw-r--r-- 1 root root 79 Apr 23 10:31 BQ4.vmsd
-rwxr-xr-x 1 root root 2.9K Apr 23 10:40 BQ4.vmx
-rw-r--r-- 1 root root 258 Aug 28 2014 BQ4.vmxf
-rw-r--r-- 1 root root 81.9K Apr 23 08:12 vmware-14.log
-rw-r--r-- 1 root root 80.3K Apr 23 08:20 vmware-15.log
-rw-r--r-- 1 root root 81.7K Apr 23 08:20 vmware-16.log
-rw-r--r-- 1 root root 81.8K Apr 23 09:01 vmware-17.log
-rw-r--r-- 1 root root 96.4K Apr 23 10:19 vmware-18.log
-rw-r--r-- 1 root root 105.3K Apr 23 10:31 vmware-19.log
-rw-r--r-- 1 root root 105.3K Apr 23 10:40 vmware.log

Die VMX:

.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "8"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
hpet0.present = "TRUE"
nvram = "BQ4.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "BQ4"
extendedConfigFile = "BQ4.vmxf"
floppy0.present = "TRUE"
scsi0.present = "TRUE"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsisas1068"
memsize = "10240"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "BQ4-000013.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide1:0.present = "TRUE"
ide1:0.fileName = "/vmfs/devices/cdrom/mpx.vmhba0:C0:T0:L0"
ide1:0.deviceType = "atapi-cdrom"
ide1:0.startConnected = "FALSE"
floppy0.startConnected = "FALSE"
floppy0.fileName = "Floppy 1"
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000e"
ethernet0.networkName = "VM Network"
ethernet0.addressType = "generated"
guestOS = "windows8srv-64"
uuid.location = "56 4d b8 62 54 d0 0a ea-15 85 86 a5 70 90 4a 80"
uuid.bios = "56 4d c8 c6 6c 18 c0 bc-6a 57 03 52 2b 20 26 c9"
vc.uuid = "52 f4 d1 e6 24 92 ce bf-82 8a 07 41 9c 6e 3c 80"
tools.upgrade.policy = "manual"
ethernet0.generatedAddress = "00:0c:29:20:26:c9"
vmci0.id = "723527369"
cleanShutdown = "FALSE"
replay.supported = "FALSE"
sched.swap.derivedName = "/vmfs/volumes/5295f549-b348172d-464a-00259006b762/BQ4/BQ4-bffcbbe8.vswp"
replay.filename = ""
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "160"
ethernet0.pciSlotNumber = "192"
vmci0.pciSlotNumber = "32"
scsi0.sasWWID = "50 05 05 66 6c 18 c0 b0"
ethernet0.generatedAddressOffset = "0"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000106e5001008000098e3fdbfebfbff"
hostCPUID.80000001 = "00000000000000000000000128100800"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106e500010800809822010fabfbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000106e500100800009822010fabfbff"
userCPUID.80000001 = "00000000000000000000000128100800"
evcCompatibilityMode = "FALSE"
vmotion.checkpointFBSize = "4194304"
checkpoint.vmState = ""
vm.genid = "-6092429668279480677"
vm.genidX = "-4361609625325356490"
softPowerOff = "FALSE"
tools.syncTime = "FALSE"
unity.wasCapable = "TRUE"
ide1:0.allowGuestConnectionControl = "TRUE"
ctkEnabled = "TRUE"
scsi0:0.ctkEnabled = "TRUE"


Viele Grüße
Christoph

[~thc]

Als erstes ein manuelles Backup der ausgeschalteten VM anlegen.

Erster Versuch: Bei ausgeschalteter VM einen neuen Snapshot anlegen - und falls dies funktioniert, danach alle Snapshots löschen.

Zweiter Versuch: mittels SSH-Shell-Befehl den Zustand eines (ggf. früheren) Snapshots als neue Disk erstellen lassen:

Code: Alles auswählen

vmkfstools -i BQ4-000013.vmdk neuerName.vmdk

Diese dann in eine Test-VM (Clone der VM) einbinden.

[Christoph-SC]

Ziehe gerade ein Backup.

Einen neun Snapshot konnte ich erstellen und auch über die Option "Alle löschen" wieder
entfernen. Problem bleibt allerdings bestehen.

Nach dem Backup starte ich den vorgeschalgenen Versuch mit vmkfstools.

Danke schonmal für deine Hilfe, ich berichte dann sofort.

[JustMe]

Du kannst auch mit einem

Code: Alles auswählen

grep BQ4 /vmfs/volumes/*/*/*.vmx | grep vmdk

schauen, wo ueberall vmdks dieser VM gemountet sind.

Ein immer wieder gern gesehener Fehler ist, dass die Backup-Proxies die gemounteten vmdk der zu sichernden VMs nicht wieder "hergeben". Dann ist eine Konsolidierung nicht mehr moeglich.

Ein Cloning duerfte aber trotzdem klappen, wenn

Code: Alles auswählen

vmkfstools -e BQ4-000013.vmdk

zurueckgibt, dass die Kette konsistent ist.

[Christoph-SC]

Update:

Also die Prüfung der Snapshotkette hat leider ergeben, dass diese nicht konsistent ist.
Ich habe mittlerweile die "Haupt"-VMDK geklont und in eine neuerstellte VM integriert.
Das hat funktioniert.
Mir ist aufgefallen, dass ich von der defekten VM keine OVF-Vorlage ziehen konnte.
Ist das eine plausible Folge des Snapshotdilemmas?

Danke für eure Hilfe!

Viele Grüße
Christoph

[JustMe]

Wenn man als "Snapshotdilemma" die inkonsistente Kette sieht, dann ist das in der Tat so.

Wie ~thc weiter oben ja schon andeutete, kannst Du mal schauen, an welcher Stelle die Snapshotkette inkonsistent wird. Dazu kannst Du einfach der Reihe nach den vmkfstools -e Befehl mit 12, 11, 10, ... ausfuehren. Mit ein bischen mehr Entdeckergeist schaust Du Dir die Verzeigerung CID/Parent-CID in den kleinen .vmdk-Dateien (sind normale Textdateien) an, und findest so exakt heraus, was noch zueinander passt, und was nicht.

Da die ganzen -delta.vmdk (bis auf den mit -000001 im Namen) aber gleich gross erscheinen, nehme ich eher an, dass da zu einem bestimmten Zeitpunkt das Backup-Programm wildgeworden ist, und die alle "en bloc" erstellt hat, was bedeuten wuerde, dass da auch nicht wirklich Wichtiges drinsteht.