+1, glad to hear that.
On Mon, Oct 22, 2018 at 8:32 PM Dafna Ron <dron(a)redhat.com> wrote:
I am starting to see master jobs passing so it seems the issue is
resolved
https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_cha...
On Mon, Oct 22, 2018 at 5:54 PM Eyal Edri <eedri(a)redhat.com> wrote:
> I'm back at the office tomorrow, let me know if anything else else is
> needed.
>
> On Mon, Oct 22, 2018, 17:34 Dafna Ron <dron(a)redhat.com> wrote:
>
>> openvswitch2.10 was tagged and Gal just merged:
>>
https://gerrit.ovirt.org/#/c/95014/
>>
>> I re-triggered latest changes from failed projects and will update once
>> I see results.
>>
>> thanks,
>> Dafna
>>
>>
>> On Sun, Oct 21, 2018 at 12:29 PM Dafna Ron <dron(a)redhat.com> wrote:
>>
>>> sandro was away for a few days. maybe eyal or Rafael Martins can help
>>> with the tagging issue
>>>
>>> On Sun, Oct 21, 2018 at 8:49 AM Galit Rosenthal <grosenth(a)redhat.com>
>>> wrote:
>>>
>>>> Any updates, still failing?
>>>>
>>>> On Thu, Oct 18, 2018 at 6:49 PM Dafna Ron <dron(a)redhat.com> wrote:
>>>>
>>>>> adding sandron
>>>>>
>>>>> On Thu, Oct 18, 2018 at 4:46 PM Miguel Duarte de Mora Barroso <
>>>>> mdbarroso(a)redhat.com> wrote:
>>>>>
>>>>>> On Thu, Oct 18, 2018 at 5:32 PM, Dafna Ron
<dron(a)redhat.com> wrote:
>>>>>> > my patch is installing correct dpdk from extras but using
>>>>>> openvswitch2.9 and
>>>>>> > not 2.10
>>>>>> > is that package bump merged?
>>>>>>
>>>>>> No; ovs-2.10 (the build located at [0]) will need to be tagged.
>>>>>>
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > On Thu, Oct 18, 2018 at 12:52 PM Miguel Duarte de Mora
Barroso
>>>>>> > <mdbarroso(a)redhat.com> wrote:
>>>>>> >>
>>>>>> >> On Thu, Oct 18, 2018 at 1:27 PM, Dafna Ron
<dron(a)redhat.com>
>>>>>> wrote:
>>>>>> >> > I added dpdk to the 4.2 repo as well which should
solve the
>>>>>> issue in
>>>>>> >> > upgrade
>>>>>> >> > I do see that
>>>>>>
http://mirror.centos.org/centos/7/extras/x86_64/Packages/
>>>>>> >> > has
>>>>>> >> > both dpdk-16.11.2-4.el7.x86_64.rpm and
>>>>>> dpdk-17.11-7.el7.x86_64.rpm so
>>>>>> >> > hope
>>>>>> >> > it would grab the correct one.
>>>>>> >> >
>>>>>> >>
>>>>>> >> I have only tested it w/ dpdk-17.11-13.el7.x86_64 - and
that
>>>>>> works.
>>>>>> >> That's also in extras, and from my understanding in
should push
>>>>>> the
>>>>>> >> latest one available.
>>>>>> >>
>>>>>> >> Fingers crossed.
>>>>>> >>
>>>>>> >> >
>>>>>> >> >
>>>>>> >> > On Thu, Oct 18, 2018 at 11:37 AM Miguel Duarte de
Mora Barroso
>>>>>> >> > <mdbarroso(a)redhat.com> wrote:
>>>>>> >> >>
>>>>>> >> >> On Thu, Oct 18, 2018 at 11:56 AM, Dafna Ron
<dron(a)redhat.com>
>>>>>> wrote:
>>>>>> >> >> > Hi,
>>>>>> >> >> >
>>>>>> >> >> > We have a failure in upgrade suite.
>>>>>> >> >> > Issue is due to openvswitch failing to
install due to dpdk
>>>>>> deps.
>>>>>> >> >> > it seems that even after we add the
missing package there
>>>>>> are some
>>>>>> >> >> > issues
>>>>>> >> >> > with dependencies.
>>>>>> >> >> >
>>>>>> >> >> > I see that Miguel has a patch for that as
well - Miguel, can
>>>>>> you
>>>>>> >> >> > please
>>>>>> >> >> > update on the issue?
>>>>>> >> >> >
>>>>>> >> >> > full log is here;
>>>>>> >> >> >
>>>>>> >> >> >
>>>>>> >> >> >
>>>>>> >> >> >
>>>>>>
https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10643/arti...
>>>>>> >> >> >
>>>>>> >> >> > My patch which continues to fail after
adding the packge:
>>>>>> >> >> >
https://gerrit.ovirt.org/#/c/95015/
>>>>>> >> >> >
>>>>>> >> >> > error for jobs:
https://pastebin.com/CfLTRe5R
>>>>>> >> >> >
>>>>>> >> >> > Thanks,
>>>>>> >> >> > Dafna
>>>>>> >> >> >
>>>>>> >> >>
>>>>>> >> >> Hi all,
>>>>>> >> >>
>>>>>> >> >> I am quite probably the culprit of this entire
ordeal.
>>>>>> >> >>
>>>>>> >> >> To use openvswitch 2.10 - [0] - , we need the
latest dpdk
>>>>>> libraries,
>>>>>> >> >> which are available on the centos *extra*
repo.
>>>>>> >> >>
>>>>>> >> >> Following Alan Pevec's advice I told Sandro
to untag the
>>>>>> current
>>>>>> >> >> version of dpdk, which would - from what I
understood - get us
>>>>>> dpdk
>>>>>> >> >> from *extras*. Patch [1] does that.
>>>>>> >> >>
>>>>>> >> >> Now, thing is, that it works for openvswitch
2.10, not
>>>>>> openvswitch 2.9
>>>>>> >> >> - which is what we're shipping in 4.2.7,
and is being pulled
>>>>>> in the
>>>>>> >> >> failed OST run. I also think it failed even
after your patch
>>>>>> because
>>>>>> >> >> it attempts to retrieve dpdk from the centos
*base* repo, not
>>>>>> the
>>>>>> >> >> *extras*.
>>>>>> >> >>
>>>>>> >> >> Build [2] is an OST execution of the basic
suite, using
>>>>>> ovs-2.10 with
>>>>>> >> >> its dpdk dependency, which passed
successfully.
>>>>>> >> >>
>>>>>> >> >> Build [3] is an OST execution of the upgrade
suite, using
>>>>>> ovs-2.10
>>>>>> >> >> with its dpdk dependency. It failed, but, from
the host
>>>>>> yum.log - at
>>>>>> >> >> [4], it seems the issue you described above is
fixed.
>>>>>> >> >>
>>>>>> >> >> I think that there are 2 courses of action
depending on what
>>>>>> we want to
>>>>>> >> >> deliver:
>>>>>> >> >> ovs-2.9 - re-tag the old DPDK version in the
virt sig
>>>>>> >> >> ovs-2.10 - tag build [1], and get the DPDK
dependencies from
>>>>>> centos
>>>>>> >> >> extra packages
>>>>>>
>>>>>> @Sandro: your thoughts on this? For 4.3 I think the best is to
bump
>>>>>> the ovs version
>>>>>>
>>>>>> >> >>
>>>>>> >> >> [0] -
https://cbs.centos.org/koji/buildinfo?buildID=24364
>>>>>> >> >> [1] -
https://gerrit.ovirt.org/#/c/95014/
>>>>>> >> >> [2] -
>>>>>>
https://jenkins.ovirt.org/job/ovirt-system-tests_manual/3389/
>>>>>> >> >> [3] -
>>>>>>
https://jenkins.ovirt.org/job/ovirt-system-tests_manual/3390/
>>>>>> >> >> [4] -
>>>>>> >> >>
>>>>>> >> >>
>>>>>>
https://jenkins.ovirt.org/job/ovirt-system-tests_manual/3390/artifact/exp...
>>>>>> >> >>
>>>>>> >> >> >
>>>>>> >> >> >
>>>>>>
>>>>>
>>>>
>>>> --
>>>>
>>>> GALIT ROSENTHAL
>>>>
>>>> SOFTWARE ENGINEER
>>>>
>>>> Red Hat
>>>>
>>>> <
https://www.redhat.com/>
>>>>
>>>> galit(a)gmail.com T: 972-9-7692230
>>>> <
https://red.ht/sig>
>>>>
>>>
--
Eyal edri
MANAGER
RHV/CNV DevOps
EMEA VIRTUALIZATION R&D
Red Hat EMEA <
TRIED. TESTED. TRUSTED. <