Re: dnf system-upgrade download + reboot does not finish upgrade.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





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 
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@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
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux