[ovirt-devel] [vdsm] stable branch ovirt-4.2 created

Sandro Bonazzola sbonazzo at redhat.com
Fri Feb 9 09:39:44 UTC 2018


2018-02-09 10:36 GMT+01:00 Michal Skrivanek <michal.skrivanek at redhat.com>:

>
>
> On 8 Feb 2018, at 09:51, Martin Perina <mperina at redhat.com> wrote:
>
>
>
> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul at redhat.com> wrote:
>
>>
>>
>> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken at redhat.com> wrote:
>>
>>> We still do not have vdsm-4.30 in http://plain.resources.ovirt.o
>>> rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current
>>> version there does not support 4.3 cluster level, we're constantly getting
>>>
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID:
>>> VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host
>>> lago-network-suite-master-host-0 is compatible with versions
>>> (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version
>>> 4.3.
>>>
>>> assistance to straighten this up is most welcome.
>>>
>>
>> Isn't a patch to explicitly set the cluster level to 4.2 will solve it?
>> Y.
>>
>
> ​We need to somehow allow https://gerrit.ovirt.org/87116​
>
> ​ to pass CQ, there was another thread about it yesterday, but no result.
>
>
> not sure if related to your test, but the 4.3 ServerCPUList is wrong in
> that merged patch. The list from line 962(original file) should have been
> used
>


Can you fix it so we can see if this solves?



>
>
>
> Dafna, AFAIK s390x job was removed, so what else needs to be done for this
> patch to pass through CQ?
>>
>>
>>
>>>
>>> On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo at redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken at redhat.com>:
>>>>
>>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani at redhat.com>
>>>>> wrote:
>>>>> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
>>>>> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <
>>>>> fromani at redhat.com> wrote:
>>>>> >>> Hi all,
>>>>> >>>
>>>>> >>>
>>>>> >>> With the help of Sandro (many thanks @sbonazzo !), we created
>>>>> minutes
>>>>> >>> ago the ovirt-4.2 stable branch:
>>>>> >>>
>>>>> >>>
>>>>> >>> Steps performed:
>>>>> >>>
>>>>> >>> 1. merged https://gerrit.ovirt.org/#/c/87070/
>>>>> >>>
>>>>> >>> 2. branched out ovirt-4.2 from git master
>>>>> >>>
>>>>> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for
>>>>> 4.3 level
>>>>> >>>
>>>>> >>> 4. createed and pushed the tag v4.30.0 from master, to make sure
>>>>> the
>>>>> >>> version number is greater of the stable versions, and to (somehow
>>>>> :))
>>>>> >>> align with oVirt versioning
>>>>> >>>
>>>>> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 and
>>>>> master,
>>>>> >>> both looks good and use the right version
>>>>> >>>
>>>>> >>>
>>>>> >>> Maintainers, please check it looks right for you before merging
>>>>> any new
>>>>> >>> patch to master branch.
>>>>> >>>
>>>>> >>>
>>>>> >>> Please let me know about any issue!
>>>>> >> Thank you Francesco (and Sandro).
>>>>> >>
>>>>> >> Any idea why http://plain.resources.ovirt.o
>>>>> rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/
>>>>> >> still does not hold any vdsm-4.20 , and
>>>>> >> http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
>>>>> pm/el7/noarch/
>>>>> >> does not have the new vdsm-4.30 ?
>>>>> >>
>>>>> >> ?
>>>>> >
>>>>> > Uhm, maybe related to CQ (Change Queue), because git state looks ok,
>>>>> one
>>>>> > data point:
>>>>> > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-
>>>>> demand-el7-x86_64/772/artifact/exported-artifacts/
>>>>> > built from this patch https://gerrit.ovirt.org/#/c/87213/
>>>>> >
>>>>> > in turn based on top of current master
>>>>>
>>>>> Maybe Barak knows? Making GQ tick is the intention of the jenkins
>>>>> patch, isn't it?
>>>>>
>>>>
>>>> I think it may be caused by a failure trying to build on fcraw for
>>>> s390x. I removed the failing jobs until we fix the issue on jenkins side.
>>>>
>>>>
>>>>
>>>>
>>>>> _______________________________________________
>>>>> Devel mailing list
>>>>> Devel at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> SANDRO BONAZZOLA
>>>>
>>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
>>>> Red Hat EMEA <https://www.redhat.com/>
>>>> <https://red.ht/sig>
>>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
>
> --
> Martin Perina
> Associate Manager, Software Engineering
> Red Hat Czech s.r.o.
> _______________________________________________
> 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
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20180209/067d2fa7/attachment-0001.html>


More information about the Devel mailing list