[ltt-dev] Kernel Oops during lttctl_start()
Bernd Hufmann
Bernd.Hufmann at ericsson.com
Thu Apr 21 07:47:30 EDT 2011
Hi Mathieu
Thank you very much for looking at the problem and for providing a fix.
Unfortunately, I won't be able to test the fix any time soon, because it
requires to compile and install a new kernel on my virtual machine which
can take some time. When it is integrated in a later LTTng PPA release
for Ubuntu I will be able to give it a try.
Best Regards
Bernd
On 04/18/2011 10:12 PM, Mathieu Desnoyers wrote:
> * Mathieu Desnoyers (compudj at krystal.dyndns.org) wrote:
>> * Bernd Hufmann (Bernd.Hufmann at ericsson.com) wrote:
> [...]
>>> Steps to reproduce:
>>> - Enable all markers (use ltt-armall)
>>> - Start tcf-client
>>> - connect<remote>
>>> - tcf ltt_control setupTrace "kernel" "0" "h2"
>>> - tcf ltt_control setChannelEnable "kernel" "0" "h2" false
>>> - tcf ltt_control allocTrace "kernel" "0" "h2"
>>> - lttctl_client ltt_control writeTraceLocal "kernel" "0" "h2"
>>> "/tmp/h2" 2 false false false
>>> - tcf ltt_control startTrace "kernel" "0" "h2"
>>>
>>> Now, the command startTrace won't return. It hangs on line "if
>>> (write(fd, op, strlen(op)) == -1)" of method "lttctl_sendop()" which was
>>> called by method "lttctl_start()" (see file liblttctrl.c). Please see
>>> attached file "dmesg_start.log" for the dmesg output.
>>>
>> [...]
>>> [ 416.740678] LTT : Tracing not active for trace h5
>>> [ 416.740908] LTT state dump begin
>>> [ 416.740931] LTT state dump thread start
>>> [ 416.743693] LTT state dump end
>>> [ 447.956279] LTT: 36 events written in channel metadata (cpu 0, index 0)
>>> [ 447.956424] LTT: 54278 events written in channel fs (cpu 0, index 0)
>>> [ 447.956468] LTT: 40989 events written in channel fs (cpu 0, index 1)
>>> [ 618.382904] LTT : Tracing not active for trace h6
>>> [ 618.383350] BUG: unable to handle kernel NULL pointer dereference at 00000014
>>> [ 618.383983] IP: [<e080828f>] ltt_trace_start+0x7f/0x190 [ltt_tracer]
>> This looks like a bug in lttng-modules (the LTTng kernel modules).
>> Probably a bug with the way the current LTTng-stable versions handle the
>> trace session "templates". The good news is that we are getting rid of
>> all that code in the upcoming LTTng (with UST/ltt-sessiond/CTF
>> integration), so this bug is very likely to vanish then.
>>
>> I'll try to have a look.
>>
>> Thanks for reporting this.
> It should be fixed in the lttng-modules.git tree v0.19-stable branch now
> (commit e5b34c668a7d7b8aeab9fa2bdbb31eed4eff7929). Can you try again
> using this version of lttng-modules and confirm that it fixes your crash
> before I post a new lttng-modules v0.19-stable release ?
>
> Thanks,
>
> Mathieu
>
More information about the lttng-dev
mailing list