Bug 1988886 - cannot build fedora-toolbox:35+ in Koji OSBS
Summary: cannot build fedora-toolbox:35+ in Koji OSBS
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora Container Images
Classification: Fedora
Component: fedora-toolbox
Version: 35
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Debarshi Ray
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-08-02 01:42 UTC by Jens Petersen
Modified: 2021-09-22 15:37 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2021-09-22 15:37:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jens Petersen 2021-08-02 01:42:59 UTC
Description of problem:
Not quite what changed if anything (maybe some deps or base container?)
but I was unable to refresh fedora-toolbox:35 in Koji:

https://koji.fedoraproject.org/koji/taskinfo?taskID=73021255

LABEL "release"="9" "authoritative-source-url"="registry.fedoraproject.org" "distribution-scope"="public" "vendor"="Fedora Project" "build-date"="2021-07-31T10:34:19.205545" "architecture"="x86_64" "vcs-type"="git" "vcs-ref"="f131a12ec5a7cbe8af101cbe14956b18ace017da" "com.redhat.build-host"="osbs-node02.iad2.fedoraproject.org"

2021-07-31 10:34:34,160 - atomic_reactor.inner - ERROR - image build

How reproducible:
100%

Steps to Reproduce:
I tried locally since buildContainer logs don't show stderr perhaps??
1. buildah bud .

Actual results:
`dnf -y reinstall $(<missing-docs)` step's output shows
that acl, openssl and systemd are not installed.

The build complete locally but not in koji...

Expected results:
No reinstall error/warning messages.

Additional info:
My personal f35 toolbox does have systemd pulled in but not acl and openssl.
My f34 toolbox has all 3.

I think we should either drop them from missing-docs or install them if they are really wanted (it would also be really good to actually document the default fedora-toolbox packages somewhere).

Comment 1 Oliver Gutiérrez 2021-08-02 08:56:27 UTC
I've tried to reproduce and what I get is this:


[oliver@t480s fedora-toolbox]$ buildah bud .
STEP 1: FROM registry.fedoraproject.org/fedora:35
STEP 2: ENV NAME=fedora-toolbox VERSION=35
STEP 3: LABEL com.github.containers.toolbox="true"       com.github.debarshiray.toolbox="true"       com.redhat.component="$NAME"       name="$NAME"       version="$VERSION"       usage="This image is meant to be used with the toolbox command"       summary="Base image for creating Fedora toolbox containers"       maintainer="Debarshi Ray <rishi>"
STEP 4: COPY README.md /
STEP 5: RUN sed -i '/tsflags=nodocs/d' /etc/dnf/dnf.conf
STEP 6: COPY missing-docs /
STEP 7: RUN dnf -y reinstall $(<missing-docs)
Fedora rawhide openh264 (From Cisco) - x86_64   0.0  B/s |   0  B     00:00    
Errors during downloading metadata for repository 'fedora-cisco-openh264':
  - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
Error: Failed to download metadata for repo 'fedora-cisco-openh264': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
Fedora - Rawhide - Developmental packages for t 0.0  B/s |   0  B     00:00    
Errors during downloading metadata for repository 'rawhide':
  - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
Error: Failed to download metadata for repo 'rawhide': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
error building at STEP "RUN dnf -y reinstall $(<missing-docs)": error while running runtime: exit status 1
ERRO[0002] exit status 1

Seems like I've an error trying to connect to internet and download the repositories package metadata.

Comment 2 Oliver Gutiérrez 2021-08-04 08:42:18 UTC
I checked this again locally and got it working. Then I tried to do the same in koji and I got the same error. The problem seems to be in resolving the names for the repositories to download the packages.


