From:   "Andrew J. Romero" <romero@fnal.gov>
To:     Chuck Lever III <chuck.lever@oracle.com>
CC:     Jeff Layton <jlayton@kernel.org>,
        Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Subject: RE: Zombie / Orphan open files
Thread-Topic: Zombie / Orphan open files
Thread-Index: AQHZNPfbZsyiVLox/EunGMra5E7rNa64haaAgAATyXCAACB5gIAAAJ1QgAAY44CAAAHUIA==
Date:   Tue, 31 Jan 2023 18:33:26 +0000
Message-ID: <SA1PR09MB7552B00147DBC9200BB8CDBAA7D09@SA1PR09MB7552.namprd09.prod.outlook.com>
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>
 <25395E08-073E-4572-A46D-A2228DB0212E@oracle.com>
In-Reply-To: <25395E08-073E-4572-A46D-A2228DB0212E@oracle.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Kj3rXFNeZh1D0pH4pyVQ049J8D2BsUzQySTpkgFqRg14WwdzeIfwCsCYCD6O?=
 =?us-ascii?Q?DUWAa+1xiFqWwSOMbL++CuY0b0KJ5yQc9cuLXzd7PFJA+E6d4iQ3mEmkqSWW?=
 =?us-ascii?Q?IYnwisBTKHQ4ZL0U2i7c91x4YoQ+zXRYCbDvCKTjgkCJ45Ol0hgcpL5rf/iW?=
 =?us-ascii?Q?8GROIIUcfsHyoQ/fX25v8xFmfPmVvrhNhhQ1GAyPhtDg34CF+6uiJraO2iOa?=
 =?us-ascii?Q?WrY4gBKgsekPCOKQ/kA6+WjiJNKuK4E4iVcWLsolFZlSNetvCHFg4NhSwXJr?=
 =?us-ascii?Q?tc8jqBUpfsQt6NbCeQ/2RWYxCjFvvqM2CoJJsIN4mcWxxo0+rSkPa2iUuY3B?=
 =?us-ascii?Q?mnIJu2x5hxrw0nfGWXi1r85Ud2PnEE9GeILErRoe7gRJfxgiVHTERGZprz6K?=
 =?us-ascii?Q?texvDK7p1/nOcrl6rN3lMl+V1drWCcLMGg1JRE8EUAL3TOJMDQlofHjkW1AL?=
 =?us-ascii?Q?k9L5B/FXHLs7/xYNyuKVvs5NYDUYhhwtwXJCZOwTJJufe7YcS1RQzTxdMVJn?=
 =?us-ascii?Q?UXCfyA2jp080FxcezaZmWTaMNK5NqGTBGMBl/STK4d6reqw8YkJMcmtUTt61?=
 =?us-ascii?Q?FqJk9+168Y2hqemxWM9kqVl7KXoOILsfiWi+EGl9COUOTjMzxqQyrdCyaqx8?=
 =?us-ascii?Q?PtpKeAv+BFAqp1kl++u0d9dAyI+MWfanvoGlFuO2VrRbhhu/THAmMGZxL9hx?=
 =?us-ascii?Q?5flGVPAYZrB5ozflcsLL3LpiOBSpCJRlfE+wj54fJXvZ9wvICKLXRDBg9ze/?=
 =?us-ascii?Q?PWO2BXd2n+NfNdArpEFWnPGXmUq4iqyXlFr011a2aKqtdFQJHfBA11OGZcTY?=
 =?us-ascii?Q?v9MbFW4HC4Igc4iTCZHMTPEZ6CUUMENFfeUjMhIIZAq9rLNlNYrXgCh/m6Nw?=
 =?us-ascii?Q?sj8SyRsG5oHrDrrotE4XAJzXqQ3iGoUhi/1JQEiUfznq/dCsHT0+yiO+wlFb?=
 =?us-ascii?Q?ct3pmvl/aLejS7JGY75o6dEGr/HPRF81+cz/IGtKTGJlkZJcwfAer+hi33ab?=
 =?us-ascii?Q?oqa9abzoVK8N7L50Df7JnwvvVhwAK8lsH7/Nk5yuCxbb54qo8K07WGa0836A?=
 =?us-ascii?Q?rm+GbFiUP85oit/TSwrb9gGQ/wAIV5rWXFenKZ3wGDi8vZlv/gem3Ccjro8z?=
 =?us-ascii?Q?2l5ZFPBkl1dseDcuHq8/IlglozWpSf4pxKejLBOPOD7xl5ldUmSq6GVqQLpZ?=
 =?us-ascii?Q?riQTHTza3sHyWWvWbtFvVRcbd9gyUd6xKDYAD0u+VlmCieyFr3NPYaM6PFms?=
 =?us-ascii?Q?OHxpGZsQNaIqU7tu7F8vQKCaSeVIKnly7CifpOqGRvXsNAVXG0zHloC+4O9M?=
 =?us-ascii?Q?ewneb4ZaHMp6Ep5N3MIrsDX4IyixSwWnk+WgD9icrdYYbjXCkqV1Yk+TCxYF?=
 =?us-ascii?Q?levF4UBO8ikfXm2NAIFHPKdIaOaBrYmS5QmP8HnFSmQ6Yip+LwmYOqZ7KrG+?=
 =?us-ascii?Q?QeTJ0ErwVhg6QhTrP7pWxuvxa9qqqdN76LKaDrp2vNdiFaWEgRya3PmasbCp?=
 =?us-ascii?Q?WzmRuSEVeZxdkTc9JIhafNCTxRqinUo1/MgVpxT7ugLVb2KJkDs0W8YA8aMH?=
 =?us-ascii?Q?CPq/pCQak9NtmMT4U5cLa6okpg6rhFi41tkDm2Q9?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: fnal.gov
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SA1PR09MB7552.namprd09.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0670fb95-4c62-4b27-5b43-08db03b9a47e
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Jan 2023 18:33:26.6321
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d5f83d3-d338-4fd3-b1c9-b7d94d70255a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH8PR09MB9452
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs@vger.kernel.org


>=20
> That's not the way state recovery works. Clients will reopen only
> the files that are still in use. If the clients don't open the
> "zombie" files again, then I'm fairly certain the applications
> have already closed those files.

Hi

In the case of my test script , I know that the files were not
closed explicitly or on script termination. ( script terminated
without credentials ) .   By the time my session re-acquired credentials
( intentionally after process termination) , the process was already termin=
ated
and nothing, on the client, would ever attempt to clean-up the
server-side "zombie open files"

The server-side pool usage caused by my intentionally
bad test script was not freed up until I did the cluster resource migration=
.

Question:
When a simple app (for example a python script ) on the NFS client=20
simply opens a text file,  is a lease automatically, behind the scenes,=20
created on the server. If so, is the server responsible for doing this:
If the lease isn't renewed every N minutes, close the file.

By "simply opens" a text file, I mean that:   the script contains no
code to request or in any way explicitly use locks


Thanks