fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
<agentzh> so procfs is buggy?
<agentzh> seems it is a regression caused by commit 4706ab3ca "runtime: default to using procfs for the transport"?
<fche> well now you got me curious, will do some testing here
<agentzh> reverting that single commit makes things work again on fedora 28.
<fche> fedora what?!
<kerneltoast> agentzh, that commit isn't the bug, it just makes -DSTAP_TRANS_PROCFS the default
<agentzh> yeah, i knew.
<fche> what's your uname -r ?
<fche> agentzh, it works okay on the various kernels I've tried, going back to rhel6 era
<agentzh> fche: interesting. we'll see if it's something specific to our own branch.
<agentzh> hmm, the upstream master branch gives the same error, even for a hello world oneliner.
<agentzh> i'm using a 5.0.16 kernel.
<kerneltoast> maybe stap can't access procfs without root
<fche> not sure I have any system running that-ish here
<fche> sudo stap ... works?
<kerneltoast> fche, we don't use sudo
<agentzh> oh, i've using normal user.
<kerneltoast> we use the stapsys group stuff
<agentzh> *been
<fche> understood, but check
<kerneltoast> agentzh, me too
<fche> maybe /proc is mounted peculiarly on your OS
<kerneltoast> sudo works
<kerneltoast> lol
<agentzh> ah
<agentzh> yeah, sudo works for me too.
<agentzh> anyway to work around that?
<agentzh> forcing debugfs?
<agentzh> any better way?
<fche> how is your procfs etc. mounted?
<agentzh> how to check?
<agentzh> $ file /proc
<agentzh> /proc: directory
<agentzh> $ df /proc
<agentzh> Filesystem 1K-blocks Used Available Use% Mounted on
<agentzh> proc 0 0 0 - /proc
<kerneltoast> grep proc /proc/mounts
<kerneltoast> proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
<agentzh> $ grep proc /proc/mounts
<agentzh> proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
<agentzh> systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=44,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=22305 0 0
<agentzh> the nosuid flag may be the culprit...
<agentzh> mine is on fedora
<fche> proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) here
<fche> perms?
<fche> stat /proc
<fche> stat /proc/systemtap
<fche> that looks normal
<fche> are you sure you're using git/master stap, including its copy of staprun etc.? make-install'd ?
<fche> commit e3d03db82 is kinda important
<agentzh> yes, it's upstream master branch.
<agentzh> without zero local modifications.
<agentzh> kerneltoast can reproduce the error on centos 7 too.
<fche> sometimes people forget to make-install
<agentzh> i use make install
<agentzh> specifying debugfs works for me.
<agentzh> without make install, normal account won't work anyway ;)
<fche> is that a sudo make install - for setuid-root staprun etc.?
<agentzh> i'll share my build and installation script...
<agentzh> a sec
<kerneltoast> i do sudo make install
<kerneltoast> i remember running into issues in the past without sudo on the make install
<fche> well pick me up with a feather, I'm seeing this here too
<fche> okay will fix
* kerneltoast attempts to pick up fche with a feather
<fche> it has to be a big feather
<kerneltoast> How to Pick Up Red Hat Engineers
<fche> ummmmmmmmmmmmmmmmmmmmmmmmmm
<fche> PHRASING
<mjw> I am asleep yes, sorry. But that PUSH for DW_OP_deref was indeed an obvious bug.
<fche> thanks sleepy mark :)
<mjw> Crazy code that uses it, but nice find!
mjw has quit [Quit: Leaving]
derek0883 has quit [Remote host closed the connection]
khaled has quit [Quit: Konversation terminated!]
<agentzh> fche: glad the procfs thing is fixable. happy to test your fix out when it's ready.
<fche> yea
orivej has quit [Ping timeout: 265 seconds]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
irker366 has quit [Quit: transmission timeout]
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
_whitelogger has joined #systemtap
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Ping timeout: 265 seconds]
orivej has joined #systemtap
khaled has joined #systemtap
derek0883 has joined #systemtap
derek0883 has quit [Ping timeout: 264 seconds]
_whitelogger has joined #systemtap
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek088_ has joined #systemtap
derek0883 has quit [Ping timeout: 264 seconds]
derek088_ has quit [Ping timeout: 260 seconds]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
khaled has quit [Quit: Konversation terminated!]
khaled has joined #systemtap
khaled has quit [Client Quit]
khaled has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
mjw has joined #systemtap
jhg_ has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Ping timeout: 264 seconds]
derek0883 has joined #systemtap