Xen en een ongepatchede FreeBSD op Intel VT

[moto-moi]

Ik wil graag mijn vmware omgeving omzetten naar Xen. Op dit moment draai ik een FreeBSD guest en een stel Debian's. Debian heb ik al eens als guest gebruikt, dat levert geen problemen op. FreeBSD daarintegen..

FreeBSD kan in Xen draaien als je het handbook en de website van Xen mag geloven.
Ik heb dit geprobeerd aan de praat te krijgen op een 2tal 64bits Debian bakken, maar ik krijg het niet bootend.

Nu vraag ik me af, is het mogelijk om FreeBSD ongepatched als Xen DomU te gebruiken? Aangezien het ook met Windows kan, moet het ook met FreeBSD kunnen lijkt me. Alleen toen kwam ik deze mail tegen. Blijkbaar (was) dat in 2006 nog niet zo. Op dit moment heb ik echter nog even geen beschikking tot een Intel VT bak die ik mag slopen, dus vandaar mijn vraag:

Is het recent nog iemand gelukt om een ongepatchede versie van FreeBSD te gebruiken als Xen DomU/guest?
Het draaien van een beta/alpha versie van FreeBSD boeit me trouwens niet zo, het is maar voor een thuisservertje die een minieme hoeveelheid mail moet aanpakken.

[Keiichi]

Als de Xen hypervisor gebruik kan maken van hardware virtualisatie zou je alles ongewijzigd als domU moeten kunnen laten draaien. Ik heb het zelf nog niet geprobeerd (Ik hoop van het weekend wel).

Enkele devices worden wel geparavirtualizeerd (netwerk, harddisk) en je domU zal die moeten ondersteunen (maar is niet nodig om het werkende te krijgen, maar wel handig om het functioneel te krijgen)

[Tomsworld]

* Tomsworld is hier ook in geintresseerd.

Ik ga dit draadje eens volgen, ik heb een aantal maandne terug een heel aantal pogingen gedaan met oude gapatchte freebsd's maar niets leek echt te werken.

[Keiichi]

Ok, de FreeBSD bootloader doet het onder hvm niet. (BTX errors)

Wat ik nu nog kan/ga proberen:
- FreeBSD install op vmware in orde maken. Hierbij gebruik ik 1 boot partitie welke UFS draait en 1 systeempartitie (Om het niet te complex te maken, zie ik af van een alghele nette partionering) welke UFS2 draait
- Hierbij probeer ik grub als bootloader te zetten. Omdat grub geen UFS2 kent, heb ik dus de boot partitie met UFS klaar staan waar de kernel van geladen kan worden.
- Opstarten met een linux rescue CD en image naar SMB/NFS/etc-mount trekken en die image voor Xen gebruiken.

Wellicht in theorie kan het me zo gaan lukken, ik hou jullie up-to-date

[ Voor 8% gewijzigd door Keiichi op 09-09-2007 16:34 ]

[Michael]

Xen support zit helaas nog steeds niet in FreeBSD, en zover ik weet ziet het er niet naar uit dat het in 7.0 gaat komen. Zie onder andere http://wiki.freebsd.org/FreeBSD/Xen http://rink.nu/blog/20070528143357.009067.html en de complete lijst met nieuwe 7 features waar Xen dus niet bij staat op http://ivoras.sharanet.org/freebsd/freebsd7.html

[moto-moi]

FreeBSD nekt echt onwijs hard, zelfs als je hvm aanzet zoals Keiichi al melde

FreeBSD 7 heb ik gezien, maar die is mij nog wat te experimenteel atm

[GrooV]

Ik heb niet veel verstand van Xen maar heb je deze link al gevonden? http://wiki.xensource.com/xenwiki/FreeBSDdomU

[moto-moi]

Dat is een link die te vinden is op de 2e pagina in mijn startpostings, dus ja, die heb ik gevonden, maar dat gaat om een beta/alpha versie van FreeBSD en is nog niet bepaald uitgekristaliseerd

[Keiichi]

Weet iemand trouwens of de FreeBSD kernel met een andere bootloader te laden is dan z'n eigen bootloader?

Ik dacht van, laat ik grub installeren. Maar die maakt altijd nog aanspraak op de BTX bootloader, waar ie dus fout op gaat.

[stefklep]

