Error while powering on: Unable to open file

[Maximo1]

Hallo ich hab von einen VmWare ESXI Server eine Sicherung bekommen. Bei diesen sind die Daten zu exportieren jedoch wenn ich den im VMware Player starte bekomme ich folgende Fehlermeldung:
Error while powering on: Unable to open file "D:\Exchange01\Exchange-000002.vmdk": The system cannot find the file specified.
Der Exchange Server lief unter ESXi 3.5.

An was kann das liegen. kann es am SCSIO liegen. Wenn ja wie kann ich das umgehen. DA ich nur ein S-ATA System zur Verfügung hab.

Ach ja und die Daten der exchange.vmx

.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "4"
floppy0.present = "true"
nvram = "Exchange.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "manual"
powerType.powerOff = "hard"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "hard"

displayName = "Exchange01"
extendedConfigFile = "Exchange.vmxf"

scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "6144"
scsi0:0.present = "true"
scsi0:0.fileName = "Exchange-000001.vmdk"
scsi0:0.deviceType = "disk"
sched.scsi0:0.shares = "normal"
ide0:0.present = "true"
ide0:0.clientDevice = "false"
ide0:0.fileName = "/vmfs/devices/genide/vmhba0:0:0"
ide0:0.deviceType = "atapi-cdrom"
ide0:0.startConnected = "false"
floppy0.startConnected = "false"
floppy0.fileName = "/dev/fd0"
floppy0.clientDevice = "true"
ethernet0.present = "true"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "LAN"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:50:56:b9:39:cf"
guestOSAltName = "Microsoft Windows Server 2003, Standard Edition (64-bit)"
guestOS = "winnetstandard-64"
uuid.bios = "50 39 54 31 66 f8 27 d3-c8 d5 9b db 2b ee cb 15"
log.fileName = "vmware.log"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
toolScripts.afterPowerOn = "true"
toolScripts.afterResume = "true"
toolScripts.beforeSuspend = "true"
toolScripts.beforePowerOff = "true"

ethernet0.generatedAddressOffset = "0"
scsi0:0.redo = ""
vmware.tools.requiredversion = "7300"

scsi0:1.present = "true"
scsi0:1.fileName = "Exchange_1-000001.vmdk"
scsi0:1.deviceType = "disk"

numvcpus = "1"

scsi0:1.redo = ""
tools.syncTime = "false"
uuid.location = "56 4d 86 73 fe 17 15 cf-28 c7 f6 7d 80 be 2e d9"
sched.swap.derivedName = "/vmfs/volumes/4896e1f5-504b57d0-03ec-001ec9dbcab9/Exchange/Exchange-ccec36fb.vswp"

ethernet0.startConnected = "true"

sched.cpu.max = "23843"

[irix]

Was steht in der kleinen Descriptor Datei "Exchange-000001.vmdk" und "Exchange.vmdk" drin?

Gruss
Joerg

[Maximo1]

Exchange-000001.vmdk
# Disk DescriptorFile
version=1
CID=f8cb73a3
parentCID=42e40183
createType="vmfsSparse"
parentFileNameHint="Exchange-000002.vmdk"
# Extent description
RW 52428800 VMFSSPARSE "Exchange-000001-delta.vmdk"

# The Disk Data Base
#DDB

Exchange.vmdk

# Disk DescriptorFile
version=1
CID=0a8f8b1f
parentCID=ffffffff
createType="vmfs"

# Extent description
RW 52428800 VMFS "Exchange-flat.vmdk"

# The Disk Data Base
#DDB

ddb.adapterType = "lsilogic"
ddb.geometry.sectors = "63"
ddb.geometry.heads = "255"
ddb.geometry.cylinders = "3263"
ddb.uuid = "60 00 C2 95 75 29 0c 28-5e 40 cd 11 5d 9f da a8"
ddb.virtualHWVersion = "4"
ddb.toolsVersion = "7300"

[irix]

Tja.. aus der Exchange-000001.vmdk wird auf die Exchange-000002.vmdk verwiesen und somit erklaert es die Fehlermeldung. Also eine VM inkl. Snapshots weiterzugeben ist doch auch keine sehr Kluge Idee.

Frag nach wieviele Snaps die VM hatte und warum die Nummerierungsreihenfolge nicht stimmt und wo der Rest nun ist.

Gruss
Joerg

[Maximo1]

