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 Mon, Jul 14, 2025 at 12:36 PM Aurélien Couderc
<aurelien.couderc2002@xxxxxxxxx> wrote:
>
> 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

Apologies, that should have been "the LINUX NFSv4.2 server implementation"

> 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


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