All of lore.kernel.org
 help / color / mirror / Atom feed
* filesystems bigger than 16 TB?
@ 2011-06-23 11:35 Tomasz Chmielewski
  2011-06-23 20:56 ` Andreas Dilger
  2011-06-27  0:40 ` Dave Chinner
  0 siblings, 2 replies; 3+ messages in thread
From: Tomasz Chmielewski @ 2011-06-23 11:35 UTC (permalink / raw)
  To: linux-ext4

With mkfs.ext4 from 1.41.14, it is not possible to create a filesystem 
which is bigger than 16 TB:


mkfs.ext4: Size of device /dev/sdb too big to be expressed in 32 bits
	using a blocksize of 4096.


But I see it succeeds with the latest git version of e2fsprogs.



The question is: how reliable such a filesystem is?

On a system which is supposed to be reliable, perhaps I'll be better off 
with xfs for such large filesystems?

I'm using Debian Squeeze, which has a 2.6.32 kernel.


-- 
Tomasz Chmielewski
http://wpkg.org

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: filesystems bigger than 16 TB?
  2011-06-23 11:35 filesystems bigger than 16 TB? Tomasz Chmielewski
@ 2011-06-23 20:56 ` Andreas Dilger
  2011-06-27  0:40 ` Dave Chinner
  1 sibling, 0 replies; 3+ messages in thread
From: Andreas Dilger @ 2011-06-23 20:56 UTC (permalink / raw)
  To: Tomasz Chmielewski; +Cc: linux-ext4

On 2011-06-23, at 5:35 AM, Tomasz Chmielewski wrote:
> With mkfs.ext4 from 1.41.14, it is not possible to create a filesystem which is bigger than 16 TB:
> 
> mkfs.ext4: Size of device /dev/sdb too big to be expressed in 32 bits
> 	using a blocksize of 4096.
> 
> But I see it succeeds with the latest git version of e2fsprogs.
> 
> 
> 
> The question is: how reliable such a filesystem is?
> 
> On a system which is supposed to be reliable, perhaps I'll be better off with xfs for such large filesystems?
> 
> I'm using Debian Squeeze, which has a 2.6.32 kernel.

We are starting to use filesystems over 16TB, so far without problems.
Kernel is either RHEL5.4 (2.6.18), or RHEL6.1 (2.6.32), with e2fsprogs
from git (based on 7d9e31655fca48e9d6c2647ad443124113508b73).

We've tested up to 24TB quite a bit, and recently started testing a 128TB
filesystem and haven't run into any problems.  Beyond 128TB there are
some memory allocation issues that prevent the filesystem from mounting,
but aren't critical to be fixed quite yet...

Cheers, Andreas






^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: filesystems bigger than 16 TB?
  2011-06-23 11:35 filesystems bigger than 16 TB? Tomasz Chmielewski
  2011-06-23 20:56 ` Andreas Dilger
@ 2011-06-27  0:40 ` Dave Chinner
  1 sibling, 0 replies; 3+ messages in thread
From: Dave Chinner @ 2011-06-27  0:40 UTC (permalink / raw)
  To: Tomasz Chmielewski; +Cc: linux-ext4

On Thu, Jun 23, 2011 at 01:35:59PM +0200, Tomasz Chmielewski wrote:
> With mkfs.ext4 from 1.41.14, it is not possible to create a
> filesystem which is bigger than 16 TB:
> 
> 
> mkfs.ext4: Size of device /dev/sdb too big to be expressed in 32 bits
> 	using a blocksize of 4096.
> 
> 
> But I see it succeeds with the latest git version of e2fsprogs.
> 
> 
> 
> The question is: how reliable such a filesystem is?

Regardless of the filesystem or the feature, if it is not in
officially released packages, do you really want to risk your
production data on an experimental filesystem/feature?

> On a system which is supposed to be reliable, perhaps I'll be better
> off with xfs for such large filesystems?
> 
> I'm using Debian Squeeze, which has a 2.6.32 kernel.

On a 2.6.32 kernel, I'd strongly recommend using XFS for >16TB
filesystems....

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-06-27  0:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-06-23 11:35 filesystems bigger than 16 TB? Tomasz Chmielewski
2011-06-23 20:56 ` Andreas Dilger
2011-06-27  0:40 ` Dave Chinner

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.