We still do not have vdsm-4.30 in
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.
which is dated January 26th.
Can you please check what's failing in the testing change queue not letting
newer vdsm to land on tested repo?
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
>
>
> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>
>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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(a)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>
>
>
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <
TRIED. TESTED. TRUSTED. <