[ovirt-devel] OST 4.1 failure: Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running', ))

Fri May 12 11:02:37 UTC 2017

So repoman pulls both of the versions to the internal repo? I think we're
running repoman with only latest flag...

On May 12, 2017 12:29 PM, "Anton Marchukov" <amarchuk at redhat.com> wrote:

> Hello Barak.
>
> Yes. repoman pulls the latest version and that version is in latest and
> latest.under_test on resources. Additionally it is proven by lago.log too.
>
> The only problem seems to be the mock env that runs the python itself.
>
> Anton.
>
> On Fri, May 12, 2017 at 11:03 AM, Barak Korren <bkorren at redhat.com> wrote:
>
>> Anton, are you seeing reponan pull the right version in the lago logs? We
>> need to know if it makes it into the Lago local repo or not.
>>
>> Barak Korren
>> bkorren at redhat.com
>> RHCE, RHCi, RHV-DevOps Team
>> https://ifireball.wordpress.com/
>>
>> בתאריך 12 במאי 2017 11:13,‏ "Anton Marchukov" <amarchuk at redhat.com> כתב:
>>
>>> Hello Ondra.
>>>
>>> Yes I see it installs the old version, e.g. the latest master run at [1]
>>> installs:
>>>
>>> *07:43:13* [basic_suit_el7] Updated:*07:43:13* [basic_suit_el7]   python-ovirt-engine-sdk4.x86_64 0:4.2.0-1.a0.20170511git210c375.el7.centos
>>>
>>>
>>> while the latest version is indeed  python-ovirt-engine-sdk4-4.2.
>>> 0-1.a1.20170512git7c40be2.el7.centos.x86_64.rpm
>>>
>>> Just for the record: latest and latest.under_test have correct version
>>> of the package, so it does not look to be a repoman bug.
>>>
>>> Checking OST sources now...
>>>
>>> [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimenta
>>> l_master/6651/consoleFull
>>>
>>> On Fri, May 12, 2017 at 9:43 AM, Ondra Machacek <omachace at redhat.com>
>>> wrote:
>>>
>>>> Hello Anton,
>>>>
>>>> So I've bumped the version, but it's still installing the old one.
>>>> The bumped version:
>>>>
>>>>  python-ovirt-engine-sdk4-4.2.0-1.a1.20170512git7c40be2.el7.
>>>> centos.x86_64.rpm
>>>> <http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_master_build-artifacts-el7-x86_64/74/artifact/exported-artifacts/python-ovirt-engine-sdk4-4.2.0-1.a1.20170512git7c40be2.el7.centos.x86_64.rpm>
>>>>
>>>> Log from OST run:
>>>>
>>>> *07:25:59* [upgrade-from-release_suit_el7] ================================================================================*07:25:59* [upgrade-from-release_suit_el7]  Package                  Arch   Version            Repository             Size*07:25:59* [upgrade-from-release_suit_el7] ================================================================================*07:25:59* [upgrade-from-release_suit_el7] Installing:*07:25:59* [upgrade-from-release_suit_el7]  python-ovirt-engine-sdk4 x86_64 4.2.0-1.a0.20170511git210c375.el7.centos*07:25:59* [upgrade-from-release_suit_el7]                                                     ovirt-master-snapshot 446 k*07:25:59* [upgrade-from-release_suit_el7] Installing for dependencies:*07:25:59* [upgrade-from-release_suit_el7]  python-enum34            noarch 1.0.4-1.el7        centos-base-el7        52 k*07:25:59* [upgrade-from-release_suit_el7] *07:25:59* [upgrade-from-release_suit_el7] Transaction Summary*07:25:59* [upgrade-from-release_suit_el7] ================================================================================
>>>>
>>>>
>>>> On Thu, May 11, 2017 at 8:35 PM, Anton Marchukov <amarchuk at redhat.com>
>>>> wrote:
>>>>
>>>>> Hello Ondra.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> It seems that the manual job populates SDK from custom repo only for
>>>>> the VMs under test, but the mock where the python test code runs does not
>>>>> use it from there. So the release of bumped version will be good idea.
>>>>>
>>>>> Anton.
>>>>>
>>>>> On Thu, May 11, 2017 at 8:20 PM, Ondra Machacek <omachace at redhat.com>
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <amarchuk at redhat.com
>>>>>> > wrote:
>>>>>>
>>>>>>> On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <omachace at redhat.com
>>>>>>> > wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> *15:50:44* [basic_suit_el7] Updated:
>>>>>>>>>
>>>>>>>>> *15:50:44* [basic_suit_el7]   python-ovirt-engine-sdk4.x86_64 0:4.2.0-1.a0.20170511git210c375.el7.centos
>>>>>>>>>
>>>>>>>>>
>>>>>>>> This is incorrect version. The correct one is:
>>>>>>>>
>>>>>>>>  python-ovirt-engine-sdk4-4.2.0-1.a0.20170511gitcd0adb4.el7.
>>>>>>>> centos.x86_64.rpm
>>>>>>>> <http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_master_build-artifacts-el7-x86_64/71/artifact/exported-artifacts/python-ovirt-engine-sdk4-4.2.0-1.a0.20170511gitcd0adb4.el7.centos.x86_64.rpm>
>>>>>>>>
>>>>>>>> From this build:
>>>>>>>>
>>>>>>>>  http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_maste
>>>>>>>> r_build-artifacts-el7-x86_64/71/
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Sounds like we have a problem if the version different only by git
>>>>>>> hashes. They are not ordered.
>>>>>>>
>>>>>>> I suggest we just merge the version bump at
>>>>>>> https://gerrit.ovirt.org/#/c/76732/ and then see which version it
>>>>>>> will install.
>>>>>>>
>>>>>>> Any objections to that?
>>>>>>>
>>>>>>
>>>>>> OK, I will do a proper release.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Anton Marchukov
>>>>>>> Senior Software Engineer - RHEV CI - Red Hat
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Anton Marchukov
>>>>> Senior Software Engineer - RHEV CI - Red Hat
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Anton Marchukov
>>> Senior Software Engineer - RHEV CI - Red Hat
>>>
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>
> _______________________________________________
> Devel mailing list
> Devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20170512/81eb7c38/attachment-0001.html>