At long last, I'd like to announce beta packages for CentOS 7, available from the community build system. Start by installing the centos-release-xen: rpm -ivh http://cbs.centos.org/repos/virt7-xen-44-testing/x86_64/os/Packages/centos-release-xen-7-3.el7.x86_64.rpm This will set up yum repositories for both the eventual release repositories (enabled by default), and the community build system repositories (disabled by default). At the moment, all packages will be stored in the virt-xen-44-testing repository. You can either enable this by default by editing /etc/yum.repos.d/VirtSIG-Xen.repo, or by adding "--enablerepo=virt-xen-44-testing". If you want, you can edit defaults /etc/sysconfig/xen-kernel Next, run 'yum update' to get the new kernel: yum --enablerepo=virt-xen-44-testing update kernel Now install xen: yum --enablerepo=virt-xen-44-testing install xen This should grab both xen and the updated kernel package. It should also automatically: * Add default commandline parameters for Xen and Linux when booting under Xen * Arrange for xen to come up first in the grub * Set the default boot entry to Xen. That's it! Reboot and you should be good to go. Libvirt packages aren't available yet but should be on the way soon (I'll announce them here.) Please report any problems or feedback to this list. -George
On Wed, Jun 17, 2015 at 03:24:45PM +0100, George Dunlap wrote:> At long last, I'd like to announce beta packages for CentOS 7, > available from the community build system. > > Start by installing the centos-release-xen: > > rpm -ivh http://cbs.centos.org/repos/virt7-xen-44-testing/x86_64/os/Packages/centos-release-xen-7-3.el7.x86_64.rpm > > This will set up yum repositories for both the eventual release > repositories (enabled by default), and the community build system > repositories (disabled by default). > > At the moment, all packages will be stored in the virt-xen-44-testing > repository. You can either enable this by default by editing > /etc/yum.repos.d/VirtSIG-Xen.repo, or by adding > "--enablerepo=virt-xen-44-testing". > > If you want, you can edit defaults /etc/sysconfig/xen-kernel > > Next, run 'yum update' to get the new kernel: > > yum --enablerepo=virt-xen-44-testing update kernel > > Now install xen: > > yum --enablerepo=virt-xen-44-testing install xen > > This should grab both xen and the updated kernel package. It should > also automatically: > * Add default commandline parameters for Xen and Linux when booting under Xen > * Arrange for xen to come up first in the grub > * Set the default boot entry to Xen. > > That's it! Reboot and you should be good to go. > > Libvirt packages aren't available yet but should be on the way soon > (I'll announce them here.) > > Please report any problems or feedback to this list. >Good stuff! I'll test these packages soon. Thanks a lot. -- Pasi> -George
On 06/17/2015 04:24 PM, George Dunlap wrote:> At long last, I'd like to announce beta packages for CentOS 7, > available from the community build system. >Great to see Xen coming to CentOS 7 ! I gave the virtx7-44-testing packages a spin on a fresh CentOS 7 install (legacy boot, no efi, as there is no xen.efi). However, I was not able to start any HVM or PVHVM guests. Upon create, the DomU was setup but did not do anything, but instead entered a reboot-loop (Dom ID was increased, but no boot output. No bootloader output on the console, despite everything in the guest setup to display on serial console). The exact same guests worked fine with Xen4CentOS xen+kernel packages for CentOS6. Note, that PV DomUs run fine (tested with CentOS5). I did not invest too much time into debugging, but from xl's logs, the DomU was apparently shutdown upon creation: Waiting for domain xencen7 (domid 1) to die [pid 3162] Domain 1 has shut down, reason code 1 0x1 Action for shutdown reason code 1 is restart Domain 1 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain xencen7 (domid 2) to die [pid 3162] Domain 2 has shut down, reason code 1 0x1 Action for shutdown reason code 1 is restart Domain 2 needs to be cleaned up: destroying the domain Done. Rebooting now .... The interesting part is, that the pid of the xl create job (3162) remains the same, thus xl create never exits but instead attempt the re-create the DomU in a loop, only to be stopped by killing the xl process. At the moment, I run my own self-build CentOS 7 xen packages. But if desired, I can switch back to the virt7-xen-44-testing packages to assist any debugging. Regards, Thomas
Hi Thomas, This may be old news at this point, but I had 100% identical behavior to yours when I tried virtx7-44-testing. After looking around a bit I tried "virtx7-44-candidate", in a sibling directory to virtx7-44-testing. It has a more recent date, so I tried with that and it works fine. It resolves the issues listed in your email from 7/7/2015. I am now looking for a libvirt-daemon-xen package for Centos 7. Any ideas on where that lives? Thanks, Chuck
On Tue, Jul 7, 2015 at 10:12 PM, T.Weyergraf <T.Weyergraf at virtfinity.de> wrote:> > > On 06/17/2015 04:24 PM, George Dunlap wrote: >> >> At long last, I'd like to announce beta packages for CentOS 7, >> available from the community build system. >> > Great to see Xen coming to CentOS 7 ! > > I gave the virtx7-44-testing packages a spin on a fresh CentOS 7 install > (legacy boot, no efi, as there is no xen.efi). However, I was not able to > start any HVM or PVHVM guests. Upon create, the DomU was setup but did not > do anything, but instead entered a reboot-loop (Dom ID was increased, but no > boot output. No bootloader output on the console, despite everything in the > guest setup to display on serial console). The exact same guests worked fine > with Xen4CentOS xen+kernel packages for CentOS6. > Note, that PV DomUs run fine (tested with CentOS5).Oh -- you know, not sure how I completely missed this. Anyway, yes, the issue was that the original Xen packages were using the CentOS core version of seabios, which includes a patch which breaks Xen HVM. In -candidate I've built a new version of seabios, which (as you've seen) now works. -George