[Bug 296753] nfsuserd caches successful name-to-ID mappings under canonical NSS names instead of the requested NFSv4 name

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296753

--- Comment #2 from commit-hook@FreeBSD.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=1771ab245c2341033f0cee3bd098c76888cf3515

commit 1771ab245c2341033f0cee3bd098c76888cf3515
Author:     Emanuel Helms <emanuel@nrv.cc>
AuthorDate: 2026-09-07 19:50:58 +0000
Commit:     Rick Macklem <rmacklem@FreeBSD.org>
CommitDate: 2026-09-07 19:50:58 +0000

    nfsuserd.c: Fix handling where pw_name/gr_name differ from lookup name

    When an NSS backend returns a canonical pw_name or gr_name that differs
from
    the lookup name supplied by the NFSv4 upcall, nfsuserd stores the
successful
    mapping in the kernel cache under the canonical name instead of the
requested
    name.

    This causes the retry lookup performed by nfsv4_strtouid() or
    nfsv4_strtogid() to miss the newly inserted cache entry, resulting in the
    default UID/GID being returned although the NSS lookup itself succeeded.

    PR:     296753
    Reviewed by:    rmacklem
    Tested by:      Emanuel Helms <emanuel@nfv.cc>
    MFC after:      2 weeks

 usr.sbin/nfsuserd/nfsuserd.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.