#systemtap on 2017-09-20 — irc logs at freenode.irclog.whitequark.org

2015-11-12 23:18 fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged

00:45 gromero has quit [Ping timeout: 255 seconds]

01:25 nkambo__ has joined #systemtap

01:28 nkambo_ has quit [Ping timeout: 248 seconds]

01:30 nkambo_ has joined #systemtap

01:32 nkambo__ has quit [Ping timeout: 240 seconds]

01:39 nkambo__ has joined #systemtap

01:41 nkambo_ has quit [Ping timeout: 240 seconds]

01:42 hpt has joined #systemtap

01:45 gromero has joined #systemtap

01:50 nkambo_ has joined #systemtap

01:53 nkambo__ has quit [Ping timeout: 248 seconds]

01:53 nkambo__ has joined #systemtap

01:56 nkambo_ has quit [Ping timeout: 260 seconds]

01:58 nkambo_ has joined #systemtap

02:01 nkambo__ has quit [Ping timeout: 264 seconds]

02:02 nkambo__ has joined #systemtap

02:03 nkambo_ has quit [Ping timeout: 240 seconds]

02:13 nkambo_ has joined #systemtap

02:15 nkambo__ has quit [Ping timeout: 260 seconds]

02:16 mmarchini has quit [Ping timeout: 248 seconds]

02:19 nkambo__ has joined #systemtap

02:22 nkambo_ has quit [Ping timeout: 248 seconds]

02:31 przemoc has quit [Ping timeout: 276 seconds]

02:37 nkambo_ has joined #systemtap

02:39 nkambo__ has quit [Ping timeout: 240 seconds]

02:42 przemoc has joined #systemtap

03:09 nkambo__ has joined #systemtap

03:09 nkambo_ has quit [Ping timeout: 248 seconds]

03:11 nkambo_ has joined #systemtap

03:14 nkambo__ has quit [Ping timeout: 240 seconds]

03:16 nkambo__ has joined #systemtap

03:18 nkambo_ has quit [Ping timeout: 240 seconds]

03:48 nkambo_ has joined #systemtap

03:48 nkambo__ has quit [Ping timeout: 240 seconds]

03:58 nkambo__ has joined #systemtap

04:00 nkambo_ has quit [Ping timeout: 240 seconds]

04:01 nkambo_ has joined #systemtap

04:03 nkambo__ has quit [Ping timeout: 248 seconds]

04:08 przemoc has quit [Ping timeout: 264 seconds]

04:09 nkambo__ has joined #systemtap

04:11 nkambo_ has quit [Ping timeout: 240 seconds]

04:30 nkambo_ has joined #systemtap

04:33 nkambo__ has quit [Ping timeout: 248 seconds]

04:37 gromero has quit [Ping timeout: 264 seconds]

04:38 przemoc has joined #systemtap

04:42 gromero has joined #systemtap

04:43 przemoc has quit [Ping timeout: 248 seconds]

04:57 przemoc has joined #systemtap

04:57 przemoc has quit [Changing host]

04:58 nkambo__ has joined #systemtap

05:01 nkambo_ has quit [Ping timeout: 240 seconds]

05:01 przemoc has quit [Ping timeout: 240 seconds]

05:08 sanoj has joined #systemtap

05:10 nkambo_ has joined #systemtap

05:11 nkambo__ has quit [Ping timeout: 248 seconds]

05:13 sanoj has quit [Quit: Leaving]

05:13 sanoj has joined #systemtap

05:32 przemoc has joined #systemtap

05:39 przemoc has quit [Remote host closed the connection]

05:56 przemoc has joined #systemtap

05:56 gromero has quit [Ping timeout: 252 seconds]

06:00 przemoc has quit [Ping timeout: 248 seconds]

06:06 przemoc has joined #systemtap

06:19 przemoc has quit [Ping timeout: 240 seconds]

06:25 przemoc has joined #systemtap

06:30 przemoc has quit [Ping timeout: 240 seconds]

06:39 przemoc has joined #systemtap

06:48 przemoc has quit [Ping timeout: 246 seconds]

06:48 pwithnall_ has joined #systemtap

