On 01/21/14 03:15, Dario Faggioli wrote:
> While investigating, we also spotted this:
>
http://pkgs.fedoraproject.org/cgit/qemu.git/tree/qemu.spec?h=f20
>
> Which contains the following:
>
> dobuild() {
> ./configure \
> --prefix=%{_prefix} \
> --libdir=%{_libdir} \
> --sysconfdir=%{_sysconfdir} \
> --interp-prefix=%{_prefix}/qemu-%%M \
> --audio-drv-list=pa,sdl,alsa,oss \
> --localstatedir=%{_localstatedir} \
> --libexecdir=%{_libexecdir} \
> --disable-strip \
> --extra-ldflags="$extraldflags -pie -Wl,-z,relro -Wl,-z,now" \
> --extra-cflags="%{optflags} -fPIE -DPIE" \
> --enable-mixemu \
> --enable-trace-backend=dtrace \
> --disable-werror \
> --disable-xen \
> --enable-kvm \
> ...
>
> which seems to suggest that xen support is disabled in Fedora's qemu
> package. Should we ask why they do that, and investigate whether that
> can change (and, of course, whether that is enough for us) ?
This still seems to be true - I guess I've been building my own for a
long time or using virt-preview and just now had the opportunity to
notice that the stock f20 qemu still fails with virt-install.
# virt-install --name=testvm --ram=2048 --vcpus=2 --cpuset=2-11
--location=http://librescu/cobbler/ks_mirror/centos6-x86_64
--os-type=linux --os-variant=rhel6 --disk
path=/dev/zvol/storage/testvm/boot --disk
path=/dev/zvol/storage/testvm/root --network
bridge=br0,mac=02:00:0a:0a:0a:19 --graphics=vnc --paravirt --arch=x86_64
--virt-type=xen
yields:
# tail -100 /var/log/libvirt/libxl/testvm.log | grep
libxl__spawn_local_dm | grep -v Spawning | cut -f 6 -d ' '| xargs echo
/usr/bin/qemu-system-i386 -xen-domid 13 -chardev
socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-13,server,nowait -mon
chardev=libxl-cmd,mode=control -nodefaults -xen-attach -name testvm -vnc
127.0.0.1:0 -k en-us -machine xenpv -m 2049
which gives:
Option xen-domid not supported for this target
etc. I see the f21 version (I built the matching version from
virt-preview on f20) works fine and I've been using the above pattern
for a couple years on f[1?-20]. Is it time to just enable xen for f20
since it works and f20 will be supported for a while yet? It was a
little tricky (aka time-consuming) for me to track this down and I have
a slight clue how the parts work - failing for historical reasons seems
to be incorrect and will unnecessarily confuse a large part of the user
base.
Should be fine, please file an f20 bug against qemu and I'll turn on xen in
the next build
- Cole