Re: ovirt-engine-nodejs-modules build-artifacts failing on el7 and fc30

On Tue, Mar 3, 2020 at 8:35 AM Sharon Gratch <sgratch(a)redhat.com&gt; wrote: > > > On Tue, Mar 3, 2020 at 3:17 PM Michal Skrivanek < > michal.skrivanek(a)redhat.com&gt; wrote: > >> >> >> On 3 Mar 2020, at 09:14, Barak Korren <bkorren(a)redhat.com&gt; wrote: >> >> It matters - because it would block sending the relevant builds to the >> CQ. >> >> >> yes >> >> >> One thing that could make YARN fail in CI but not in local mock is the >> fact the we have HTTP_PROXY defined in the CI environment and pointing to a >> Squid server. >> >> >> A typical issue we see people having is when connecting to `localhost` >> and ending up being blocked by the proxy. Please make sure the NO_PROXY env >> var is set appropriately if that is the case? >> >> >> good point, we can try that I guess. Weird thing is it succeeds some >> time. >> Scott, can you try that? >> > > > > @Sandro Bonazzola <sbonazzo(a)redhat.com&gt; tries that by using a specific > local proxy solution: https://gerrit.ovirt.org/107358 > > > I was just watching the jenkins build on his patch and it failed with exactly the same error as before. FWIW, the pre-seed patch in question (https://gerrit.ovirt.org/107309) only needs to do a total of 8 npm/yarnpkg repo downloads per build-artifacts run. So it isn't exactly asking for a huge effort. ;-)

> >> >> Why is this not failing in check-patch as well BTW? >> >> >> I think it doesn’t do any downloads, just checks the presence of >> package.json. >> >> Thanks, >> michal >> >> >> On Tue, 3 Mar 2020 at 10:07, Michal Skrivanek < >> michal.skrivanek(a)redhat.com&gt; wrote: >> >>> is this a better list? or no one cares? >>> >>> On 2 Mar 2020, at 09:40, Michal Skrivanek <michal.skrivanek(a)redhat.com&gt; >>> wrote: >>> >>> >>> >>> On 1 Mar 2020, at 17:54, Scott Dickerson <sdickers(a)redhat.com&gt; wrote: >>> >>> Hi, >>> >>> On the merge phase on patch [1], both the el7 and fc30 build have been >>> failing. Examples are [2] and [3]. I'm guessing there are environmental >>> issues that I can't fix from the project's perspective. Typical example of >>> the error from the log: >>> >>> >>> it seems to fail randomly, in run 93 el8 and fc30 fails while el7 and >>> fc29 succeeds, in run 94 it’s fc30 that’s failing and el8 succeeded. >>> >>> >>> [2020-03-01T15:55:19.475Z] + yarn install --pure-lockfile --har >>> [2020-03-01T15:55:19.475Z] + >>> /home/jenkins/workspace/ovirt-engine-nodejs-modules_standard-on-merge/ovirt-engine-nodejs-modules/yarn-1.17.3.js >>> install --pure-lockfile --har >>> [2020-03-01T15:55:19.475Z] yarn install v1.17.3 >>> [2020-03-01T15:55:19.475Z] [1/5] Resolving packages... >>> [2020-03-01T15:55:19.475Z] [2/5] Fetching packages... >>> [2020-03-01T15:55:19.475Z] error An unexpected error occurred: " >>> https://registry.yarnpkg.com/@patternfly/react-core/-/react-core-3.134.2.tgz: >>> unexpected end of file". >>> >>> Running the build in mock_runner locally targeted for el7, el8, fc29 >>> and fc30 work just fine. >>> >>> Help please! >>> >>> [1] - https://gerrit.ovirt.org/#/c/107309/ >>> [2] - >>> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-engine-nodejs-... >>> [3] - >>> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-engine-nodejs-... >>> >>> >>> -- >>> Scott Dickerson >>> Senior Software Engineer >>> RHV-M Engineering - UX Team >>> Red Hat, Inc >>> >>> >>> >>> _______________________________________________ >>> Infra mailing list -- infra(a)ovirt.org >>> To unsubscribe send an email to infra-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/infra@ovirt.org/message/MJAIPCG6VJJ... >>> >> >> >> -- >> Barak Korren >> RHV DevOps team , RHCE, RHCi >> Red Hat EMEA >> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >> >> >> -- Scott Dickerson Senior Software Engineer RHV-M Engineering - UX Team Red Hat, Inc