Re: NFS "updates"?

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



On Mon, 27 Apr 2020 19:25:59 +0100, Leonidas Spyropoulos via 
arch-general wrote:
> On 27/04/20, Hauke Fath wrote:
>> Re-reading, this is an Arch decision -- what is the rationale? Can 
>> anybody point me to a related discussion?
> 
> It's not, it just defaults to "Y", 

-- which requires building your own kernel to change, right?

> see patch in
> 
https://github.com/archlinux/linux/commit/b24ee6c64ca785739b3ef8d95fd6becaad1bde39
> 
> There's also a bit of explanation if it's useful

Yes, it is - actually, nfs(5) has a much longer explanation, as well as 
a viable workaround: Shorten the udp fragment reassembly timeout on 
fast networks.

On Mon, 27 Apr 2020 20:12:17 +0200, Markus Schaaf via arch-general 
wrote:
>> It's a kernel configuration which is introduced with 5.6 kernel. In my
>> CONFIG_NFS_DISABLE_UDP_SUPPORT=y
> 
> Wow! I'd say udp is used a lot with nfsvers=3. That will break many nfs3
> deployments.

This.

I (and my users) certainly would appreciate if the decision could be 
reconsidered.

Cheerio,
Hauke

-- 
     The ASCII Ribbon Campaign                    Hauke Fath
()     No HTML/RTF in email            Institut für Nachrichtentechnik
/\     No Word docs in email                     TU Darmstadt
     Respect for open standards              Ruf +49-6151-16-21344




[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux