We are aware of this failure. Initially it was a bug in SDK4 and was (probably) fixed by Ondra, But now we have another bug in repoman which takes an older SDK version instead of latest. We're working on a fix as we speak. On Thu, May 11, 2017 at 6:26 PM, Nir Soffer <nsoffer(a)redhat.com&gt; wrote: > I got this failure in 4.1 build[1], which should not be relevant to > the tested patch[2] - is this a known issue? > > *13:31:47* # add_hosts: *13:31:47* Error while running thread*13:31:47* Traceback (most recent call last):*13:31:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue*13:31:47* queue.put({'return': func()})*13:31:47* File "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4*13:31:47* name=CLUSTER_NAME,*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add*13:31:47* return self._internal_add(host, headers, query, wait)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add*13:31:47* context = self._connection.send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send*13:31:47* sys.exc_info()[2]*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send*13:31:47* return self.__send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send*13:31:47* self._multi.add_handle(curl)*13:31:47* Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) > > > [1] http://jenkins.ovirt.org/view/oVirt%20system%20tests/job > /ovirt-system-tests_manual/374/console > [2] https://gerrit.ovirt.org/76645 > > Nir > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)

Take a look at this: *16:01:27* Package ovirt-engine-sdk-python-3.6.9.2-0.1.20161204.gite99bbd1.el7.centos.noarch already installed and latest version*16:01:28* *16:01:28* ================================================================================*16:01:28* Package Arch Version Repository Size*16:01:28* ================================================================================*16:01:28* Installing:*16:01:28* python-ovirt-engine-sdk4 x86_64 4.2.0-1.a0.20170511git210c375.el7.centos*16:01:28* ovirt-master-tested 446 k*16:01:28* Installing for dependencies:*16:01:28* python-enum34 noarch 1.0.4-1.el7 centos-base-el7 52 k*16:01:28* *16:01:28* Transaction Summary*16:01:28* ================================================================================*16:01:28* Install 1 Package (+1 Dependent package)*16:01:28* *16:01:28* Total size: 498 k*16:01:28* Installed size: 5.1 M*16:01:30* *16:01:30* Installed:*16:01:30* python-ovirt-engine-sdk4.x86_64 0:4.2.0-1.a0.20170511git210c375.el7.centos It's replaced for some reason. On Thu, May 11, 2017 at 6:02 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: > Hello Ondra. > > Looks like the bump did not fixed it alas, see here: > > http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovi > rt-system-tests_manual/376/artifact/exported-artifacts/lago_logs/lago.log > > Thanks. > > On Thu, May 11, 2017 at 5:31 PM, Eyal Edri <eedri(a)redhat.com&gt; wrote: > >> We are aware of this failure. >> Initially it was a bug in SDK4 and was (probably) fixed by Ondra, >> But now we have another bug in repoman which takes an older SDK version >> instead of latest. >> >> We're working on a fix as we speak. >> >> On Thu, May 11, 2017 at 6:26 PM, Nir Soffer <nsoffer(a)redhat.com&gt; wrote: >> >>> I got this failure in 4.1 build[1], which should not be relevant to >>> the tested patch[2] - is this a known issue? >>> >>> *13:31:47* # add_hosts: *13:31:47* Error while running thread*13:31:47* Traceback (most recent call last):*13:31:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue*13:31:47* queue.put({'return': func()})*13:31:47* File "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4*13:31:47* name=CLUSTER_NAME,*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add*13:31:47* return self._internal_add(host, headers, query, wait)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add*13:31:47* context = self._connection.send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send*13:31:47* sys.exc_info()[2]*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send*13:31:47* return self.__send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send*13:31:47* self._multi.add_handle(curl)*13:31:47* Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) >>> >>> >>> [1] http://jenkins.ovirt.org/view/oVirt%20system%20tests/job >>> /ovirt-system-tests_manual/374/console >>> [2] https://gerrit.ovirt.org/76645 >>> >>> Nir >>> >>> _______________________________________________ >>> Devel mailing list >>> Devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel >>> >> >> >> >> -- >> >> Eyal edri >> >> >> ASSOCIATE MANAGER >> >> RHV DevOps >> >> EMEA VIRTUALIZATION R&D >> >> >> Red Hat EMEA <https://www.redhat.com/> >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. >> <https://redhat.com/trusted> >> phone: +972-9-7692018 <+972%209-769-2018> >> irc: eedri (on #tlv #rhev-dev #rhev-integ) >> > > > > -- > Anton Marchukov > Senior Software Engineer - RHEV CI - Red Hat > >

