[libvirt] Entering freeze for libvirt-1.2.9

I have tagged the release candidate 1 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/ This seems to work fine with my limited testing, but more people need to give it a try ! I expect to provide a release candidate 2 possibly on Monday, and shooting for a release on the 1st October if everything goes well. Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/

Hey, On Thu, Sep 25, 2014 at 02:03:18PM +0200, Daniel Veillard wrote:
I have tagged the release candidate 1 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
This seems to work fine with my limited testing, but more people need to give it a try !
I expect to provide a release candidate 2 possibly on Monday, and shooting for a release on the 1st October if everything goes well.
I'm having issues with latest git and managed saves. I'm using a VM created by GNOME Boxes with an older libvirt release. $ virsh start fedora20 (wait a bit) $ virsh managedsave fedora20 $ virsh start fedora20 error: Failed to start domain fedora20 error: unsupported configuration: host doesn't support invariant TSC --force-boot works and this managedsave/start issue can be reproduced. Domain XML below: <domain type='kvm'> <name>fedora20</name> <uuid>85547a07-6b07-474f-af03-c2f9e3d6a869</uuid> <title>Fedora 20</title> <metadata> <boxes:gnome-boxes xmlns:boxes="http://live.gnome.org/Boxes/"> <os-state>installed</os-state> <os-id>http://fedoraproject.org/fedora/20</os-id> <media-id>http://fedoraproject.org/fedora/20:1</media-id> <media>/home/teuf/redhat/isos/Fedora-20-x86_64-DVD.iso</media> </boxes:gnome-boxes> </metadata> <memory unit='KiB'>1048576</memory> <currentMemory unit='KiB'>1048576</currentMemory> <vcpu placement='static'>4</vcpu> <os> <type arch='x86_64' machine='pc-i440fx-1.6'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='2' threads='2'/> </cpu> <clock offset='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <pm> <suspend-to-mem enabled='no'/> <suspend-to-disk enabled='no'/> </pm> <devices> <emulator>/usr/bin/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2' cache='none'/> <source file='/home/teuf/.local/share/gnome-boxes/images/fedora20'/> <target dev='vda' bus='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <target dev='hdc' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='1' target='0' unit='0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:14:b3:1a'/> <source bridge='virbr0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='spicevmc'> <target type='virtio' name='com.redhat.spice.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='spice' autoport='yes'> <streaming mode='filter'/> </graphics> <sound model='ac97'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </sound> <video> <model type='qxl' ram='65536' vram='65536' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <redirdev bus='usb' type='spicevmc'> </redirdev> <redirdev bus='usb' type='spicevmc'> </redirdev> <redirdev bus='usb' type='spicevmc'> </redirdev> <redirdev bus='usb' type='spicevmc'> </redirdev> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </memballoon> </devices> </domain>
Daniel
-- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

On 09/29/2014 12:01 PM, Christophe Fergeau wrote:
Hey,
On Thu, Sep 25, 2014 at 02:03:18PM +0200, Daniel Veillard wrote:
I have tagged the release candidate 1 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
This seems to work fine with my limited testing, but more people need to give it a try !
I expect to provide a release candidate 2 possibly on Monday, and shooting for a release on the 1st October if everything goes well.
I'm having issues with latest git and managed saves. I'm using a VM created by GNOME Boxes with an older libvirt release. $ virsh start fedora20 (wait a bit) $ virsh managedsave fedora20 $ virsh start fedora20 error: Failed to start domain fedora20 error: unsupported configuration: host doesn't support invariant TSC
--force-boot works and this managedsave/start issue can be reproduced.
Unfortunately --force-boot will only fix it until the next managedsave. I've sent a patch: https://www.redhat.com/archives/libvir-list/2014-September/msg01680.html When do I get my paper bag? Jan

On Mon, Sep 29, 2014 at 04:34:50PM +0200, Ján Tomko wrote:
On 09/29/2014 12:01 PM, Christophe Fergeau wrote:
Hey,
On Thu, Sep 25, 2014 at 02:03:18PM +0200, Daniel Veillard wrote:
I have tagged the release candidate 1 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
This seems to work fine with my limited testing, but more people need to give it a try !
I expect to provide a release candidate 2 possibly on Monday, and shooting for a release on the 1st October if everything goes well.
I'm having issues with latest git and managed saves. I'm using a VM created by GNOME Boxes with an older libvirt release. $ virsh start fedora20 (wait a bit) $ virsh managedsave fedora20 $ virsh start fedora20 error: Failed to start domain fedora20 error: unsupported configuration: host doesn't support invariant TSC
--force-boot works and this managedsave/start issue can be reproduced.
Unfortunately --force-boot will only fix it until the next managedsave.
Yes htis is what I meant.
I've sent a patch: https://www.redhat.com/archives/libvir-list/2014-September/msg01680.html
I've tested the series, and it's fixing the issue I was seeing.
When do I get my paper bag?
You don't deserve one if you fix the bug before it makes it into a release ;) Thanks for the quick fix! Christophe

