MIME-Version: 1.0
References: <CACH9xG8-tEtWstUVmD9eZFEEAqx-E8Gs14wDL+=uNtBK=-KJvQ@mail.gmail.com>
 <ZAmv57xeNqs7v9hY@kroah.com>
In-Reply-To: <ZAmv57xeNqs7v9hY@kroah.com>
From:   Sylvain Menu <sylvain.menu@gmail.com>
Date:   Thu, 9 Mar 2023 11:17:30 +0100
Message-ID: <CACH9xG9=BFszD9OXspttTFdki0e68b5Hw7o11AUQ7pptSMy9wQ@mail.gmail.com>
Subject: Re: nfs mount disappears due to inode revalidate failure
To:     Greg KH <gregkh@linuxfoundation.org>
Cc:     stable@vger.kernel.org, regressions@lists.linux.dev,
        chuck.lever@oracle.com, jlayton@kernel.org,
        linux-nfs@vger.kernel.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

I think it's a regression according to the old resolved bugs/tickets
but no idea since when it's broken again

Le jeu. 9 mars 2023 =C3=A0 11:07, Greg KH <gregkh@linuxfoundation.org> a =
=C3=A9crit :
>
> On Thu, Mar 09, 2023 at 10:42:41AM +0100, Sylvain Menu wrote:
> > Hello,
> >
> > I am writing to report an issue on a nfs mount that disappears due to
> > an inode revalide failure (already sent in January but probably banned
> > with html format...).
> > This very old commit
> > (https://github.com/torvalds/linux/commit/cc89684c9a265828ce061037f1f79=
f4a68ccd3f7)
> > exactly show the problem I have and this old resolved issue
> > (https://bugzilla.kernel.org/show_bug.cgi?id=3D117651) is probably
> > failing again today
> >
> > To sum up, I have a NFS mount inside another NFS mount (for example:
> > /opt/nfs/mount1 & /opt/nfs/mount1/mount2).
> > If I kill a task trying to get a file descriptor on
> > /opt/nfs/mount1/mount2 then it will be unmounted. My simple test code
> > to reproduce very easily:
> >
> > int main(int argc, char *argv[]) {
> >     while (1) {
> >         close(open(argv[1], O_RDONLY));
> >     }
> > }
> >
> > In logs, I have: "nfs_revalidate_inode: (0:62/845965) getattr failed,
> > error=3D-512"
> >
> > Tested on 5.19 and 6.1 kernel
>
> So is this a regression or something that has always been present?
>
> thanks,
>
> greg k-h