Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Aug 2023 08:54:31 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 273414] linuxulator regression in symlinks under zfs
Message-ID:  <bug-273414-227-1bzeEGgfo2@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-273414-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-273414-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273414

--- Comment #2 from Dmitry Chagin <dchagin@FreeBSD.org> ---
here it rather makes sense to speak about regression in vfs/namecache/ufs d=
ue
to the fact that:
1. starting from
https://cgit.freebsd.org/src/commit/sys/kern/vfs_cache.c?id=3D739ecbcf1c4fd=
22b5f6ee0bb180a67644046a3e0
file systems should cache symbolic link targets on their own. This method is
not implemented for UFS, so the described bug does not occur for UFS.

2. UFS currently does not use namecache at all, so this bug does not occur.=
 See
here: https://reviews.freebsd.org/D41337, https://reviews.freebsd.org/D41338

I think it would be correct to modify the algorithm of the namei() and
cache_fplookup() functions so that file systems are not responsible for cac=
hing
symlink targets, ie, cache_fplookup() should stop its loop and return PARTI=
AL
in case of a symbolic link, and namei() should resolve the symlink and go to
the cache lookup starting from the current directory.

As a temporary fix, try this patch, please:
https://people.freebsd.org/~dchagin/vfs.patch

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-273414-227-1bzeEGgfo2>