Konvertierung VMs von 1.03 auf 3.5 problematisch
Verfasst: 05.10.2011, 12:20
Hallo VM -Ware Forum,
wir arbeiten derzeit an einem Upgrade der bestehenden VM - Ware Infrastruktur. Wir haben aktuell im produktiven Betrieb noch eine obsolete Version laufen, den VM - Ware - Server 1.03.
Diesen möchten wir zeitnah upgraden auf die Version ESXi 3.5.
Aktuell habe wir einen Testhost erstellt, auf denen wir die Migration der "alten VMs" mit dem VM - Ware Converter durchspielen möchten.
Dabei hat sich folgendes Problem herausgestellt.
4 der insgesamt 10 VMs haben in der Konfigurationsdatei einen Eintrag, der den Converter dazu zwingt die Maschinen als "Ungültig" zu deklarieren und das Auslesen der Hardwareinformationen fehlschlägt.:
Diese lauten:
ide0:0.present = "true"
ide0:0.filename = "Testvolume"
Sobald die ursprüngliche Konfiguration vom Konverter gelesen wird, ist die Maschine im Auge des Converters ungültig.
Wir haben dann folgendes ausprobiert. Wir haben den IDE - Eintrag auf False gesetzt und SCSI angesprochen:
# ide0:0.present = "false"
# ide0:0.filename = "Testvolume"
scsi0:0.present = "true"
scsi0:0.filename = "Testvolume"
Nun erfolgt ein Teilerfolg. Der Konverter akzeptiert das Volume und konvertiert sauber durch, zumindest teilt er uns dieses mit.
Nun gehen wir in den Infrastructure Client und starten die Maschine, es erscheint der XP - Boot - Bildschirm, jedoch fährt die Maschine nicht hoch. Bluesreen "Bad Pool Driver" erscheint. Man bekommt das Angebot abgesichtert zu booten. Auch dieses schlägt fehl.
Nun wollten wir sichergehen, ob die Platte als SCSI überhaupt erkannt wird. Dazu haben wir die XP - Setup Disk eingelegt, den speziell benötigten SCSI - Treiber mit F6 geladen und siehe da, dennoch findet Windows das Volume nicht.
Nun Frage an dieser Stelle was können wir noch ausprobieren. Es betrifft wie gesagt nur die 4 VMs mit dem oben erwähnten IDE - Eintrag, die anderen VMs vom alten Host mit SCSI - Eintrag lassen sich problemlos auf die 3.5 konvertieren und laufen.
Hier nochmals die gesamte Konfig der problematischen Maschinen in der ursprünglichen Einstellung
#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "256"
scsi0:0.present = "FALSE"
scsi0:0.fileName = "Ubuntu.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "debian-6.0.1a-i386-netinst.iso"
ide1:0.deviceType = "cdrom-image"
floppy0.fileName = "/dev/fd0"
Ethernet0.present = "TRUE"
displayName = "NewRadius"
guestOS = "ubuntu"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
ide1:0.autodetect = "TRUE"
floppy0.startConnected = "FALSE"
scsi0:0.redo = ""
ethernet0.addressType = "generated"
uuid.location = "56 4d 87 df 96 c7 69 ad-7e 3e e7 e1 3e 58 3c 7e"
uuid.bios = "56 4d 87 df 96 c7 69 ad-7d 3c e7 e1 3e 58 3c 7e"
ethernet0.generatedAddress = "00:0c:29:58:3d:7e"
ethernet0.generatedAddressOffset = "0"
ide0:0.present = "TRUE"
ide0:0.fileName = "Ubuntu (2).vmdk"
ide0:0.redo = ""
autostart = "poweron"
Grüße
Berliner74
wir arbeiten derzeit an einem Upgrade der bestehenden VM - Ware Infrastruktur. Wir haben aktuell im produktiven Betrieb noch eine obsolete Version laufen, den VM - Ware - Server 1.03.
Diesen möchten wir zeitnah upgraden auf die Version ESXi 3.5.
Aktuell habe wir einen Testhost erstellt, auf denen wir die Migration der "alten VMs" mit dem VM - Ware Converter durchspielen möchten.
Dabei hat sich folgendes Problem herausgestellt.
4 der insgesamt 10 VMs haben in der Konfigurationsdatei einen Eintrag, der den Converter dazu zwingt die Maschinen als "Ungültig" zu deklarieren und das Auslesen der Hardwareinformationen fehlschlägt.:
Diese lauten:
ide0:0.present = "true"
ide0:0.filename = "Testvolume"
Sobald die ursprüngliche Konfiguration vom Konverter gelesen wird, ist die Maschine im Auge des Converters ungültig.
Wir haben dann folgendes ausprobiert. Wir haben den IDE - Eintrag auf False gesetzt und SCSI angesprochen:
# ide0:0.present = "false"
# ide0:0.filename = "Testvolume"
scsi0:0.present = "true"
scsi0:0.filename = "Testvolume"
Nun erfolgt ein Teilerfolg. Der Konverter akzeptiert das Volume und konvertiert sauber durch, zumindest teilt er uns dieses mit.
Nun gehen wir in den Infrastructure Client und starten die Maschine, es erscheint der XP - Boot - Bildschirm, jedoch fährt die Maschine nicht hoch. Bluesreen "Bad Pool Driver" erscheint. Man bekommt das Angebot abgesichtert zu booten. Auch dieses schlägt fehl.
Nun wollten wir sichergehen, ob die Platte als SCSI überhaupt erkannt wird. Dazu haben wir die XP - Setup Disk eingelegt, den speziell benötigten SCSI - Treiber mit F6 geladen und siehe da, dennoch findet Windows das Volume nicht.
Nun Frage an dieser Stelle was können wir noch ausprobieren. Es betrifft wie gesagt nur die 4 VMs mit dem oben erwähnten IDE - Eintrag, die anderen VMs vom alten Host mit SCSI - Eintrag lassen sich problemlos auf die 3.5 konvertieren und laufen.
Hier nochmals die gesamte Konfig der problematischen Maschinen in der ursprünglichen Einstellung
#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "256"
scsi0:0.present = "FALSE"
scsi0:0.fileName = "Ubuntu.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "debian-6.0.1a-i386-netinst.iso"
ide1:0.deviceType = "cdrom-image"
floppy0.fileName = "/dev/fd0"
Ethernet0.present = "TRUE"
displayName = "NewRadius"
guestOS = "ubuntu"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
ide1:0.autodetect = "TRUE"
floppy0.startConnected = "FALSE"
scsi0:0.redo = ""
ethernet0.addressType = "generated"
uuid.location = "56 4d 87 df 96 c7 69 ad-7e 3e e7 e1 3e 58 3c 7e"
uuid.bios = "56 4d 87 df 96 c7 69 ad-7d 3c e7 e1 3e 58 3c 7e"
ethernet0.generatedAddress = "00:0c:29:58:3d:7e"
ethernet0.generatedAddressOffset = "0"
ide0:0.present = "TRUE"
ide0:0.fileName = "Ubuntu (2).vmdk"
ide0:0.redo = ""
autostart = "poweron"
Grüße
Berliner74