I just read the rhel6 filesystem size limit. http://www.redhat.com/rhel/compare/ It says 16TB limit for ext4 (same as ext3)?!?! I thought ext4 was supposed to support 1EB ( ~ 1 million TB) limit. That was one of the main advantages of rhel6. After a little more digging all I found was that the user space formatting tools (mkfs.ext4) only support 32bit filesystems (not 48bits). I'm surprised about this, I thought people would be waiting for >16TB support in rhel6. Does anyone know if this is going to change in point releases of rhel/centos6? Happy New Year -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada
On Sun, 2 Jan 2011 at 1:45pm, Robert Arkiletian wrote> I just read the rhel6 filesystem size limit. > > http://www.redhat.com/rhel/compare/ > > It says 16TB limit for ext4 (same as ext3)?!?! I thought ext4 was > supposed to support 1EB ( ~ 1 million TB) limit. That was one of the > main advantages of rhel6. After a little more digging all I found was > that the user space formatting tools (mkfs.ext4) only support 32bit > filesystems (not 48bits). I'm surprised about this, I thought people > would be waiting for >16TB support in rhel6. Does anyone know if this > is going to change in point releases of rhel/centos6?I did some googling on this recently, and I found that while ext4 theoretically supports such large filesystems (and you can find/compile userspace tools to create them), the developers don't really recommend using it for such yet. It's just not deemed ready for production yet. I saw multiple recommendation (including from RH devs) to use XFS if you need filesystems that big. -- Joshua Baker-LePain QB3 Shared Cluster Sysadmin UCSF
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, isn't this entirely a problem caused by MBR? An (U)EFI-machine should be able to handle FS-sizes beyond these limits without any hassles. Can anyone confirm this? Gru?/Regards, Daniel Heitmann XMPP: maledictvm at jabber.ccc.de (OTR-preferred) | GnuPG-ID: B251006E Blog: https://blog.horrendum.de | Twitter: @maledictvm Proprietary attachments instantly go to /dev/null. "Threats to freedom of speech, writing and action, though often trivial in isolation, are cumulative in their effect and, unless checked, lead to a general disrespect for the rights of the citizen." - George Orwell -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) iQEcBAEBAgAGBQJNIUiQAAoJEAPGje6yUQBuw04H/AvgRagWcELuj+rysTbw5UKX hV0tXCqUlSHG5aKqC1CSQrCXMcLiz7WCdjJUqAZHwdbMxYooO8zw3/GVpnb8zdiM OVbACftu2umk/DYCWUyJBMcvIc+jVbpbOXbaFv81Io1IYye/bn9BfsO7qHakcZtI jelyMs0CYtUrCbtfNjt8WW3Ry4p3tAtc/60e8fwaEJEGIDKmc6GBW2enrUz4e6Zo 4hfGqaGLaa4aNMfUG4OHhL7Fvls80atD+YhODSwmCnyi+w2ZMzdtsKzqqwNgFs8a LWsm8i+PkD7FHStk7LXkBIPBbKLsjAldGVtu+mKBdG/UATNU7gz84dKB4xNVIhU=VjL4 -----END PGP SIGNATURE-----