Bug 2318395

Summary: Raspberry Pi 4B : Unable to upgrade FC40->FC41
Product: [Fedora] Fedora Reporter: Adrien D <email>
Component: dnfAssignee: rpm-software-management
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 40CC: daniel.mach, egoode, email, jmracek, jrohel, mblaha, packaging-team-maint, pkratoch, ppisar, rpm-software-management
Target Milestone: ---Keywords: Upgrades
Target Release: ---   
Hardware: aarch64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-10-21 07:59:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Adrien D 2024-10-13 10:08:19 UTC
After downloading the packages with dnf for the next version, the system boots normally instead of perform upgrade

Reproducible: Always

Steps to Reproduce:
1. dnf system-upgrade --releasever=41 download
2. dnf system-upgrade reboot
3. Upgrade not performed and always on FC40
Actual Results:  
System not upgraded

Expected Results:  
Upgraded must be start

dnf.log : 

2024-10-11T02:00:18+0200 DEBUG DNF version: 4.21.1
2024-10-11T02:00:18+0200 DDEBUG Command: dnf-3 system-upgrade upgrade 
2024-10-11T02:00:18+0200 DDEBUG Installroot: /
2024-10-11T02:00:18+0200 DDEBUG Releasever: 40
2024-10-11T02:00:18+0200 DEBUG cachedir: /var/cache/dnf
2024-10-11T02:00:18+0200 DDEBUG Base command: system-upgrade
2024-10-11T02:00:18+0200 DDEBUG Extra commands: ['system-upgrade', 'upgrade']
2024-10-11T02:00:18+0200 DEBUG User-Agent: constructed: 'libdnf (Fedora Linux 40; server; Linux.aarch64)'
2024-10-11T02:00:35+0200 DEBUG repo: using cache for: fedora
2024-10-11T02:00:38+0200 DEBUG fedora: using metadata from Sat 12 Oct 2024 10:51:33 AM CEST.
2024-10-11T02:00:38+0200 DEBUG repo: using cache for: fedora-cisco-openh264
2024-10-11T02:00:38+0200 DEBUG fedora-cisco-openh264: using metadata from Mon 11 Mar 2024 08:22:31 PM CET.
2024-10-11T02:00:38+0200 DEBUG repo: using cache for: updates
2024-10-11T02:00:38+0200 DEBUG updates: using metadata from Tue 20 Feb 2018 08:13:29 PM CET.
2024-10-11T02:00:38+0200 DEBUG repo: using cache for: updates-testing
2024-10-11T02:00:40+0200 DEBUG updates-testing: using metadata from Sun 13 Oct 2024 03:50:28 AM CEST.
2024-10-11T02:00:40+0200 INFO Last metadata expiration check: -3 days, 14:32:36 ago on Sun 13 Oct 2024 11:28:03 AM CEST.
2024-10-11T02:00:40+0200 DDEBUG timer: sack setup: 21664 ms
2024-10-11T02:00:50+0200 DDEBUG Getting group metadata
2024-10-11T02:00:50+0200 DDEBUG Adding group file from repository: fedora
2024-10-11T02:00:50+0200 DDEBUG Adding group file from repository: fedora-cisco-openh264
2024-10-11T02:00:50+0200 DDEBUG Adding group file from repository: updates-testing
2024-10-11T02:00:51+0200 DDEBUG timer: loading comps: 575 ms
2024-10-11T02:00:51+0200 DDEBUG Cleaning up.
2024-10-11T02:00:51+0200 DDEBUG Plugins were unloaded.
2024-10-11T02:00:51+0200 SUBDEBUG 
Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 67, in main
    return _main(base, args, cli_class, option_parser_class)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 106, in _main
    return cli_run(cli, base)
           ^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 122, in cli_run
    cli.run()
  File "/usr/lib/python3.12/site-packages/dnf/cli/cli.py", line 1065, in run
    return self.command.run()
           ^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf-plugins/system_upgrade.py", line 391, in run
    self._call_sub("run")
  File "/usr/lib/python3.12/site-packages/dnf-plugins/system_upgrade.py", line 402, in _call_sub
    subfunc()
  File "/usr/lib/python3.12/site-packages/dnf-plugins/system_upgrade.py", line 630, in run_upgrade
    self.replay.run()
  File "/usr/lib/python3.12/site-packages/dnf/transaction_sr.py", line 610, in run
    raise TransactionReplayError(fn, errors)
dnf.transaction_sr.TransactionReplayError: The following problems occurred while replaying the transaction from file "/var/lib/dnf/system-upgrade/system-upgrade-transaction.json":
  Package "imath.aarch64" is already installed for action "Install".
  Package "openexr-libs.aarch64" is already installed for action "Install".
