fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
sscox has joined #systemtap
orivej has quit [Ping timeout: 258 seconds]
hpt has joined #systemtap
irker392 has quit [Quit: transmission timeout]
sscox has quit [Ping timeout: 252 seconds]
sscox has joined #systemtap
orivej has joined #systemtap
khaled has joined #systemtap
gila has joined #systemtap
orivej has quit [Ping timeout: 258 seconds]
invano has quit [Ping timeout: 252 seconds]
invano has joined #systemtap
hpt has quit [Quit: Lost terminal]
khaled has quit [Ping timeout: 245 seconds]
khaled has joined #systemtap
sscox has quit [Read error: Connection timed out]
orivej has joined #systemtap
tromey has joined #systemtap
wcohen has quit [Ping timeout: 246 seconds]
yog_ has quit [Quit: Leaving]
wcohen has joined #systemtap
sscox has joined #systemtap
jzhu has joined #systemtap
<jzhu> hi
<fche> jzhu, what's uP?
<jzhu> On my system, I could not use vfs probe, how to add it?
<fche> what are you seeing?
<fche> ok, what error are you seeing? what OS/versions?
<jzhu> ass 1: parsed user script and 466 library scripts using 119216virt/49664res/7052shr/42804data kb, in 110usr/20sys/126real ms.
<jzhu> ^
<jzhu> builder
<jzhu> ^
<fche> try pastebinning this too
<jzhu> ass 1: parsed user script and 466 library scripts using 119216virt/49664res/7052shr/42804data kb, in 110usr/20sys/126real ms.
<jzhu> ^
<jzhu> ^
<jzhu> builder
<jzhu> Sorry
<fche> / characters in irc are hard to pass through properly
<fche> (see also man error::reporting
<jzhu> Let me try pastebin
orivej has quit [Ping timeout: 258 seconds]
<jzhu> It’s Ubuntu 18.04
<fche> hm I have such a vm handy
<fche> ok, looking for the fpaste output
<fche> ubuntu is unfortunately known not to keep their distro versions of stap very fresh
<fche> "missing .... debuginfo"
<jzhu> Works for you?
<fche> did you run # sudo stap-prep ?
<jzhu> Yeah, it asked my to install debuginfo
<jzhu> But I failed to install it :)
<fche> hahaha well .... :)
orivej has joined #systemtap
<fche> one can lead a horse to water, but not force him to drink :)
<jzhu> I remember I had same problem on my centos 7.6 for vfs
<jzhu> I am afk, could not get the output now :)
<fche> yeah # stap-prep there too :)
<jzhu> But if I don’t want to install those packages, systemtap-runtime should be enough right?
<fche> systemtap-runtime is enough for running a stap script that's processed into a .ko file earlier or elsewhere
<fche> if e.g. you have a bunch of machines, but only one of them has debuginfo/compiler stuff, then you can use that as a stap compile-server
<fche> or launch stap scripts from there to the other actual target machines via stap --remote=....
<jzhu> Thank you, will check more tomorrow, 10:30pm here :)
<fche> righto. and debian/ubuntu stap -might- be a little too old; there is a chance you may need to build your own
<fche> but try getting the debuginfo first
<jzhu> Sure, will try
irker918 has joined #systemtap
<irker918> systemtap: fche systemtap.git:refs/heads/master * release-4.1-34-gdd1f436 / stap-prep: stap-prep: adapt to ubuntu 18.04 http://tinyurl.com/y6xj6up3
<irker918> systemtap: smakarov systemtap.git:refs/heads/master * release-4.1-35-g82354b9 / bpf-internal.h bpf-translate.cxx: stapbpf PR24528 housekeeping :: check for userspace-only constructs http://tinyurl.com/y4x4pbev
gromero has joined #systemtap
orivej has quit [Ping timeout: 272 seconds]
jzhu has quit [Quit: Connection closed for inactivity]
irker918 has quit [Quit: transmission timeout]
orivej has joined #systemtap
<gromero> Hello.
<gromero> I'm getting a "ERROR: Couldn't insert module '/tmp/stap2XXmKn/stap_22461.ko': Invalid module format"
<gromero> I'm pretty sure this .ko has the same version as my booted kernel
<gromero> since modinfo says:
<gromero> vermagic: 5.2.0-rc5-debuginfo-00239-g241e39004581 SMP mod_unload modversions mprofile-kernel relocatable
<gromero> and my kernel is:
<gromero> Linux 2q14gto1 5.2.0-rc5-debuginfo-00239-g241e39004581 #4 SMP Fri Jun 21 12:06:45 CDT 2019 ppc64le GNU/Linux
<gromero> does anybody have any clue on that?
<gromero> this is upstream stap:
<gromero> gromero@2q14gto1:~/systemtap/bin$ ./stap --version
<gromero> Systemtap translator/driver (version 4.2/0.168, commit release-4.1-35-g82354b99d037)
<gromero> but well... "tested kernel versions: 2.6.18 ... 5.1-rc2"
<gromero> I should read docs better... sorry
<fche> could be a different problem
<fche> is yours a -g guru mode run?
<fche> if so, we're tracking down a problem that an extra -B flag can fix
<fche> see the mailing list over the last few days
<gromero> hi fche!
<gromero> I think you nailed it: https://pastebin.com/raw/ZxHgDzJz
<gromero> without -g it attaches the probe fine
<gromero> thanks a lot
<fche> righto
<fche> sorry about that, serhei's on the case
<fche> actually it'd be great if someone volunteered to open a sourceware.org/bugzilla to track this problem
<fche> AND while you're here
<fche> it'd be awesome to get some of your system stats, because we haven't been able to reproduce the problem here
<fche> specifically: kernel version, *and* kernel config
<fche> kconfig variables
<gromero> passing "-B CONFIG_MODVERSIONS=y" as suggested in the ML also workaround the issue, look: https://pastebin.com/raw/RGiPskBr
<fche> yeah, but we'd like to figure out why that's neecessary
<gromero> sure
<gromero> I always happy to help systemtap, fche this is incredible project
<gromero> so, what kind of stats you need ?
<gromero> let me see if I can open a BZ there 1 min
<fche> that'd be great
<fche> and attach # stap-report output
<fche> and if you can find it, the kconfig in effect: probably as /boot/config-`uname -r`
<gromero> I'm using my own .config derived from /boot/config since it's not stock kernel, is that ok to attach my .config I guess?
<fche> of course - whatever you're using is what we'd love to see
<gromero> k!
<gromero> so Component is "dyninst" I guess in the BZ?
<fche> translator
<fche> doesn't much matter tho
<gromero> ok
<fche> thanks!
<fche> this will help serhei a ton
<gromero> I'm not so sure we can trust stap-report. I see it fails with .h not found complains, which was the same error I get when I use official stap from distro in that recent kernel
<gromero> fche: great. I'll be around in the channel, so ping me if you need and I can try to help
<fche> hey it's some info - even failures are a problem
<fche> plus we have your email now, should be fine
<gromero> sure ; )
<fche> on fedora, CONFIG_MODVERSIONS is not set
<fche> on rhel7, CONFIG_MODVERSIONS=y
<fche> wacky
<gromero> indeed
<gromero> I'm using Debian btw
<gromero> (but I think it's mentioned somewhere in the logs... )
<fche> stap-report fesses up on that quickly
<gromero> :)
mjw has quit [Quit: Leaving]
gromero has quit [Quit: Leaving]
tromey has quit [Quit: ERC (IRC client for Emacs 26.1)]
wcohen has quit [Ping timeout: 248 seconds]
sscox has quit [Ping timeout: 250 seconds]
irker506 has joined #systemtap
<irker506> systemtap: smakarov systemtap.git:refs/heads/master * release-4.1-36-g1b8f2d1 / buildrun.cxx: PR10280 :: revert prior fix as it does not work for all kernel configs http://tinyurl.com/y5g695d3
wcohen has joined #systemtap
sscox has joined #systemtap
gila has quit []
khaled has quit [Quit: Konversation terminated!]
fche has quit [Remote host closed the connection]
fche has joined #systemtap