Re: RFC: What to do about Allocate in the NFS server for FreeBSD13?
- In reply to: Konstantin Belousov : "Re: RFC: What to do about Allocate in the NFS server for FreeBSD13?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 14 Dec 2021 17:19:52 UTC
On 12/13/21 8:30 AM, Konstantin Belousov wrote:
> On Mon, Dec 13, 2021 at 04:26:42PM +0000, Rick Macklem wrote:
>> Hi,
>>
>> There are two problems with Allocate in the NFSv4.2 server in FreeBSD13:
>> 1 - It uses the thread credentials instead of the ones for the RPC.
>> 2 - It does not ensure that file changes are committed to stable storage.
>> These problems are fixed by commit f0c9847a6c47 in main, which added
>> ioflag and cred arguments to VOP_ALLOCATE().
>>
>> I can think of 3 ways to fix Allocate in FreeBSD13:
>> 1 - Apply a *hackish* patch like this:
>> + savcred = p->td_ucred;
>> + td->td_ucred = cred;
>> do {
>> olen = len;
>> error = VOP_ALLOCATE(vp, &off, &len);
>> if (error == 0 && len > 0 && olen > len)
>> maybe_yield();
>> } while (error == 0 && len > 0 && olen > len);
>> + p->td_ucred = savcred;
>> if (error == 0 && len > 0)
>> error = NFSERR_IO;
>> + if (error == 0)
>> + error = VOP_FSYNC(vp, MNT_WAIT, p);
>> The worst part of it is temporarily setting td_ucred to cred.
>>
>> 2 - MFC'ng commit f0c9847a6c47. Normally changes to the
>> VOP/VFS are not MFC'd. However, in this case, it might be
>> ok to do so, since it is unlikely there is an out of source tree
>> file system with a custom VOP_ALLOCATE() method?
> I do not see much wrong with #2, this is what I would do myself.
I also think this is fine.
--
John Baldwin