2021-08-04 08:12:52,296 - atomic_reactor.util - DEBUG - Step 8/17 : RUN dnf -y reinstall $(<missing-docs)
2021-08-04 08:12:52,469 - atomic_reactor.util - DEBUG - ---> Running in d94c32f0959f
2021-08-04 08:12:52,470 - atomic_reactor.util - DEBUG - [91m[0m
2021-08-04 08:12:53,034 - atomic_reactor.util - DEBUG - Fedora rawhide openh264 (From Cisco) - x86_64   0.0  B/s |   0  B     00:00
2021-08-04 08:12:53,034 - atomic_reactor.util - DEBUG - [91mErrors during downloading metadata for repository 'fedora-cisco-openh264':
2021-08-04 08:12:53,034 - atomic_reactor.util - DEBUG - - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
2021-08-04 08:12:53,034 - atomic_reactor.util - DEBUG - [0m
2021-08-04 08:12:53,034 - atomic_reactor.util - DEBUG - [91mError: Failed to download metadata for repo 'fedora-cisco-openh264': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
2021-08-04 08:12:53,034 - atomic_reactor.util - DEBUG - [0m
2021-08-04 08:12:53,039 - atomic_reactor.util - DEBUG - Fedora - Rawhide - Developmental packages for t 0.0  B/s |   0  B     00:00
2021-08-04 08:12:53,039 - atomic_reactor.util - DEBUG - [91mErrors during downloading metadata for repository 'rawhide':
2021-08-04 08:12:53,039 - atomic_reactor.util - DEBUG - - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
2021-08-04 08:12:53,039 - atomic_reactor.util - DEBUG - - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64&countme=1 [getaddrinfo() thread failed to start]
2021-08-04 08:12:53,039 - atomic_reactor.util - DEBUG - [0m
2021-08-04 08:12:53,045 - atomic_reactor.util - DEBUG - [91mError: Failed to download metadata for repo 'rawhide': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 [getaddrinfo() thread failed to start]
2021-08-04 08:12:53,045 - atomic_reactor.util - DEBUG - [0m
2021-08-04 08:12:53,281 - atomic_reactor.util - DEBUG - Removing intermediate container d94c32f0959f
2021-08-04 08:12:53,282 - atomic_reactor.util - ERROR - {'errorDetail': {'code': 1, 'message': "The command '/bin/sh -c dnf -y reinstall $(<missing-docs)' returned a non-zero code: 1"}, 'error': "The command '/bin/sh -c dnf -y reinstall $(<missing-docs)' returned a non-zero code: 1"}

Build link: https://koji.fedoraproject.org/koji/taskinfo?taskID=73255639

Also I opened an issue in fedora infrastructure: https://pagure.io/fedora-infrastructure/issue/10145

Comment 3 Ben Cotton 2021-08-10 13:33:33 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 35 development cycle.
Changing version to 35.

Comment 4 Jens Petersen 2021-08-12 03:58:48 UTC
I am not sure if those repo errors are fatal or not - though I agree they don't look good.

The final backtrace error says:

2021-08-12 03:46:16,072 - atomic_reactor.inner - ERROR - image build failed: The command '/bin/sh -c dnf -y reinstall $(<missing-docs)' returned a non-zero code: 1
Traceback (most recent call last):
:

which is why I think it is the dropped packages listed in missing-docs that is causing the failure.

This is from an f35 build today: https://koji.fedoraproject.org/koji/taskinfo?taskID=73702291

This happened before and removing the relevant packages them from missing-docs fixed it as I recall.
Why it only causes the build to fail in koji buildContainer, I don't know.

Comment 5 Jens Petersen 2021-08-12 04:12:37 UTC
Sorry, I think you are right and I am wrong.

It tried on the new f35 branch and it still fails even after removing the 3 dropped packages from missing-docs.
So I think we need help from the Fedora containers people on how to fix the repos issue we are seeing.

Comment 6 Jens Petersen 2021-08-15 10:23:58 UTC
Okay I found https://pagure.io/fedora-infrastructure/issue/10145

Comment 7 Jens Petersen 2021-09-01 09:55:23 UTC
For users coming here, I think the best current workaround is to roll your own toolbox image locally for now.

I have a script you can try, to help with that: https://github.com/toolbox-images/toolbox-images/blob/main/images/fedora/make-toolbox.sh

Comment 8 Oliver Gutiérrez 2021-09-01 11:27:16 UTC
Thanks Jens for the workaround. Let's see if Fedora infra gets fixed soon.

Comment 9 Oliver Gutiérrez 2021-09-22 10:06:01 UTC
This problem was already resolved by fedora infra and should be closed.


Note You need to log in before you can comment on or make changes to this bug.