From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 55643 invoked by alias); 1 Feb 2018 21:02:35 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 53836 invoked by uid 48); 1 Feb 2018 21:02:32 -0000 From: "ocket8888 at gmail dot com" To: systemtap@sourceware.org Subject: [Bug kprobes/22772] missing kernel/module debuginfo for custom lt kernel Date: Thu, 01 Feb 2018 21:02:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: kprobes X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ocket8888 at gmail dot com 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: Message-ID: In-Reply-To: References: 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-SW-Source: 2018-q1/txt/msg00029.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22772 --- Comment #10 from ocket8888 --- (In reply to David Smith from comment #4) > (In reply to ocket8888 from comment #0) > > Created attachment 10770 [details] > > kernel configuration > >=20 > > I've been trying (and failing) to get systemtap to work on my CentOS ma= chine. > > ``` > > $ uname -a > > Linux ipcdn-cache-51.cdnlab.comcast.net 4.9.70-1.el7.centos.x86_64 = #1 > > SMP Thu Feb 1 15:34:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux > > $ cat /etc/centos-release``` > > CentOS Linux release 7.4.1708 (Core) > > $ stap --version > > Systemtap translator/driver (version 3.1/0.168, rpm 3.1-5.el7_4) > > Copyright (C) 2005-2017 Red Hat, Inc. and others > > This is free software; see the source for copying conditions. > > tested kernel versions: 2.6.18 ... 4.10-rc8 > > enabled features: AVAHI BOOST_STRING_REF DYNINST JAVA PYTHON2 LIBRPM > > LIBSQLITE3 LIBVIRT LIBXML2 NLS NSS READLINE > > ``` > >=20 > > I'm attaching the configuration used to build the kernel, note that it > > follows the configuration specified in the FAQ (Q2). When I run the test > > command `stap -ve 'probe vfs.read{exit()}` it outputs > >=20 > > ``` > > Pass 1: parsed user script and 529 library scripts using > > 378212virt/192180res/6484shr/188296data kb, in 2030usr/40sys/2078real m= s. > > semantic error: while resolving probe point: identifier 'kernel' at > > /usr/share/systemtap/tapset/linux/vfs.stp:915:18 > > source: probe vfs.read =3D kernel.function("vfs_read") > > ^ > >=20 > > semantic error: missing x86_64 kernel/module debuginfo [man > > warning::debuginfo] under '/lib/modules/4.9.70-1.el7.centos.x86_64/buil= d' >=20 > Interesting. I'm betting the '-lt' tag is going to show up in the filenam= es > installed by one (or more) of the kernel-lt packages. Pay close attention= to > the following packages: kernel-lt, kernel-lt-debuginfo, and kernel-lt-dev= el. > Does '-lt' show up in any of the filenames from those packages? >=20 > If so, an semi-easy workaround here would be to create a symbolic link fr= om > the path systemtap expects to the path containing '-lt'. >=20 > If I'm right, I'm not sure what the best solution to this problem would be > in systemtap to automatically recognize the '-lt' kernels. Here's what I got: ``` $ repoquery -l kernel-lt-`uname -r` | grep -e "-lt" /etc/ld.so.conf.d/kernel-lt-4.9.70-1.el7.centos.x86_64.conf ``` the devel package installs nothing with '-lt' in the name, while the debugi= nfo package dumped too much stuff to paste, but what might be the issue is everything it puts under /usr/src is under a 'kernel-lt-4.9.70' directory. --=20 You are receiving this mail because: You are the assignee for the bug.