Keiichi schreef op woensdag 26 september 2007 @ 15:19:
Weet iemand trouwens of de FreeBSD kernel met een andere bootloader te laden is dan z'n eigen bootloader?

Ik dacht van, laat ik grub installeren. Maar die maakt altijd nog aanspraak op de BTX bootloader, waar ie dus fout op gaat.

Ja is mogelijk, en ik ben hier ook druk mee bezig geweest ook om freebsd in xen te draaien, maak nu even tijdelijk gebruik van qemu. Ik heb het al wel voor elkaar om freebsd eerst te installeren op een andere computer daar een dd image van te maken met grub als bootloader dat werktten volgens mijn wel goed. Wil in het weekend proberen een boot cd van te maken.

[Keiichi]

stefklep schreef op woensdag 26 september 2007 @ 18:48:
[...]

Ja is mogelijk, en ik ben hier ook druk mee bezig geweest ook om freebsd in xen te draaien, maak nu even tijdelijk gebruik van qemu. Ik heb het al wel voor elkaar om freebsd eerst te installeren op een andere computer daar een dd image van te maken met grub als bootloader dat werktten volgens mijn wel goed. Wil in het weekend proberen een boot cd van te maken.

Ik heb een image uit vmware getrokken, maar helaas nog niet op xen ingezet. Omdat ik daar heel even geen tijd voor had, maar ook omdat ik geloof dat het zo niet gaat werken. Maar ik zeg maar nooit nooit voordat ik het ook echt geprobeerd heb.

[stefklep]

Keiichi schreef op donderdag 27 september 2007 @ 08:31:
[...]


Ik heb een image uit vmware getrokken, maar helaas nog niet op xen ingezet. Omdat ik daar heel even geen tijd voor had, maar ook omdat ik geloof dat het zo niet gaat werken. Maar ik zeg maar nooit nooit voordat ik het ook echt geprobeerd heb.

Ik ben blij dat er meer mensen bezig zijn op te hameren om het werkend te krijgen.

[Keiichi]

stefklep schreef op donderdag 27 september 2007 @ 10:15:
[...]

Ik ben blij dat er meer mensen bezig zijn op te hameren om het werkend te krijgen.

De bug die er voor staat ( http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622 )
Staat al 17 (!!!!!) maanden open Zwaart wordt wel als Major beschouwd, en priority op P2 gezet, wat toch inhoud dat het redelijk belangrijk is.

Jammer genoeg weet ik veel te weinig van de ins and outs van op zulke diepte programmeren anders had ik me er wel bij de bron er op gestort

-edit-

