]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
NFSv4: Always set NLINK even if the server doesn't support it
authorHan Young <hanyang.tony@bytedance.com>
Sun, 4 May 2025 12:57:04 +0000 (20:57 +0800)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sun, 6 Jul 2025 08:57:54 +0000 (10:57 +0200)
commite0de34ea6deb9d49e1cca1d79042d6a5c78e6ab6
treec7409b730ac9dd584cb38330acabcf009db7d1e5
parent9a5e5318c885a27dedd573d9279322073c259e6a
NFSv4: Always set NLINK even if the server doesn't support it

[ Upstream commit 3a3065352f73381d3a1aa0ccab44aec3a5a9b365 ]

fattr4_numlinks is a recommended attribute, so the client should emulate
it even if the server doesn't support it. In decode_attr_nlink function
in nfs4xdr.c, nlink is initialized to 1. However, this default value
isn't set to the inode due to the check in nfs_fhget.

So if the server doesn't support numlinks, inode's nlink will be zero,
the mount will fail with error "Stale file handle". Set the nlink to 1
if the server doesn't support it.

Signed-off-by: Han Young <hanyang.tony@bytedance.com>
Signed-off-by: Anna Schumaker <anna.schumaker@oracle.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
fs/nfs/inode.c