MIME-Version: 1.0
References: <YQBPR01MB10724B629B69F7969AC6BDF9586C89@YQBPR01MB10724.CANPRD01.PROD.OUTLOOK.COM>
 <YQBPR01MB10724AEE306F99C844101EED086CF9@YQBPR01MB10724.CANPRD01.PROD.OUTLOOK.COM>
 <YQBPR01MB10724F79460F3C02361279E8686CF9@YQBPR01MB10724.CANPRD01.PROD.OUTLOOK.COM>
 <654e3b7d15992d191b2b2338483f29aec8b10ee1.camel@kernel.org>
 <YQBPR01MB10724B36E378F493B9DED3C7E86D39@YQBPR01MB10724.CANPRD01.PROD.OUTLOOK.COM>
 <3c02bd2df703a68093db057c51086bbf767ffeb1.camel@kernel.org>
 <YQBPR01MB1072428BC706EE8C5CC34341186D39@YQBPR01MB10724.CANPRD01.PROD.OUTLOOK.COM>
 <936efa478e786be19cb9715eba1941ebc4f94a1b.camel@kernel.org>
 <SA1PR09MB75521717AA00DCAD6CAB5118A7D39@SA1PR09MB7552.namprd09.prod.outlook.com>
 <2bc328a4a292eb02681f8fc6ea626e83f7a3ae85.camel@kernel.org>
 <SA1PR09MB75528A7E45898F6A02EDF82EA7D09@SA1PR09MB7552.namprd09.prod.outlook.com>
 <0BBE155A-CE56-40F7-A729-85D67A9C0CC3@oracle.com> <SA1PR09MB755212AB7E5C5481C45028A8A7D09@SA1PR09MB7552.namprd09.prod.outlook.com>
 <CAN-5tyHOJ=qXUU73VsZC9Ezs7_-eZ46VDtiE_DWB3bdyr768gA@mail.gmail.com>
 <SA1PR09MB7552C7543CE6E9D263C070D4A7D09@SA1PR09MB7552.namprd09.prod.outlook.com>
 <CAN-5tyGdaL_pYgqgS0TDwqCzVu=0rgLau8TDZMTe+hmC395UtQ@mail.gmail.com>
 <SA1PR09MB7552674B97042D59646F6EF1A7D09@SA1PR09MB7552.namprd09.prod.outlook.com>
 <CAN-5tyGQrW-DDa8E+jzwdJuJa1swtq31kd6u_0nPoZXwpJPu=g@mail.gmail.com>
 <SA1PR09MB7552AB9D248410D0DE9866B2A7D09@SA1PR09MB7552.namprd09.prod.outlook.com>
 <CAN-5tyHnrFe5sZvd7MZ3NgdLhv8AyGUxu7ioJ3zb4ouj0Lq5Mw@mail.gmail.com>
 <SA1PR09MB755217D2B3E29E9486D4796FA7D19@SA1PR09MB7552.namprd09.prod.outlook.com>
 <CAN-5tyGaX=Go+kwrM33K2EaY41sXmf4v1+2JO8MhbDuGTGG7zA@mail.gmail.com> <SA1PR09MB755277F59EB463643BEBDD77A7D69@SA1PR09MB7552.namprd09.prod.outlook.com>
In-Reply-To: <SA1PR09MB755277F59EB463643BEBDD77A7D69@SA1PR09MB7552.namprd09.prod.outlook.com>
From:   Olga Kornievskaia <aglo@umich.edu>
Date:   Wed, 1 Feb 2023 19:53:06 -0500
Message-ID: <CAN-5tyHS=Ru_5fojUuHhxumsXHv+z6evfGsowb7J1PMENKNTTA@mail.gmail.com>
Subject: Re: Zombie / Orphan open files
To:     "Andrew J. Romero" <romero@fnal.gov>
Cc:     linux-nfs <linux-nfs@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

adding back the mailing list.

On Wed, Feb 1, 2023 at 7:22 PM Andrew J. Romero <romero@fnal.gov> wrote:
>
>
>
> > > Is the default behavior, of using MACHINE CREDENTIALS
> > > for certain state control operations,  in place when NFS v4.0 is being used ?
> > > or only if 4.1 or greater are being used ?
> >
> > This is only for 4.1+.
> >
>
> Our NAS is v4.0 .... they will release their 4.1 soon
>

Ah see not sure why I didn't ask on the thread what nfs version it was
and right away jumped to talking about 4.1+. With 4.0, operations such
as open/close would be done with the user's credentials. If they
expire, that's a problem. 4.1 protocol is preferred over 4.0 for
variety of reason and thing could be one of them.

I can confirm that the same experiment I've done with 4.1, with 4.0
leads to the client not sending an open to the server (since it has no
creds to use).

I don't believe there are any provisions in the 4.0 spec for allowing
something like a CLOSE to be sent with something other than the
principal's creds that created that state.