07:06 przemoc has joined #systemtap

07:15 jistone has quit [Ping timeout: 248 seconds]

07:16 jlebon has quit [Ping timeout: 240 seconds]

07:18 jlebon has joined #systemtap

07:21 pwithnall_ has quit [Ping timeout: 255 seconds]

07:22 jistone has joined #systemtap

07:25 sanoj has quit [Ping timeout: 255 seconds]

07:28 sanoj has joined #systemtap

07:37 przemoc has quit [Ping timeout: 240 seconds]

07:58 gila has joined #systemtap

08:03 sanoj has quit [Ping timeout: 246 seconds]

08:03 przemoc has joined #systemtap

08:12 przemoc has quit [Ping timeout: 240 seconds]

08:13 przemoc has joined #systemtap

08:17 gila has quit [Quit: My Mac Pro has gone to sleep. ZZZzzz…]

08:51 sanoj has joined #systemtap

08:53 sanoj has quit [Client Quit]

08:54 sanoj has joined #systemtap

09:01 orivej has quit [Ping timeout: 240 seconds]

09:06 orivej has joined #systemtap

09:23 mjw has joined #systemtap

09:37 hpt has quit [Quit: Lost terminal]

09:47 nkambo_ has quit [Ping timeout: 248 seconds]

10:01 scox has quit [Ping timeout: 240 seconds]

10:03 nkambo_ has joined #systemtap

10:26 gila has joined #systemtap

11:11 bsingh has joined #systemtap

11:13 bsingh has quit [Client Quit]

11:49 gromero has joined #systemtap

11:58 gromero has quit [Quit: Leaving]

12:38 sanoj has quit [Ping timeout: 240 seconds]

12:40 scox has joined #systemtap

12:41 wcohen has quit [Ping timeout: 240 seconds]

12:42 mmarchini has joined #systemtap

12:50 mmarchini has quit [Ping timeout: 240 seconds]

12:59 mbenitez has joined #systemtap

13:03 drsmith_away is now known as drsmith

13:20 gromero has joined #systemtap

13:32 irker609 has joined #systemtap

13:32 <irker609> systemtap: dsmith systemtap.git:refs/heads/master * release-3.1-287-gc207b6f / tapset/linux/tcpmib.stp testsuite/systemtap.examples/network/tcpipstat.stp: Avoid "confusing usage" warnings in tcpmib.stp and the tcpipstat.stp example. http://tinyurl.com/y77x29wm

13:40 wcohen has joined #systemtap

14:06 gromero has quit [Ping timeout: 240 seconds]

14:10 tromey has joined #systemtap

14:16 brolley has joined #systemtap

14:19 gromero has joined #systemtap

16:01 orivej has quit [Read error: Connection reset by peer]

17:02 <toothe> Hi all! anyone have a really simple stap example?

17:02 <toothe> I've tried several ,but get compilation errors.

17:03 <toothe> Apparently this is a common problem across google.

17:03 <toothe> not sure if there's a pckage that I'm suppsoed to add - I added the dbgsym kernel image.

17:09 <fche> toothe, sure

17:09 <fche> the [man stapex] man pages has some little ones e.g.

17:09 <fche> compilation errors tend to occur if you're using a kernel much newer than the systemtap version

17:10 <fche> we must unfortunately track kernel internal api changes, which are perennial

17:27 <toothe> I see. so, I may need go back to an older kernel?

17:27 <fche> or a newer systemtap

17:28 <toothe> I see. so, I'm using whatever comes by default on Ubuntu 16.10

17:28 <fche> depends on the error. git systemtap generally works with anything published in the last 10 years

17:28 <toothe> Which I installed last night specifically for this purpose.

17:28 <toothe> oh?

17:28 <toothe> I would not mind going down that route -- (damn, I could have kept my Linux install...)

17:29 <fche> see [man error::pass4] next time for the same tip :-)

19:18 nkambo_ has quit []

19:50 <toothe> alright back - let me check this out again.

19:54 irker609 has quit [Quit: transmission timeout]

19:54 mmarchini has joined #systemtap

