fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
fche has joined #systemtap
hpt has joined #systemtap
srikar_away is now known as srikar
zw01 has quit [Ping timeout: 258 seconds]
zw01 has joined #systemtap
hkshaw has quit [Quit: WeeChat 1.5]
irker747 has quit [Quit: transmission timeout]
guest123 has joined #systemtap
guest123 is now known as hkshaw
ego_ has joined #systemtap
hkshaw has quit [Quit: WeeChat 1.5]
hkshaw has joined #systemtap
srikar is now known as srikar_away
ravi has joined #systemtap
ananth has joined #systemtap
srikar_away is now known as srikar
nkambo has joined #systemtap
hpt has quit [Quit: leaving]
nkambo has quit [Remote host closed the connection]
nkambo has joined #systemtap
sjas has joined #systemtap
hkshaw has quit [Ping timeout: 240 seconds]
nkambo has quit [Ping timeout: 240 seconds]
nkambo has joined #systemtap
ph7 has joined #systemtap
ph7 has quit [Quit: Leaving.]
scox has quit [Ping timeout: 260 seconds]
wcohen has quit [Ping timeout: 244 seconds]
<djellemah> I've been beating my head on this error for a couple of days:
<djellemah> "semantic error: while resolving probe point: identifier 'process'"
<djellemah> Works ok for 'probe process.begin' etc, but fails for things like
<djellemah> I'm using linux-4.1.15-gentoo-r1, all the kernel CONFIG_XXX that I can find in the docs are set. systemtap-3.1 from git.
<djellemah> 'probe process("/bin/ls").function("main")'
<djellemah> and
<djellemah> probe process("ruby").mark("method__cache__clear") etc
<djellemah> TIA
ph7 has joined #systemtap
ego_ has quit [Ping timeout: 250 seconds]
<fche> djellemah, can you share the stap-report output?
<djellemah> fche: will do, just need to take out a few private details :-O
ravi has quit [Remote host closed the connection]
<fche> sure
<fche> try also stap -p2 --vp 04 -e 'probe process ..... { }'
<djellemah> fche: are github gists fine for you?
<fche> yeah, reading
<fche> so there's a stap 2.9 installed on your box too
<djellemah> I'll remove it and try again.
<fche> Unknown symbol __tracepoint_sys_exit
<fche> ... those sorts of things are bad, but manifest themselves later
<djellemah> Still the same error with stap-2.9 removed.
<djellemah> I saw those tracepoint missing symbols. Couldn
<djellemah> 't find them in the kernel sources or in stap sources. Unless I misremember :-\
<djellemah> Oh, and it's a 32-bit userland on a 64-bit kernel.
<fche> ok I don't see anything concerning in the stap-report with respect to the git stap and uprobes
<fche> so ... it should Work (tm) :-) could you paste that stap -p2 --vp .... output?
<djellemah> just re-running it to be sure 2.9 is out of the picture.
<fche> does nm -D /bin/ls include main?
<fche> I assume gentoo /bin/ls doesn't include debug data
<fche> (have you tried hand-compiling hello-world with gcc -g and comparing?)
<fche> (ie. probe process("./a.out").function("*") { } kind of thing)
<djellemah> /bin/ls definitely doesn't have debug symbols. includes __libc_start_main ...?
<fche> main is not the same as that
<fche> so in the absence of any symbols, stap will only see the -D (dynamic / shared-library-essential) ones
<djellemah> K. I tried process("ruby").mark("method__cache__clear"), and checked that those symbols are in the readelf -n output. Dunno if that helps. I'll do a simple binary with debug symbols. Give me a few minutes.
<fche> ok, that ruby case is worth looking at closer too.
<fche> -p2 --vp 04 ftw
<djellemah> K. The sdt markers are actually in the libruby.so. I assume those will be picked up once the libs are loaded and the process is running?
<fche> no, you'd probe the shared library that contains the markers
<fche> (or rely on a tapset that maps probe ruby.foo = process("/path/to/libruby.so").mark("foo") { }
<fche> dunno if the ruby guys ship one of those
<djellemah> Hm, haven't looked for a ruby tapset. I also tried stap with the pid of the running process using the shared lib.
ph7 has quit [Quit: Leaving.]
<fche> e.g. here on fedora,
<fche> % rpm -qf /usr/share/systemtap/tapset/libruby.so.2.3.stp
<fche> ruby-libs-2.3.1-56.fc24.x86_64
<fche> which enable probe ruby.cmethod.entry { } etc.
brolley has joined #systemtap
<djellemah> Awesome, thanks. Just doing that hello world in the meantime...
<djellemah> Progress - a new error message: /tmp/stapdKE6S7/stap_ffdd08ca3bac9969f034fa4388c64a3a_1044_src.c:343:39: error: 'STAP_SESSION_UNINITIALIZED' undeclared (first use in this function)
<fche> that'd be git stap
<fche> probably without a make-install
<fche> but even stap 2.9 should work fine
* djellemah now regrets removing 2.9 ... ;-)
<djellemah> yup, no make install, just running it out of the build directory.
ph7 has joined #systemtap
<fche> pls do a make-install too. you can build stap with --prefix=/some/private/directory
tromey has joined #systemtap
<djellemah> I reinstalled 2.9. Now getting those WARNING: "__tracepoint_module_load" undefined, and "Couldn't insert module"
drsmith has joined #systemtap
<djellemah> gotta go. I'll try some other things. Thanks for all your help.
wcohen has joined #systemtap
mbenitez has joined #systemtap
mbenitez has quit [Changing host]
mbenitez has joined #systemtap
<fche> righto. try a make-install with git stap.
ph7 has quit [Quit: Leaving.]
scox has joined #systemtap
ph7 has joined #systemtap
ph7 has quit [Client Quit]
ph7 has joined #systemtap
srikar is now known as srikar_away
nkambo has quit [Read error: Connection reset by peer]
hkshaw has joined #systemtap
ananth has quit [Quit: Leaving]
ravi has joined #systemtap
nkambo has joined #systemtap
ravi has quit [Quit: Leaving]
brolley is now known as brolley|lunch
brolley|lunch has left #systemtap [#systemtap]
irker871 has joined #systemtap
<irker871> systemtap: ravi.bangoria systemtap.git:refs/heads/master * release-3.0-184-gd4d3c3d / testsuite/systemtap.base/at_var.exp: Add a non-optimized test to testsuite/systemtap.base/at_var.exp. http://tinyurl.com/h856a4y
ph7 has quit [Quit: Leaving.]
<irker871> systemtap: dsmith systemtap.git:refs/heads/master * release-3.0-185-ge144749 / runtime/linux/task_finder.c runtime/linux/task_finder2.c: Fix a locking problem in the task_finder. http://tinyurl.com/hzkeujt
dmalcolm has quit [Ping timeout: 258 seconds]
hchiramm has quit [Ping timeout: 260 seconds]
brolley has joined #systemtap
dmalcolm has joined #systemtap
nkambo has quit [Ping timeout: 276 seconds]
ph7 has joined #systemtap
brolley has quit [Quit: Leaving.]
brolley has joined #systemtap
wcohen has quit [Ping timeout: 260 seconds]
hchiramm has joined #systemtap
wcohen has joined #systemtap
drsmith has left #systemtap [#systemtap]
mbenitez has quit [Quit: Leaving]
ph7 has quit [Quit: Leaving.]
ph7 has joined #systemtap
wcohen has quit [Ping timeout: 258 seconds]
wcohen has joined #systemtap
ph7 has quit [Quit: Leaving.]
tromey has quit [Quit: ERC (IRC client for Emacs 25.0.95.1)]
brolley has left #systemtap [#systemtap]
wcohen has quit [Ping timeout: 240 seconds]
hchiramm has quit [Ping timeout: 250 seconds]
scox has quit [Ping timeout: 258 seconds]
hchiramm has joined #systemtap
wcohen has joined #systemtap
hchiramm has quit [Ping timeout: 250 seconds]
gila has quit [Quit: Textual IRC Client: www.textualapp.com]
hchiramm has joined #systemtap
hchiramm has quit [Ping timeout: 250 seconds]
hchiramm has joined #systemtap
scox has joined #systemtap