Bug 2030255
Summary: | Intermittent failure of `dnf --cacheonly` | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathan Watt <jwatt> |
Component: | dnf | Assignee: | Marek Blaha <mblaha> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 35 | CC: | ajvincent, daniel.mach, jmracek, jrohel, mblaha, mhatina, packaging-team-maint, pkratoch, rpm-software-management, vmukhame |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | dnf-4.11.1-1.fc37 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-03-14 13:09:44 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
Jonathan Watt
2021-12-08 10:19:45 UTC
Looking at the output from `sudo ls /var/cache/dnf/updates-*/repodata/` it seems that only one of the caches contains a 'gen' subdirectory. If that indicates that the 'gen' subdirectory is sometimes removed, that would also be an issue. Hi, the `gen` subdirectory is used by dnf to store decompressed versions of group metadata. E.g. repodata/e9328e1b5448d9e9f9b4908632a146aa768fd07ef2bc52c176ad85af06233170-comps-Everything.x86_64.xml.gz decompress into repodata/gen/groups.xml. The `gen` subdirectory does not get removed, but it is only part of repositories with comps groups metadata. Unfortunately the groups metadata are not decompressed when they are downloaded (thus as a root) but only once they are needed (e.g. by `dnf group` command which might by executed as regular user). Until this is fixed, can you as a workaround omit the `--cacheonly` parameter? Thanks for your reply and for the explanation, Marek. For now we have indeed dropped the `--cacheonly` parameter. It would be nice if we could keep using it but it's a relatively small inconvenience. PR which should fix the issue: https://github.com/rpm-software-management/dnf/pull/1803 FEDORA-2022-e119fcc7d5 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-e119fcc7d5 FEDORA-2022-e119fcc7d5 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report. |