Received-SPF: pass (google.com: domain of linux-nfs+bounces-2550-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Precedence: bulk
MIME-Version: 1.0
Message-ID: <trinity-db344068-bb4b-4d0b-9772-ff701a2c70dd-1711663407957@msvc-mesg-gmx026>
From: Jan Schunk <scpcom@gmx.de>
To: Chuck Lever III <chuck.lever@oracle.com>
Cc: Jeff Layton <jlayton@kernel.org>, Neil Brown <neilb@suse.de>, Olga
 Kornievskaia <kolga@netapp.com>, Dai Ngo <dai.ngo@oracle.com>, Tom Talpey
 <tom@talpey.com>, Linux NFS Mailing List <linux-nfs@vger.kernel.org>,
 "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Aw: Re: [External] : nfsd: memory leak when client does many file
 operations
Content-Type: text/plain; charset=UTF-8
Importance: normal
Sensitivity: Normal
Content-Transfer-Encoding: quoted-printable
Date: Thu, 28 Mar 2024 23:03:28 +0100
In-Reply-To: <51CAACAB-B6CC-4139-A350-25CF067364D3@oracle.com>
References: <trinity-068f55c9-6088-418d-bf3a-c2778a871e98-1711310237802@msvc-mesg-gmx120>
 <E3109CAA-8261-4F66-9D1B-3546E8B797DF@oracle.com>
 <trinity-bfafb9db-d64f-4cad-8cb1-40dac0a2c600-1711313314331@msvc-mesg-gmx105>
 <567BBF54-D104-432C-99C0-1A7EE7939090@oracle.com>
 <trinity-66047013-4d84-4eef-b5d3-d710fe6be805-1711316386382@msvc-mesg-gmx005>
 <6F16BCCE-3000-4BCB-A3B4-95B4767E3577@oracle.com>
 <trinity-ad0037c0-1060-4541-a8ca-15f826a5b5a2-1711396545958@msvc-mesg-gmx024>
 <088D9CC3-C5B0-4646-A85D-B3B9ACE8C532@oracle.com>
 <trinity-77720d9d-4d5b-48c6-8b1f-0b7205ea3c2b-1711398394712@msvc-mesg-gmx021>
 <51CAACAB-B6CC-4139-A350-25CF067364D3@oracle.com>
UI-OutboundReport: notjunk:1;M01:P0:uMl+1g9NXAI=;HWc+QwHnNviUpAPUakv/EEgMy7O
 h1MM2EU0xq8bmffM5wmnQK/li+VhROyCMf9ElPcI1+S8Hl3J65k4wgL4YYLKv7YAfJQ+YzSAC
 SB7fYr7i9qJl3sLxbiRKMrbGKZ1UiSuTfFNl3Kyq0HlahpLl2rQ+dcT3LHIVpW0X73P1tEI/B
 Huy0CPceSpw6HCn4oldBtNLUF6JVrjwng1+2Lzp7x8ChU3bexbjEkfTeoahZ3v0UaqkaikDx3
 BWEaud5KdQcpBFYsXPQZe6zMRHok94fABfnka5AZTpjOLbAm4ZU8tjrwl7PSWf1OQCyCPTyw3
 u7GQahvd9AkqkztR0+7qq/JjMVASUihQW2b4ryVDb//9IlecO7YqF2gROvfv0UzPMaykHTjGT
 Xcp//eshFABAlFJa37pGDWzwtzNEfJSXNU48rWUh9JlBXxrLGM22IRpvovdb5M+Toodd8BO2C
 pEPcOPs/s5qkbr+He5S3W1rskz86YQDEYCc3uz56vtwhqF6CkEPpxNPPg34KRUqDezkUba2k4
 vvWX0fiM4j5xTW8XluLmWxQ5P5K/gCL9+VQTc/B2dvTHdsAnDR/ywDh2B1jbCrecyBjG+Fqwt
 mmLgdqyHZUcpvLS3FRkgsGqGpvtue4vMvFuVd7lkZ//JJgWvPMndUQS9SprObaXwh/xAJ7Bla
 bjq2L8GgK2oa0uOtSzfBkl8JpP39//YN+4R5NlTSKrkdoXHTQudcMq6AWsEiMA0=

Inside the VM I was not able to reproduce the issue on v6=2E5=2Ex so I keep=
 concentrating on v6=2E6=2Ex=2E

Current status:

$ git bisect start v6=2E6 v6=2E5
Bisecting: 7882 revisions left to test after this (roughly 13 steps)
[a1c19328a160c80251868dbd80066dce23d07995] Merge tag 'soc-arm-6=2E6' of gi=
t://git=2Ekernel=2Eorg/pub/scm/linux/kernel/git/soc/soc

--
$ git bisect good
Bisecting: 3935 revisions left to test after this (roughly 12 steps)
[e4f1b8202fb59c56a3de7642d50326923670513f] Merge tag 'for_linus' of git://=
git=2Ekernel=2Eorg/pub/scm/linux/kernel/git/mst/vhost

--
$ git bisect bad
Bisecting: 2014 revisions left to test after this (roughly 11 steps)
[e0152e7481c6c63764d6ea8ee41af5cf9dfac5e9] Merge tag 'riscv-for-linus-6=2E=
6-mw1' of git://git=2Ekernel=2Eorg/pub/scm/linux/kernel/git/riscv/linux

--
$ git bisect bad
Bisecting: 975 revisions left to test after this (roughly 10 steps)
[4a3b1007eeb26b2bb7ae4d734cc8577463325165] Merge tag 'pinctrl-v6=2E6-1' of=
 git://git=2Ekernel=2Eorg/pub/scm/linux/kernel/git/linusw/linux-pinctrl

--
$ git bisect good
Bisecting: 476 revisions left to test after this (roughly 9 steps)
[4debf77169ee459c46ec70e13dc503bc25efd7d2] Merge tag 'for-linus-iommufd' o=
f git://git=2Ekernel=2Eorg/pub/scm/linux/kernel/git/jgg/iommufd

--
$ git bisect good
Bisecting: 237 revisions left to test after this (roughly 8 steps)
[e7e9423db459423d3dcb367217553ad9ededadc9] Merge tag 'v6=2E6-vfs=2Esuper=
=2Efixes=2E2' of git://git=2Ekernel=2Eorg/pub/scm/linux/kernel/git/vfs/vfs

> Gesendet: Montag, den 25=2E03=2E2024 um 21:36 Uhr
> Von: "Chuck Lever III" <chuck=2Elever@oracle=2Ecom>
> An: "Jan Schunk" <scpcom@gmx=2Ede>
> Cc: "Jeff Layton" <jlayton@kernel=2Eorg>, "Neil Brown" <neilb@suse=2Ede>=
, "Olga Kornievskaia" <kolga@netapp=2Ecom>, "Dai Ngo" <dai=2Engo@oracle=2Ec=
om>, "Tom Talpey" <tom@talpey=2Ecom>, "Linux NFS Mailing List" <linux-nfs@v=
ger=2Ekernel=2Eorg>, "linux-kernel@vger=2Ekernel=2Eorg" <linux-kernel@vger=
=2Ekernel=2Eorg>
> Betreff: Re: [External] : nfsd: memory leak when client does many file o=
perations
>=20
>=20
>=20
> > On Mar 25, 2024, at 4:26=E2=80=AFPM, Jan Schunk <scpcom@gmx=2Ede> wrot=
e:
> >=20
> > I am building my own kernels, but I never tried kmemleak, is this just=
 a Kconfig option?
>=20
>   Location:
>     -> Kernel hacking
>       -> Memory Debugging
> (1)     -> Kernel memory leak detector (DEBUG_KMEMLEAK [=3Dn])
>=20
>=20
> > What do you mean with "bisect between v6=2E3 and v6=2E4"?
>=20
> After you "git clone" the kernel source:
>=20
> $ git bisect start v6=2E4 v6=2E3
>=20
> Build the kernel and test=2E If the test fails:
>=20
> $ cd <your kernel source tree>; git bisect bad
>=20
> If the test succeeds:
>=20
> $ cd <your kernel source tree>; git bisect good
>=20
> Rebuild and try again until it lands on the first broken commit=2E
>=20
>=20
> > Everything including v6=2E4 is OK, the problem starts at v6=2E5=2E
>=20
> I misremembered=2E Use "$ git bisect start v6=2E5 v6=2E4" then=2E
>=20
>=20
> > I also looked at some code already but there are huge changes to mm th=
at happened in v6=2E5 and v6=2E6 so for me it is heavy to compare it with o=
lder versions to find one or more commits that may cause the issue=2E
>=20
> Bisection is a mechanical test-based process=2E You don't need
> to look at code until you've reached the first bad commit=2E
>=20
> --
> Chuck Lever
>=20
>