Re: [PATCH 8/9] pnfs/blocklayout: return layouts on setattr

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

 



On Thu, Sep 11, 2014 at 11:48 AM, Christoph Hellwig <hch@xxxxxx> wrote:
> On Thu, Sep 11, 2014 at 11:38:24AM -0400, Trond Myklebust wrote:
>> Why would it be needed? The layout isn't expected to change. If the
>> chown affects permissions then it is up to the DS to enforce that
>> (although POSIX does not require it to do that).
>
> I was wondering about the truncate case.  Even if the DS needs to be
> able to enforce the new size it seems pointless to keep a layout beyond the
> size around.

In the files layout case, it is actually quite common for the server
to hand out an "infinite" sized layout in response to a LAYOUTGET. It
means that the client doesn't need to ask for a new layout in order to
append to the file.

> I don't really see a need to drop on a chown for the blocklayout or
> objlayout drivers either, given that these semantics are enforced at a higher
> level.

-- 
Trond Myklebust

Linux NFS client maintainer, PrimaryData

trond.myklebust@xxxxxxxxxxxxxxx
--
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