Headsup ABI breaking libusbredirparser update coming to F-18+ soon
by Hans de Goede
Hi All,
Monday I plan to release a new usbredir version, which includes an
ABI (and for qemu also API) breaking change to libusbredirparser.
The reason for this is that for USB-redir live migration we are
going to use guest physical addresses as packet ids, so that the
packet ids stay consistent over migration. This means that we
need 64 bit packet ids, which requires changing the id function
parameter which all most all ubsredirparser functions have
from an uint32_t to an uint64_t.
At first I thought this would only impact qemu, since that directly
uses libusbredirparser, where as spice-glib uses libusbredirhost,
which is not changing ABI.
Unfortunately spice-glib does use some libusbredirfilter* functions,
which live in libusbredirparser, so it links directly to
libusbredirparser. And although that part of the ABI is not changing,
the soname is, so spice-gtk will need a rebuilt too.
Once I've done the release on Monday, and build it for Rawhide + F-18,
I'll also fire of spice-gtk rebuilds to take care of the spice-gtk dep.
For qemu I have a git tree with some other USB fixes + a patch adjusting
it for the API change here:
http://cgit.freedesktop.org/~jwrdegoede/qemu/log/?h=usb-wip
I'll bump the F18+ qemu packages to 1.2.0-rc2, add the necessary usb
patches and fire of a rebuild. While add it I'm also going to add
some pending spice patches, needed for the seamless migration and
arbitrary resolution features. The patches in question can be found
here:
http://www.kraxel.org/cgit/qemu/log/?h=rebase/spice-next
Regards,
Hans
9 years, 8 months
ubuntu
by Gene Czarcinski
I am a very long time Fedora user. Prior to that I ran Fedora Core and
before that Red Hat Linux starting with (IIRC) 3.0.3.
A friend of mine says good things about ubuntu so I thought I would give
it a try ... virtually.
So I downloaded the ubuntu 12.04.1 cdrom image for amd64. I defined a
simple virtual to run it (general size, etc.) that I use for Fedora 17
virtuals. Boot it up to install ... it gets a graphic redish screen up
and then virt-manager dies.
Entries in the syslog are:
======
Aug 26 08:52:04 condor libvirtd[888]: 2012-08-26 12:52:04.355+0000: 888:
warning : virKeepAliveTimer:182 : No response from client 0x2145850
after 5 keepalive messages in 30 seconds
Aug 26 08:52:05 condor libvirtd[888]: 2012-08-26 12:52:05.205+0000: 888:
warning : qemuMonitorJSONHandleGraphics:672 : missing auth scheme in
graphics event
Aug 26 08:52:05 condor libvirtd[888]: 2012-08-26 12:52:05.206+0000: 888:
warning : qemuMonitorJSONHandleGraphics:672 : missing auth scheme in
graphics event
Aug 26 08:52:05 condor libvirtd[888]: 2012-08-26 12:52:05.207+0000: 888:
warning : qemuMonitorJSONHandleGraphics:672 : missing auth scheme in
graphics event
Aug 26 08:52:05 condor libvirtd[888]: 2012-08-26 12:52:05.207+0000: 888:
warning : qemuMonitorJSONHandleGraphics:672 : missing auth scheme in
graphics event
Aug 26 08:52:05 condor libvirtd[888]: 2012-08-26 12:52:05.208+0000: 888:
warning : qemuMonitorJSONHandleGraphics:672 : missing auth scheme in
graphics event
Aug 26 08:52:05 condor libvirtd[888]: 2012-08-26 12:52:05.208+0000: 888:
warning : qemuMonitorJSONHandleGraphics:672 : missing auth scheme in
graphics event
======
I restarted libvertd and then started virt-manager again.
The virtual systems that I had started were all still running. I
shutdown/forced-off the ubuntu system and then deleted it. So much for
ubuntu until I get more info.
Any ideas?
Gene
9 years, 8 months
switching both libvirt and netcf packages to use libnl3 instead of libnl-1.1
by Laine Stump
Both libvirt and the netcf library it links to use libnl for doing
things with netlink sockets. libnl comes in a couple of different and
API-incompatible flavors, namely libnl-1.1 and libnl-3. For a long time
Fedora had just libnl-1.1, and libvirt only supported libnl-1.1
Awhile back Fedora gained support for using libnl-3 instead of
libnl-1.1, and did so in a way that allows both libraries (both runtime
and -devel) to still exist on the system at the same time, and programs
can pick which one they want to use.
Even more recently libvirt and netcf got patches to support building
with libnl-3 rather than libnl-1.1 (preferring libnl-3 if both are
available).
Since development (and even bugfixes) of libnl-1.1 is basically dead, I
want to switch over the F18 and later builds of libvirt to use libnl-3,
but this will take careful timing (and some restrictions in the libvirt
specfile) because attempting to run a libnl3-linked libvirt with a
netcf.so that was linked with libnl-1.1 (or vice versa) results in a segv.
Other than the basic use of a Requires: line in the libvirt specfile to
make the newly-libnl3-enabled build of libvirt require a
similarly-enabled build of netcf, does anyone have any recommendations
on making this transition as painless as possible (and as soon as
possible - I obviously want to do this before F18 is released).
9 years, 9 months
VMs are failing to DHCP
by Scott Baker
I've used virt-install to kickstart VM installs for a year or so. When I
went to use it today it fails on getting DHCP from the host. I've
restarted libvirtd, and dnsmasq but still have the problem. I see the
install script send the DHCP request, but nothing ever hits the logs on
the host. How do I troubleshoot the DHCP/dnsmasq part of libvirtd?
Here is my command to start the install:
export name=F17-`date +%Y-%m-%d_%H-%M`
virt-install --name=$name \
--vcpus=2 \
--file=/var/lib/libvirt/images/$name.img \
--file-size=20 \
--location http://mirror.web-ster.com/fedora/releases/17/Fedora/x86_64/os/ \
--network=bridge:br1 \
--network=network:default \
--accelerate \
--os-type=linux \
--os-variant=fedora14 \
--extra-args="ks=http://www.perturb.org/ks/fedora-17.ks ksdevice=eth1" \
--ram=4096 &
--
Scott Baker - Canby Telcom
System Administrator - RHCE - 503.266.8253
9 years, 9 months
Fedora virt status July 2012
by Cole Robinson
Hey all, here are some Fedora virt status bits for July.
Fedora 18
=========
We've started passing interesting dates for Fedora 18:
July 27: Feature submission deadline
August 07: Feature freeze (majority of the feature is in fedora)
August 14: Alpha change deadline
Septem 19: Beta change deadline
October 2: Beta Release
October 4: Virtualization Test Day
In time for the Feature freeze next week, we will be taking a snapshot of QEMU
upstream, and will eventually move to QEMU 1.2 when it is released later in
the month.
As the feature submission deadline has passed, here is the final virt feature
list:
https://fedoraproject.org/wiki/Features/Syscall_Filters
https://fedoraproject.org/wiki/Features/Virt_Live_Snapshots
https://fedoraproject.org/wiki/Features/Virt_Guest_Suspend_Hibernate
In the last status report, I mentioned two potential features that eventually
didn't make the cut: virt cpu/mem hotplug won't be fully ready for F18, and
virt storage motion will not have an easy way for end users to leverage in
time for F18.
And to clarify, there will be many more virt features that are available in
F18 than the ones documented here. These are just the bits that are going
through the fedora feature process, which in a nutshell is about increased
user/developer/press exposure:
http://fedoraproject.org/wiki/Features/Policy
Reviving QEMU PPC, Sparc
========================
The openbios package has been retired in Fedora for over a year now, since it
was thought there was no way to build the package without PPC and Sparc
machines in koji. So since last March we haven't been distributing
qemu-system-ppc* or qemu-system-sparc* binaries, which depend on openbios.
However, QEMU releases distribute prebuilt versions of openbios and several
other roms that we don't have packaged for Fedora. I asked the fedora
packaging list if it might be possible to get a packaging exception to
distribute those prebuilt binaries:
https://lists.fedoraproject.org/pipermail/packaging/2012-July/008557.html
Dan Horak pointed out that we actually have workable cross compilers packaged
in Fedora, which might be sufficient. In impressive fashion, Rich Jones picked
up the ball and submitted package reviews for openbios and SLOF, which were
quickly reviewed by Michael Scherer:
https://bugzilla.redhat.com/show_bug.cgi?id=844748
https://bugzilla.redhat.com/show_bug.cgi?id=844737
There are still several other roms that will need to be packaged, and for it
all to be integrated with the qemu package, but this is a large chunk of the
work. Kudos to Rich, Michael, and everyone that chimed in on the packaging list!
QEMU stable updates
===================
There were several QEMU updates pushed recently, based off upstream
maintenance branches.
Rawhide got QEMU 1.1.1 which was released July 16th:
http://marc.info/?l=kvm&m=134243605927652&w=2
F17 is now finally based off the qemu-kvm 1.0.1 release. While we had been
carrying many of the 1.0.1 patches since January, the actual 1.0.1 release
from March contained several more bugfixes:
https://admin.fedoraproject.org/updates/qemu-1.0.1-1.fc17
F16 pulled the latest patches from the QEMU 0.15 stable branch (every patch
since 0.15.1 was tagged):
http://git.qemu.org/?p=qemu-stable-0.15.git;a=shortlog
https://admin.fedoraproject.org/updates/qemu-0.15.1-7.fc16
virtio-win drivers updated
==========================
There's a new ISO containing the last virtio drivers for Windows guests:
http://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/
Let the list know if you hit any issues with them!
Bug stats
=========
Bug count on Jul 10 2012: 184
Bug count on Aug 02 2012: 208
Decent increase, but many of these will be closed when the
virt-manager and qemu updates are pushed to stable. We've also got 9
sitting in POST waiting for an update, mostly libvirt.
By release:
* Fedora 16 : 81
* Fedora 17 : 96
* Fedora rawhide : 31
By package:
* gnome-boxes : 9
* gtk-vnc : 3
* ipxe : 1
* libguestfs : 6
* libosinfo : 1
* libvirt : 44
* libvirt-cim : 3
* libvirt-sandbox : 3
* netcf : 4
* python-virtinst : 4
* qemu : 65
* spice-gtk : 5
* spice-vdagent : 1
* usbredir : 1
* virt-dmesg : 1
* virt-manager : 18
* virt-v2v : 3
* virt-viewer : 6
* virt-what : 2
* xen : 15
* xorg-x11-drv-cirrus: 2
* xorg-x11-drv-qxl : 11
Bugs of note
============
* https://bugzilla.redhat.com/show_bug.cgi?id=714271
libvirt pinned to single CPU after suspend/resume cycle ->
all VMs running on the same single core
Fixed builds are in updates-testing, so should be hitting stable soon!
* https://bugzilla.redhat.com/show_bug.cgi?id=840444
QEMU wasn't correctly offering KVM support. This regressed with the 1.1
rawhide update, but Rich Jones and Dan Berrange combined to get this fixed
right quick! rawhide and virt-preview should have fixed packages now.
* https://bugzilla.redhat.com/show_bug.cgi?id=840240
virt-manager w/ vnc can get into a bad state where virt-manager is no longer
visible but still taking keystrokes, meaning you can't interact with other
windows.
Regression caused by 0.9.2, fixed with current update in updates-testing.
Thanks,
Cole
9 years, 9 months
