8:59 a.m.
----- Original Message -----
From: "Dan Kenigsberg" <danken(a)redhat.com>
To: "Mike Burns" <mburns(a)redhat.com>
Cc: board(a)ovirt.org, "users" <users(a)ovirt.org>
Sent: Wednesday, October 9, 2013 5:45:23 PM
Subject: Re: [Users] oVirt Weekly Meeting Minutes -- 2013-10-09
On Wed, Oct 09, 2013 at 11:15:41AM -0400, Mike Burns wrote:
> Minutes:
> http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-09-14.06.html
> Minutes (text):
> http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-09-14.06.txt
> Log:
> http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-09-14.06.log.html
>
> =========================
> #ovirt: oVirt Weekly sync
> =========================
>
>
> Meeting started by mburns at 14:06:41 UTC. The full logs are available
> at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-10-09-14.06.log.html
> .
>
> Meeting summary
> ---------------
> * agenda and roll call (mburns, 14:07:00)
> * 3.3 updates (mburns, 14:07:17)
> * 3.4 planning (mburns, 14:07:24)
> * conferences and workshops (mburns, 14:07:31)
> * infra update (mburns, 14:07:34)
>
> * 3.3 updates (mburns, 14:08:42)
> * 3.3.0.1 vdsm packages are posted to updates-testing (mburns,
> 14:09:04)
> * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1009100
> (sbonazzo, 14:10:33)
> * 2 open bugs blocking 3.3.0.1 (mburns, 14:29:35)
> * 1 is deferred due to qemu-kvm feature set in el6 (mburns, 14:29:49)
> * other is allowed versions for vdsm (mburns, 14:30:01)
> * vdsm version bug will be backported to 3.3.0.1 today (mburns,
> 14:30:13)
> * ACTION: sbonazzo to build engine 3.3.0.1 tomorrow (mburns,
> 14:30:22)
> * ACTION: mburns to post 3.3.0.1 to ovirt.org tomorrow (mburns,
> 14:30:32)
> * expected release: next week (mburns, 14:30:46)
> * ACTION: danken and sbonazzo to provide release notes for 3.3.0.1
> (mburns, 14:37:56)
"""
A vdsm bug (BZ#1007980) made it impossible to migrate or re-run a VM
with a glusterfs-backed virtual disk if the VM was originally started
with an empty cdrom.
If you have encountered this bug, you would have to manually find the
affected VMs with
psql -U engine -d engine -c "select distinct vm_name from vm_static,
vm_device where vm_guid=vm_id and device='cdrom' and address ilike
'%pci%';"
and remove their junk cdrom address with
psql -U engine -d engine -c "update vm_device set address='' where
device='cdrom' and address ilike '%pci%';"
"""
We are currently building vdsm-4.12.1-4 that is carrying a new critical
fix related to drive resize (extension). Release notes:
"""
A vdsm bug introduced in a specific case of disk resize (raw on nfs)
accidentally wipes the content of the virtual disk.
The issue was masked on the master (and ovirt-3.3) branch by an unrelated
change that happened to fix the problem leaving only vdsm-4.12 affected.
It is of critical importance to update all your machines to the new vdsm
release.
"""
--
Federico