https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=289711
--- Comment #7 from Rick Macklem <[email protected]> ---
(In reply to Peter Much from comment #6)
That slowdown will most likely be a
delegation recall. Now, why does it take
so long?
A packet trace in wireshark would answer
the question, but it is likely that a lot
of writebacks to the server were required
prior to the delegation return.
The RFCs require a delegation recall when
rename occurs. In this case, it is a sillyrename,
which refers to a rename being done because the
file is being removed while still open. (There is
an argument that, for the sillyrename case, the
recall is not needed, but the RFCs say "do it", so??)
There might be an underlying issue that makes the
recall take so long, but without a packet trace,
there is no way of knowing.
Bottom line, delegations are not enabled by
default for a reason. They can result in significant
reductions in RPC counts, but can also result in
delegation recalls that take a long time.
Set vfs.nfsd.issue_delegations=0 and the slowdowns
will go away. (Without the nfscbd running, the
server is not supposed to issue delegations, so
that had the same effect.)
--
You are receiving this mail because:
You are the assignee for the bug.
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.