Seite 1 von 1
XEN und KVM in einer VM
Verfasst: 04.12.2010, 02:18
von minimike
Hi
Hier steht gerade Bastelstunde an. Ich möchte eine FreeBSD 8.1 DomU auf XEN installieren. Sobald das läuft soll die VM cold nach KVM auf RHEL6 migriert werden. Dabei möchte ich mir das Tool Xenner anschauen.
Hierfür möchte ich aber keine physische Hardware abstellen/besorgen sondern das alles billig in VMware Workstation tätigen.
Ich bin allerdings daran gescheitert RHEL 5.5 mit XEN auf der WS 7.1 zu installieren. Für ein paar Tips währe ich jetzt nicht verlegen mich zu Bedanken
Verfasst: 04.12.2010, 14:08
von stefan.becker
Keine Ahnung ob das überhaupt geht.
Aber schau mal auf Ulis Seite, es gibt doch so ein paar vmx-Parameter, die VMWARE in VMWARE möglich machen. Vielleicht hilft das auch hier.
Verfasst: 04.12.2010, 15:40
von continuum
Ich bin allerdings daran gescheitert RHEL 5.5 mit XEN auf der WS 7.1 zu installieren.
ich liebe genaue Fehlerbeschreibungen
falls die Installation selber scheitert - evtl hilft
monitor_control.restrict_backdoor = "true"
oder
hypervisor.xen.allow = "true"
Verfasst: 04.12.2010, 19:50
von minimike
Hi
Uli die beiden Parameter habe ich der VMX drinn. Aber sobald in RHEL5 Udev gestartet wird kommt dann in der VM der Hänger. Ich kann die VM gleich noch mal frisch aufsetzen und hochladen.
Verfasst: 05.12.2010, 01:47
von McStarfighter
Xen und KVM brauchen beide einen VT-fähigen Prozessor. VMware-Gäste "sehen" aber das VT-Feature nicht und von daher gehts eben nicht.
Unterm Strich gehen solche Tests nunmal nicht ohne echtes Blech.
Verfasst: 05.12.2010, 03:35
von minimike
VT braucht man nur bei HVM, nicht bei PVM
Aber egal. Die XEN LifeCD bootet. Allerdings braucht diese ca 2 Stunden zum hochfahren. Eine Shell öffnen 20 min.
Ich exikutiere den Schleptop. Bleibt ja nix anderes übrig
Verfasst: 05.12.2010, 03:46
von Dayworker
minimike hat geschrieben:VT braucht man nur bei HVM, nicht bei PVM
Aber egal. Die XEN LifeCD bootet. Allerdings braucht diese ca 2 Stunden zum hochfahren. Eine Shell öffnen 20 min.
Solche Verzögerungen sind mir auch vom ESX(i) in WS, Player, Server bekannt und haben ihre Ursache im fehlenden oder deaktiven VT der CPU.
Verfasst: 05.12.2010, 05:05
von continuum
Allerdings braucht diese ca 2 Stunden zum hochfahren
klingt als haettest du die passenden VT-funktionen in der VM nicht aktiviert.
Dann sind 2 Stunden sogar ganz ok.
Ein ESX als VM braucht viel laenger wenn die Eintraege fehlen
Verfasst: 05.12.2010, 15:27
von Dayworker
Ulli beim ESXi3 unter Server1/2 halfen aber auch geschlagene 24h ohne aktives VT nicht weiter. Im Log sammeln sich dann nur noch jede Menge Einträge und das war's:
Nov 28 16:32:14.460: vcpu-0| SEG_SS 1254 count=0
Nov 28 16:32:53.101: vcpu-0| SEG_SS 1254 count=1
Nov 28 16:32:55.929: vcpu-0| SEG_SS 1254 count=2
Nov 28 16:32:56.273: vcpu-0| SEG_SS 1254 count=3
Nov 28 16:32:56.382: vcpu-0| SEG_SS 1254 count=4
Nov 28 16:32:56.476: vcpu-0| SEG_SS 1254 count=5
Nov 28 16:32:56.570: vcpu-0| SEG_SS 1254 count=6
Nov 28 16:32:56.664: vcpu-0| SEG_SS 1254 count=7
Nov 28 16:32:56.757: vcpu-0| SEG_SS 1254 count=8
Nov 28 16:32:56.851: vcpu-0| SEG_SS 1254 count=9
Nov 28 16:32:56.929: vcpu-0| SEG_SS 1254 count=10
Nov 28 16:33:00.070: vcpu-0| SVGA: Unregistering IOSpace at 0x1070
Nov 28 16:33:00.070: vcpu-0| SVGA: Unregistering MemSpace at 0xf0000000(0xf0000000) and 0xe8000000(0xe8000000)
Nov 28 16:33:00.070: vcpu-0| SVGA: Registering IOSpace at 0x1070
Nov 28 16:33:00.070: vcpu-0| SVGA: Registering MemSpace at 0xf0000000(0xf0000000) and 0xe8000000(0xe8000000)
Nov 28 16:33:05.210: vcpu-0| SEG_SS 1254 count=99
...
Nov 28 16:33:06.382: vcpu-0| SEG_SS 1254 count=1099
...
Nov 28 16:33:25.742: vcpu-0| SEG_SS 1254 count=9999
...
Verfasst: 06.12.2010, 11:09
von continuum
warten wir mal bis wir die vmx gesehen haben