Das sind alle Files die ich bekommen hab. SIehe Bild[/img]

[Maximo1]

Irgendwie bekomme ich die screenshot nicht ins Forum.
Egal ich hab nun alle Dateien aufgelistet.

Ich müsste den VM Server egal mit welchen Snapshot irgendwie zum laufen bringen.

anbei die Dateien welche sich im Verzeichniss befinden.
Exchange.nvram
Exchange.vmdk
Exchange.vmsd
Exchange.vmx
Exchange.vmxf
Exchange-000001.vmdk
Exchange-000001-delta.vmdk
Exchange-000002.vmdk
Exchange_1.vmdk
Exchange_1-000001.vmdk
Exchange_1-000001-delta.vmdk
Exchange_1-000002.vmdk
Exchange_1-flat.vmdk
Exchange-flat.vmdk
Exchange-Snapshot2.vmsn
Exchange-Snapshot3.vmsn

[irix]

Also nur mal zur Uebersicht:

Code: Alles auswählen

Disk 1
Exchange.vmdk
Exchange-flat.vmdk
--Exchange-000001.vmdk
--Exchange-000001-delta.vmdk
----Exchange-000002.vmdk
----hier fehlt was-delta.vmdk

Disk 2
Exchange_1.vmdk
Exchange_1-flat.vmdk
--Exchange_1-000001.vmdk
--Exchange_1-000001-delta.vmdk
----Exchange_1-000002.vmdk
----hier fehlt was-delta.vmdk

Ob die 000002 wirklich nach der 000001 kommt man man ohne Datum bzw. den Inhalt der Descriptoren nicht 100% sagen. Aber selbst wenn es andersherum waere (unwahrscheinlich) sieht man in beiden Faellen das etwas Unvollstaendig ist. Evtl. kann die *.vmsd noch Licht in das Dunkel bringen. Da werden die Infos fuer die Snaps reingeschrieben welche der Snapshotmanager dann anzeigt sofern das noch alles Heile ist.

Also entweder die Verweisziele anpassen oder nachfragen wo der letzte Snapshot ist.

Gruss
Joerg

[continuum]

Ich denke das die Dateiliste mit dem datastorebriowser erstellt wurde - d.h.
Exchange-000001.vmdk ist korrupt - sonst wuerde das delta nicht angezeigt .... ja - ja - inverse Logik - aber so ticken die VMware ingenuieure halt

Wir brauchen eine Dateiliste die per winscp oder putty ermittelt wurde.

Die snapshot-nummern muessen nicht base- 1 - 2 - 3 usw lauten - base - 3 - 1 -2 oder andere Kombi sind genauso moeglich

[irix]

Ich denke das die Dateiliste mit dem datastorebriowser erstellt wurde - d.h.
Exchange-000001.vmdk ist korrupt - sonst wuerde das delta nicht angezeigt .... ja - ja - inverse Logik - aber so ticken die VMware ingenuieure halt

Wir brauchen eine Dateiliste die per winscp oder putty ermittelt wurde.

Er hat die VM bekommen und turnt nun mit einem Windows rum. Die Meldung "Unable to open file "D:\Ex..." zeigt ja ein d:

Die snapshot-nummern muessen nicht base- 1 - 2 - 3 usw lauten - base - 3 - 1 -2 oder andere Kombi sind genauso moeglich

Hab ich ja vermutet. Passiert sowas wenn man mal mehrere Snaps hat und dann den ersten loescht und wiederum einen anlegt das die Nummern aufgefuellt werden?

Gruss
Joerg

[continuum]

Passiert sowas wenn man mal mehrere Snaps hat und dann den ersten loescht und wiederum einen anlegt das die Nummern aufgefuellt werden?

Yep - anstatt fortlaufend durchzunummerieren wird die niedrigste freie Nummer verwendet

[Maximo1]

Hallo zusammen - danke für Eure Mitarbeit. Aus den Kommentaren zu entnehmen fehlt etwas oder? Die Zeiten sind auf die Sekunde genau da ist nichts rauszubekommen ob 0001 oder 0002 zuerst erstellt wurde. Was benötigt Ihr noch?

Hat man keine Möglichkeit die Maschine zum laufen zu bringen?

[continuum]

Hi
man kriegt alles zum laufen - Frage ist welcher Stand ...

sorry - hab den ueberblick verloren - schick mal ne PM mit telefonnummer - dann meld ich mich gleich mal