[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go

[Sandro Bonazzola]

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:
>>> Hi,
>>> We were supposed to start composing oVirt 3.5.0 GA today 2014-09-29 but we
>>> still have 3 blockers.
>>>
>>> Maintainers:
>>> - Please be sure that 3.5 snapshot satisfy release criteria[9]
>>> - 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
>>> possible.
>>> - 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
>>> release.
>>>
>>> The bug tracker [1] shows 3 blockers:
>>> Bug ID	Whiteboard	Status	Summary
>>> 1147085	storage		POST	Memory volumes not deleted when removing a vm with
>>> snapshots
>>> 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.
> 
>> ETA?
> 
> Dan?

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?


> 
> Nir
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com