I see that in all the runs it's updated to incorrect version before the tests run for some reason. On Thu, May 11, 2017 at 7:46 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: > Hello Ondra. > > For the bump patch at https://gerrit.ovirt.org/#/c/76732/1 I see that > job still built python-ovirt-engine-sdk4-4.2.0-1.a1.20170511git20eea95.fc25.x86_64.rpm > while the bump was to a2. I am now going to check this in manual job one > more time to be sure. > > Thanks. > > On Thu, May 11, 2017 at 7:19 PM, Ondra Machacek <omachace(a)redhat.com&gt; > wrote: > >> Take a look at this: >> >> *16:01:27* Package ovirt-engine-sdk-python-3.6.9.2-0.1.20161204.gite99bbd1.el7.centos.noarch already installed and latest version*16:01:28* *16:01:28* ================================================================================*16:01:28* Package Arch Version Repository Size*16:01:28* ================================================================================*16:01:28* Installing:*16:01:28* python-ovirt-engine-sdk4 x86_64 4.2.0-1.a0.20170511git210c375.el7.centos*16:01:28* ovirt-master-tested 446 k*16:01:28* Installing for dependencies:*16:01:28* python-enum34 noarch 1.0.4-1.el7 centos-base-el7 52 k*16:01:28* *16:01:28* Transaction Summary*16:01:28* ================================================================================*16:01:28* Install 1 Package (+1 Dependent package)*16:01:28* *16:01:28* Total size: 498 k*16:01:28* Installed size: 5.1 M*16:01:30* *16:01:30* Installed:*16:01:30* python-ovirt-engine-sdk4.x86_64 0:4.2.0-1.a0.20170511git210c375.el7.centos >> >> It's replaced for some reason. >> >> >> On Thu, May 11, 2017 at 6:02 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; >> wrote: >> >>> Hello Ondra. >>> >>> Looks like the bump did not fixed it alas, see here: >>> >>> http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovi >>> rt-system-tests_manual/376/artifact/exported-artifacts/lago_ >>> logs/lago.log >>> >>> Thanks. >>> >>> On Thu, May 11, 2017 at 5:31 PM, Eyal Edri <eedri(a)redhat.com&gt; wrote: >>> >>>> We are aware of this failure. >>>> Initially it was a bug in SDK4 and was (probably) fixed by Ondra, >>>> But now we have another bug in repoman which takes an older SDK >>>> version instead of latest. >>>> >>>> We're working on a fix as we speak. >>>> >>>> On Thu, May 11, 2017 at 6:26 PM, Nir Soffer <nsoffer(a)redhat.com&gt; >>>> wrote: >>>> >>>>> I got this failure in 4.1 build[1], which should not be relevant to >>>>> the tested patch[2] - is this a known issue? >>>>> >>>>> *13:31:47* # add_hosts: *13:31:47* Error while running thread*13:31:47* Traceback (most recent call last):*13:31:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue*13:31:47* queue.put({'return': func()})*13:31:47* File "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4*13:31:47* name=CLUSTER_NAME,*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add*13:31:47* return self._internal_add(host, headers, query, wait)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add*13:31:47* context = self._connection.send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send*13:31:47* sys.exc_info()[2]*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send*13:31:47* return self.__send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send*13:31:47* self._multi.add_handle(curl)*13:31:47* Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) >>>>> >>>>> >>>>> [1] http://jenkins.ovirt.org/view/oVirt%20system%20tests/job >>>>> /ovirt-system-tests_manual/374/console >>>>> [2] https://gerrit.ovirt.org/76645 >>>>> >>>>> Nir >>>>> >>>>> _______________________________________________ >>>>> Devel mailing list >>>>> Devel(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Eyal edri >>>> >>>> >>>> ASSOCIATE MANAGER >>>> >>>> RHV DevOps >>>> >>>> EMEA VIRTUALIZATION R&D >>>> >>>> >>>> Red Hat EMEA <https://www.redhat.com/> >>>> <https://red.ht/sig> TRIED. TESTED. TRUSTED. >>>> <https://redhat.com/trusted> >>>> phone: +972-9-7692018 <+972%209-769-2018> >>>> irc: eedri (on #tlv #rhev-dev #rhev-integ) >>>> >>> >>> >>> >>> -- >>> Anton Marchukov >>> Senior Software Engineer - RHEV CI - Red Hat >>> >>> >> > > > -- > Anton Marchukov > Senior Software Engineer - RHEV CI - Red Hat > >