On 09/29/2014 04:47 PM, Christophe Fergeau wrote:
On Mon, Sep 29, 2014 at 04:34:50PM +0200, Ján Tomko wrote:
On 09/29/2014 12:01 PM, Christophe Fergeau wrote:
Hey,
On Thu, Sep 25, 2014 at 02:03:18PM +0200, Daniel Veillard wrote:
I have tagged the release candidate 1 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
This seems to work fine with my limited testing, but more people need to give it a try !
I expect to provide a release candidate 2 possibly on Monday, and shooting for a release on the 1st October if everything goes well.
I'm having issues with latest git and managed saves. I'm using a VM created by GNOME Boxes with an older libvirt release. $ virsh start fedora20 (wait a bit) $ virsh managedsave fedora20 $ virsh start fedora20 error: Failed to start domain fedora20 error: unsupported configuration: host doesn't support invariant TSC
--force-boot works and this managedsave/start issue can be reproduced.
Unfortunately --force-boot will only fix it until the next managedsave.
Yes htis is what I meant.
I've sent a patch: https://www.redhat.com/archives/libvir-list/2014-September/msg01680.html
I've tested the series, and it's fixing the issue I was seeing.
Both have been pushed a few hours ago.
When do I get my paper bag?
You don't deserve one if you fix the bug before it makes it into a release ;) Thanks for the quick fix!
I believe it was already released in 1.2.8. Jan

On Mon, Sep 29, 2014 at 04:34:50PM +0200, Ján Tomko wrote:
On 09/29/2014 12:01 PM, Christophe Fergeau wrote:
Hey,
On Thu, Sep 25, 2014 at 02:03:18PM +0200, Daniel Veillard wrote:
I have tagged the release candidate 1 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
This seems to work fine with my limited testing, but more people need to give it a try !
I expect to provide a release candidate 2 possibly on Monday, and shooting for a release on the 1st October if everything goes well.
I'm having issues with latest git and managed saves. I'm using a VM created by GNOME Boxes with an older libvirt release. $ virsh start fedora20 (wait a bit) $ virsh managedsave fedora20 $ virsh start fedora20 error: Failed to start domain fedora20 error: unsupported configuration: host doesn't support invariant TSC
--force-boot works and this managedsave/start issue can be reproduced.
Unfortunately --force-boot will only fix it until the next managedsave.
I've sent a patch: https://www.redhat.com/archives/libvir-list/2014-September/msg01680.html
When do I get my paper bag?
Nahh the paper bag is if you do a release with near obvious bug, and well it see we will get this fixed in time :-) Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/

I have tagged the release candidate 2 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/ So unfortuntely this was too early to try to fix Christophe's reported bug, hopefully we can get it fixed in time. If needed I can postpone the final release from Wed, but that's still the plan. Please give it a try, thanks, Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/

On Mon, Sep 29, 2014 at 09:35:59PM +0800, Daniel Veillard wrote:
I have tagged the release candidate 2 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
So unfortuntely this was too early to try to fix Christophe's reported bug, hopefully we can get it fixed in time. If needed I can postpone the final release from Wed, but that's still the plan.
Please give it a try,
rc1 already looked good on Debian's buildds and rc2 is doing good as well: https://buildd.debian.org/status/package.php?p=libvirt&suite=experimental Cheers, -- Guido

On Tue, Sep 30, 2014 at 10:23:58PM +0200, Guido Günther wrote:
On Mon, Sep 29, 2014 at 09:35:59PM +0800, Daniel Veillard wrote:
I have tagged the release candidate 2 for libvirt-1.2.9 in git, and pushed signed tarballs and rpms to the usual place: ftp://libvirt.org/libvirt/
So unfortuntely this was too early to try to fix Christophe's reported bug, hopefully we can get it fixed in time. If needed I can postpone the final release from Wed, but that's still the plan.
Please give it a try,
rc1 already looked good on Debian's buildds and rc2 is doing good as well:
https://buildd.debian.org/status/package.php?p=libvirt&suite=experimental
Yay ! Thanks for the feedback Guido :-) Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veillard@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/
participants (4)
-
Christophe Fergeau
-
Daniel Veillard
-
Guido Günther
-
Ján Tomko