From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id ADA771C2AF for ; Tue, 26 Mar 2024 17:15:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711473352; cv=none; b=XuW7RPyruUa56jVQyGHTStHXYkr7d8758ihAKULXRXXGMSSTdxijDuGalKwYjusbpGT6Q65F/WITw73rt456iXlsoD9+I76Ck4CsQh0i3ofHIBvbAsjUtyzDmqPvV3OBl0ykhFEY1Ntt1YVmG6HEJDbnN0s58R0wPl4pAHGIhew= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711473352; c=relaxed/simple; bh=LoladC18vN7o4gjKcyxmmepIsMgeUKlzNuRv3Hg00LQ=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=IbxzXXslpQQl5XXHpW/KTdop1ng2N9rdHw/YXkZVrdaqRCCMjMuF8GKtR0k+gxe/WLx5fpZGRGCTUFDZ2OMa1xHQK82Lxr084u9x2uqOfHtvXe9ONqVNsZI88yXE9ZG2L7a013aaaCGvx2V120/65G66XG1cV5+qVzKkcpnlpMI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=bZYbyib9; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="bZYbyib9" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711473349; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=83HZCuvdetNwVOhsg4UWAZu5Vujs+vemNZ3aPKHm26A=; b=bZYbyib9kEiXuqjoyMXTln8SBcFo5GSebY7yyofv1vRHTzewjgG1i05glMlQ2VRRdEuxuF bcjA2tsfJO7LA7xXLklxknurAd0qFXser8koCnoFcFe36UkmVBC7BugHtQNSxtOYFCf3eo b+SM9RjjJcuVm6u5pJSuyyCKB0IsA+Y= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-220-MsRG69mVNE-g4GYGImo1dg-1; Tue, 26 Mar 2024 13:15:43 -0400 X-MC-Unique: MsRG69mVNE-g4GYGImo1dg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id CCF5C101A586; Tue, 26 Mar 2024 17:15:42 +0000 (UTC) Received: from [100.115.132.116] (unknown [10.22.50.19]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 3B6FB202451F; Tue, 26 Mar 2024 17:15:41 +0000 (UTC) From: Benjamin Coddington To: Jan Schunk Cc: Chuck Lever III , Jeff Layton , Neil Brown , Olga Kornievskaia , Dai Ngo , Tom Talpey , Linux NFS Mailing List , linux-kernel@vger.kernel.org Subject: Re: [External] : nfsd: memory leak when client does many file operations Date: Tue, 26 Mar 2024 13:15:36 -0400 Message-ID: <13E7E8AF-46DF-45BF-96BB-0C820B9FA23A@redhat.com> In-Reply-To: <1AE35F72-77CF-4F5A-9B65-72AB6A53A621@redhat.com> References: <567BBF54-D104-432C-99C0-1A7EE7939090@oracle.com> <6F16BCCE-3000-4BCB-A3B4-95B4767E3577@oracle.com> <088D9CC3-C5B0-4646-A85D-B3B9ACE8C532@oracle.com> <1AE35F72-77CF-4F5A-9B65-72AB6A53A621@redhat.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.4 On 26 Mar 2024, at 13:13, Benjamin Coddington wrote: > On 26 Mar 2024, at 13:04, Jan Schunk wrote: > >> Before I start doing this on my own build I tried it with unmodified l= inux-image-6.6.13+bpo-amd64 from Debian 12. >> I installed systemtap, linux-headers-6.6.13+bpo-amd64 and linux-image-= 6.6.13+bpo-amd64-dbg and tried to run stap: >> >> user@deb:~$ sudo stap -v --all-modules kmem_alloc.stp nfsd_file >> WARNING: Kernel function symbol table missing [man warning::symbols] >> Pass 1: parsed user script and 484 library scripts using 110120virt/96= 896res/7168shr/89800data kb, in 1360usr/1080sys/4963real ms. >> WARNING: cannot find module kernel debuginfo: No DWARF information fou= nd [man warning::debuginfo] >> semantic error: resolution failed in DWARF builder >> >> semantic error: while resolving probe point: identifier 'kernel' at km= em_alloc.stp:5:7 >> source: probe kernel.function("kmem_cache_alloc") { >> ^ >> >> semantic error: no match >> >> Pass 2: analyzed script: 1 probe, 5 functions, 1 embed, 3 globals usin= g 112132virt/100352res/8704shr/91792data kb, in 30usr/30sys/167real ms. >> Pass 2: analysis failed. [man error::pass2] >> Tip: /usr/share/doc/systemtap/README.Debian should help you get starte= d. >> user@deb:~$ >> >> user@deb:~$ grep -E 'CONFIG_DEBUG_INFO|CONFIG_KPROBES|CONFIG_DEBUG_FS|= CONFIG_RELAY' /boot/config-6.6.13+bpo-amd64 >> CONFIG_RELAY=3Dy >> CONFIG_KPROBES=3Dy >> CONFIG_KPROBES_ON_FTRACE=3Dy >> CONFIG_DEBUG_INFO=3Dy >> # CONFIG_DEBUG_INFO_NONE is not set >> CONFIG_DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT=3Dy >> # CONFIG_DEBUG_INFO_DWARF4 is not set >> # CONFIG_DEBUG_INFO_DWARF5 is not set >> # CONFIG_DEBUG_INFO_REDUCED is not set >> CONFIG_DEBUG_INFO_COMPRESSED_NONE=3Dy >> # CONFIG_DEBUG_INFO_COMPRESSED_ZLIB is not set >> # CONFIG_DEBUG_INFO_SPLIT is not set >> CONFIG_DEBUG_INFO_BTF=3Dy >> CONFIG_DEBUG_INFO_BTF_MODULES=3Dy >> CONFIG_DEBUG_FS=3Dy >> CONFIG_DEBUG_FS_ALLOW_ALL=3Dy >> # CONFIG_DEBUG_FS_DISALLOW_MOUNT is not set >> # CONFIG_DEBUG_FS_ALLOW_NONE is not set >> user@deb:~$ >> >> Do I need to enable other options? > > You should just need DEBUG_INFO.. maybe stap can't find it? You can tr= y to add: -r /path/to/the/kernel/build oh, nevermind - you're using a packaged kernel. I'm no familiar with the= packaged requirements for systemtap on debian. Ben