diff options
| author | Rick Macklem <rmacklem@FreeBSD.org> | 2024-09-28 22:01:36 +0000 |
|---|---|---|
| committer | Rick Macklem <rmacklem@FreeBSD.org> | 2024-09-28 22:01:36 +0000 |
| commit | 6df05714da160a8ac3e27ee34ff903bd0e760002 (patch) | |
| tree | 6f3ad3060c315c983323fcda195b3d7a3aa26fc7 /test/Tooling/(public-mirror) | |
| parent | 76c60597fa2af9ec5b5a24305794b70ad1530755 (diff) | |
| download | src-main.tar.gz src-main.zip | |
This reverts commit 9792c7d3eb41dc1e3709e00a98734c3312d1b4fe.
The email thread "panic: nfsv4root ref cnt cpuid=1"
on freebsd-fs@freebsd.org descibes
crashes that occurred for a NFSv4.1 client mount
using "oneopenown" where the same file is re-opened
many times by different processes.
The crashes appear to have been caused by the use
of the Lookup+Open RPC (which only happens for
mounts using the "oneopenown" option).
There appears to be a race between closure of the
open and the open acquired by the Lookup+Open RPC.
Since Lookup+Open RPCs are only an optimization
and can only be done for "oneopenown" at this time,
this patch reverts enabling of them.
It may be possible to fix the code so that
Lookup+Open works reliably, so the code is left
in place (although it will never be executed) for now.
Reported by: J David <j.david.lists@gmail.com>
MFC after: 2 weeks
Diffstat (limited to 'test/Tooling/(public-mirror)')
0 files changed, 0 insertions, 0 deletions