On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <[email protected]> wrote:
> 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. > Isn't a patch to explicitly set the cluster level to 4.2 will solve it? Y. > > On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <[email protected]> > wrote: > >> >> >> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <[email protected]>: >> >>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <[email protected]> >>> wrote: >>> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote: >>> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <[email protected]> >>> 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 >>> [email protected] >>> 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 > [email protected] > http://lists.ovirt.org/mailman/listinfo/devel >
_______________________________________________ Devel mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/devel
