From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id C416E3860C3D; Fri, 25 Sep 2020 18:03:50 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C416E3860C3D From: "m.j.harvey at imperial dot ac.uk" To: systemtap@sourceware.org Subject: [Bug tapsets/26666] New: nfsd tapset - fh_export and fh_dentry always NULL for NFSv3 Date: Fri, 25 Sep 2020 18:03:50 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: tapsets X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: m.j.harvey at imperial dot ac.uk X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: systemtap@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Systemtap mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2020 18:03:50 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D26666 Bug ID: 26666 Summary: nfsd tapset - fh_export and fh_dentry always NULL for NFSv3 Product: systemtap Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: tapsets Assignee: systemtap at sourceware dot org Reporter: m.j.harvey at imperial dot ac.uk Target Milestone: --- Hi, When using the nfsd.proc.entries probes, fh->fh_dentry and fh->fh_export are always NULL when the NFS version is 3. This makes it impossible to resolve = the full path of a file. When the NFS version is 4, this members are set as expected and task_dentry_path(), inode_path() work as expected. To reproduce: Set up an NFS export, mount it as nfsv3 On the server run stap --all-modules share/systemtap/examples/network/nfsd-trace.stp=20 On the client touch a new file on the mount Onthe server note stap abort with ERROR: read fault [man error::fault] at 0x38 near operator '->' at nfsd-trace.stp:18:31 Remount with nfsv4, and repeat. Observe that the tap reports accesses correctly. adding printf("%s %s", fh->fh_dentry, fh->fh_export) and repeating confirms= the difference. Tested on RHEL 7.8 x86-64, kernel 3.10.0-1127.19.1, with RHEL systemtap 4.0= and also current git head (747902ed). --=20 You are receiving this mail because: You are the assignee for the bug.=