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

2018-02-08 9:51 GMT+01:00 Martin Perina <mperina(a)redhat.com&gt;: > > > On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com&gt; wrote: > >> >> >> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)redhat.com&gt; >> 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. > > Dafna, AFAIK s390x job was removed, so what else needs to be done for > this patch to pass through CQ? > I see that https://gerrit.ovirt.org/#/c/87116/ has been tested in http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/ which vailed on basic sanity test running VMs: Traceback (most recent call last): File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py", line 105, in vm_run api.vms.get(VM0_NAME).start(start_params) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 31193, in start headers={"Correlation-Id":correlation_id} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 400 reason: Bad Request detail: Current master is on https://gerrit.ovirt.org/#/c/86220/ and it's now under testing in http://jenkins.ovirt.org/job/ovirt-master_change-queue- tester/5471/ Waiting to see if it passes or not.

> ​ > >> >> >>> >>> On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo(a)redhat.com&gt; >>> wrote: >>> >>>> >>>> >>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com&gt;: >>>> >>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)redhat.com&gt; >>>>> 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&gt; 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> >>>> >>>> >>> >>> _______________________________________________ >>> Devel mailing list >>> Devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel >>> >> >> >> _______________________________________________ >> Devel mailing list >> Devel(a)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(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>