19:55 <toothe> I dont' have a manpage for stapex

19:59 <toothe> so, this works: sudo stap -l 'module("rtl8188ee").function("rtl_write*")'

20:04 <toothe> I'm literally using this, and getting errors: https://sourceware.org/systemtap/examples/general/helloworld.stp

20:04 <fche> can you pastebin the errors?

20:05 <fche> it would be a distro packaging error to miss a man page of such exquisite value as stapex

20:05 <toothe> https://dpaste.de/VojE

20:05 <toothe> notice the first error: lacking kernel symbols.

20:06 <toothe> WARNING: Kernel function symbol table missing [man warning::symbols]

20:06 <fche> that's fine, it's a warning.

20:06 wcohen has quit [Ping timeout: 264 seconds]

20:06 <toothe> (I don't have a man page for waring::symbols

20:06 <toothe> but, why those compilation errors?

20:06 <fche> please consider opening a distro bug - they should be including those man pages.

20:07 <fche> the compilation errors are what I was talking about yesterday - your version of stap (runtime) is considerably older than your kernel

20:07 <toothe> So, is stap primarily a RHEL product?

20:07 <fche> try: uname -a; stap -V

20:07 <toothe> oh yes, you did tell me this just a bit ago.

20:07 <toothe> Linux pc.localhost 4.10.0-35-generic #39~16.04.1-Ubuntu SMP Wed Sep 13 09:02:42 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

20:07 <fche> 'primarily a rhel'? not sure how to answer that; we in RH are certainly fans

20:07 <toothe> Systemtap translator/driver (version 2.9/0.165, Debian version 2.9-2ubuntu2 (xenial))

20:08 <fche> version 2.9 is from 2015 october

20:08 <toothe> ouch

20:08 <fche> more recent versions of stap identify the tested versions during stap -V

20:09 <fche> so building your own copy of systemtap out of git is possible

20:09 <fche> hey - and you'll even get man pages.

20:09 <toothe> btw, the sourceware.org has your username referenced in the git section :)

20:09 <toothe> are you a maintainer/author of it?

20:09 <fche> coincidence

20:10 <fche> purely

20:10 <fche> :-)

20:10 * toothe doesn't know you well enough to know if that's sarcasm or not :)

20:10 <fche> the ambiguity is part of the delight

20:13 <toothe> hm...configure complains I don't have msgfmt :)

20:13 <toothe> that's distro-specific

20:13 <fche> # apt-get build-dep systemtap

20:13 <fche> then try again

20:13 <fche> (that's in the stap README)

20:13 <toothe> got it :)

20:14 <fche> https://wiki.ubuntu.com/Kernel/Systemtap <-- they did a nice job with that page

20:15 <fche> though it doesn't mention the version drift problem

20:18 <toothe> curious the architecture of this system.

20:19 <fche> https://sourceware.org/systemtap/documentation.html

20:24 <toothe> oh i see - you were saying the version of systemtap was compiling against older kernel headers...I see

20:24 <toothe> so, ubuntu is way beyhind on this package - I get it.

20:24 <fche> the systemtap's kernel-interfacing code comes distributed as source code (/usr/share/systemtap/runtime/...)

20:25 <fche> that source code assumes a (range of) api version(s)

20:25 <toothe> Hm...it isnt' compiling (I installed the source dep packages)

20:25 <toothe> bpf-translate.cxx:37:29: fatal error: elfutils/libebl.h: No such file or directory

