[ovirt-devel] el6 future in ovirt-3.6

Itamar Heim iheim at redhat.com
Mon Mar 16 22:10:46 UTC 2015


On 03/17/2015 12:01 AM, Alon Bar-Lev wrote:
>
>
> ----- Original Message -----
>> From: "Itamar Heim" <iheim at redhat.com>
>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>> Cc: "Sahina Bose" <sabose at redhat.com>, "Dan Kenigsberg" <danken at redhat.com>, devel at ovirt.org
>> Sent: Monday, March 16, 2015 11:55:05 PM
>> Subject: Re: [ovirt-devel] el6 future in ovirt-3.6
>>
>> On 03/16/2015 11:48 PM, Alon Bar-Lev wrote:
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Itamar Heim" <iheim at redhat.com>
>>>> To: "Sahina Bose" <sabose at redhat.com>, "Dan Kenigsberg"
>>>> <danken at redhat.com>, devel at ovirt.org
>>>> Sent: Monday, March 16, 2015 11:41:36 PM
>>>> Subject: Re: [ovirt-devel] el6 future in ovirt-3.6
>>>>
>>>> On 03/16/2015 06:02 PM, Sahina Bose wrote:
>>>>>
>>>>> On 03/16/2015 03:28 PM, Dan Kenigsberg wrote:
>>>>>> Current master branch of vdsm (destined for our 3.6 release) uses el7 as
>>>>>> its main platform. New features are expected to be available only on el7
>>>>>> (and modern Fedoras) but not on el6.
>>>>>>
>>>>>> On el6, vdsm still builds, runs, and exports clusterLevel <= 3.5, with
>>>>>> no feature loss relative to 3.5. This has been done per gluster request.
>>>>>>
>>>>>> However, maintaining this furhter as high costs: we keep testing el6, we
>>>>>> need to make sure nothing breaks there, and there's a lot of legacy code
>>>>>> that we could start deleting.
>>>>>>
>>>>>> Sahina, would you explain (again... sorry for not recalling the details)
>>>>>> why ovirt-3.6's vdsm should keep running on el6? I'd like to see if
>>>>>> there's a nother means to solve the underlying gluster issue.
>>>>>
>>>>> This was only because downstream gluster + vdsm would continue to be
>>>>> supported on RHEL 6.
>>>>
>>>> is there an expected date at which new features would be .el7 only, so
>>>> .el6 support can be dropped upstream?
>>>
>>> there is no reason to drop anything from upstream if it is to be supported.
>>> it will only create overhead for product support. we have long on going
>>> effort is to reduce diff while you keep pushing for fork. it always turned
>>> out to be incorrect decision. please learn from experience.
>>
>> I asked when they plan to drop support, so we can drop unneeded code.
>
> I do not understand. unneeded code from where? you wrote "upstream" which suggest you keep it "downstream".
> Had you written from "product" / "vdsm" I would not have responded.
>
> vdsm master (aka 3.6) should work or should not work on el6? [downstream/upstream/customized]

should work, for gluster

> does it mean that 3.6 cluster level will not be supported at el6?

for virt side, yes.

> does it mean that 3.5 will be supported long cycle for el6 to bridge the gap for these who do not upgrade to el7? no new features for el6 (z-stream only)?

yes, that's the plan - no new features for the virt side for .el6.
my question was when this would be true for the gluster side.

>
>>
>>>
>>>>
>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Dan.
>>>>>
>>>>> _______________________________________________
>>>>> Devel mailing list
>>>>> Devel at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>
>>>> _______________________________________________
>>>> Devel mailing list
>>>> Devel at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>
>>
>>




More information about the Devel mailing list