Bug 889389

Summary: anaconda rejects storage configuration even if one sets to 'delete' a 'whole-disk' part of zfs zpool (affects automatic partitioning)
Product: [Fedora] Fedora Reporter: Reartes Guillermo <rtguille>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 18CC: anaconda-maint-list, g.kaviyarasu, jonathan, sbueno, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-12-21 17:05:29 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:
Attachments:
Description Flags
anaconda.log (no gpt) none

Description Reartes Guillermo 2012-12-21 02:51:21 UTC
Created attachment 667065 [details]
anaconda.log (no gpt)

Description of problem:

currently anaconda cannot use automatic partitioning to utilize a disk that has is part of a zpool (efi labeled) even if the user sets the 'whole disk' to 'delete'. The storage configuration is rejected in the main hub.

Version-Release number of selected component (if applicable):
smoke9 (18.37.5)

How reproducible:
always

Steps to Reproduce:

0. Boot (with or without gpt boot parameter) anaconda smoke9 (18.37.5)

1. Enter STORAGE: INSTALLATION DESTINATION and select a ZFS zpool member disk (example: sdb)

2. In INSTALLATION OPTIONS, select AUTOMATIC PARTITIONING (leave the default scheme: lvm)
 
3. Select the action 'Delete' for the 'whole disk' and do a 'Reclaim Space'

4. In the main hub, STORAGE: INSTALLATION DESTINATION rejects the storage configuration

  
Actual results:
cannot do automatic partitioning (but no crash)

Expected results:
be able to 'delete' the 'whole-dis' (for which a new partition table MUST be created, since the current efi label is inadecuate).(and honor the default disklabel).

Additional info:

Comment 1 Brian Lane 2012-12-21 17:05:29 UTC

*** This bug has been marked as a duplicate of bug 889388 ***