Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
+++ 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
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
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (anaconda bug fix and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2023:6414