Seite 1 von 1

virtuelle Maschinen starten nicht nach Storage Crash

Verfasst: 29.09.2010, 23:23
von cfrey
Ich betreibe einen esxi Server 3.5.0 auf einem IBM Blade Server HS21
Gebootet wird von einer internen SSD
Die virtuellen Maschinen sind alle auf einer SAN Partition (datastore2) installiert.
Die Geschichte ist über ein Jahr lang einwandfrei gelaufen.
Nachdem einer der beiden redundanten Controller im SAN ausgefallen ist, befanden sich alle vM's in einem unerreichbaren Zustand. Ich musste den VM- Host neu booten.
Seitdem lassen sich die vM's nicht mehr starten. "Could not power on VM : No swap File"
Die swap-Files Bsp.: "vM-Servername-f9e87f63.vswp" lassen sich nicht löschen.
Wenn ich das swap-File umbenenne und dann versuche die VM zu starten, erhalte ich die
Fehlermeldung "Cannot open the disk '/vms/volumes/4a3a8efe-f232b...../Servername/Servername.vmdk' or one of the snapshot disks it depends on."
Wenn ich versuche die vmdk's herunter zu laden oder in ein anderes Verzeichnis zu kopieren, erhalte ich die Fehlermeldung "General fault caused by file. /vms/volumes..../Servername
Neue Maschinen kann ich ohne Probleme installieren und starten, auch Maschinen die zum Zeitpunkt des Controllerfehlers offline waren, lassen sich starten.

Bin absolut ratlos und für jede Hilfe dankbar
Gruß cfrey :oops:

Verfasst: 30.09.2010, 12:30
von irix
Die zumind. gleiche Fehlermeldung gabs auch in diesem Thread und der OP konnte sein Problem loesen. Schaumal ob du mit http://vmware-forum.de/viewtopic.php?p=107359#107359 weiterkommst.

Gruss
Joerg

virtuelle Maschinen lassen sich nicht starten

Verfasst: 04.10.2010, 15:31
von cfrey
Hallo Joerg,
erst einmal vielen Dank für die schnelle Antwart.
Ich habe mir den Artikel am WE durchgelesen.
Allerdings ist dort nicht die Lösung zu meinem Problem zu finden.
vm-support -x liefert mir das Ergebnis couldnt find any running VMs.
Wie gesagt, es handelt sich bei mir auch um einen esxi Server, (Standalone) da können doch eigentlich keine Prozesse durch andere Server blockiert werden.
Nach wie vor sehe ich die Verzeichnisse mit den Dateien vor mir.
Wenn ich eine der vM's starten will -> Could not power on VM: No Swap File
Sobald ich das SWAP- File umbenenne -> Cannot open the disk '/vms/volumes/4a3a8efe-f232b...../Servername/Servername.vmdk' or one of the snapshot disks it depends on

Auffällig ist, die vmdk- Dateien und die swap- Files kann ich umbenennen, aber weder löschen noch kopieren. Da fehlen wohl die Rechte.

Ich hoffe also immer noch auf einen Tip mit der richtigen Lösung

Verfasst: 04.10.2010, 17:15
von irix
Loesch einfach mal den Eintrag in der VMX und versuch es nochmal.

Gruss
Joerg

Verfasst: 04.10.2010, 19:29
von continuum
gibt es eine *.vmss ? - dann loesch die auch

Einträge löschen

Verfasst: 05.10.2010, 09:36
von cfrey
Hallo zusammen,
eine *.vmss gibt es nicht.
Beim löschen des Eintrags war ich mir unsicher welcher gemeint ist.
sched.swap.derivedName = "" ergibt:
Cannot open the disk '/vms/volumes/4a3a8efe-f232b...../Servername/Servername.vmdk' or one of the snapshot disks it depends on Reason: Invalid Argument

Verfasst: 05.10.2010, 10:00
von continuum
du sollst die Zeile loeschen - nicht leeren

Verfasst: 05.10.2010, 11:22
von cfrey
ich habe die Zeile komplett gelöscht, die Meldung bleibt die gleiche.
Anbei die VMX

