Re: [RFC PATCH] Revert "NFSD: Force all NFSv4.2 COPY requests to be synchronous"

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

 



On Sun, Jul 13, 2025 at 7:50 PM Chuck Lever <cel@xxxxxxxxxx> wrote:
>
> On 7/12/25 9:06 AM, Aurélien Couderc wrote:
> > ?
> >
> > On Wed, Jun 18, 2025 at 9:22 PM Aurélien Couderc
> > <aurelien.couderc2002@xxxxxxxxx> wrote:
> >>
> >> On Wed, Jun 18, 2025 at 2:58 PM Chuck Lever <cel@xxxxxxxxxx> wrote:
> >>>
> >>> From: Chuck Lever <chuck.lever@xxxxxxxxxx>
> >>>
> >>> In the past several kernel releases, we've made NFSv4.2 async copy
> >>> reliable:
> >>>  - The Linux NFS client and server now both implement and use the
> >>>    NFSv4.2 OFFLOAD_STATUS operation
> >>>  - The Linux NFS server keeps copy stateids around longer
> >>>  - The Linux NFS client and server now both implement referring call
> >>>    lists
> >>>
> >>> And resilient against DoS:
> >>>  - The Linux NFS server limits the number of concurrent async copy
> >>>    operations
> >>
> >> And how does an amin change that limit? There is zero documentation
> >> for admins, and zero training or reference material for COPY, CLONE,
> >> ALLOCATE, ...
> >>
> >> Aurélien
> >> --
> >> Aurélien Couderc <aurelien.couderc2002@xxxxxxxxx>
> >> Big Data/Data mining expert, chess enthusiast
> >
> >
> >
>
> The tone of your original email suggested to me that it was a whine
> rather than a genuine request for more information.

Well, put it that way: I am not a native english speaker.

Imagine a world in the multiverse where the French retained their
colonies instead of the British empire. French would be the dominant
language of that blue marble. Programming languages would use french
words. Someone from the tiny leftover remnants of the British empire
would post in the linnaeus-sdfr@ (système de fichiers réseau, AKA NFS)
mailing list, and that post would be called "a whine", because his
French is not perfect...

>
> Also the request for "training material" for individual NFSv4.2
> operations does not make sense. We do not have training material for
> the NFSv3 READDIRPLUS procedure, for example.
>
> Therefore I ignored the email.

OK, but as an analog: SMB is infamous for "too many" features, all
which can cause trouble. Over time SAMBA added controls to turn
features on/off or use different ways of emulation. So far NFSv4.2 has
no controls to turn specific features on/off, or even get statistics,
or put limits on certain features.

That IS a problem, which SAMBA and even Windows Server SMB have
solved. Otherwise you're at the mercy of whatever combination of NFS
client and NFS server you have, and that is NOT good.

Aurélien
-- 
Aurélien Couderc <aurelien.couderc2002@xxxxxxxxx>
Big Data/Data mining expert, chess enthusiast





[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