Xen Pvops Dom0
Summary
pvops-based 
kernel
Owner
- Name: W. Michael Petullo
- Email: mike@flyn.org
- People Involved: Michael Young, Eduardo Habkost, Mark McLoughlin, Stephen Tweedie, Chris Wright, Juan Quintela, Markus Armbruster, Glauber Costa, Daniel Berrange et al.
Current status
- Targeted release: Fedora 16
- Last updated: 2011-09-15
- Percentage of completion: 90%
In order to implement this feature, it is necessary to get full Xen Dom0 support upstream and in Fedora. The core Dom0 support has been accepted upstream and was released in Linux 2.6.37. Linux 2.6.39 brought support for the Xen network backend driver. Linux 3.0 brought the block backend driver. Linux 3.1 will bring the pci backend driver (for pci passthru).
Open bugs:
- power management, Bugzilla #692179
- bridging in NetworkManager, Bugzilla #199246
- GRUB 2 has extraneous menu entries after installing Xen, Bugzilla #739134
Detailed Description
Xen is a hypervisor-based type-1 virtualization solution. The Xen hypervisor requires a standard operating system that runs in a privileged domain, Dom0. The Dom0 operating system provides driver and guest management support to Xen and other guest operating systems running in the DomU domain. Fedora 8 provided a kernel that could serve as a Dom0 guest. However, newer Fedora releases dropped support for Dom0 (although they can run in DomU). The Xen project is presently pushing the features required for a Dom0 Linux kernel upstream. Once these features are available in the mainline kernel, it follows that Fedora could support Xen Dom0.
Benefit to Fedora
Fedora will benefit from a Xen Dom0-capable kernel. Xen has proven to be a competitive virtualization solution in real-world installations. Xen is different enough from KVM that the two technologies could complement each other within the Fedora Project. There are ongoing benchmarks that intend to define the relative performance of the two technologies.
Scope
- Implement Dom0 support in upstream kernel (Complete)
- Implement Dom0 backend drivers support in upstream kernel; fix remaining issues (Complete)
- Modify 'grubby' to support GRUB syntax required by Xen (Complete)
- Make 'new-kernel-pkg' aware of Xen using the HYPERVISOR option in /etc/sysconfig/kernel (Complete)
- Ensure Fedora's virtualization tools support Xen
- Possibly implement support for bridging in NetworkManager
- Possibly implement support in Anaconda
How To Test
- Install a Fedora Dom0 kernel and
xen - Reboot and confirm the Dom0 kernel can boot on bare metal (no Xen) by selecting the appropriate GRUB menu option
- Reboot and confirm grub.conf boots the new kernel using Xen by selecting the appropriate GRUB menu option
- Observe presence of Xen via /sys/hypervisor/
- Run 'xm list' and observe Domain-0
- Use 'virt-install' to deploy a Fedora paravirtualized guest
- Use 'virt-install' to deploy a Fedora fully virtualized guest
- Use 'virsh' to save & restore guests
- Balloon down memory of a guest with 'virsh'
User Experience
- Stock Fedora kernel supports both Xen dom0 and bare metal
- All features and hardware supported on bare metal also work on Xen Dom0
- Can enable and disable the use of the Xen hypervisor via an /etc/sysconfig/kernel setting
- Can manage Xen guests using Fedora virtualization tools
Dependencies
- kernel
- grubby
- Fedora virtualization tools
- (possibly) anaconda
- (possibly) NetworkManager
Contingency Plan
There is presently some uncertainty as to when the backend driver support that the Dom0 guest provides DomU guests will be upstream. This may make the upstream kernel that is chosen by Fedora 16 or it may not. Regardless, we will have to touch a lot of subsystems, so it makes sense to start early.
Until all of the requisite Xen components are upstream, we can continue to develop this feature using third party kernels. These third party kernels will be configured to be as close as possible to the forthcoming upstream kernel. In addition, Linux 2.6.39 does contain many of the backend drivers. It may be used with configurations that do not require the block backend driver.
If all of the Xen backend drivers don't make Fedora 16, then little is lost. We can continue to test the Dom0 kernel (with a subset of its eventual features) and work on the supporting infrastructure. It would be useful for our effort to have a working Dom0, grubby, etc in Fedora 16 even if other features (most notably the block backend driver) do not make it. In the worst case, we may delay the announcement of the Dom0 feature to Fedora 17, but can include all progress completed in Fedora 16.
Documentation
See also:
- Xen, http://www.xen.org/
- The Xen mailing lists, hosted at xen.org
- The fedora-xen mailing list, hosted by Fedora
- "Dom0 xen support in Fedora 15?" on fedora-xen mailing list, http://lists.fedoraproject.org/pipermail/xen/2010-November/005205.html
- Michael Young's third-party Dom0 kernels, http://fedorapeople.org/~myoung/dom0/, provided a Dom0-capable kernel for Fedora before Linus accepted key Xen features
- Stefano Stabellini's announcement that Xen Dom0 support has been included in Linux 2.6.27, http://blog.xen.org/index.php/2011/01/14/linux-2-6-37-first-upstream-linux-kernel-to-work-as-dom0/
In order to configure Rawhide to boot in Dom0:
1. yum install xen.
2. Update your GRUB 2 configuration using:
grub2-mkconfig -o /boot/grub2/grub.cfg
.
3. Configure a bridge device by setting /etc/sysconfig/network-scripts/ifcfg-virbr0:
DEVICE=virbr0 TYPE=Bridge ONBOOT=yes USERCTL=no BOOTPROTO=dhcp NM_CONTROLLED=no
4. Configure eth0 to be a member of the bridge:
DEVICE=eth0 HWADDR=[XX:XX:XX:XX:XX:XX] TYPE=Ethernet ONBOOT=yes USERCTL=no BOOTPROTO=none BRIDGE=virbr0 NM_CONTROLLED=no
5. Reboot and select your Xen kernel in the GRUB 2 boot menu
Release Notes
The Fedora Linux kernel may now provide the basis for a Xen-based virtualization solution. Xen is a hypervisor-based type-1 virtualization platform. The kernel now has the ability to boot in Xen's Dom0, a privileged domain that allows Fedora to provide driver and guest management support to Xen and other non-privileged, guest operating systems.