RE: Linux kernel 3.18+ blocklayout driver support only 4k pNFS block size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> There is no concept of a max pNFS file size.  Do you mean a maximum layout size?  There is no real delibrate limit.

This is the maximum file size, what can be handled by the block layout driver, because of the maximum layout size limit (at least with EMC).
Every file what is bigger than this, will be handled over the IP network.
I'm not familiar with the layout, maybe an offset can be used, but seems this is not the case.

The client layout request:
layout type: LAYOUT4_BLOCK_VOLUME
IO mode: IOMODE_RW
offset: 0 !!!
length: 524288000 !!!
min length: 4096
stateid.maxount: 4096 !!!

The server will respond with NFS4ERR_TOOSMALL Status to indicate the layout can't be fit in 4k, what seems is an acceptable behavior.

> Do you mean a maximum layout size?  

Yes. (The stateid.maxcount)

> Linux can't handle writeback in guaranteed bigger than 4k sizes.  The old code tried to work around this deep down in the stack in an extremely dead-lock prone way.  We could do this less
> dead lock prone but also a lot less performant when reading in data.  Either way we'd need some deeply technical resource with access to the 8k servers to help to test and debug the support.

This would be great. Maybe EMC can support this with a test environment. We are in contact with EMC, we can push them to provide one.

Our pNFS story started at EMC in 01/22/2015, we are still waiting for a patch. Currently we will not use pNFS, because seems it's not production ready.

Thx

Balazs


-----Original Message-----
From: Christoph Hellwig [mailto:hch@xxxxxxxxxxxxx] 
Sent: Wednesday, April 01, 2015 10:47 AM
To: Gál, Balázs
Cc: linux-nfs@xxxxxxxxxxxxxxx
Subject: Re: Linux kernel 3.18+ blocklayout driver support only 4k pNFS block size

On Tue, Mar 31, 2015 at 03:16:41PM +0000, G?l, Bal?zs wrote:
> The page size is 4k on x64, but we use an EMC VNX5300 storage as a pNFS server, which use a hardcoded 8k file system block size.
> So I'm not able to use the VNX pNFS functionality with the current kernel anymore.
> 
> As I know, EMC is not the only one solution with the 8k block size, so this can brake lot of product on the market.

Which others pNFS block server is around?

> There is another issue with the client layout get requests implementation, what will limit the pNFS max file size in 524MB with the maximum 4k layout length in the request.

There is no concept of a max pNFS file size.  Do you mean a maximum layout size?  There is no real delibrate limit.

> I'm just a dummy user from the broadcast Industry, and I want report it only, but it would be great if this problem can be handled by someone/somehow.

Linux can't handle writeback in guaranteed bigger than 4k sizes.  The old code tried to work around this deep down in the stack in an extremely dead-lock prone way.  We could do this less dead lock prone but also a lot less performant when reading in data.  Either way we'd need some deeply technical resource with access to the 8k servers to help to test and debug the support.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux