On Thu, Aug 9, 2018 at 12:41 PM, Anton Marchukov <amarchuk(a)redhat.com> wrote:
Hello Barak, Dan.
Repoman indeed expect the link to jenkins job only and cannot work
with specific artifact path. So I think the last rerun [1] with just
http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_6...
worked on repoman side as I see from lago log, the artifacts were
detected and downloaded:
2018-08-08 19:58:14,067::INFO::root::Saving
/dev/shm/ost/deployment-network-suite-4.2/default/internal_repo/default/el7/x86_64/vdsm-4.20.36-11.git9f9bbcc.el7.x86_64.rpm
2018-08-08 19:58:14,068::INFO::root::Saving
/dev/shm/ost/deployment-network-suite-4.2/default/internal_repo/default/el7/noarch/vdsm-api-4.20.36-11.git9f9bbcc.el7.noarch.rpm
…
That matches artifact names produced by the job Dan passed as the parameter:
vdsm-4.20.36-11.git9f9bbcc.el7.x86_64.rpm
vdsm-api-4.20.36-11.git9f9bbcc.el7.noarch.rpm
...
[1]
https://jenkins.ovirt.org/job/ovirt-system-tests_manual/3054/
Darn, you are right. The second job did take the correct vdsm. It
failed due to a production bug that we need to fix.
>
>
> On 9 August 2018 at 09:25:40, Dan Kenigsberg (danken(a)redhat.com) wrote:
>> On Thu, Aug 9, 2018 at 8:29 AM, Barak Korren wrote:
>> >
>> >
>> > On 8 August 2018 at 22:53, Dan Kenigsberg wrote:
>> >>
>> >> I've executed
>> >>
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/3053/parameters/
>> >> using
>> >>
http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_6...
>> >> as customer repo.
>> >>
>> >> The custom repo has vdsm-4.20.36-11.git9f9bbcc.el7.x86_64.rpm which I
>> >> expected would be pulled onto ost hosts. However
>> >>
>> >>
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/3053/artifact/expo...
>> >> shows that this was not the case.
>> >>
>> >> Any idea why is that?
>> >
>> >
>> >
>> > I can see the following in lago.log (in the section that includes the
>> > repoman log):
>> >
>> > 2018-08-08 18:47:02,357::INFO::repoman.common.repo::Resolving artifact
>> > source
>> >
http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_6...
>> > 2018-08-08 18:47:02,493::INFO::repoman.common.sources.jenkins::Parsing
>> > jenkins URL:
>> >
http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_6...
>> > 2018-08-08 18:47:02,493::WARNING::root:: No artifacts found
>> > 2018-08-08 18:47:02,493::INFO::root:: Done
>> >
>> >
>> > The fact that the log says 'Parsing jenkins URL' means that repoman
properly
>> > detects that it is a URL to a Jenkins build, additionally when I run the
>> > following locally it seems to download the packages just fine:
>> >
>> > repoman ~/tmp/repo add
>> >
http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_6...
>> >
>> > So this looks like a repoman bug. Adding Anton.
>> >
>> > @Dan - can you just retry?
>>
>> I did try again, in
>>
https://jenkins.ovirt.org/job/ovirt-system-tests_manual/3054 which
>> failed again.
>> However, this time it has an empty lago.log.
>>
>> >
>> >
>> >>
>> >> _______________________________________________
>> >> Devel mailing list -- devel(a)ovirt.org
>> >> To unsubscribe send an email to devel-leave(a)ovirt.org
>> >> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
>> >> oVirt Code of Conduct:
>> >>
https://www.ovirt.org/community/about/community-guidelines/
>> >> List Archives:
>> >>
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PQHTXDZ6SLW...
>> >
>> >
>> >
>> >
>> > --
>> > Barak Korren
>> > RHV DevOps team , RHCE, RHCi
>> > Red Hat EMEA
>> >
redhat.com | TRIED. TESTED. TRUSTED. |
redhat.com/trusted
>>