[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
sbonazzo at redhat.com
Wed Oct 1 06:13:37 UTC 2014
Il 01/10/2014 02:42, Nir Soffer ha scritto:
> ----- Original Message -----
>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>> To: Users at ovirt.org, devel at ovirt.org
>> Sent: Tuesday, September 30, 2014 5:46:15 PM
>> Subject: Re: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
>> Il 29/09/2014 08:34, Sandro Bonazzola ha scritto:
>>> We were supposed to start composing oVirt 3.5.0 GA today 2014-09-29 but we
>>> still have 3 blockers.
>>> - Please be sure that 3.5 snapshot satisfy release criteria
>>> - Please be sure that no pending patches are going to block the release
>>> - If any patch must block the GA release please raise the issue as soon as
>>> - If any packages need a rebase please raise the issue as soon as possible.
>>> - Be aware that packages that doesn't need a rebase must be re-built with
>>> final release versioning from the RC3 tag.
>>> - Please provide ETA for new blockers for rescheduling an RC4 and a GA
>>> The bug tracker  shows 3 blockers:
>>> Bug ID Whiteboard Status Summary
>>> 1147085 storage POST Memory volumes not deleted when removing a vm with
>>> 1146073 sla POST Failing to Attach a Storage Domain without Disk Profiles
>>> to a Data Center 3.5
>>> 1127460 storage NEW VM abnormal stop after LV refreshing when using thin
>>> provisioning on block storage
>> Today we have:
>> Bug ID Whiteboard Status Summary
>> 1127460 storage POST VM abnormal stop after LV refreshing when using thin
>> provisioning on block storage
> Basically this is an issue with systemd, not with ovirt. However we have a workaround
> that we can consume in the short term.
> Patch for RHEL7: http://gerrit.ovirt.org/33492
> We believe that we can get the real fix for the underlying component for Fedora quickly.
> If not, we have a patch ready for enabling the workaround on Fedora.
> Patch for Fedora: http://http://gerrit.ovirt.org/33555
Just to be sure, what happens if the workaround is in place and the fix on systemd is provided?
If everything still continue to work, please merge both patches on 3.5 and move the bug to modified so we can try to start composing RC4 as soon as
the following is closed too:
>> 1147971 storage NEW Snapshot locked after successful live storage migration
> This is an ifra issue, handled by Ravi.
I've seen it has been moved to POST and infra. Can we get it verified and moved to modified in a couple of hours?
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
More information about the Users