Bug 880577

Summary: Anaconda can't create partitions larger than 16T
Product: Red Hat Enterprise Linux 6 Reporter: Konrad Mosoń <mosonkonrad>
Component: anacondaAssignee: Samantha N. Bueno <sbueno>
Status: CLOSED ERRATA QA Contact: Pavel Holica <pholica>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.3CC: pbokoc, pholica
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: anaconda-13.21.196-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 969241 (view as bug list) Environment:
Last Closed: 2013-11-21 09:56:01 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:
Bug Depends On:    
Bug Blocks: 960065, 969241    
Description Flags
Screenshot from iKVM with anaconda error none

Description Konrad Mosoń 2012-11-27 11:22:42 UTC
Description of problem:
Can't create volumes larger than 16T. Even with xfs.

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

How reproducible:

Steps to Reproduce:
1. Create kickstart with volume larger than 16T
Actual results:
Error showing that maximum possible volume can be 16T

Expected results:
Volume created and formatted without any problem

Additional info:
I know that RHEL 6 e2fsprogs doesn't allow to create >16T ext4 partition, but xfs is possible. mkfs.xfs works without any problem on partitions larger than 16T, but Anaconda doesn't allow it anyway.

Comment 2 Chris Lumens 2012-11-27 21:28:23 UTC
What is the exact error message you are seeing?

Comment 3 Konrad Mosoń 2012-11-28 13:53:14 UTC
Created attachment 653555 [details]
Screenshot from iKVM with anaconda error

My line in kickstart:
part /mnt/storage --noformat --onpart=sdc1 --fstype xfs --label storage

Partition was created in previous installation. It's 65T.
Message attached.

Comment 4 Chris Lumens 2012-11-28 15:12:49 UTC
Ah, I see.  That number was based upon previous discussions about what is the maximum size we can support, but it looks like 100 TB is now the maximum supported size:


Easy to fix.

Comment 5 Konrad Mosoń 2012-11-28 16:10:55 UTC
BTW, does RHEL7 (I don't believe RHEL6.4) will support ext4 partitions larger than 16T? I know it needs newer e2fsprogs and fsck...

And those partitions limits will be larger later?

Comment 6 RHEL Program Management 2013-05-06 21:14:25 UTC
This request was evaluated by Red Hat Product Management for
inclusion in a Red Hat Enterprise Linux release.  Product
Management has requested further review of this request by
Red Hat Engineering, for potential inclusion in a Red Hat
Enterprise Linux release for currently deployed products.
This request is not yet committed for inclusion in a release.

Comment 7 Pavel Holica 2013-05-23 11:43:17 UTC
Adding qa_ack+, I'm able to reproduce this bug. No special HW is required, it's reproducible in virtual system.

Comment 12 Samantha N. Bueno 2013-07-02 14:20:52 UTC
Patch posted to anaconda-patches for review.

Comment 13 Samantha N. Bueno 2013-07-03 14:00:56 UTC
Patch pushed to rhel6-branch, commit 3fc54a69c6d3f1b9a5752dd67959b1196c37b66d.

Comment 15 Pavel Holica 2013-10-16 08:21:28 UTC
reproduced on HREL6.4 x86_64 Server
verified on RHEL6.5-20131009.0 x86_64 Server

Also verified, that anaconda creates partition on whole (65T) device when used:
part /data --size 1 --grow --asprimary --fstype xfs --ondisk=vdb

Comment 17 errata-xmlrpc 2013-11-21 09:56:01 UTC
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, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.