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

Fri Feb 9 09:55:26 UTC 2018


> On 9 Feb 2018, at 10:39, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
> 
> 
> 
> 2018-02-09 10:36 GMT+01:00 Michal Skrivanek <michal.skrivanek at redhat.com <mailto:michal.skrivanek at redhat.com>>:
> 
> 
>> On 8 Feb 2018, at 09:51, Martin Perina <mperina at redhat.com <mailto:mperina at redhat.com>> wrote:
>> 
>> 
>> 
>> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul at redhat.com <mailto:ykaul at redhat.com>> wrote:
>> 
>> 
>> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken at redhat.com <mailto:danken at redhat.com>> wrote:
>> We still do not have vdsm-4.30 in http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ <http://plain.resources.ovirt.org/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 <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?

https://gerrit.ovirt.org/87377

it’s not “update” friendly, but that should be ok in this case

it’s not going to solve the above error, that’s due to wrong vdsm as Danken says

Thanks,
michal

> 
>  
> 
> 
>> 
>> 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 <mailto:sbonazzo at redhat.com>> wrote:
>> 
>> 
>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken at redhat.com <mailto:danken at redhat.com>>:
>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani at redhat.com <mailto: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 <mailto: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/ <https://gerrit.ovirt.org/#/c/87070/>
>> >>>
>> >>> 2. branched out ovirt-4.2 from git master
>> >>>
>> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ <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.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ <http://plain.resources.ovirt.org/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/rpm/el7/noarch/ <http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/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/ <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/ <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 <mailto:Devel at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/devel <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 <mailto:Devel at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/devel <http://lists.ovirt.org/mailman/listinfo/devel>
>> 
>> 
>> _______________________________________________
>> Devel mailing list
>> Devel at ovirt.org <mailto:Devel at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/devel <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 <mailto:Devel at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/devel <http://lists.ovirt.org/mailman/listinfo/devel>
> 
> _______________________________________________
> Devel mailing list
> Devel at ovirt.org <mailto:Devel at ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/devel <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/e78d3590/attachment.html>