Actions
Bug #575
closedApparent infinite loop in session daemon when enabling/disabling loglevel events
Start date:
06/25/2013
Due date:
% Done:
100%
Estimated time:
Description
This bug was first identified by Avi Goren <avi@reduxio.com>.
# lttng create loop Session loop-20130625-145624 created. Traces will be written in /root/lttng-traces/loop-20130625-145624 # lttng enable-event -a -u --loglevel TRACE_ALERT All UST events are enabled in channel channel0 for loglevel TRACE_ALERT # lttng disable-event -a -u All UST events are disabled in channel channel0 # lttng enable-event -a -u --loglevel TRACE_CRIT All UST events are enabled in channel channel0 for loglevel TRACE_CRIT # lttng list loop (...) Events: * (loglevel: TRACE_CRIT (2)) (type: tracepoint) [enabled] * (loglevel: TRACE_ALERT (1)) (type: tracepoint) [disabled] # lttng disable-event -a -u (LTTng hangs here)
Remarkably, the session daemon remains very busy after the sudo kill
command is issued, even though the trace has not even been started! It refuses to die (I sent Ctrl-C a few times from the shell that was running lttng-sessiond) and the system must be restarted.
Attached is the session daemon's log. Note the "Trace UST event * NOT found" that should not have occurred.
Files
Updated by Mathieu Desnoyers over 11 years ago
- Status changed from New to Confirmed
Updated by Daniel U. Thibault over 11 years ago
If the two enable-event commands use the same loglevel, the bug does not occur.
Updated by David Goulet over 11 years ago
- Status changed from Confirmed to Resolved
- % Done changed from 0 to 100
Applied in changeset a1dcaf0fdbfbaf02ef38886b556c3d37e4458fdc.
Actions