Bug 1566593
| Summary: | dnf cannot update or install some packages in rawhide: ValueError: The supplied metadata version isn't supported | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Randy Barlow <rbarlow> |
| Component: | dnf | Assignee: | Martin Hatina <mhatina> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | awilliam, dmach, dwysocha, jscalia, kgiusti, mhatina, mmathesi, packaging-team-maint, prd-fedora, psabata, pwhalen, robatino, rpm-software-management, vmukhame |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | dnf-2.7.5-9.fc28 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-04-15 02:40:25 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1469206 | ||
As a workaround, I can disable the modular repo: # dnf upgrade --disablerepo rawhide-modular This is probably problem of metadata. I suspect that on rawhide module metadata are in v2, which is not supported by dnf-2.7.5-8. Try updating dnf to dnf-2.7.5-9 or newer. Yes, this is because the latest DNF in F28 doesn't support v2. I created an update for dnf-2.7.5-9 yesterday so that people don't have to download it from koji but this is probably going to bite many. I have encountered the same issue starting with the docker image "docker.io/fedora:28". "dnf update" followed by "dnf install fedora-repos-modular" works fine. "dnf install fedora-repos-modular" followed by "dnf update" explodes with the exception shown in the description above. could the update also include an updated fedora-repos-modular which requires the updated dnf, to avoid fresh installs possibly falling into the same trap as Merlin hit? Does that make sense? This actually seems to affect simply booting an install of current Fedora Server 28 and running 'dnf' - it broke multiple openQA tests today: https://openqa.fedoraproject.org/tests/221593 https://openqa.fedoraproject.org/tests/221589 https://openqa.fedoraproject.org/tests/221584 https://openqa.fedoraproject.org/tests/221587 so obviously +1 blocker. dnf-2.7.5-9.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-6aacf0bd62 dnf-2.7.5-9.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report. fwiw, workaround that worked for me # cat /tmp/bz1566593-workaround.sh #!/bin/sh mkdir /tmp/bz1566593 cd /tmp/bz1566593 for f in https://kojipkgs.fedoraproject.org//packages/dnf/2.7.5/9.fc28/noarch/python3-dnf-2.7.5-9.fc28.noarch.rpm https://kojipkgs.fedoraproject.org//packages/dnf/2.7.5/9.fc28/noarch/dnf-2.7.5-9.fc28.noarch.rpm https://kojipkgs.fedoraproject.org//packages/dnf/2.7.5/9.fc28/noarch/dnf-automatic-2.7.5-9.fc28.noarch.rpm https://kojipkgs.fedoraproject.org//packages/dnf/2.7.5/9.fc28/noarch/dnf-conf-2.7.5-9.fc28.noarch.rpm https://kojipkgs.fedoraproject.org//packages/dnf/2.7.5/9.fc28/noarch/dnf-yum-2.7.5-9.fc28.noarch.rpm https://kojipkgs.fedoraproject.org//packages/libmodulemd/1.4.1/1.fc28/x86_64/libmodulemd-1.4.1-1.fc28.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/pyliblzma/0.5.3/21.fc28/x86_64/pyliblzma-0.5.3-21.fc28.x86_64.rpm; do wget $f; done dnf --disablerepo=* install -y *.rpm |
$ sudo docker run --rm -it registry.fedoraproject.org/fedora:rawhide /bin/sh sh-4.4# sh-4.4# dnf upgrade Last metadata expiration check: 0:02:21 ago on Thu Apr 12 15:02:35 2018. Traceback (most recent call last): File "/usr/bin/dnf", line 58, in <module> main.user_main(sys.argv[1:], exit_code=True) File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 179, in user_main errcode = main(args) File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 64, in main return _main(base, args, cli_class, option_parser_class) File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 99, in _main return cli_run(cli, base) File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 115, in cli_run cli.run() File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 1015, in run self._process_demands() File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 768, in _process_demands load_available_repos=self.demands.available_repos) File "/usr/lib/python3.6/site-packages/dnf/base.py", line 454, in fill_sack self._setup_modules() File "/usr/lib/python3.6/site-packages/dnf/base.py", line 217, in _setup_modules module_metadata = ModuleMetadataLoader(repo).load() File "/usr/lib/python3.6/site-packages/dnf/module/metadata_loader.py", line 53, in load return modulemd.loads_all(modules_yaml) File "/usr/lib/python3.6/site-packages/modulemd/__init__.py", line 99, in loads_all m.loadd(doc) File "/usr/lib/python3.6/site-packages/modulemd/__init__.py", line 229, in loadd raise ValueError("The supplied metadata version isn't supported") ValueError: The supplied metadata version isn't supported sh-4.4# rpm -q dnf dnf-2.7.5-8.fc28.noarch