[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <KL1P15301MB0006AE4B63A9C92C43348DBCBFB70@KL1P15301MB0006.APCP153.PROD.OUTLOOK.COM>
Date: Tue, 17 Apr 2018 17:42:38 +0000
From: Dexuan Cui <decui@...rosoft.com>
To: Greg KH <greg@...ah.com>
CC: Jan Kara <jack@...e.cz>, Guillaume Morin <guillaume@...infr.org>,
Haiyang Zhang <haiyangz@...rosoft.com>,
Pavlos Parissis <pavlos.parissis@...il.com>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
"jack@...e.com" <jack@...e.com>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"mszeredi@...hat.com" <mszeredi@...hat.com>
Subject: RE: kernel panics with 4.14.X versions
> From: Greg KH <greg@...ah.com>
> Sent: Tuesday, April 17, 2018 03:34
> On Mon, Apr 16, 2018 at 09:10:35PM +0000, Dexuan Cui wrote:
> > > From: Jan Kara <jack@...e.cz>
> > > Sent: Monday, April 16, 2018 07:41
> > > ...
> > > How easily can you hit this? Are you able to run debug kernels / inspect
> > > crash dumps when the issue occurs? Also testing with the latest mainline
> > > kernel (4.16) would be welcome whether this isn't just an issue with the
> > > backport of fsnotify fixes from Miklos.
> >
> > It's not easy for us to reproduce the fsnotify() lockup issue, and actually
> > we still don't have an easy & reliable way to reproduce it.
> >
> > According to our tests, v4.16 doesn't have the issue.
> > And v4.15 doesn't have the issue either, if I recall correctly.
> > I only know the issue happens to v4.14.x and 4.13.x kernels
>
> Any chance to run 'git bisect' between 4.14 and 4.15 to find the fix?
> greg k-h
Sorry, I'm afraid not.
It was only reproducible in a customer VM with a specific workload and it took
days to hit the issue. The customer VM doesn't exist any more. And we even
can't find a way to reproduce the issue with fio tests + programs that test fsnotify().
-- Dexuan
Powered by blists - more mailing lists