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

Sandro Bonazzola sbonazzo at redhat.com
Fri Feb 9 09:34:06 UTC 2018 

2018-02-09 9:23 GMT+01:00 Sandro Bonazzola <sbonazzo at redhat.com>:

>
>
> 2018-02-08 9:51 GMT+01:00 Martin Perina <mperina at redhat.com>:
>
>>
>>
>> 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.
>>
>> 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.
>
>
It failed:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5471/testReport/(root)/004_basic_sanity/vm_run/

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:





>
>
>> ​
>>
>>>
>>>
>>>>
>>>> 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
>>
>
>
>
> --
>
> 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 <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/733c910d/attachment-0001.html>

More information about the Devel mailing list