+++ This bug was initially created as a clone of Bug #1855371 +++ Description of problem: Anaconda doesn't allow to reclaim disk space after marking all existing partitions/disks to delete in the "Reclaim disk space" dialog. The "Reclaim space" button stays inactive. See attached screenshot. It happens if I use the "Delete all" button as well as when deleting all partitions/disks one by one. Version-Release number of selected component (if applicable): RHEL-8.3.0-20200701.2 anaconda-33.16.3.10-1.el8 python3-blivet-3.2.2-3.el8 How reproducible: Always? 2 out of 2 attempts Steps to Reproduce: 1. Start vnc installation on a system where RHEL-7 was pre-installed. The default partitioning layout was created in RHEL-7. 2. Go to the Installation destination spoke - the disk is already selected, so tick reclaiming disk space 3. In the "Reclaim disk space" dialog window click the "Delete all" button 4. Try yo click the "Reclaim space" button Actual results: The "Reclaim space" button is inactive Expected results: It's possible to click the "Reclaim space" button and reclaim disk space. Additional info: So far only reproduced on s390x when installing in LPAR mode. Reproduced with one DASD disk (more DASD disks have not been tested). --- Additional comment from Jan Stodola on 2020-07-09 19:53:06 CEST --- Workaround is to go to the Custom partitioning screen, remove existing mount points and let anaconda create the partitions. --- Additional comment from Jiri Kortus on 2020-08-18 12:17:00 CEST --- I was just about to file a similar (or actually the same) bug and found this one in a preliminary search. I bumped into the same problem with anabot not being able to reclaim disk space and finish installation, and I wasn't able to complete the task either. On top of that, it also looked like I was trapped in the disk partitioning spoke, the only way to exit to the main hub was to deselect the disk and click on Done (I'm mentioning this for the sake of completeness, as I'm not sure at all if this is a correct behaviour). I think that this only happens when you first select a package set that requires more space than what can be made available even after removing all of the existing partitions (in my case the selected space to reclaim was 8 GiB, whereas the selected package set required 8.06 GiB). After having a look at the screenshot from Honza, it looks like the same happened in his case. This assumption also proved correct when I switched to a package set with a smaller footprint - in such a case I was able to reclaim the disk space as expected. I'd say the logical outcome of the aforementioned situation would be to just let the user reclaim the space and after exiting the partitioning spoke display a warning on the bottom of the screen, telling the user that more space is needed for the selected package set. --- Additional comment from Jan Stodola on 2023-02-08 11:17:50 CET --- Upstream PR: https://github.com/rhinstaller/anaconda/pull/4546
PR: https://github.com/rhinstaller/anaconda/pull/4825
Bug fix had successful pre-verification, setting Verified: Tested.
Checked that anaconda-34.25.3.7-1.el9 is in nightly compose RHEL-9.3.0-20230715.0 There's no documentation needed for this bug - not checking Necessary tests were successful as stated in Comment 4. Moving to VERIFIED