Bug 2216141 - [abrt] fedrq: load(): repo.py:581:load:dnf.exceptions.RepoError: Failed to download metadata for repo 'updates-source': Yum repo downloading error: Downloading error(s): repodata/f72aa29c94724dc1f6b17b5b318aba13d6c902ab97f74d5c47a76730bcfb37f1-primary.xml
Summary: [abrt] fedrq: load(): repo.py:581:load:dnf.exceptions.RepoError: Failed to do...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: fedrq
Version: 38
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Maxwell G
QA Contact:
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:bc88303ef958dd7231855e1fc3b...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-06-20 09:24 UTC by Ankur Sinha (FranciscoD)
Modified: 2023-06-20 16:21 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2023-06-20 16:21:30 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: os_info (662 bytes, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
File: environ (6.42 KB, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
File: mountinfo (3.78 KB, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
File: open_fds (1.23 KB, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
File: namespaces (171 bytes, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
File: backtrace (13.22 KB, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
File: cpuinfo (2.95 KB, text/plain)
2023-06-20 09:24 UTC, Ankur Sinha (FranciscoD) 		no flags Details
View All

Description Ankur Sinha (FranciscoD) 2023-06-20 09:24:28 UTC 
Description of problem:
Ran: fedrq whatrequires-src -b f38 python3-pydantic


(maybe the dnf cache was unclean, running a `dnf clean metadata` seems to have fixed it)

Version-Release number of selected component:
fedrq-0.7.1-1.fc38

Additional info:
reporter:       libreport-2.17.10
kernel:         6.3.8-200.fc38.x86_64
cmdline:        /usr/bin/python3 -sP /usr/bin/fedrq whatrequires-src -b f38 python3-pydantic
cgroup:         0::/user.slice/user-1000.slice/user/app.slice/run-r6e7ef2d081f64139b88a0cb47f7c7d43.scope
uid:            1000
reason:         repo.py:581:load:dnf.exceptions.RepoError: Failed to download metadata for repo 'updates-source': Yum repo downloading error: Downloading error(s): repodata/f72aa29c94724dc1f6b17b5b318aba13d6c902ab97f74d5c47a76730bcfb37f1-primary.xml.zck - Cannot download, all mirrors were already tried without success; repodata/aba0604ea09fdfff9f7a50fc803457ec9b4099b928e5ca99ac123d06ab274d04-filelists.xml.zck - Cannot download, all mirrors were already tried without success; repodata/3c656f828c882093561b0ffbd7cd9549ffd007d6eae412abd84ca5d3d3cc1031-updateinfo.xml.zck - Cannot download, all mirrors were already tried without success
executable:     /usr/bin/fedrq
type:           Python3
package:        fedrq-0.7.1-1.fc38
runlevel:       N 5
exception_type: libdnf._error.Error
crash_function: load
interpreter:    python3-3.11.4-1.fc38.x86_64

Truncated backtrace:
#1 [/usr/lib64/python3.11/site-packages/libdnf/repo.py:324] load
#2 [/usr/lib/python3.11/site-packages/dnf/repo.py:574] load
Comment 1 Ankur Sinha (FranciscoD) 2023-06-20 09:24:32 UTC 
Created attachment 1971682 [details]
File: os_info
Comment 2 Ankur Sinha (FranciscoD) 2023-06-20 09:24:34 UTC 
Created attachment 1971683 [details]
File: environ
Comment 3 Ankur Sinha (FranciscoD) 2023-06-20 09:24:35 UTC 
Created attachment 1971684 [details]
File: mountinfo
Comment 4 Ankur Sinha (FranciscoD) 2023-06-20 09:24:37 UTC 
Created attachment 1971685 [details]
File: open_fds
Comment 5 Ankur Sinha (FranciscoD) 2023-06-20 09:24:38 UTC 
Created attachment 1971686 [details]
File: namespaces
Comment 6 Ankur Sinha (FranciscoD) 2023-06-20 09:24:40 UTC 
Created attachment 1971687 [details]
File: backtrace
Comment 7 Ankur Sinha (FranciscoD) 2023-06-20 09:24:42 UTC 
Created attachment 1971688 [details]
File: cpuinfo
Comment 8 Maxwell G 2023-06-20 16:21:30 UTC 
Thank you for the report! I'm glad that you're finding the tool useful.

I don't think is is a bug in fedrq. We use dnf or libdnf5 (depending on what you've configured) to load the repo metadata, and that's where the exception is coming from. It's just a bunch of 404s from the mirrors. I opened https://todo.sr.ht/~gotmax23/fedrq/31 upstream to track improving the error handling here. Propagating these Exceptions directly to the user is not great. It's especially ugly here, because dnf calls libdnf to load the repodata and dnf raises another Exception on top of the Exception that libdnf raises...
Note You need to log in before you can comment on or make changes to this bug.