Dezelfde bug is ook bij FreeBSD bugs weggelegd ( http://www.freebsd.org/cgi/query-pr.cgi?pr=114826 ) maar die word linea direct naar xen bugs doorverwezen. Eenerzijds wel logisch, omdat het alleen betrekking heeft tot de xen hvmloader maar anderzijds, wat ik denk, onlogisch omdat er wel wat meer problemen zijn met bepaalde hardware configuraties en de BTX loader.

[ Voor 24% gewijzigd door Keiichi op 27-09-2007 11:07 ]

[Keiichi]

Ik heb de hoop opgegeven om het werkende te krijgen.

Het enige waardoor ik het werkende zou kunnen krijgen is een andere bootloader voor FreeBSD (dus ter vervanging van /boot/loader) of dat het probleem in Xen word opgelost.

In KVM krijg ik FreeBSD zonder probleem draaiende (zonder acpi). Voor me zelf ga ik zodadelijk ook met OpenVZ even aan de gang, maar Xen laat ik nu even op de plank liggen tenzij ik alleen Linux en Windows hoef te virtualizeren

-edit-

OpenVZ heeft dus geen nut, is enkel en alleen voor Linux en soorte van virtualizeren via de kernel

[ Voor 11% gewijzigd door Keiichi op 30-09-2007 04:37 ]

[stefklep]

Keiichi schreef op zondag 30 september 2007 @ 03:35:
Ik heb de hoop opgegeven om het werkende te krijgen.

Het enige waardoor ik het werkende zou kunnen krijgen is een andere bootloader voor FreeBSD (dus ter vervanging van /boot/loader) of dat het probleem in Xen word opgelost.

In KVM krijg ik FreeBSD zonder probleem draaiende (zonder acpi). Voor me zelf ga ik zodadelijk ook met OpenVZ even aan de gang, maar Xen laat ik nu even op de plank liggen tenzij ik alleen Linux en Windows hoef te virtualizeren

-edit-

OpenVZ heeft dus geen nut, is enkel en alleen voor Linux en soorte van virtualizeren via de kernel

En waarom kies je niet voor qemu ?
Ik ben er zelf helaas nog niet aan toe gekomen freebsd met xen werkend te krijgen.

[Keiichi]

stefklep schreef op zondag 30 september 2007 @ 10:50:
[...]

En waarom kies je niet voor qemu ?
Ik ben er zelf helaas nog niet aan toe gekomen freebsd met xen werkend te krijgen.

Zowel Xen als KVM maken gebruiken van qemu om hun virtualisatie langs te doen Het is het stukje software eigenlijk die de bios laad, schijven maakt, netwerk opzet e.d.

Zo ziet KVM er schematisch uit:



En Xen meer zo:

[stefklep]

Keiichi schreef op zondag 30 september 2007 @ 13:06:
[...]


Zowel Xen als KVM maken gebruiken van qemu om hun virtualisatie langs te doen Het is het stukje software eigenlijk die de bios laad, schijven maakt, netwerk opzet e.d.

Zo ziet KVM er schematisch uit:

[afbeelding]

En Xen meer zo:

[afbeelding]

Ja dat hoef je mijn niet te vertellen Het was meer een voorstel ( kan niet op het juiste word komen)

[Keiichi]

Ik heb een kleine doorbraak gemaakt.

Voor grub is er een patch beschikbaar welke direct de FreeBSD kernel kan loaden. Onder vmware heb ik eerst een FreeBSD 4.11 install gedaan (M'n huidige server draait dat nu en moet dat komende maanden nog wel kunnen doen), de gepatchte grub geinstalleerd en deze /kernel laten booten.

En de kernel boot

Alleen moet ik nog wel wat parameters mee gaan geven dat deze gelijk het root-fs laadt

-edit-

En door de juiste root-fs locatie op te geven kan ik nu met FreeBSD werken in Xen

Alleen nog een klein probleempje. Met top probeerde ik processen te kijken, ik krijg dit bericht:

code:

top: nlist failed

Dit zou waarschijnlijk komen door:

code:

You are not using /boot/loader to load your kernel, but doing it directly from boot2 (see  boot(8)). While there is nothing wrong with bypassing /boot/loader, it generally does a better job of making the kernel symbols available to user applications.

Iemand wellicht een bypassje voor dit?

[ Voor 39% gewijzigd door Keiichi op 28-11-2007 18:50 ]

[Tomsworld]

Keiichi schreef op woensdag 28 november 2007 @ 18:39:
Ik heb een kleine doorbraak gemaakt.

Voor grub is er een patch beschikbaar welke direct de FreeBSD kernel kan loaden. Onder vmware heb ik eerst een FreeBSD 4.11 install gedaan (M'n huidige server draait dat nu en moet dat komende maanden nog wel kunnen doen), de gepatchte grub geinstalleerd en deze /kernel laten booten.

En de kernel boot

Alleen moet ik nog wel wat parameters mee gaan geven dat deze gelijk het root-fs laadt

-edit-

En door de juiste root-fs locatie op te geven kan ik nu met FreeBSD werken in Xen

Alleen nog een klein probleempje. Met top probeerde ik processen te kijken, ik krijg dit bericht:

code:

top: nlist failed

Dit zou waarschijnlijk komen door:

code:

You are not using /boot/loader to load your kernel, but doing it directly from boot2 (see  boot(8)). While there is nothing wrong with bypassing /boot/loader, it generally does a better job of making the kernel symbols available to user applications.

Iemand wellicht een bypassje voor dit?

Url van de patch en beschrijving, ik wil het wel es proberen maar ik ben niet zo'n grote xen / freebsd kenner.

[igmar]

Update : FreeBSD 7.0 beta is ook een no-go op Xen Enterprise 4.0.1. Ik zal eens gaan pushen of ze dit toch eens willen fixen, het is namelijk puur een bootloader probleem.

[Keiichi]

Tomsworld schreef op woensdag 28 november 2007 @ 21:35:
[...]


Url van de patch en beschrijving, ik wil het wel es proberen maar ik ben niet zo'n grote xen / freebsd kenner.

Dit hou je even tegoed van mij nog.

igmar schreef op donderdag 29 november 2007 @ 08:21:
Update : FreeBSD 7.0 beta is ook een no-go op Xen Enterprise 4.0.1. Ik zal eens gaan pushen of ze dit toch eens willen fixen, het is namelijk puur een bootloader probleem.

Geeft deze ook BTX errors bij het loaden van de bootloader?

Bij bugzilla staat deze bug immer als open ( http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622 ), severity wel major. Maar ze lijken er verre van gebrand om het probleem op te lossen. FreeBSD devvers leggen het probleem geheel bij xen weg.

[stefklep]

Ik denk dat hier toch veel belangstelling voor is, maar het is momenteel mogelijk freebsd met xen-unstable of testing te booten en te installeren. Ik wilde dit toch even melden voor mensen die ook mee bezig zijn.

op te halen via de hg clone manier.
Dit probleemde gelden dan ook alleen voor intel en niet voor amd procs.

[ Voor 20% gewijzigd door stefklep op 09-02-2008 20:57 ]

[Keiichi]

Het is pas interessant als het gewoon stabiel werkt.

Als ik iets wil experimenteren gebruik ik desnoods wel qemu zonder hardware virtualisatie bv

[stefklep]

Keiichi schreef op zaterdag 09 februari 2008 @ 22:00:
Het is pas interessant als het gewoon stabiel werkt.

Als ik iets wil experimenteren gebruik ik desnoods wel qemu zonder hardware virtualisatie bv

Ja en wie zegt dat het niet stabiel werkt ? weer van die opmerkingen die nergens op slaan.
Heb hier testing paar weken draaien en het werkt supper stabiel echt niks op aan te merken. Als iets testing is wil nog niet zeggen dat het het niet werk he Ik kan zelf zeggen dat de testing kandidaat binnen kort officieel stabiel wordt verklaart en dat is dit freebsd boot load probleem verleden tijd.

[ Voor 19% gewijzigd door stefklep op 09-02-2008 22:27 ]

[Keiichi]

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622



Eindelijk

[silentsnake]

Ik kan bevestigen dat FreeBSD 7 op een Red Hat Enterprise Linux 5 dom0 (versie 3.0.3 van Xen komt met RHEL5 mee) gewoon wilt booten. Je moet alleen daarna geen nieuwe kernel gaan bakken want dan hangt ie tijdens het booten van de kernel. Welke optie dit nou veroorzaakt ben ik nog niet achter, maar een GENERIC kernel zou moeten werken.

[ Voor 16% gewijzigd door silentsnake op 14-04-2008 20:25 ]

[stefklep]

Yip, heb het hier sinds een paar maanden stabiel draaien. Mooi om te zien dat het ook nu ook in de stable branch zit.

[deadeyes]

hey,

Ik wou net proberen om FreeBSD 7.0 op xen te draaien.

Met x86 gaat het amd64 failed.

Mijn vraag is: hebben jullie het werkende als volledig gevirtualiseerd? of als geparavirtualiseerd?

Ik zou graag het tweede bekomen maar weet eigenlijk niet of dat mogelijk is.

[stefklep]

deadeyes schreef op maandag 16 juni 2008 @ 22:33:
hey,

Ik wou net proberen om FreeBSD 7.0 op xen te draaien.

Met x86 gaat het amd64 failed.

Mijn vraag is: hebben jullie het werkende als volledig gevirtualiseerd? of als geparavirtualiseerd?

Ik zou graag het tweede bekomen maar weet eigenlijk niet of dat mogelijk is.

Klopt hier same, lijkt toch nog iets niet helemaal lekker te zitten. Ik heb toen der tijd toch gekozen voor de i386 versie omdat amd64 nog vol fouten zat met xen.

[deadeyes]

bedankt voor je reactie:)

Ik weet dat amd64 nog niet ondersteund is.
Maar ik vroeg me dus af hoe jullie die x86 versie dan draaien: paravirtualisatie? of ..?
Anders wordt toch geen gebruik gemaakt van je cpu features voor virtualisatie (vmx/vanderpool extensions op Intel CPUs)