Description of problem: When trying to install the package, the system hangs for a very long time with high cpu usage by dnf. no rpm process in sight. Apparently there are a lot of renames/disk operations happening: I tried doing a strace to dnf and there are thousands of renames happening: rename("/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-1.svg;61b8ab06", "/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-1.svg") = 0 newfstatat(AT_FDCWD, "/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-2.svg", 0x7fffee54e900, AT_SYMLINK_NOFOLLOW) = -1 ENOENT (No such file or directory) rename("/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-2.svg;61b8ab06", "/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-2.svg") = 0 newfstatat(AT_FDCWD, "/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-3.svg", 0x7fffee54e900, AT_SYMLINK_NOFOLLOW) = -1 ENOENT (No such file or directory) rename("/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-3.svg;61b8ab06", "/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-3.svg") = 0 newfstatat(AT_FDCWD, "/usr/share/icons/Flat-Remix-Green/panel/indicator-keyboard-Bs-4.svg", 0x7fffee54e900, AT_SYMLINK_NOFOLLOW) = -1 ENOENT (No such file or directory) My system is a brand new Thinkpad P14s with 32GB memory and 1TB NVMe SSD. I doubt the hardware is slow, and other packages are installed just right. Version-Release number of selected component (if applicable): Name : flat-remix-icon-theme Version : 0.0.20201112 Release : 3.fc35 Architecture : noarch Size : 55 M Source : flat-remix-icon-theme-0.0.20201112-3.fc35.src.rpm How reproducible: Always Steps to Reproduce: sudo dnf -y install flat-remix-icon-theme Actual results: The system hangs with high dnf cpu usage for an extended period of time (~30 minutes) Expected results: Package installation succeds in a reasonable timeframe (1-2 minutes) Additional info: This was part of an attempt to install "flat-remix-theme"; it now seems that gnome-shell-theme-flat-remix-0.0.20210623-2.fc35.noarch is creating issues as well.
Thanks for reporting. Can't reproduce. flat-remix-icon-theme with all weak deps installed in ~2 mins on my virtual machine which on HDD. What is your file system? > it now seems that gnome-shell-theme-flat-remix-0.0.20210623-2.fc35.noarch is creating issues as well. Upstream is known to broke things with this theme in general and currently even updating it now trivial...
FEDORA-2021-80918a5574 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-80918a5574
Please try also new version and update.
FEDORA-2021-80918a5574 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-80918a5574` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-80918a5574 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-80918a5574 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
*** Bug 2036785 has been marked as a duplicate of this bug. ***
Need more info. At least file system type. This is not reproducible on my machine with Ext4 and fresh VM with Ext4. Also maybe you have better luck reporting this upstream.
I encountered the same problem today. My system: Up-to-date Fedora 35, btrfs file system (plenty of free space), 5.15.12-200.fc35.x86_64 Tried to install like this: ### $ sudo dnf install gnome-shell-theme-flat-remix --enablerepo=updates-testing --advisory=FEDORA-2021-80918a5574 Last metadata expiration check: 0:01:36 ago on Do 06 Jan 2022 12:10:57. No security updates for argument "gnome-shell-theme-flat-remix" All matches were filtered out by exclude filtering for argument: gnome-shell-theme-flat-remix Error: Unable to find a match: gnome-shell-theme-flat-remix ### $ sudo dnf install gnome-shell-theme-flat-remix --enablerepo=updates-testing --verbose ... ==================================================================================================================================================== Installing: gnome-shell-theme-flat-remix noarch 0.0.20211223-1.fc35 updates 729 k Installing weak dependencies: flat-remix-icon-theme noarch 0.0.20211214-2.fc35 updates 81 M flat-remix-theme noarch 0.0.20211223-1.fc35 updates 594 k ==================================================================================================================================================== ... Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction RPMDB altered outside of DNF. Running scriptlet: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch 1/1 Preparing : 1/1 Installing : flat-remix-theme-0.0.20211223-1.fc35.noarch 1/3 Installing : gnome-shell-theme-flat-remix-0.0.20211223-1.fc35.noarch 2/3 Installing : flat-remix-icon-theme-0.0.20211214-2.fc35.noarch [=================================================== Installing : flat-remix-icon-theme-0.0.20211214-2.fc35.noarch [====================================================================== ] 3/3 ### This is where it freezes. It's also impossible to kill the process and I have to reboot every time I want to try again. :)
Sorry for the duplicate. Somehow I didn't find this issue while searching for reports. I use Fedora 35 with all updates and use btrfs as filesystem with compression with zstd enabled. Moreover, I use snapper as snapshotting tool. I also have much free space. My drive is a WDC PC SN720 SDAPNTW-1T00-1006 in an HP Spectre x330-ap0121ng. If you need any additional information, I'll be happy to provide it. My dnf output is the same as for fattony4, however I am able to kill the process via `sudo kill -9 <pid>`.
(In reply to Artem from comment #7) > Need more info. At least file system type. This is not reproducible on my > machine with Ext4 and fresh VM with Ext4. Also maybe you have better luck > reporting this upstream. Hi there, I seem to have the same problem. It happens suddenly on two of my computers (F35, SSD, btrfs where before it didn't. ### Downloading Packages: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch.rpm 12 MB/s | 81 MB 00:06 ---------------------------------------------------------------------------------------------------------------------------------------- Total 11 MB/s | 81 MB 00:07 Using rpmkeys executable at /usr/bin/rpmkeys to verify signatures Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Running scriptlet: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch 1/1 Preparing : 1/1 Installing : flat-remix-icon-theme-0.0.20211214-2.fc35.noarch 1/1 Error unpacking rpm package flat-remix-icon-theme-0.0.20211214-2.fc35.noarch Errors occurred during transaction. Verifying : flat-remix-icon-theme-0.0.20211214-2.fc35.noarch 1/1 Completion plugin: Generating completion cache... Failed: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch Failed: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch Error: Transaction failed ###
I can confirm the issue: dnf up stuck on flat-remix-icon-theme-0.0.20211214-2.fc35.noarch, 100% CPU usage on a system installed last month with Fedora 35 on btrfs, where this package is already installed: flat-remix-icon-theme-0.0.20201112-3.fc35.noarch last line in /var/log/dnf.rpm.log: 2022-01-10T09:29:17+0100 SUBDEBUG Upgrade: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch
Insufficient workaround: the upgrade reinstalls the package and hangs again # dnf erase flat-remix-icon-theme ; dnf up -y [... ad lib errors such as:] warning: file /usr/share/icons/Flat-Remix-Blue-Light/actions/scalable/Info-amarok.svg: remove failed: No such file or directory warning: file /usr/share/icons/Flat-Remix-Blue-Light/actions/scalable/Finished.svg: remove failed: No such file or directory warning: file /usr/share/icons/Flat-Remix-Blue-Light/actions/scalable: remove failed: No such file or directory [...] Removed: flat-remix-icon-theme-0.0.20201112-3.fc35.noarch flat-remix-theme-0.0.20201129-3.fc35.noarch gnome-icon-theme-3.12.0-16.fc35.noarch [...] Installing : flat-remix-icon-theme-0.0.20211214-2.fc35.noarch [========================================================================== ] 12/112 This workaround works to unblock system upgrade: # dnf erase flat-remix-* ; dnf up -y But dnf hangs again at: # dnf install flat-remix-theme Last metadata expiration check: 0:03:36 ago on lun 10 jan 2022 09:57:38. Dependencies resolved. ============================================================================================================================================================ Package Architecture Version Repository Size ============================================================================================================================================================ Installing: flat-remix-theme noarch 0.0.20211223-1.fc35 updates 594 k Installing dependencies: flat-remix-gtk2-theme noarch 0.0.20211223-1.fc35 updates 2.0 M flat-remix-gtk3-theme noarch 0.0.20211223-1.fc35 updates 2.8 M flat-remix-gtk4-theme noarch 0.0.20211223-1.fc35 updates 93 k flat-remix-icon-theme noarch 0.0.20211214-2.fc35 updates 81 M Transaction Summary ============================================================================================================================================================ Install 5 Packages Total size: 87 M Installed size: 428 M Is this ok [y/N]: y Downloading Packages: [SKIPPED] flat-remix-gtk2-theme-0.0.20211223-1.fc35.noarch.rpm: Already downloaded [SKIPPED] flat-remix-gtk3-theme-0.0.20211223-1.fc35.noarch.rpm: Already downloaded [SKIPPED] flat-remix-gtk4-theme-0.0.20211223-1.fc35.noarch.rpm: Already downloaded [SKIPPED] flat-remix-icon-theme-0.0.20211214-2.fc35.noarch.rpm: Already downloaded [SKIPPED] flat-remix-theme-0.0.20211223-1.fc35.noarch.rpm: Already downloaded Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Running scriptlet: flat-remix-icon-theme-0.0.20211214-2.fc35.noarch 1/1 Preparing : 1/1 Installing : flat-remix-gtk3-theme-0.0.20211223-1.fc35.noarch 1/5 Installing : flat-remix-gtk4-theme-0.0.20211223-1.fc35.noarch 2/5 Installing : flat-remix-gtk2-theme-0.0.20211223-1.fc35.noarch 3/5 Installing : flat-remix-icon-theme-0.0.20211214-2.fc35.noarch [============================================================================== ] 4/5
Even --verbose didn't helped much there. What is interesting that this issue not reproducible on Ext4 and fresh VM. But if can't find the fix in near future then we should retire this package entirely since it blocks system updates.
I can confirm this issue as well on a freshly installed Fedora 35 Workstation installation on a BTRFS root with full-disk encryption. No changes other have been made to this system and it happened when trying to install `flat-remix-theme` which pulls this package in as a dependency. The installation process also took around 30 minutes on a i7-8650U with 16GB RAM and NVMe disk. No other load was present on the system and I also noticed a huge amount of I/O operations as reported by OP. After waiting for such a long time though, the package has been installed correctly. Further package manager operations are also working fine without any issues.
Seems like the only one who could here is BTRFS experts. don't know if this could interested them but if suddenly this could help fix or improve something in btrfs this would be really cool. Or at least maybe this could help to document some "gotchas"...
Can confirm the same issue with breeze-icon-theme. The update process hangs for 5 minutes both on my desktop and laptop. Tested on 2 different PCs. Both have NVMe SSD and ext4+LUKS. Also this issue was reported in Fedora ML: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/5LZK3LPNKG74RSCCE5PWO45KPKLIOBGU/
Huh, sounds similar to bug 2029709, whereas in https://bugzilla.redhat.com/show_bug.cgi?id=2029709#c33 it's looking more pronounced in btrfs at least on a VM (not sure what the host storage stack looks like - any difference could be a factor). So if this can happen on ext4 and btrfs, but not always on either, then what's in common? dm-crypt? bcc-tools has a number of latency related tools to help detect and narrow down which layer latency is coming from, if anyone wants to give that a shot. fileslower is at the VFS layer and will pretty much just show you what you already know (yep, it's slow). There's also ext4slower and btrfsslower, which is at the fs layer of course. And finally biolatency which can detect block device latencies.
DNF issue: https://bugzilla.redhat.com/show_bug.cgi?id=2048168
Please test related update which could help (f35): https://bodhi.fedoraproject.org/updates/FEDORA-2022-a9a84f2456.
Just did an update on an older system and breeze-icon-theme and oxygen-icon-theme updates both hung for about 20 minutes each with dnf using 100% cpu. Fedora 35 x86_64. Spinning sata disks using ext4. Did the same update on my newer faster primary system with M.2 disks, still F35 x86_64 and ext4, and didn't notice any delays.
RPM issue was fixed. Please reopen if problem is still persist for you.