This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Trying Stapdyn Out


On 08/20/2012 12:00 PM, sami wagiaalla wrote:
>>> Failed to create process /usr/bin/ls
>>> --SERIOUS-- #68: Failed to create process for /usr/bin/ls: Process
>>> exited during startup
>>> --FATAL-- #68: Dyninst was unable to create the specified process
>>> --FATAL-- #68: create process failed bootstrap
>>> WARNING: /usr/bin/stapdyn exited with status: 139
>>> Pass 5: run failed.  Try again with another '--vp 00001' option.
>>
>> I think I've seen something like this, and that exit 139 was a SIGFPE
>> somewhere in the dyninst library.  But for me, the problem went away as
>> soon as I did "debuginfo-install dyninst".  Of course that shouldn't be
>> required, and it certainly shouldn't crash with or without debuginfo,
>> but I haven't had a chance to dig into this issue yet.
>>
> 
> Figure it out. It turns out I had to 'setsebool deny_ptrace=0' :) I 
> should have been on the lookout for SELinux denials.

Ah yes, that will block dyninst quite well, as with any debugger. :)

But I'm still worried about that exit 139, since I believe that's still
a crash.  There are other ways that ptrace can fail (e.g. if the target
is already attached), so it ought to accept failure more gracefully.

You also need allow_execstack, which I think I mentioned before,
although I'm looking for ways to get around that.

Josh


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]