Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Suse Linux Enterprise Server 11 SP1 auf VMWare Server 2 conv
So, nachdem nun die Kiste schon einmal beinahe gekillt wurde (User zu blöde...) muss ich leider das alte Thema auftauen. Ich brauch die Kiste als VM!
Hab mir nun überlegt sie auf VMWare Player zu konvertieren. Doch leider zeigt mir der VMWare Converter 5.5 direkt nach Eingabe der IP, des Users (root) und des Passwortes folgende Fehler:
"Die Berechtigung zur Durchführung dieses Vorgangs wurde verweigert."
Per Putty komme ich jedoch auf die Kiste und hab mir da auch mal die Festplatten und die gemounteten Partitionen angesehen:
Das sieht für mich so aus, als ob ich nur sda6 bräuchte. in /Windows/C liegt nichts drin. Somit ist sda2 wohl leer...
Am liebsten wäre es mir jedoch die Maschine on the fly zu konvertieren. Nur wie bekomme ich das hin? Was bedeutet die Fehlermeldung oben???
Hab mir nun überlegt sie auf VMWare Player zu konvertieren. Doch leider zeigt mir der VMWare Converter 5.5 direkt nach Eingabe der IP, des Users (root) und des Passwortes folgende Fehler:
"Die Berechtigung zur Durchführung dieses Vorgangs wurde verweigert."
Per Putty komme ich jedoch auf die Kiste und hab mir da auch mal die Festplatten und die gemounteten Partitionen angesehen:
Code: Alles auswählen
linux:/ # fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xa7eebd6f
Device Boot Start End Blocks Id System
/dev/sda1 1 5 40131 de Dell Utility
Partition 1 does not end on cylinder boundary.
/dev/sda2 6 267 2097152 b W95 FAT32
Partition 2 does not end on cylinder boundary.
/dev/sda3 * 268 60801 486239355 f W95 Ext'd (LBA)
/dev/sda5 268 529 2104483+ 82 Linux swap / Solaris
/dev/sda6 530 60801 484134808+ 83 Linux
linux:/ # mount
/dev/sda6 on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
devtmpfs on /dev type devtmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,mode=1777)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sda2 on /windows/C type vfat (rw,noexec,nosuid,nodev,gid=100,umask=0002,utf8=true)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
gvfs-fuse-daemon on /home/XYZ/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=XYZ)
Das sieht für mich so aus, als ob ich nur sda6 bräuchte. in /Windows/C liegt nichts drin. Somit ist sda2 wohl leer...
Am liebsten wäre es mir jedoch die Maschine on the fly zu konvertieren. Nur wie bekomme ich das hin? Was bedeutet die Fehlermeldung oben???
UPDATE:
Nachdem ich ja schonmal mit 5.0.1 an der Zielmaschine gescheitert bin konnte ich mir nicht vorstellen das der Converter so früh schon scheitert. Hab nun mit 5.1.0 konvertiert auf meinen ESXi 5.1.0 und siehe da. Der machts. Nun hab ich mal zum Spaß erneut mit 5.5 probiert und nun will auch der artig konvertieren. Nur leider wollen beide nur als Ziel meinen ESXi nehmen. VMWare Player wird mir nicht mehr angeboten
Außerdem läuft leider der SLES in der VM nicht mehr. Er startet nicht mehr auf den Desktop Scheinbar fehlt ihm ein Grafik Treiber oder so ähnlich.
Nachdem ich ja schonmal mit 5.0.1 an der Zielmaschine gescheitert bin konnte ich mir nicht vorstellen das der Converter so früh schon scheitert. Hab nun mit 5.1.0 konvertiert auf meinen ESXi 5.1.0 und siehe da. Der machts. Nun hab ich mal zum Spaß erneut mit 5.5 probiert und nun will auch der artig konvertieren. Nur leider wollen beide nur als Ziel meinen ESXi nehmen. VMWare Player wird mir nicht mehr angeboten
Außerdem läuft leider der SLES in der VM nicht mehr. Er startet nicht mehr auf den Desktop Scheinbar fehlt ihm ein Grafik Treiber oder so ähnlich.
-
- King of the Hill
- Beiträge: 13561
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Welche Converter5.X-Version (möglicherweise sogar schon mit dem 4er Converter) du verwendest ist egal, solange das Ziel der ESXi ist. Bei der Linux-Konvertierung wird auf dem ESXi gewissermaßen ein "Empfangs-ISO" geladen und nur darüber lief/läuft die Konvertierung.
Die Konvertierung in Richtung Player kann daher meines Wissens nicht klappen und ist so umständlich (Converter bekanntermaßen seeeeehr gemächlich) auch nicht erforderlich. Schau dir mal den angepinnten Thread SuSe Linux Enterprise 7.2 konvertieren an. Linux bekommt man im Gegensatz zu Windows fast mit einfachen Umkopieren wieder ans Laufen und danach schreibt man nur noch den Bootmanager neu.
Das der Desktop nicht mehr hochstartet, liegt wahrscheinlich an in einer VM fehlerhaften "KMS"- bzw "xorg.conf"-Einträgen. Yast läuft auch auf der ba$h und damit kannst du irgendwie auch die Grafikeinstellungen zurücksetzen. Allerdings solltest du dich von einem 3D-Desktop besser verabschieden. Selbst wenn dieser irgendwie läuft, kann er ohne GPU-Support nur lahm sprich unbrauchbar sein.
Die Konvertierung in Richtung Player kann daher meines Wissens nicht klappen und ist so umständlich (Converter bekanntermaßen seeeeehr gemächlich) auch nicht erforderlich. Schau dir mal den angepinnten Thread SuSe Linux Enterprise 7.2 konvertieren an. Linux bekommt man im Gegensatz zu Windows fast mit einfachen Umkopieren wieder ans Laufen und danach schreibt man nur noch den Bootmanager neu.
Das der Desktop nicht mehr hochstartet, liegt wahrscheinlich an in einer VM fehlerhaften "KMS"- bzw "xorg.conf"-Einträgen. Yast läuft auch auf der ba$h und damit kannst du irgendwie auch die Grafikeinstellungen zurücksetzen. Allerdings solltest du dich von einem 3D-Desktop besser verabschieden. Selbst wenn dieser irgendwie läuft, kann er ohne GPU-Support nur lahm sprich unbrauchbar sein.
OK, danke für die Infos. Jetzt wo die Maschine auf dem ESXi ist bin ich schon ein Stück weiter.
Gibt es eigentlich einen Weg die VM vom ESXi auf eine VMWare Server 2 zu übernehmen?
Edit: Ich ziehe die Frage teilweise zurück. Ich werde mal den Server auf die Hardware Version 7 konvertieren und dann versuchen ihn auf den VMWare Server 2 zu bekommen.
Gibt es eigentlich einen Weg die VM vom ESXi auf eine VMWare Server 2 zu übernehmen?
Edit: Ich ziehe die Frage teilweise zurück. Ich werde mal den Server auf die Hardware Version 7 konvertieren und dann versuchen ihn auf den VMWare Server 2 zu bekommen.
-
- King of the Hill
- Beiträge: 13561
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Wenn du die VM schon auf dem ESXi hast, laß sie aus drei Gründen auch da.
Grund 1)
Der VMserver2 kennt nur Thick und Sparse. Letzteres gibt es auf dem ESXi5 nur noch begrenzt oder mit nachladen eines Settings und ansonsten könntest du nur noch versuchen, die VMDK mit dem "vmware-vdiskmanager" auf der CMD (Windows) bzw ba$h (Linux) auf ein dem VMserver2 verträgliches Format zu konvertieren. Dabei brauchst du aber auch wieder ausreichend Platz und je nach genauer ESXi-Version kommt das VMserver2-Tool auch nicht mehr mit dem VMDK-Format klar. Dazu sind die VMserver beide zu alt.
Grund 2)
Der ESXi5 verwendet als vHW-Version die 7 oder noch höher und schon mit der 7 kannst du eine solche VM nur noch über das bekanntermaßen zickige Browser-Consolen-Plugin bearbeiten. Der selbe Mist steht dir auch beim ESXi5.5 in der kostenfreien Hypervisor-Version mit der vHW-Version 10 bevor. Der vSphere-Client dort kann dann zwar noch eine VM mit höherer vHW-Version starten, stoppen oder suspend/resumen, aber nichts weiteres. Dafür brauchst du den Web-Client und den gibts momentan nur in Verbindung mit dem kostenpflichtigen vCenter.
Der vSphere-Client kann normalerweise vollständig mit der vHW-Version 7 umgehen, allerdings hat VMware entweder einen Fehler in der Umsetzung gemacht oder das Client-Interface zum ESXi bewußt umgeschrieben. Lies dir dazu auch mal den Thread Vi/vSphere-Client und die Verbindung zum ESXi3/4/5 nebst Verlinkungen durch.
Grund 3)
Die durch die Änderung der vHW-Version 7 auf die 4 sich ergebenden vHW-Veränderungen in einer VM kommen einer völligen Neu-Inst gleich. Bei aktivierungspflichtigen OS ist beim vHW-Upgrade auf die 7 in jedem Fall eine Neuaktivierung erforderlich. Dazu kommt, daß die vHW-Version 4 inzwischen bei neueren OS nicht mehr von VMware unterstützt wird. Da gilt es also beim Kernel sowohl bei Linux als auch bei Windows obacht zu geben, damit die VM keinen BSOD oder Oops ausgibt.
Grund 1)
Der VMserver2 kennt nur Thick und Sparse. Letzteres gibt es auf dem ESXi5 nur noch begrenzt oder mit nachladen eines Settings und ansonsten könntest du nur noch versuchen, die VMDK mit dem "vmware-vdiskmanager" auf der CMD (Windows) bzw ba$h (Linux) auf ein dem VMserver2 verträgliches Format zu konvertieren. Dabei brauchst du aber auch wieder ausreichend Platz und je nach genauer ESXi-Version kommt das VMserver2-Tool auch nicht mehr mit dem VMDK-Format klar. Dazu sind die VMserver beide zu alt.
Grund 2)
Der ESXi5 verwendet als vHW-Version die 7 oder noch höher und schon mit der 7 kannst du eine solche VM nur noch über das bekanntermaßen zickige Browser-Consolen-Plugin bearbeiten. Der selbe Mist steht dir auch beim ESXi5.5 in der kostenfreien Hypervisor-Version mit der vHW-Version 10 bevor. Der vSphere-Client dort kann dann zwar noch eine VM mit höherer vHW-Version starten, stoppen oder suspend/resumen, aber nichts weiteres. Dafür brauchst du den Web-Client und den gibts momentan nur in Verbindung mit dem kostenpflichtigen vCenter.
Der vSphere-Client kann normalerweise vollständig mit der vHW-Version 7 umgehen, allerdings hat VMware entweder einen Fehler in der Umsetzung gemacht oder das Client-Interface zum ESXi bewußt umgeschrieben. Lies dir dazu auch mal den Thread Vi/vSphere-Client und die Verbindung zum ESXi3/4/5 nebst Verlinkungen durch.
Grund 3)
Die durch die Änderung der vHW-Version 7 auf die 4 sich ergebenden vHW-Veränderungen in einer VM kommen einer völligen Neu-Inst gleich. Bei aktivierungspflichtigen OS ist beim vHW-Upgrade auf die 7 in jedem Fall eine Neuaktivierung erforderlich. Dazu kommt, daß die vHW-Version 4 inzwischen bei neueren OS nicht mehr von VMware unterstützt wird. Da gilt es also beim Kernel sowohl bei Linux als auch bei Windows obacht zu geben, damit die VM keinen BSOD oder Oops ausgibt.
Mein Problem ist, dass der ESXi 5.1 hier bei mir Zuhause steht und bei meinem Schwiegervater (wo das zu virtualisierende SLES läuft) eben nur ein Windows Server 2008 R2 steht auf dem bereits seit langem ein VMWare Server 2 läuft.
Kann ich nicht einfach die SLES Maschine mit dem VMWare Converter 5.5 auf meinen ESXi 5.1 konvertieren (hab ich ja schon 2x erfolgreich) und dieses mal dabei die Hardware Version 7 wählen. Anschließend nehme ich die so erzeugte Maschine, kopiere sie auf den Windows Server 2008 R2 und füge sie dort in der Webconsole in den VMWare Server 2 hinzu. Und schön läuft sie auf dem VMWare Server 2, oder nicht???
Ich will nicht noch einen Server (ESXi) bei meinem Schwiegervater aufstellen müssen. Deshalb betreibe ich den Aufwand überhaupt...
Kann ich nicht einfach die SLES Maschine mit dem VMWare Converter 5.5 auf meinen ESXi 5.1 konvertieren (hab ich ja schon 2x erfolgreich) und dieses mal dabei die Hardware Version 7 wählen. Anschließend nehme ich die so erzeugte Maschine, kopiere sie auf den Windows Server 2008 R2 und füge sie dort in der Webconsole in den VMWare Server 2 hinzu. Und schön läuft sie auf dem VMWare Server 2, oder nicht???
Ich will nicht noch einen Server (ESXi) bei meinem Schwiegervater aufstellen müssen. Deshalb betreibe ich den Aufwand überhaupt...
-
- King of the Hill
- Beiträge: 13561
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Schau dir mal Virtual machine hardware versions (1003746) an. Der VMserver2 ist danach noch am ehesten mit dem ESXi4 verträglich, die reine vHW-Version 7 wird bereits zuviele dem VMserver2 bereits unbekannte VMX-Einträge enthalten.
Probiere es halt aus, aber viele Hoffnungen auf eine lauffähige VM habe ich nicht. In jedem Fall mußt du etwaige Linux-Dateisystemkonventionen wie /root/path-to-vm und auch die Bezeichnung des VM-Netzwerkinterfaces manuell ändern.
Probiere es halt aus, aber viele Hoffnungen auf eine lauffähige VM habe ich nicht. In jedem Fall mußt du etwaige Linux-Dateisystemkonventionen wie /root/path-to-vm und auch die Bezeichnung des VM-Netzwerkinterfaces manuell ändern.
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste