VMware-Forum

Verfasst: **22.12.2009, 18:07**

Hallo zusammen

Ich habe ein Standalone ESX Server 3.5 U4 (ohne vCenter). Nun habe ich von einer anderen Firma ein VM Backup erhalten, welches ich einlesen muss. Beim einlesen habe ich festgestellt, dass diverse *vmdk Files existieren (2GB split), das heisst ich muss wohl die VM restoren...

Nun habe ich auf dem ESX das Tool vcbRestore ausprobieren wollen. Nach dem ersten Fehlversuchen habe ich dann herausgefunden, dass das catalog-file angepasst werden muss.

Ich habe daher, den Hostname (ESX01), und den Storage Namen (Storage1) angepasst. Nun erhalte ich aber nach dem Befehl "vcbRestore -s /vmfs/volumes/storage1/VM1/ -a /vmfs/volumes/storage1/VM1/catalog.new" die folgende Fehlermeldung:

Config variable FOLDERPATH is not set. Edit /etc/backuptools.conf or specify an alternate config file.

Das File "backuptools.conf" welches im übrigen ja unter /etc/vmware zu finden ist (?), habe ich auch angeschaut. Ein Wert ist da eingetragen "/ha-folder-root/ha-datacenter/vm", welchen ich auch mit "vcbUtil -h ESXSERVER -u USERNAME -p PASSWORD -c vmfolders" ausgelesen habe, allerdings bleibt die Meldung. Ich bin ratlos wie ich dieses Problem lösen kann...

Hilfe ist sehr willkommen, vielen Dank im voraus!

Cheers
Norbert

Verfasst: **22.12.2009, 18:19**

poste mal eine Dateiliste und die vmdk ohne -s00*.vmdk oder -f00*.vmdk extension

Verfasst: **22.12.2009, 18:33**

Danke für deine Antwort! Ich habe folgende Dateien:

10.12.2009 16:28 845 catalog
10.12.2009 16:28 8'684 VM1.nvram
11.12.2009 14:41 0 VM1.vmsd
11.12.2009 14:41 2'429 VM1.vmx
11.12.2009 14:41 261 VM1.vmxf
10.12.2009 16:45 2'128'150'528 scsi0-0-0-VM1-s001.vmdk
10.12.2009 16:45 2'053'439'488 scsi0-0-0-VM1-s002.vmdk
10.12.2009 16:45 2'041'118'720 scsi0-0-0-VM1-s003.vmdk
10.12.2009 16:45 170'459'136 scsi0-0-0-VM1-s004.vmdk
10.12.2009 16:45 2'145'189'888 scsi0-0-0-VM1-s005.vmdk
10.12.2009 16:45 2'145'452'032 scsi0-0-0-VM1-s006.vmdk
10.12.2009 16:45 2'143'617'024 scsi0-0-0-VM1-s007.vmdk
10.12.2009 16:45 2'145'452'032 scsi0-0-0-VM1-s008.vmdk
10.12.2009 16:45 2'146'238'464 scsi0-0-0-VM1-s009.vmdk
10.12.2009 16:45 2'145'189'888 scsi0-0-0-VM1-s010.vmdk
10.12.2009 16:45 2'146'238'464 scsi0-0-0-VM1-s011.vmdk
10.12.2009 16:45 2'144'141'312 scsi0-0-0-VM1-s012.vmdk
10.12.2009 16:45 1'727'856'640 scsi0-0-0-VM1-s013.vmdk
10.12.2009 16:45 202'178'560 scsi0-0-0-VM1-s014.vmdk
10.12.2009 16:45 327'680 scsi0-0-0-VM1-s015.vmdk
10.12.2009 16:45 589'824 scsi0-0-0-VM1-s016.vmdk
10.12.2009 16:45 327'680 scsi0-0-0-VM1-s017.vmdk
10.12.2009 16:45 2'818'048 scsi0-0-0-VM1-s018.vmdk
10.12.2009 16:45 62 unmount.dat
10.12.2009 16:28 110'554 vmware-3.log
10.12.2009 16:28 88'336 vmware-4.log
10.12.2009 16:28 67'463 vmware-5.log
10.12.2009 16:28 90'403 vmware-6.log
10.12.2009 16:28 159'609 vmware-7.log
10.12.2009 16:28 246'371 vmware-8.log
10.12.2009 16:28 68'971 vmware.log

