On Mon, Mar 16, 2015 at 06:02:36PM +0200, 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.
Could you provide more details about your needs? Catering for d/s RHS is
very important, but since it's expensive to maintain, I'd like to
understand more.
Please note again that when installed on el6, ovirt-3.6's vdsm would NOT
expose clusterLevel=3.6, so theoretically you can keep ovirt-3.5's vdsm.
Do you plan an Engine-side hack in order to use new 3.6 gluster functionality
despite clusterLevel<=3.5?
Regards,
Dan.