Re: [Mageia-dev] RFT: xen support
Op maandag 11 april 2011 10:33:30 schreef Thomas Backlund: > Hi, > > xen-4.1.0-1.mga1 is now avaliable in the repos. > > And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons > for xen: > > There is now a kernel-xen-pvops that also should work as dom0. > > Now this is mostly upstream kenel.org code so its not as fully > featured as the old kernel-xen. You can see the features listed here: > http://wiki.xensource.com/xenwiki/XenParavirtOps. > > There is one exception: our 2.6.38 kernel has xen-netback backend driver > added. > > So those of you that have been using xen, please test atleast the > following: > > - check that kernel-server still works as a xen guest > - try to use kernel-xen-pvops as dom0 and see how it works > (you can also try to use kernel-xen-pvops as a normal xen guest) > > Have fun... > > -- > Thomas i don't know how much people have been testing, but... dom0 xen didn't work with .xz kernels, i put in a patch for that, and now it works. in a kvm guest, i've got a working xen dom0 host, but the libvirtd implementation seems unable to find the cpu architecture, and if i force to be the same as the host, i am unable to boot the dom0 anymore. (i think this is likely due to the nature of a KVM guest not really being suitable for a XEN dom0). i've tried a physical server, but when i finally got to the point of libvirtd, it seemed to not bootup anymore (it was an old disk, which i thought got broken, seeing the IO errors) I put in a new disk, only to note that the X2 suddenly only had 1 core, which i found very odd, and i noticed the IO errors before (and also now) were really sata bus errors... (and if i remember correctly this machine had been used with a semi-exploding PowerSupply)... so i think this mobo/cpu is fried... now i need to find new hardware to restart testing again :-( . note that allthough i can have everything running, i never tested with actual guests, let alone online migrations... however, i did find out that this xenpvops has 2 different toolchains: xm and xl. xl seems to do pretty much the same, but apparently doesn't require xend to be running (it reacts directly to the kernel/hypervisor?) also the xencommons init script seems to start xenconsoled and xenstored on it's own. i'm thinking of removing both those init scripts and having xend not start as default. (allthough i don't know about xendomains). i'll keep you guys posted.
Re: [Mageia-dev] RFT: xen support
Guillaume Rousse skrev 9.1.2012 12:25: You seems to be confusing xen basic support and xen dom0 support. The later is only useful for server kernel, while the first one should be enabled for all kernels. Provided the original concerns with nvidia AGP support are fixed now. We wont enable xen support on 32bit desktop* kernels as XEN requires PAE And netbook kernels wont get xen support on either arch. For 64bit kernels it can be considered. And I think I'll can merge xen-pvops with server kernel. -- Thomas
Re: [Mageia-dev] RFT: xen support
Le 09/01/2012 11:06, Thierry Vignaud a écrit : On 9 January 2012 10:49, Guillaume Rousse wrote: And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons for xen: There is now a kernel-xen-pvops that also should work as dom0. Now this is mostly upstream kenel.org code so its not as fully featured as the old kernel-xen. You can see the features listed here: http://wiki.xensource.com/xenwiki/XenParavirtOps. There is one exception: our 2.6.38 kernel has xen-netback backend driver added. So those of you that have been using xen, please test atleast the following: - check that kernel-server still works as a xen guest - try to use kernel-xen-pvops as dom0 and see how it works (you can also try to use kernel-xen-pvops as a normal xen guest) Doesn't that mean that when running in XEN, the installer shouldn't pick kernel-server instead of kernel-desktop? (since we've no dom0 support in the later) Or even kernel-xen-pvps if there's no HW support for virtualisation? If 'running in Xen' means 'running as guest', you don't need any special kernel for hardware virtualisation, and just a kernel with Xen support for paravirtualisation. The dom0 support is only needed for the xen host. Which means the installer kernel itself should have xen support to be runnable in any context. Either we should restore alt1 in installer or we should enable DOM0 support in desktop kernel You seems to be confusing xen basic support and xen dom0 support. The later is only useful for server kernel, while the first one should be enabled for all kernels. Provided the original concerns with nvidia AGP support are fixed now. -- BOFH excuse #75: There isn't any problem
Re: [Mageia-dev] RFT: xen support
On 9 January 2012 11:06, Thierry Vignaud wrote: - check that kernel-server still works as a xen guest - try to use kernel-xen-pvops as dom0 and see how it works (you can also try to use kernel-xen-pvops as a normal xen guest) >>> >>> Doesn't that mean that when running in XEN, the installer shouldn't >>> pick kernel-server >>> instead of kernel-desktop? (since we've no dom0 support in the later) >>> Or even kernel-xen-pvps if there's no HW support for virtualisation? >> >> If 'running in Xen' means 'running as guest', you don't need any special >> kernel for hardware virtualisation, and just a kernel with Xen support for >> paravirtualisation. The dom0 support is only needed for the xen host. Which >> means the installer kernel itself should have xen support to be runnable in >> any context. > > Either we should restore alt1 in installer or we should enable DOM0 support > in desktop kernel I would rahther choose the later as server kernel doesn't work everywhere (PAE requirement on ia32...) like Fedora does
Re: [Mageia-dev] RFT: xen support
On 9 January 2012 10:49, Guillaume Rousse wrote: >>> And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons >>> for >>> xen: >>> >>> There is now a kernel-xen-pvops that also should work as dom0. >>> >>> Now this is mostly upstream kenel.org code so its not as fully >>> featured as the old kernel-xen. You can see the features listed here: >>> http://wiki.xensource.com/xenwiki/XenParavirtOps. >>> >>> There is one exception: our 2.6.38 kernel has xen-netback backend driver >>> added. >>> >>> So those of you that have been using xen, please test atleast the >>> following: >>> >>> - check that kernel-server still works as a xen guest >>> - try to use kernel-xen-pvops as dom0 and see how it works >>> (you can also try to use kernel-xen-pvops as a normal xen guest) >> >> >> Doesn't that mean that when running in XEN, the installer shouldn't >> pick kernel-server >> instead of kernel-desktop? (since we've no dom0 support in the later) >> Or even kernel-xen-pvps if there's no HW support for virtualisation? > > If 'running in Xen' means 'running as guest', you don't need any special > kernel for hardware virtualisation, and just a kernel with Xen support for > paravirtualisation. The dom0 support is only needed for the xen host. Which > means the installer kernel itself should have xen support to be runnable in > any context. Either we should restore alt1 in installer or we should enable DOM0 support in desktop kernel Then we sh
Re: [Mageia-dev] RFT: xen support
On 9 January 2012 10:26, Thierry Vignaud wrote: > Doesn't that mean that when running in XEN, the installer shouldn't > pick kernel-server > instead of kernel-desktop? (since we've no dom0 support in the later) > Or even kernel-xen-pvps if there's no HW support for virtualisation? Sg like this. xen1.diff Description: Binary data xen2.diff Description: Binary data
Re: [Mageia-dev] RFT: xen support
Le 09/01/2012 10:26, Thierry Vignaud a écrit : On 11 April 2011 10:33, Thomas Backlund wrote: And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons for xen: There is now a kernel-xen-pvops that also should work as dom0. Now this is mostly upstream kenel.org code so its not as fully featured as the old kernel-xen. You can see the features listed here: http://wiki.xensource.com/xenwiki/XenParavirtOps. There is one exception: our 2.6.38 kernel has xen-netback backend driver added. So those of you that have been using xen, please test atleast the following: - check that kernel-server still works as a xen guest - try to use kernel-xen-pvops as dom0 and see how it works (you can also try to use kernel-xen-pvops as a normal xen guest) Doesn't that mean that when running in XEN, the installer shouldn't pick kernel-server instead of kernel-desktop? (since we've no dom0 support in the later) Or even kernel-xen-pvps if there's no HW support for virtualisation? If 'running in Xen' means 'running as guest', you don't need any special kernel for hardware virtualisation, and just a kernel with Xen support for paravirtualisation. The dom0 support is only needed for the xen host. Which means the installer kernel itself should have xen support to be runnable in any context. By the way, kernel-xen-pvops isn't needed anymore, and could be safely dropped AFAIK. -- BOFH excuse #24: network packets travelling uphill (use a carrier pigeon)
Re: [Mageia-dev] RFT: xen support
On 11 April 2011 10:33, Thomas Backlund wrote: > And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons for > xen: > > There is now a kernel-xen-pvops that also should work as dom0. > > Now this is mostly upstream kenel.org code so its not as fully > featured as the old kernel-xen. You can see the features listed here: > http://wiki.xensource.com/xenwiki/XenParavirtOps. > > There is one exception: our 2.6.38 kernel has xen-netback backend driver > added. > > So those of you that have been using xen, please test atleast the following: > > - check that kernel-server still works as a xen guest > - try to use kernel-xen-pvops as dom0 and see how it works > (you can also try to use kernel-xen-pvops as a normal xen guest) Doesn't that mean that when running in XEN, the installer shouldn't pick kernel-server instead of kernel-desktop? (since we've no dom0 support in the later) Or even kernel-xen-pvps if there's no HW support for virtualisation?
Re: [Mageia-dev] RFT: xen support
> Hi, > > xen-4.1.0-1.mga1 is now avaliable in the repos. > > And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons > for xen: > > There is now a kernel-xen-pvops that also should work as dom0. > > Now this is mostly upstream kenel.org code so its not as fully > featured as the old kernel-xen. You can see the features listed here: > http://wiki.xensource.com/xenwiki/XenParavirtOps. > > There is one exception: our 2.6.38 kernel has xen-netback backend driver > added. > > So those of you that have been using xen, please test atleast the > following: > > - check that kernel-server still works as a xen guest > - try to use kernel-xen-pvops as dom0 and see how it works > (you can also try to use kernel-xen-pvops as a normal xen guest) > > Have fun... > > -- > Thomas > I tried testing on the laptop (i only have laptop, since i'm on holiday), however: i get the XEN messages from hypervisor, but after that, i get a blank screen(nvidia chipset), even though it seems that the process goes further. (i hear harddisk) Now i always have trouble with nouveau, and nv seems to have removed my 9100M from supported devices, and i think i remember that nvidia mentioned that their driver doesn't work with xen (that could have been changed) since i have no other pc here, i cannot test ssh connections. also, i'm not sure if it IS that, since i should be able to see the kernel messages, no? (or is it the dualhead that is confusing xen and it's using the external monitor port???) anyways, after a while ~45secs, the numlock stops working, so i imagine X is started and the keyb driver fails? so i can't really test this kernel as dom0, which was my intention. but doesn't it work due to XEN or due to this nvidia chipset??? on top of that, it seems that since the regular kernel update, my tty's are now gone, and it seems to be staying in single user mode, even though it boots level 5 and starts X. that means F1 has messages, F7 has some others, and F8 has X, while F2-F6 no longer work...
[Mageia-dev] RFT: xen support
Hi, xen-4.1.0-1.mga1 is now avaliable in the repos. And as of kernel-2.6.38.2-4.mga1 there has been some cleanups and addons for xen: There is now a kernel-xen-pvops that also should work as dom0. Now this is mostly upstream kenel.org code so its not as fully featured as the old kernel-xen. You can see the features listed here: http://wiki.xensource.com/xenwiki/XenParavirtOps. There is one exception: our 2.6.38 kernel has xen-netback backend driver added. So those of you that have been using xen, please test atleast the following: - check that kernel-server still works as a xen guest - try to use kernel-xen-pvops as dom0 and see how it works (you can also try to use kernel-xen-pvops as a normal xen guest) Have fun... -- Thomas
