Bug 2315638

Summary:	Fedora 41 aarch64 KDE disk image is oversize
Product:	[Fedora] Fedora	Reporter:	Lukas Brabec <lbrabec>
Component:	distribution	Assignee:	Neal Gompa <ngompa13>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	41	CC:	awilliam, fzatlouk, kevin, ngompa13, robatino
Target Milestone:	---
Target Release:	---
Hardware:	aarch64
OS:	Unspecified
Whiteboard:	AcceptedBlocker
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-10-14 06:15:10 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2247867

Description Lukas Brabec 2024-09-30 08:52:35 UTC

Description of problem:
Unxzed aarch64 image of Fedora KDE is too large as it is over 16GB, see https://docs.fedoraproject.org/en-US/releases/f41/blocking/.

$ ls -l Fedora-KDE-41-20240929.n.0.aarch64.raw
-rw-r--r-- 1 lbrabec staff 19327352832 zář 30 09:53 Fedora-KDE-41-20240929.n.0.aarch64.raw

The size 19327352832 is exactly 18 * 1024 * 1024 * 1024, which is too large but expected: https://pagure.io/pungi-fedora/blob/f41/f/fedora.conf#_274.

There was similar issue with Fedora 39/40 https://bugzilla.redhat.com/show_bug.cgi?id=2247611 and was fixed by https://pagure.io/pungi-fedora/pull-request/1242#request_diff. Workstation aarch64 images are now exactly 16000000000.



Version-Release number of selected component (if applicable):
Fedora-KDE-41-20240929.n.0.aarch64.raw.xz

Comment 1 Fedora Blocker Bugs Application 2024-09-30 08:54:00 UTC

Proposed as a Blocker for 41-final by Fedora user lbrabec using the blocker tracking app because:

 Fedora 41 KDE aarch64 raw image is over the size limit: https://docs.fedoraproject.org/en-US/releases/f41/blocking/

Comment 2 Lukas Brabec 2024-09-30 09:09:37 UTC

I'd say that there is a room for shrinkage:

$ df /dev/vda3
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/vda3       17210368 4786872  11847160  29% /

Comment 3 František Zatloukal 2024-09-30 17:31:25 UTC

Discussed during the 2024-09-30 blocker review meeting: [1]

The decision to classify this bug as a AcceptedBlocker (Final) was made:

"Accepted as a clear violation of Beta criterion "The release-blocking images must meet current size requirements"."

[1] https://meetbot.fedoraproject.org/blocker-review_matrix_fedoraproject-org/2024-09-30/f41-blocker-review.2024-09-30-16.00.log.html

Comment 4 Neal Gompa 2024-09-30 18:32:05 UTC

PRs made to fix this:

* Rawhide: https://pagure.io/pungi-fedora/pull-request/1379
* F41: https://pagure.io/pungi-fedora/pull-request/1380

Comment 5 Adam Williamson 2024-10-03 19:20:07 UTC

Unfortunately, those caused the compose to fail. anaconda complains there isn't enough space for the payload. See https://koji.fedoraproject.org/koji/taskinfo?taskID=124300497 and https://kojipkgs.fedoraproject.org//work/tasks/535/124300535/screenshot.png .

I examined the last successful image - https://kojipkgs.fedoraproject.org/compose/branched/Fedora-41-20240930.n.0/compose/Spins/aarch64/images/Fedora-KDE-41-20240930.n.0.aarch64.raw.xz - and if you examine it, thanks I think to btrfs compression, only about 5G of space on the main system partition is actually used, according to `du` and gnome-disks. So the contents would in fact easily fit if the image were smaller, but anaconda doesn't think so, because it doesn't take compression into account.

I've sent https://github.com/storaged-project/blivet/pull/1301 to try and fix this, but while that's getting reviewed, it's probably safest to bump the size back to 18 for now to get some composes through.

Comment 6 Adam Williamson 2024-10-11 19:00:23 UTC

OK, things are now fine on Rawhide, and we should be able to apply this to F41 again. https://pagure.io/pungi-fedora/pull-request/1394

Comment 7 Adam Williamson 2024-10-14 06:15:10 UTC

OK, this is good:

[adamw@xps13a tmp]$ ls -l Fedora-KDE-41-20241013.n.0.aarch64.raw
-rw-r--r--. 1 adamw adamw 16000000000 Oct 13 04:21 Fedora-KDE-41-20241013.n.0.aarch64.raw