This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: sendmail function probe registration error with systemtap
- From: "Frank Ch. Eigler" <fche at redhat dot com>
- To: Xiaokui Shu <subbyte at gmail dot com>
- Cc: systemtap at sourceware dot org
- Date: Fri, 10 Jan 2014 16:15:31 -0500
- Subject: Re: sendmail function probe registration error with systemtap
- Authentication-results: sourceware.org; auth=none
- References: <CAMU3N_JxL8CFUOmiyuh0FMaVt_q3tF3b1ATSP+nW6HiS=dkV+g at mail dot gmail dot com> <y0mvbxrr7xl dot fsf at fche dot csb> <CAMU3N_KaOPbsYQS1io=_v-g4PzzQ4mAbk0GAOveN2tf-dLmaCg at mail dot gmail dot com>
On Fri, Jan 10, 2014 at 03:26:09PM -0500, Xiaokui Shu wrote:
> I find nothing changed with -DSTP_ALIBI. It does not stop sendmail
> from not receiving emails. Do you suggest this is a uprobe problem
> instead of systemtap?
Yup, high likelihood.
> The command I run stap is:
> #stap -DSTP_ALIBI -o sendmail.trace -v trace.stp sendmail
> == stap -V ==
> Systemtap translator/driver (version 2.4/0.156, rpm 2.4-1.fc19)
> [...]
> == dmesg | fgrep 'Linux version' ==
> [ 0.000000] Linux version 3.12.6-200.fc19.i686.PAE
> (mockbuild@bkernel02) (gcc version 4.8.2 20131212 (Red Hat 4.8.2-7)
> (GCC) ) #1 SMP Mon Dec 23 16:58:40 UTC 2013
> [...]
Thanks a lot. So it's a nice recent kernel & systemtap combination.
One way to proceed further is to try to reproduce the problem with
"perf probe" rather than systemtap. For that, one might run "stap -k
..." to preserve the C intermediate code to fish out the low-level
probe addresses, arrange to feed the same set to perf-probe, then
activate them on a copy of sendmail, and see if it flies. In case
it doesn't, it's time to file a kernel bugzilla entry.
We can help with this part, but would need e.g. the generated .c file
and the exact rpm version of your sendmail.
- FChE