Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1331787
Summary: | race condition on builder caused by createrepo_c? | ||
---|---|---|---|
Product: | [Internal] Red Hat Internal Copr | Reporter: | Pavel Raiskup <praiskup> |
Component: | backend | Assignee: | Copr Team <copr-team> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | unspecified | CC: | itmodelfont82, kdudka, msuchy |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-12-11 11:52:29 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pavel Raiskup
2016-04-29 13:42:37 UTC
Maybe related bug report 1355720; again reported by Kamil, thanks. The real cause was: DEBUG util.py:417: Cannot retrieve metalink for repository: updates/23/x86_64. Please verify its path and try again So probably bad fedora metalink state. (In reply to Miroslav Suchý from comment #2) > The real cause was: > > DEBUG util.py:417: Cannot retrieve metalink for repository: > updates/23/x86_64. Please verify its path and try again > > So probably bad fedora metalink state. Cloud be ... but how does it explain the following part of the output? DEBUG util.py:417: http://coprbe.devel.redhat.com/repos/kdudka/covscan-testing/fedora-23-x86_64/devel/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found I was just building updates for an existing copr repository (yes, in parallel). The repodata file was not found. It should have existed all the time and only be atomically replaced with its new version. I did not realize there was "devel/" inserted in the URL. Anyway, why is copr passing a URL to mock despite it knows there is no repository at that URL? (In reply to Kamil Dudka from comment #5) > Anyway, why is > copr passing a URL to mock despite it knows there is no repository at that > URL? No particular reason. Just because no one implemented the if-condition, which would query the current state and pass the /devel/ only if manual repo creation is enabled. FTR: I still need to document the 'metalink' issue somewhere. This was about two issues: 1. The 'metalink' problem got resolved by mock configuration on Copr builders, we now re-try several times before we give up (so the metalink usually get's fixed in before subsequent attempts). 2. The devel repo download failure is non-blocking, but there are several things that need to be fixed about our createrepo processes, this is tracked basically in https://pagure.io/copr/copr/issue/1148 Ah, this is the correct issue for the devel repo: https://pagure.io/copr/copr/issue/1145 |