Gruss
Norbert

Verfasst: **22.12.2009, 18:46**

1. Du koenntest den StandAlone Converter benutzen fuer das Restore. Diese Variante ist auch die von VMware präferierte.
2. Zu deinem Problem.... das Backup wurde ueber ein vCenter gemacht und hier benennt sich die Hirachie ein wenig anders lautet. Das muendet dadrin das die letzten 2 Zeilen der catalog Datei angepasst werden muessen wenn man diese direkt auf einem ESX einspielt.

Beispiel beim VCB ueber ein vCenter:

Code: Alles auswählen

folderpath= "/Datencenter/RZ1/vm/Intra%2fInternet"
resourcepool= "/Datencenter/RZ1/host/esx-1/Resources"

Auf einem ESX gibts kein zu definierendes Datecenter und auch keine Folder somit haben die Objekte feste Namen:

Code: Alles auswählen

folderpath= "/ha-folder-root/ha-datacenter/vm"
resourcepool= "/ha-folder-root/ha-datacenter/host/esx-node-01.takenet.de/Resources"

Gruss
Joerg

Verfasst: **22.12.2009, 19:10**

ich vermisse scsi0-0-0-VM1.vmdk - fehlt die ?

Verfasst: **22.12.2009, 19:58**

Hallo zusammen

VIelen Dank für eure Antworten.

Ich habe als erstes versucht mit dem Converter das Recovery vorzunehmen, allerdings erfolglos. Deswegen bin ich dann ab auf die ESX Service Console...

Die scsi0-0-0-VM1.vmdk fehlt in der Tat, ist mir auch schon aufgefallen. Ist die in diesem Fall (Split in die vielen Files) ebenfalls notwendig? Kann man diese "nachbauen"? Ich gehe davon aus, dass diese als eine Art Index genutzt würde, oder?

Danke vielmals und Grüsse
Norbert

Verfasst: **22.12.2009, 21:52**

wenn ich die alten logs anschauen kann baue ich eine nach

Verfasst: **22.12.2009, 23:06**

Hi Ulli

Cool, vielen Dank. Ich habe die Logs auf einen FileHoster geladen: http://www.yourfilelink.com/get.php?fid=522520 Nach 10 Sekunden wird der Link angezeigt...

Vielen Dank nochmals und Grüsse

Verfasst: **22.12.2009, 23:19**

Dateiname : scsi0-0-0-VM1.vmdk

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=12345678
parentCID=aaaaaaaa
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "scsi0-0-0-VM1-s001.vmdk"
RW 4192256 SPARSE "scsi0-0-0-VM1-s002.vmdk"
RW 4192256 SPARSE "scsi0-0-0-VM1-s003.vmdk"
RW 1759232 SPARSE "scsi0-0-0-VM1-s004.vmdk"
RW 4192256 SPARSE "scsi0-0-0-VM1-s005.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s006.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s007.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s008.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s009.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s010.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s011.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s012.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s013.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s014.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s015.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s016.vmdk" 
RW 4192256 SPARSE "scsi0-0-0-VM1-s017.vmdk" 
RW 2150746 SPARSE "scsi0-0-0-VM1-s018.vmdk"      


# The Disk Data Base
#DDB
ddb.virtualHWVersion = "4"
ddb.geometry.cylinders = "4570"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"

dieses sollte der Converter verstehen

Verfasst: **23.12.2009, 00:03**

Hey super, der converter hat nun mit dem import begonnen. VIELEN DANK!

Die VM bootet nun allerdings nicht, bleibt nach dem BIOS Screen mit _ stehen, das Windows bootet nicht. Ev. sind weitere VMDK Disks defekt, oder fehlen?

Verfasst: **23.12.2009, 00:18**

_ oben links ?

boot mal in BartPE und guck nach ob die Platte aktiv ist

In den logs konnte ich nichts erkennen was auf weiter fehlende Dateien hinweisen wuerde

VMware-Forum

Problem mit "vcbRestore"

Problem mit "vcbRestore"