We are aware of this failure. Initially it was a bug in SDK4 and was (probably) fixed by Ondra, But now we have another bug in repoman which takes an older SDK version instead of latest. We're working on a fix as we speak. On Thu, May 11, 2017 at 6:26 PM, Nir Soffer <nsoffer(a)redhat.com&gt; wrote: > I got this failure in 4.1 build[1], which should not be relevant to > the tested patch[2] - is this a known issue? > > *13:31:47* # add_hosts: *13:31:47* Error while running thread*13:31:47* Traceback (most recent call last):*13:31:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue*13:31:47* queue.put({'return': func()})*13:31:47* File "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4*13:31:47* name=CLUSTER_NAME,*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add*13:31:47* return self._internal_add(host, headers, query, wait)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add*13:31:47* context = self._connection.send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send*13:31:47* sys.exc_info()[2]*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send*13:31:47* return self.__send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send*13:31:47* self._multi.add_handle(curl)*13:31:47* Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) > > > [1] http://jenkins.ovirt.org/view/oVirt%20system%20tests/job > /ovirt-system-tests_manual/374/console > [2] https://gerrit.ovirt.org/76645 > > Nir > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)

*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-artifa... From this build: http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_ master_build-artifacts-el7-x86_64/71/

On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: > On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <omachace(a)redhat.com&gt; > 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-artifa... >> >> 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 > >

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-artifa... 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(a)redhat.com&gt; 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(a)redhat.com&gt; > wrote: > >> >> >> On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; >> wrote: >> >>> On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <omachace(a)redhat.com&gt; >>> 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-artifa... >>>> >>>> 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, 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(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ בתאריך 12 במאי 2017 11:13,‏ "Anton Marchukov" <amarchuk(a)redhat.com&gt; כתב: > 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(a)redhat.com&gt; > 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-artifa... >> >> 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(a)redhat.com&gt; >> 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(a)redhat.com&gt; >>> wrote: >>> >>>> >>>> >>>> On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; >>>> wrote: >>>> >>>>> On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <omachace(a)redhat.com&gt; >>>>> 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-artifa... >>>>>> >>>>>> 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(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel >

So, yum is installing the older version even though it has a newer one visible in a repo it is configured to use? I guess its not reading the updated repodata then. We need to try and add 'yum clean metadata' after we configure the localrepo in the mock environment. On 12 May 2017 at 12:29, Anton Marchukov <amarchuk(a)redhat.com&gt; 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(a)redhat.com&gt; 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(a)redhat.com >> RHCE, RHCi, RHV-DevOps Team >> https://ifireball.wordpress.com/ >> >> בתאריך 12 במאי 2017 11:13,‏ "Anton Marchukov" <amarchuk(a)redhat.com&gt; כתב: >>> >>> 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_experimental_master/6651/con... >>> >>> On Fri, May 12, 2017 at 9:43 AM, Ondra Machacek <omachace(a)redhat.com&gt; >>> 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 >>>> >>>> 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(a)redhat.com&gt; >>>> 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(a)redhat.com&gt; >>>>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <amarchuk(a)redhat.com&gt; >>>>>> wrote: >>>>>>> >>>>>>> On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <omachace(a)redhat.com&gt; >>>>>>> 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 >>>>>>>> >>>>>>>> From this build: >>>>>>>> >>>>>>>> >>>>>>>> http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_master_build-artifa... >>>>>>> >>>>>>> >>>>>>> >>>>>>> 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(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel > > > > > -- > Anton Marchukov > Senior Software Engineer - RHEV CI - Red Hat > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

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

BTW, master experimental was fixed by removing the old broken pkg from the repo. If we know the root cause of the error, we can test the fix on the 4.1 job now.

Yes, removed it from both. However, experimental then run on a new slave which I didn't clean and also passed.

Great! Can we verify it fixes 4.1 ?

> Maybe, I guess we can run manual with it and add newer SDK to > extra_sources then if we see it is getting installed in mock we know > it works. > > But do we have fixed SDK for 4.1 ? Yes, should be on latest experimental. The patch was merged: https://gerrit.ovirt.org/#/c/76714/