2024-10-11T02:00:51+0200 CRITICAL Error: The following problems occurred while replaying the transaction from file "/var/lib/dnf/system-upgrade/system-upgrade-transaction.json":
  Package "imath.aarch64" is already installed for action "Install".
  Package "openexr-libs.aarch64" is already installed for action "Install".

Comment 1 Evan Goode 2024-10-17 22:48:28 UTC
Hi, have you updated the system fully before attempting the system upgrade?

```
sudo dnf upgrade --refresh
```

From looking at the logs, one possibility is that packages were installed between running `system-upgrade download` and `system-upgrade reboot`.

Can you reproduce the failure after fully updating the system and then running `system-upgrade download` and `system-upgrade reboot` immediately after?

Comment 2 Adrien D 2024-10-18 17:53:43 UTC
When i open this bug report, my system was up to date.

I just run again sudo dnf upgrade --refresh => 51 packages updated.
After updating (kernel 6.11.3 to 6.11.4 update) i rebooted the system.

Now i executed again : dnf system-upgrade --releasever=41 download
198 packages downloaded again (updated from the last time)

After dnf system-upgrade reboot
The system boot on Fedora 40 i see on the screen some "invalid signature" messages

And the system reboot afain on Fedora 40 skipping the upgrade

Messages in dnf.log : 
2024-10-11T02:03:24+0200 CRITICAL Problem opening package vim-minimal-9.1.785-1.fc41.aarch64.rpm
2024-10-11T02:03:24+0200 CRITICAL Problem opening package xorg-x11-server-Xorg-21.1.13-6.fc41.aarch64.rpm
2024-10-11T02:03:24+0200 CRITICAL Problem opening package xorg-x11-server-common-21.1.13-6.fc41.aarch64.rpm
2024-10-11T02:03:24+0200 CRITICAL Problem opening package xxd-9.1.785-1.fc41.aarch64.rpm
2024-10-11T02:03:24+0200 DDEBUG Cleaning up.
2024-10-11T02:03:24+0200 DDEBUG Plugins were unloaded.
2024-10-11T02:03:24+0200 SUBDEBUG 
Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 67, in main
    return _main(base, args, cli_class, option_parser_class)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 106, in _main
    return cli_run(cli, base)
           ^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 130, in cli_run
    ret = resolving(cli, base)
          ^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 183, in resolving
    base.do_transaction(display=displays)
  File "/usr/lib/python3.12/site-packages/dnf/cli/cli.py", line 246, in do_transaction
    self.gpgsigcheck(install_pkgs)
  File "/usr/lib/python3.12/site-packages/dnf/cli/cli.py", line 313, in gpgsigcheck
    raise dnf.exceptions.Error(_("GPG check FAILED"))
dnf.exceptions.Error: GPG check FAILED
2024-10-11T02:03:24+0200 CRITICAL Error: GPG check FAILED

Comment 3 Adrien D 2024-10-19 19:51:28 UTC
Just tested after a clean install, of FC40, full update and dnf system-upgrade : same issue !

2024-10-11T02:03:19+0200 CRITICAL Problem opening package uboot-images-armv8-2024.10-1.fc41.noarch.rpm
2024-10-11T02:03:19+0200 CRITICAL Problem opening package vulkan-loader-1.3.296.0-1.fc41.aarch64.rpm
2024-10-11T02:03:19+0200 CRITICAL Problem opening package xdg-dbus-proxy-0.1.6-1.fc41.aarch64.rpm
2024-10-11T02:03:19+0200 DDEBUG Cleaning up.
2024-10-11T02:03:19+0200 DDEBUG Plugins were unloaded.
2024-10-11T02:03:19+0200 SUBDEBUG 
Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 67, in main
    return _main(base, args, cli_class, option_parser_class)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 106, in _main
    return cli_run(cli, base)
           ^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 130, in cli_run
    ret = resolving(cli, base)
          ^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/dnf/cli/main.py", line 183, in resolving
    base.do_transaction(display=displays)
  File "/usr/lib/python3.12/site-packages/dnf/cli/cli.py", line 246, in do_transaction
    self.gpgsigcheck(install_pkgs)
  File "/usr/lib/python3.12/site-packages/dnf/cli/cli.py", line 313, in gpgsigcheck
    raise dnf.exceptions.Error(_("GPG check FAILED"))
dnf.exceptions.Error: GPG check FAILED
2024-10-11T02:03:19+0200 CRITICAL Error: GPG check FAILE

Comment 4 Petr Pisar 2024-10-21 07:59:15 UTC
The signature verification fails because your machine does not have set clock at time of application of the update (i.e. just after boot).

*** This bug has been marked as a duplicate of bug 2242759 ***