XEN und KVM in einer VM

[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

[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.

[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"

[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.

[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.

[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

[Dayworker]

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.

[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

[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
...

[continuum]

warten wir mal bis wir die vmx gesehen haben