NAK: [PATCH 0/1 v2][SRU][focal:linux] NFSv4.1: Don't rebind to the same source port when reconnecting to the server

Tim Gardner tim.gardner at canonical.com
Thu Dec 1 15:07:44 UTC 2022


On 11/28/22 7:43 AM, Tim Gardner wrote:
> BugLink: https://bugs.launchpad.net/bugs/1997488
> 
> SRU Justification
> 
> Microsoft asked for this backport complaining that,
> "NFS 4.1 mounts on AKS are reusing the same source port when a reconnect needs to happen".
> 
> This issue looks applicable to the generic kernel, though I'd be happy to only apply
> to Azure if the risk is deemed too high.
> 
> [Impact]
> 
> NFSv2, v3 and NFSv4 servers often have duplicate replay caches that look
> at the source port when deciding whether or not an RPC call is a replay
> of a previous call. This requires clients to perform strange TCP gymnastics
> in order to ensure that when they reconnect to the server, they bind
> to the same source port.
> 
> NFSv4.1 and NFSv4.2 have sessions that provide proper replay semantics,
> that do not look at the source port of the connection. This patch therefore
> ensures they can ignore the rebind requirement.
> 
> [Where things could go wrong]
> 
> NFS reconnects may erroneously fail.
> 
> [Other Info]
> 
> SF: #00345839
> 

Will resubmit when I have test results.
-- 
-----------
Tim Gardner
Canonical, Inc




More information about the kernel-team mailing list