Hi Daniel,

We are using NFSv4.

If the client locks a file and crashes. Are FD on the server reaped and at what internal?
We had no clients running and all of the FDs on the server were still open. Hence the question.

-alok



On Mon, Mar 15, 2021 at 6:26 AM Daniel Gryniewicz <dang@redhat.com> wrote:
Depends on the client load.  For NFSv4, you will get an open FD for each
client process that opens/locks a file.  For NFSv3, you will get a
single global FD for all opens on a file, and an additional FD for each
client process that locks the file.  However, that single open FD will
stick around for a long time, while in NFSv4, open FDs will be closed as
soon as the client is done with them.

If you're using NFSv3, some work was done on closing the global FDs
faster, but this is not in 2,8, only in 3.4 and later.

(This, of course, only applies to FSAL VFS or GPFS; other FSALs don't
open system FDs for anything)

Daniel

On 3/13/21 10:21 PM, Alok Sinha wrote:
>
> Version : nfs-ganesha-2.8.3
> File descriptor limit : 65536
> FSAL used : VFS
>
> Server is running out of file descriptor. /proc/<pid>/fd shows that.
> I see  few .so ( shared objects ) and executables are open more than
> once .  Few of them are open about 26 times.  I have not debugged LRU yet.
> I think all open FDs are by MDCACHE.
>
> Question:  Is it expected that MDCACHE would open the same file many times
> ( multiple FDs )?
>
> -alok
>
> _______________________________________________
> Devel mailing list -- devel@lists.nfs-ganesha.org
> To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org
>
_______________________________________________
Devel mailing list -- devel@lists.nfs-ganesha.org
To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org