20:25 <toothe> (I know, this isn't your distro, just running into this problem)

20:25 <fche> understood

20:26 * fche thinks that's in one of the elfutils subpackages

20:26 <toothe> with Fedora, does it "just work" ? I ask because I switched specifically to get this one package working.

20:27 <toothe> I have all packages that even contain `elf` in it installed.

20:27 <toothe> I just checked.

20:27 <fche> how about ebl ?

20:28 <toothe> hm..searching.

20:29 <toothe> searching for `ebl` gets meq uite a few packages. NOt sure which one...let me google this.

20:31 <fche> hm try libdw-dev

20:32 <fche> ya not sure how exactly debian/ubuntu slices & dices elfutils up

20:35 <fche> (on fedora all these bits are simply in elfutils-devel, no slicing & dicing)

20:36 pwithnall_ has joined #systemtap

20:37 <toothe> I just realized -I ran into this problem elsewhere before.

20:37 <toothe> the vmware kernel module also fails to compile - and its this same kernel function

20:37 <toothe> in that case I patched it, because it was trivial.

20:38 <fche> yeah, these are not hard fixes usually

20:38 <fche> but a PITA because they are asynchronous to out-of-tree modules

20:38 <toothe> right right -- and I have no idea how to get that missing header/library....

20:38 <toothe> damn.

20:39 <fche> ok another solution

20:39 <fche> you could hand-apply the stap fix for that particular build issue

20:39 <fche> getting into heroic territory - and other things may go south, at which point I'll just go into my other room and open something stronger

20:39 <toothe> well, I can't compile it to begin with.

20:40 <fche> I mean your current /usr/bin/stap binary

20:40 <toothe> as in, i could do that, but the package won't compile anyways

20:40 <fche> we may be able to patch /usr/share/systemtap/runtime

20:40 <toothe> ohh...heh

20:42 <fche> https://sourceware.org/bugzilla/show_bug.cgi?id=19990 = stap commit e7c42c3a9fa0c442ae59a15ccf256224c27ef745

20:42 <fche> hm, that's not pure runtime

20:42 <toothe> so..hm..I don't seem to have that.

20:42 <fche> it's around there somewhere

20:42 <fche> /usr/local/share/systemtap/runtime/

20:43 <fche> hm /usr/local/ ... interesting ... who built a distro program under /usr/local for you?

20:43 <fche> In file included from /usr/local/share/systemtap/runtime/linux/runtime.h:209:0,

20:43 <fche> etc

20:43 <fche> a wait never mind,

20:43 <fche> was looking at the wrong thing

20:43 <fche> /usr/share/systemtap/runtime/linux/access_process_vm.h

20:52 wcohen has joined #systemtap

20:54 eichiro has quit [Quit: Lost terminal]

20:55 eichiro has joined #systemtap

20:56 eichiro has quit [Client Quit]

20:57 darvon has quit [Remote host closed the connection]

21:02 darvon has joined #systemtap

21:02 eichiro has joined #systemtap

21:06 gila has quit [Quit: My Mac Pro has gone to sleep. ZZZzzz…]

21:16 tromey has quit [Quit: ERC (IRC client for Emacs 26.0.50)]

21:30 orivej has joined #systemtap

21:39 brolley has left #systemtap [#systemtap]

21:58 <mjw> libebl.h isn't really a public api. You won't need it with newer elfutils. It is just a hack for older elfutils that don't have the string section functions publicly.

22:01 mbenitez has quit [Ping timeout: 248 seconds]

22:08 mjw has quit [Quit: Leaving]

22:11 drsmith is now known as drsmith_away

23:29 <toothe> Just installed Fedora - going to install Fedora Cinnamon instead.

23:29 <toothe> I'm not that religious on which linux distro I run, but I have a few preferences.

23:36 pwithnall_ has quit [Ping timeout: 255 seconds]

23:43 <fche> <judge dredd>I will allow it.</>

23:44 * fche runs xfce4 on normal fedora

23:50 irker880 has joined #systemtap

23:50 <irker880> systemtap: amerey systemtap.git:refs/heads/master * release-3.1-288-gcf8d5f1 / bpf-internal.h bpf-translate.cxx configure main.cxx parse.cxx stapbpf/bpfinterp.cxx stapbpf/libbpf.c stapbpf/stapbpf.cxx tapset/bpf/exit.stp tapset/logging.stp: stapbpf: fix printf(), add exit() http://tinyurl.com/ybgg9bhv

23:50 <irker880> systemtap: amerey systemtap.git:refs/heads/master * release-3.1-289-gcbc1697 / stapbpf/stapbpf.cxx tapset/bpf/exit.stp tapset/logging.stp tapsets.cxx: stapbpf: fix kprobe registration bugs http://tinyurl.com/y74etg8y