On Tue, Jul 9, 2019 at 8:09 AM Federic Ducon <feddy@xxxxxxxxxxx> wrote:
I am trying to upgrade from Fedora 29 to Fedora 30
dnf system-upgrade download --refresh --releasever=30 --allowerasing
dnf system-upgrade reboot
The download stage completes and posts a msg proposing the second line.
The reboot starts up , gets to a certain stage and automatically reboots.
On rebooting I see the same fed29 kernel is used and it just boots normally to the old system.
I have had this happen. I've seen two things that can cause it (and there are probably more but the fix is likely to be similar): a dependency issue, and a failure for the GPG key for the target Fedora version to get loaded. Dependency issues can result from a number of things, such as packaging errors or use of packages from third party repos. The keys for the new distro are *supposed* to be installed automatically, but sometimes it doesn't happen.
At any rate, the first step is to check in /var/log/dnf.log and see if there is a traceback in there, which will usually point to what the problem is. In my case I was trying to go from F28 to F29, and ended up having to remove the "mediatomb" package (which I wasn't using anyway). This is what I found in the DNF log:
2019-06-28T13:30:48Z SUBDEBUG
Traceback (most recent call last):File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 146, in resolving
base.resolve(cli.demands.allow_erasing)
File "/usr/lib/python3.6/site-packages/dnf/base.py", line 832, in resolve
raise exc
dnf.exceptions.DepsolveError:
Problem: package mediatomb-0.12.2-3.20160522.fc28.x86_64 requires libixml.so.2()(64bit), but none of the providers can be installed
- libupnp-1.6.25-1.fc28.x86_64 does not belong to a distupgrade repository
- problem with installed package mediatomb-0.12.2-3.20160522.fc28.x86_64
2019-06-28T13:30:48Z CRITICAL Error:
Problem: package mediatomb-0.12.2-3.20160522.fc28.x86_64 requires libixml.so.2()(64bit), but none of the providers can be installed
- libupnp-1.6.25-1.fc28.x86_64 does not belong to a distupgrade repository
- problem with installed package mediatomb-0.12.2-3.20160522.fc28.x86_642019-06-28T13:30:48Z SUBDEBUG
File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 146, in resolving
base.resolve(cli.demands.allow_erasing)
File "/usr/lib/python3.6/site-packages/dnf/base.py", line 832, in resolve
raise exc
dnf.exceptions.DepsolveError:
Problem: package mediatomb-0.12.2-3.20160522.fc28.x86_64 requires libixml.so.2()(64bit), but none of the providers can be installed
- libupnp-1.6.25-1.fc28.x86_64 does not belong to a distupgrade repository
- problem with installed package mediatomb-0.12.2-3.20160522.fc28.x86_64
2019-06-28T13:30:48Z CRITICAL Error:
Problem: package mediatomb-0.12.2-3.20160522.fc28.x86_64 requires libixml.so.2()(64bit), but none of the providers can be installed
- libupnp-1.6.25-1.fc28.x86_64 does not belong to a distupgrade repository
- problem with installed package mediatomb-0.12.2-3.20160522.fc28.x86_64
I also had a similar problem with the "createrepo" package which I *do* use, so in that case I just removed the package, did the upgrade, and reinstalled it afterward.
For the GPG key issue I saw this:
Traceback (most recent call last):
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 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 154, in resolving
base.do_transaction(display=displays)
File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 231, in do_transaction
self.gpgsigcheck(install_pkgs)
File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 284, in gpgsigcheck
raise dnf.exceptions.Error(_("GPG check FAILED"))
dnf.exceptions.Error: GPG check FAILED
2019-06-28T14:10:25Z CRITICAL Error: GPG check FAILED
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 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 154, in resolving
base.do_transaction(display=displays)
File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 231, in do_transaction
self.gpgsigcheck(install_pkgs)
File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 284, in gpgsigcheck
raise dnf.exceptions.Error(_("GPG check FAILED"))
dnf.exceptions.Error: GPG check FAILED
2019-06-28T14:10:25Z CRITICAL Error: GPG check FAILED
For some reason the GPG key for Fedora 29 was never imported, so I did it manually, and finally everything worked.
--Greg
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx