xfs
[Top] [All Lists]

Re: 2 Terabyte File System Size Limitation

To: "William L. Jones" <jones@xxxxxxxxxxxxxxxxxx>
Subject: Re: 2 Terabyte File System Size Limitation
From: Russell Cattelan <cattelan@xxxxxxxxxxx>
Date: Mon, 04 Sep 2000 16:23:34 -0500
Cc: "Stephen C. Tweedie" <sct@xxxxxxxxxx>, Andi Kleen <ak@xxxxxxx>, "Davida, Joe" <Joe_Davida@xxxxxxxxxx>, "'linux-xfs@xxxxxxxxxxx'" <linux-xfs@xxxxxxxxxxx>
References: <39AFC301.90EEC7D0@xxxxxxxxxxx> <09D1E9BD9C30D311919200A0C9DD5C2C02536F84@xxxxxxxxxxxxxxxxxxxxxxx> <20000901141936.A10785@xxxxxxxxxxxxxxxxxxx> <39AFBB10.48C59783@xxxxxxxxxxx> <20000901163556.A14222@xxxxxxxxxxxxxxxxxxx> <39AFC301.90EEC7D0@xxxxxxxxxxx> <4.2.0.58.20000904161519.02249ae0@xxxxxxxxx>
Reply-to: cattelan@xxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
"William L. Jones" wrote:

> At 05:37 PM 9/4/00 +0100, Stephen C. Tweedie wrote:
> >Hi,
> >
> >On Fri, Sep 01, 2000 at 09:53:54AM -0500, Russell Cattelan wrote:
> >
> > > So I haven't gone and actually looked at code but given the only way to
> > get to
> > > 16TB is through a volume manager, the process or re-mapping requests
> > > will bring any individual device under the 2^40 limit but still allow
> > indexing at
> > > the ll_rw_block level up to 16TB.
> >
> >No.  LVMs still get passed 512-byte indexed requests.  A LVM exports a
> >block device, and that block device is just as much subject to the 2TB
> >limit as the physical block devices underneath it are.  The fact that
> >the LVM device is a virtual device, not a physical one, does not make
> >a difference, sadly.
> >
> >Cheers,
> >  Stephen
>
> My haed hurts.  Your are right.  Just when I figured out how make a large
> XFS file system.

I'll join you in the aspirin cocktail.

It's incredibly frustrating to find things that obviously should have been
implemented correctly in the first place.

I would say it shouldn't be much trouble fixing LVM to index up to 16TB.
I think time would be better spent working on the kiobuf I/O, since
the 2 TB isn't the only thing wrong with the current buffer head I/O
implementation.



--
Russell Cattelan
cattelan@xxxxxxxxxxx




<Prev in Thread] Current Thread [Next in Thread>