On Tue, Jul 9, 2019 at 8:09 AM Federic Ducon <fe...@piments.com> 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
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_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
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@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