config.version = "8"
virtualHW.version = "4"
floppy0.present = "false"
nvram = "BDE_vM1.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "default"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "default"

displayName = "BDE_vM1"
extendedConfigFile = "BDE_vM1.vmxf"

scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "768"
scsi0:0.present = "true"
scsi0:0.fileName = "/vmfs/volumes/4a3a8efe-f232b776-53e9-001a6450a028/BDE_vM1/BDE_vM1.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ethernet0.present = "true"
ethernet0.wakeOnPcktRcv = "false"
ethernet0.networkName = "VM Network"
ethernet0.addressType = "generated"
chipset.onlineStandby = "false"
guestOS = "winnetstandard"
uuid.location = "56 4d da 55 0a e6 4b 75-21 c0 be e4 d2 7b 5a 3f"
uuid.bios = "56 4d da 55 0a e6 4b 75-21 c0 be e4 d2 7b 5a 3f"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.mem.minsize = "0"

priority.grabbed = "normal"
priority.ungrabbed = "normal"
ethernet0.generatedAddressOffset = "0"

ide0:0.present = "true"
ide0:0.clientDevice = "true"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "false"

scsi0:0.redo = ""
ethernet0.generatedAddress = "00:0c:29:7b:5a:3f"
tools.syncTime = "false"
hostCPUID.0 = "0000000a756e65476c65746e49656e69"
guestCPUID.0 = "0000000a756e65476c65746e49656e69"
userCPUID.0 = "0000000a756e65476c65746e49656e69"
hostCPUID.1 = "0001067600040800000ce3bdbfebfbff"
guestCPUID.1 = "0001067800010800000822010febbbff"
userCPUID.1 = "0001067600040800000822010febbbff"
hostCPUID.80000001 = "00000000000000000000000120000000"
guestCPUID.80000001 = "00000000000000000000000120000000"
userCPUID.80000001 = "00000000000000000000000120000000"
evcCompatibilityMode = "FALSE"

guestOSAltName = "Microsoft Windows Server 2003, Standard Edition (32-bit)"
sched.swap.hostLocal = "disabled"

Verfasst: 05.10.2010, 14:06
von continuum
warum hast du denn hier einen absoluten Pfad stehen ?

scsi0:0.fileName = "/vmfs/volumes/4a3a8efe-f232b776-53e9-001a6450a028/BDE_vM1/BDE_vM1.vmdk"

liegt die vmx woanders als die vmdk ? - wenn ja - WIESO ???

wenn nicht - probier es mit

scsi0:0.fileName = "BDE_vM1.vmdk"

Pfade

Verfasst: 08.10.2010, 11:56
von cfrey
Hallo Ulli,
den Pfad habe ich nach Deiner Vorgabe abgeändert,
die Meldung bleibt die gleiche:
Cannot open the disk '/vms/volumes/4a3a8efe-f232b...../Servername/Servername.vmdk' or one of the snapshot disks it depends on Reason: Invalid Argument

Gruß

Verfasst: 08.10.2010, 17:25
von continuum
meine Vorgabe ???

wovon sprichst du ? - im letzten post habe ich mich ueber den Eintrag in deiner vmx gewundert - der sollte relativ sein - also ohne /vmfs/.... vor der vmdk

virtuelle Maschinen starten nicht nach Storage Crash

Verfasst: 14.10.2010, 16:08
von cfrey
Hallo Ullli,
der Eintrag in der VMX sieht jetzt tatsächlich so aus:
scsi0:0.fileName = "BDE_vM1.vmdk"
Aber wie bereits erwähnt, die Fehlermeldung Cannot open the disk '/vms/volumes/4a3a8efe-f232b...../Servername/Servername.vmdk' or one of the snapshot disks it depends on Reason: Invalid Argument bleibt.
Bei den mittlerweile neu installierten vM's ist es aber tatsächlich so, dass in der vmx- Datei nur der name der vmdk steht. Bsp.: scsi0:0.fileName = "BDE_vM1 (neu).vmdk"

Gruß

Verfasst: 15.10.2010, 00:55
von continuum
komisch - poste mal die betreffende vmdk Datei selber