Bug 2305543

Summary: Reclaim space is unable to schedule deletion on a dual boot BIOS system
Product: [Fedora] Fedora Reporter: Brandon Nielsen <nielsenb>
Component: anaconda-webuiAssignee: Katerina Koukiou <kkoukiou>
Status: MODIFIED --- QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 41CC: akankovs, awilliam, jkonecny, k.koukiou, kkoukiou, mkolman, rvykydal
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard: f42webuitestday
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Journal showing failed reclaim space operation none

Description Brandon Nielsen 2024-08-17 16:50:25 UTC 
Attempting to reclaim space by deleting partitions from a Fedora 40 installation for use in a Fedora 41 installation fails with "Unable to schedule deletion of sda5: sda5".

Reproducible: Always

Steps to Reproduce:
1. Start installation process
2. Select "Use free space for the installation" with "Reclaim space" checked
3. Click next
4. Click the trashcan next to sda3, sda4, and sda5 which are partitions current used for a Fedora 40 install
5. Click "Reclaim space"
Actual Results:  
A "Unable to schedule deletion of sda5: sda5" error appears.

Expected Results:  
The partitions to be deleted, freeing up space for a Fedora 41 install.

sda3 is an ext4 filesystem, sda4 is an extended partition, sda5 is a btrfs filesystem with subvolumes. This is a "standard" layout from a Fedora dual boot install which was put in place years ago.

Test performed with 20240817.n.0 Workstation Live compose.
Comment 1 Katerina Koukiou 2024-09-05 06:17:53 UTC 
Hi Brandon. Thanks for the bug report.
Unfortunately I am not able to reproduce this, we even have a upstream CI test for that scenario. https://github.com/rhinstaller/anaconda-webui/blob/main/test/check-storage-reclaim#L256

Can you please retest with latest available release? I am assuming this might have been fixed with: https://github.com/rhinstaller/anaconda-webui/releases/tag/13
Comment 2 Brandon Nielsen 2024-09-11 15:38:44 UTC 
I'm not clearing the 'needinfo' because I'm still hoping to get a chance to do a bit more testing with this. For reasons unrelated to this bug, I haven't been able to test release 14 of anaconda-webui on the effected machine.

I have however been able to test with whatever is included with Fedora-Workstation-Live-x86_64-Rawhide-20240910. It isn't immediately clear to me looking at the changelog for the anaconda package what version of the webui is included in that compose.

Anyway, deleting partitions on a dual boot UEFI system works as expected. Deleting partitions on a dual boot BIOS system (the one from the original bug report) still fails as described above.

I notice the partition layout differs. On the BIOS machine sda4 is an extended partition (which does not show a type in the "Reclaim space" UI). sda4 on the UEFI machine is the Windows NTFS partition.
Comment 3 Brandon Nielsen 2024-09-11 15:39:45 UTC 
Whoops, readding the needinfo flag in the hopes it reminds me to try to test more.
Comment 4 Brandon Nielsen 2024-09-11 18:02:46 UTC 
I can confirm I am still seeing the same bug on a dual-boot BIOS machine with the anaconda-webui 15 release.
Comment 5 Brandon Nielsen 2024-11-12 19:05:10 UTC 
I can reproduce this on both bare metal, and a BIOS VM using the 20241112 Workstation Rawhide compose. I am attaching a journal from an attempt on my BIOS laptop which dual boots with Windows 10.
Comment 6 Brandon Nielsen 2024-11-12 19:05:44 UTC 
Created attachment 2057365 [details]
Journal showing failed reclaim space operation
Comment 7 Adam Kaňkovský 2024-11-21 15:18:15 UTC 
Resolved. PR: https://github.com/rhinstaller/anaconda-webui/pull/509