LTTng bugs repository: Issueshttps://bugs.lttng.org/https://bugs.lttng.org/themes/lttng/favicon/a.ico?14249722912023-08-08T18:07:42ZLTTng bugs repository
Redmine Babeltrace - Bug #1384 (New): Assertion `bt_value_get_type(map) == BT_VALUE_TYPE_MAP` failshttps://bugs.lttng.org/issues/13842023-08-08T18:07:42ZErica Bugden
<p>Hello! I triggered an internal assertion while trying to, presumably incorrectly, query the lttng-live component class.</p>
<a name="Software"></a>
<h1 >Software<a href="#Software" class="wiki-anchor">¶</a></h1>
<ul>
<li>lttng tools: <code>lttng (LTTng Trace Control) 2.14.0-pre - O-Beer - v2.12.0-rc1-1528-g5983bb6d3</code></li>
<li>babeltrace2: <code>Babeltrace 2.1.0-rc1 "Codename TBD" [v1.2.0-3704-gdbea6be2]</code> (configured with plugins, python bindings support)</li>
</ul>
<a name="Procedure"></a>
<h1 >Procedure<a href="#Procedure" class="wiki-anchor">¶</a></h1>
<ul>
<li>Start root session daemon: <code>$sudo lttng-sessiond --daemonize</code></li>
<li>Create live session: <code>$lttng create my-session --live</code></li>
<li>Enable events: <code>$lttng enable-event --kernel sched-switch,sched_process_fork</code></li>
<li>Start tracing <code>$lttng start</code></li>
<li>Run python script: <code>python3 lttng-live.py</code> (see below)
<ul>
<li>Assertion</li>
</ul></li>
</ul>
<a name="Python-script"></a>
<h1 >Python script<a href="#Python-script" class="wiki-anchor">¶</a></h1>
<p>Note: The script is noisy as some code/comments are irrelevant/incorrect/inconsistent. (It's originally based on the query example in the Python bindings documentation.)</p>
<pre>
import bt2
import sys
# Get the `source.ctf.fs` component class from the `ctf` plugin.
# `source.ctf.lttng-live` component class instead
# (list plugins/components with $babeltrace2 list-plugins)
comp_cls = bt2.find_plugin('ctf').source_component_classes['lttng-live']
# The `babeltrace.support-info` query operation expects a `type`
# parameter (set to `directory` here) and an `input` parameter (the
# actual path or string to check, in this case the first command-line
# argument).
#
# See `babeltrace2-query-babeltrace.support-info(7)`.
params = {
'url': 'net://localhost/host/luna/my-session'
}
'''
params = {
'type': 'string',
'input': sys.argv[1],
}
'''
# Create a query executor.
#
# This is the environment in which query operations happens. The
# queried component class has access to this executor, for example to
# retrieve the query operation's logging level.
query_exec = bt2.QueryExecutor(comp_cls, 'sessions',
'inputs=net://localhost/host/luna/my-session')
'''
query_exec = bt2.QueryExecutor(comp_cls, 'babeltrace.support-info',
params)
'''
# Query the component class through the query executor.
#
# This method returns the result.
result = query_exec.query()
# Print the result.
print(result)
# Try to iterate on the trace.
'''
for msg in bt2.TraceCollectionMessageIterator('net://localhost/host/luna/my-session'):
if type(msg) is bt2._EventMessageConst:
print(msg.event.name)
'''
</pre>
<p>If I remember correctly, <strong>the script line change that triggered the assertion was expressing the query parameters directly as a string</strong> (rather than a dictionary). As in this:</p>
<pre>
query_exec = bt2.QueryExecutor(comp_cls, 'sessions',
'inputs=net://localhost/host/luna/my-session')
</pre>
<p>instead of this:</p>
<pre>
params = {
'url': 'net://localhost/host/luna/my-session'
}
query_exec = bt2.QueryExecutor(comp_cls, 'sessions',
params)
</pre>
<a name="Output"></a>
<h1 >Output<a href="#Output" class="wiki-anchor">¶</a></h1>
<pre>
erica@luna:~$ python3 lttng-live.py
(╯°□°)╯︵ ┻━┻ param-validation.c:196: validate_map_value(): Assertion `bt_value_get_type(map) == BT_VALUE_TYPE_MAP` failed.
Aborted (core dumped)
</pre> LTTng-modules - Bug #1358 (New): Failed to deploy lttng modules on NVIDIA jetson devicehttps://bugs.lttng.org/issues/13582022-09-13T13:22:48Zliuhonggang liu
<p>Hello, I installed lttng and lttng modules on NVIDIA Orin. <br />When using apt install, the results are as follows.<br /><pre><code class="shell syntaxhl" data-language="shell"><span class="c"># lttng list --kernel</span>
Error: Unable to list kernel events: Kernel tracer not available
</code></pre></p>
<pre><code class="shell syntaxhl" data-language="shell"><span class="c">#ps aux | grep lttng-sessiond</span>
root 52100 0.0 0.0 1022064 12736 ? Ssl 15:05 0:00 /usr/bin/lttng-sessiond
root 52101 0.0 0.0 41968 664 ? S 15:05 0:00 /usr/bin/lttng-sessiond
orin-d 62549 0.0 0.0 11640 684 pts/0 S+ 20:54 0:00 <span class="nb">grep</span> <span class="nt">--color</span><span class="o">=</span>auto lttng-sessiond
</code></pre>
<pre>
# dpkg -l | grep lttng
ii liblttng-ctl0:arm64 2.12.4-1~ubuntu20.04.1 arm64 LTTng control and utility library
ii liblttng-ust-ctl4:arm64 2.12.2-1~ubuntu20.04.1 arm64 LTTng 2.0 Userspace Tracer (trace control library)
ii liblttng-ust-dev:arm64 2.12.2-1~ubuntu20.04.1 arm64 LTTng 2.0 Userspace Tracer (development files)
ii liblttng-ust-python-agent0:arm64 2.12.2-1~ubuntu20.04.1 arm64 LTTng 2.0 Userspace Tracer (Python agent native library)
ii liblttng-ust0:arm64 2.12.2-1~ubuntu20.04.1 arm64 LTTng 2.0 Userspace Tracer (tracing libraries)
ii lttng-modules-dkms 2.12.6-1~ubuntu20.04.1 all Linux Trace Toolkit (LTTng) kernel modules (DKMS)
ii lttng-tools 2.12.4-1~ubuntu20.04.1 arm64 LTTng control and utility programs
ii python3-lttng 2.12.4-1~ubuntu20.04.1 arm64 LTTng control and utility Python bindings
</pre>
<p>The device information is as follows.<br /><pre><code class="shell syntaxhl" data-language="shell"><span class="c"># uname -a</span>
Linux orind-d 5.10.65-tegra <span class="c">#2 SMP PREEMPT Thu Jun 16 18:24:26 CST 2022 aarch64 aarch64 aarch64 GNU/Linux</span>
</code></pre><br /><pre><code class="shell syntaxhl" data-language="shell"><span class="c"># cat /etc/os-release</span>
<span class="nv">NAME</span><span class="o">=</span><span class="s2">"Ubuntu"</span>
<span class="nv">VERSION</span><span class="o">=</span><span class="s2">"20.04.4 LTS (Focal Fossa)"</span>
<span class="nv">ID</span><span class="o">=</span>ubuntu
<span class="nv">ID_LIKE</span><span class="o">=</span>debian
<span class="nv">PRETTY_NAME</span><span class="o">=</span><span class="s2">"Ubuntu 20.04.4 LTS"</span>
<span class="nv">VERSION_ID</span><span class="o">=</span><span class="s2">"20.04"</span>
<span class="nv">HOME_URL</span><span class="o">=</span><span class="s2">"https://www.ubuntu.com/"</span>
<span class="nv">SUPPORT_URL</span><span class="o">=</span><span class="s2">"https://help.ubuntu.com/"</span>
<span class="nv">BUG_REPORT_URL</span><span class="o">=</span><span class="s2">"https://bugs.launchpad.net/ubuntu/"</span>
<span class="nv">PRIVACY_POLICY_URL</span><span class="o">=</span><span class="s2">"https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"</span>
<span class="nv">VERSION_CODENAME</span><span class="o">=</span>focal
<span class="nv">UBUNTU_CODENAME</span><span class="o">=</span>focal
</code></pre></p>
<p>At the same time, I tried the method of source code, such as the source code installation method introduced in <a class="external" href="https://lttng.org/docs/v2.13/">https://lttng.org/docs/v2.13/</a>.<br /><pre>
# dpkg -l | grep -e libuuid -e popt -e userspace -e libxml2
ii can-utils 2018.02.0-1ubuntu1 arm64 SocketCAN userspace utilities and tools
ii dmsetup 2:1.02.167-1ubuntu1 arm64 Linux Kernel Device Mapper userspace library
ii gvfs:arm64 1.44.1-1ubuntu1 arm64 userspace virtual filesystem - GIO module
ii gvfs-backends 1.44.1-1ubuntu1 arm64 userspace virtual filesystem - backends
ii gvfs-bin 1.44.1-1ubuntu1 arm64 userspace virtual filesystem - deprecated command-line tools
ii gvfs-common 1.44.1-1ubuntu1 all userspace virtual filesystem - common data files
ii gvfs-daemons 1.44.1-1ubuntu1 arm64 userspace virtual filesystem - servers
ii gvfs-fuse 1.44.1-1ubuntu1 arm64 userspace virtual filesystem - fuse server
ii gvfs-libs:arm64 1.44.1-1ubuntu1 arm64 userspace virtual filesystem - private libraries
ii libdevmapper1.02.1:arm64 2:1.02.167-1ubuntu1 arm64 Linux Kernel Device Mapper userspace library
ii libi2c0:arm64 4.1-2build2 arm64 userspace I2C programming library
ii libibverbs1:arm64 28.0-1ubuntu1 arm64 Library for direct userspace use of RDMA (InfiniBand/iWARP)
ii libnftnl11:arm64 1.1.5-1 arm64 Netfilter nftables userspace API library
ii libpopt-dev:arm64 1.16-14 arm64 lib for parsing cmdline parameters - development files
ii libpopt0:arm64 1.16-14 arm64 lib for parsing cmdline parameters
ii liburcu-dev:arm64 0.12.2-1~ubuntu20.04.2 arm64 userspace RCU (read-copy-update) library - development files
ii liburcu6:arm64 0.12.2-1~ubuntu20.04.2 arm64 userspace RCU (read-copy-update) library
ii libusb-1.0-0:arm64 2:1.0.23-2build1 arm64 userspace USB programming library
ii libusb-1.0-0-dev:arm64 2:1.0.23-2build1 arm64 userspace USB programming library development files
ii libuuid1:arm64 2.34-0.1ubuntu9.3 arm64 Universally Unique ID library
ii libxml2:arm64 2.9.10+dfsg-5ubuntu0.20.04.1 arm64 GNOME XML library
ii libxml2-dev:arm64 2.9.10+dfsg-5ubuntu0.20.04.1 arm64 Development files for the GNOME XML library
ii libxml2-utils 2.9.10+dfsg-5ubuntu0.20.04.3 arm64 XML utilities
ii network-manager 1.22.10-1ubuntu2.3 arm64 network management framework (daemon and userspace tools)
ii nvidia-l4t-optee 34.1.0-20220406120854 arm64 OP-TEE userspace daemons, test programs and libraries
ii python3-lxml:arm64 4.5.0-1ubuntu0.5 arm64 pythonic binding for the libxml2 and libxslt libraries
</pre></p>
<pre>
sudo ln -snf /usr/src/linux-headers-5.10.65-tegra-ubuntu20.04_aarch64/kernel-5.10 /lib/modules/5.10.65-tegra/build
</pre>
<pre>
# orin-d@orind-d:~/tmp/lttng-modules-2.13.5$ make
/home/orin-d/tmp/lttng-modules-2.13.5/src/wrapper/kallsyms.c:20:3: error: #error "LTTng-modules requires CONFIG_KPROBES on kernels >= 5.7.0"
20 | # error "LTTng-modules requires CONFIG_KPROBES on kernels >= 5.7.0"
| ^~~~~
make[2]: *** [scripts/Makefile.build:281: /home/orin-d/tmp/lttng-modules-2.13.5/src/wrapper/kallsyms.o] Error 1
make[1]: *** [Makefile:1852: /home/orin-d/tmp/lttng-modules-2.13.5/src] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-5.10.65-tegra-ubuntu20.04_aarch64/kernel-5.10'
make: *** [Makefile:31: modules] Error 2
</pre> LTTng-tools - Bug #1329 (New): Assert in lttng-consumerd: consumer.c:lttng_consumer_rotate_channel()https://bugs.lttng.org/issues/13292021-11-01T14:57:48ZSergei Dyshel
<pre>
Program terminated with signal SIGABRT, Aborted.
#0 0x00007eff2036d495 in raise () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7eff1d12c700 (LWP 32319))]
(gdb) bt
#0 0x00007eff2036d495 in raise () from /lib64/libc.so.6
#1 0x00007eff2036ec75 in abort () from /lib64/libc.so.6
#2 0x00007eff2036660e in __assert_fail_base () from /lib64/libc.so.6
#3 0x00007eff203666d0 in __assert_fail () from /lib64/libc.so.6
#4 0x0000000000416c8b in lttng_consumer_rotate_channel (
channel=channel@entry=0x7eff0c017650, key=key@entry=2, relayd_id=2,
metadata=<optimized out>, ctx=ctx@entry=0x4a1030) at consumer.c:4134
#5 0x0000000000435219 in lttng_ustconsumer_recv_cmd (ctx=0x4a1030, sock=30,
consumer_sockpoll=<optimized out>) at ust-consumer.c:2000
#6 0x0000000000414bee in consumer_thread_sessiond_poll (data=0x4a1030) at consumer.c:3247
#7 0x00007eff20ae2aa1 in start_thread () from /lib64/libpthread.so.0
#8 0x00007eff20423bdd in clone () from /lib64/libc.so.6
</pre>
<p>version: 2.12</p>
<p>details of session are described in <a class="external" href="https://bugs.lttng.org/issues/1319">https://bugs.lttng.org/issues/1319</a></p> Babeltrace - Bug #1322 (New): Assert in ctf_msg_iter_destroy()https://bugs.lttng.org/issues/13222021-08-15T23:30:51ZSergei Dyshel
<p>#0 0x00007ff0426ad495 in raise () from /lib64/libc.so.6<br />#1 0x00007ff0426aec75 in abort () from /lib64/libc.so.6<br />#2 0x00007ff0426eb3a7 in __libc_message () from /lib64/libc.so.6<br />#3 0x00007ff0426f0dee in malloc_printerr () from /lib64/libc.so.6<br />#4 0x00007ff0426f3c3d in _int_free () from /lib64/libc.so.6<br />#5 0x00007ff041fd91cd in ctf_msg_iter_destroy (msg_it=0x47d700) at msg-iter.c:2870<br />#6 0x00007ff041ffa61d in lttng_live_stream_iterator_destroy (stream_iter=0x57e520)<br /> at data-stream.c:300<br /><a class="issue tracker-1 status-5 priority-5 priority-high2 closed" title="Bug: Double PID registering and unregistering race (Resolved)" href="https://bugs.lttng.org/issues/7">#7</a> 0x00007ff042c858c4 in g_ptr_array_foreach (array=0x446140,<br /> func=0x7ff041ffa5f0 <lttng_live_stream_iterator_destroy>, user_data=0x0) at garray.c:1500<br />#8 0x00007ff042c859ed in ptr_array_free (flags=<optimized out>, array=0x446140)<br /> at garray.c:1086<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: LTTng-UST java jni wrapper does not build with OpenJDK (Resolved)" href="https://bugs.lttng.org/issues/9">#9</a> g_ptr_array_free (array=0x446140, free_segment=free_segment@entry=1) at garray.c:1073<br /><a class="issue tracker-1 status-5 priority-6 priority-highest closed" title="Bug: tor instrumentation only works partly (Resolved)" href="https://bugs.lttng.org/issues/10">#10</a> 0x00007ff041ff625b in lttng_live_destroy_trace (trace=0x4a6260) at lttng-live.c:164<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: Python sometimes registers to sessiond as lttng-ust application (Resolved)" href="https://bugs.lttng.org/issues/11">#11</a> 0x00007ff042c858c4 in g_ptr_array_foreach (array=0x4463a0,<br /> func=0x7ff041ff61f0 <lttng_live_destroy_trace>, user_data=0x0) at garray.c:1500<br />#12 0x00007ff042c859ed in ptr_array_free (flags=<optimized out>, array=0x4463a0)<br /> at garray.c:1086<br />#13 g_ptr_array_free (array=0x4463a0, free_segment=free_segment@entry=1) at garray.c:1073<br />#14 0x00007ff041ff6356 in lttng_live_destroy_session (session=0x44a4a0) at lttng-live.c:300<br /><a class="issue tracker-2 status-7 priority-3 priority-lowest overdue behind-schedule" title="Feature: LTTng simple trace (Confirmed)" href="https://bugs.lttng.org/issues/15">#15</a> 0x00007ff042c858c4 in g_ptr_array_foreach (array=0x4462e0,<br /> func=0x7ff041ff62c0 <lttng_live_destroy_session>, user_data=0x0) at garray.c:1500<br />#16 0x00007ff042c859ed in ptr_array_free (flags=<optimized out>, array=0x4462e0)<br /> at garray.c:1086<br />#17 g_ptr_array_free (array=0x4462e0, free_segment=free_segment@entry=1) at garray.c:1073<br /><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Define the libbabeltrace API for trace reading (Resolved)" href="https://bugs.lttng.org/issues/18">#18</a> 0x00007ff041ff6806 in lttng_live_msg_iter_destroy (lttng_live_msg_iter=0x4a5a00)<br /> at lttng-live.c:323<br /><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Make use tracer "environment" metadata (Resolved)" href="https://bugs.lttng.org/issues/19">#19</a> lttng_live_msg_iter_finalize (self_msg_iter=<optimized out>) at lttng-live.c:351<br /><a class="issue tracker-2 status-5 priority-3 priority-lowest closed" title="Feature: Finish x86 syscalls (Resolved)" href="https://bugs.lttng.org/issues/20">#20</a> 0x00007ff042de2417 in bt_message_iterator_try_finalize (iterator=iterator@entry=0x4a5890)<br /> at iterator.c:219<br /><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Emit tracer environment metadata for the kernel (Resolved)" href="https://bugs.lttng.org/issues/21">#21</a> 0x00007ff042ddc310 in bt_connection_end (conn=conn@entry=0x4a54b0,<br /> try_remove_from_graph=try_remove_from_graph@entry=false) at connection.c:213<br /><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Show "syscalls activated" in output (Resolved)" href="https://bugs.lttng.org/issues/22">#22</a> 0x00007ff042ddc62e in destroy_connection (obj=0x4a54b0) at connection.c:65<br /><a class="issue tracker-2 status-8 priority-4 priority-default closed" title="Feature: Implement trace log levels (Invalid)" href="https://bugs.lttng.org/issues/23">#23</a> 0x00007ff042c858c4 in g_ptr_array_foreach (array=0x43a0e0, func=0x7ff042ddc880 <bt_object_try_spec_release>, user_data=0x0) at garray.c:1500<br /><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Add a helper script to automatically generate the probe header file (Resolved)" href="https://bugs.lttng.org/issues/24">#24</a> 0x00007ff042c859ed in ptr_array_free (flags=<optimized out>, array=0x43a0e0) at garray.c:1086<br /><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Emit tracer environment metadata (Resolved)" href="https://bugs.lttng.org/issues/25">#25</a> g_ptr_array_free (array=0x43a0e0, free_segment=free_segment@entry=1) at garray.c:1073<br /><a class="issue tracker-2 status-5 priority-3 priority-lowest closed" title="Feature: Add a "lttng view" command (Resolved)" href="https://bugs.lttng.org/issues/26">#26</a> 0x00007ff042ddc934 in destroy_graph (obj=0x43c000) at graph.c:114<br />#27 0x000000000040add3 in cmd_run_ctx_destroy (ctx=ctx@entry=0x7ffe56fd41c0) at babeltrace2.c:1703<br /><a class="issue tracker-2 status-5 priority-3 priority-lowest closed" title="Feature: Implement the State Dump (Resolved)" href="https://bugs.lttng.org/issues/28">#28</a> 0x0000000000408236 in cmd_run (cfg=0x4438e0) at babeltrace2.c:2556<br /><a class="issue tracker-2 status-5 priority-3 priority-lowest closed" title="Feature: Add integration with SystemTap/DTrace probes with sdt.h (Resolved)" href="https://bugs.lttng.org/issues/29">#29</a> main (argc=<optimized out>, argv=<optimized out>) at babeltrace2.c:2691</p>
<p>Details of lttng/babeltrace session as in <a class="external" href="https://bugs.lttng.org/issues/1319">https://bugs.lttng.org/issues/1319</a></p> LTTng-UST - Bug #1320 (Feedback): Assert in lttng-ring-buffer-client.h:437: client_buffer_begin()https://bugs.lttng.org/issues/13202021-07-14T00:33:40ZSergei Dyshel
<p>We observed single case where process instrumented with LTTNG crashed on start with the following assert:<br />```<br />#0 0x00007f361008b495 in raise () from /lib64/libc.so.6<br />#1 0x00007f361008cc75 in abort () from /lib64/libc.so.6<br />#2 0x00007f361008460e in __assert_fail_base () from /lib64/libc.so.6<br />#3 0x00007f36100846d0 in __assert_fail () from /lib64/libc.so.6<br />#4 0x00007f361127c349 in client_buffer_begin (buf=0x7f35fbee7000, tsc=141244066318, subbuf_idx=0, handle=0x7f36080008c0) at lttng-ring-buffer-client.h:437<br />#5 0x00007f361128e5a0 in lib_ring_buffer_switch_old_start (buf=0x7f35fbee7000, chan=0x7f3608010a40, tsc=141244066318, handle=0x7f36080008c0, offsets=<optimized out>) at ring_buffer_frontend.c:1775<br />#6 0x00007f361128eb7c in lib_ring_buffer_reserve_slow (ctx=ctx@entry=0x7ffee79ab120, client_ctx=client_ctx@entry=0x7ffee79aadf0) at ring_buffer_frontend.c:2385<br /><a class="issue tracker-1 status-5 priority-5 priority-high2 closed" title="Bug: Double PID registering and unregistering race (Resolved)" href="https://bugs.lttng.org/issues/7">#7</a> 0x00007f361127fd4f in lib_ring_buffer_reserve (config=0x7f36112b0da0 <client_config>, client_ctx=0x7ffee79aadf0, ctx=0x7ffee79ab120) at ../libringbuffer/frontend_api.h:212<br />#8 lttng_event_reserve (ctx=<optimized out>, event_id=<optimized out>) at lttng-ring-buffer-client.h:760<br />```</p>
<p>LTTNG version: 2.12.2<br />Session parameters:<br />```<br />lttng create XXX --live<br />lttng enable-channel channel0 -u -s XXX --subbuf-size 1M --num-subbuf 8 --overwrite --tracefile-size 104857600 --tracefile-count 3<br />lttng enable-event 'XXX_*' -u -s XXX -c channel0<br />lttng add-context -u -t vpid -t vtid -s XXX -c channel0<br />lttng start XXX<br />```</p> Babeltrace - Bug #1319 (New): Assert in emit_inactivity_messagehttps://bugs.lttng.org/issues/13192021-06-17T11:54:52ZSergei Dyshel
<p>While using babeltrace 2.0.3 with lttng-live (latest lttng version) we encountered the following assert:</p>
<pre>
(gdb) bt
#0 0x00007f9023fc3495 in raise () from /lib64/libc.so.6
#1 0x00007f9023fc4c75 in abort () from /lib64/libc.so.6
#2 0x00007f902391d8d3 in bt_common_abort () at common.c:2111
#3 0x00007f902391b9ff in bt_common_assert_failed (file=0x7f9023921495 "lttng-live.c", line=613, func=0x7f902393f500 <__func__.17246> "emit_inactivity_message", assertion=0x7f9023931c70 "stream_iter->trace->clock_class")
at assert.c:40
#4 0x00007f902390be67 in emit_inactivity_message (stream_iter=0x472100, timestamp=<optimized out>, message=0x7ffe76aa8d98, lttng_live_msg_iter=0x471810) at lttng-live.c:613
#5 lttng_live_iterator_next_handle_one_quiescent_stream (message=0x7ffe76aa8d98, lttng_live_stream=0x472100, lttng_live_msg_iter=0x471810) at lttng-live.c:653
#6 lttng_live_iterator_next_msg_on_stream (curr_msg=0x7ffe76aa8d98, stream_iter=0x472100, lttng_live_msg_iter=0x471810) at lttng-live.c:961
#7 next_stream_iterator_for_trace (live_trace=0x4721a0, live_trace=0x4721a0, youngest_trace_stream_iter=<synthetic pointer>, lttng_live_msg_iter=0x471810) at lttng-live.c:1093
#8 next_stream_iterator_for_session (youngest_session_stream_iter=<synthetic pointer>, session=0x471d70, lttng_live_msg_iter=0x471810) at lttng-live.c:1325
#9 lttng_live_msg_iter_next (self_msg_it=<optimized out>, msgs=0x471780, capacity=15, count=0x7ffe76aa8ee8) at lttng-live.c:1518
#10 0x00007f90247031e2 in call_iterator_next_method (capacity=15, user_count=0x7ffe76aa8ee8, msgs=0x471780, iterator=0x4716a0) at iterator.c:803
#11 bt_message_iterator_next (iterator=0x4716a0, msgs=msgs@entry=0x7ffe76aa8ee0, user_count=user_count@entry=0x7ffe76aa8ee8) at iterator.c:859
#12 0x00007f90238841e9 in muxer_upstream_msg_iter_next (is_ended=<synthetic pointer>, muxer_upstream_msg_iter=0x471fc0) at muxer.c:399
#13 validate_muxer_upstream_msg_iter (is_ended=<synthetic pointer>, muxer_upstream_msg_iter=0x471fc0) at muxer.c:958
#14 validate_muxer_upstream_msg_iters (muxer_msg_iter=0x471650) at muxer.c:985
#15 muxer_msg_iter_do_next_one (msg=0x449850, muxer_msg_iter=0x471650, muxer_comp=0x4524f0) at muxer.c:1048
#16 muxer_msg_iter_do_next (count=0x7ffe76aa8f70, capacity=15, msgs=0x449850, muxer_msg_iter=0x471650, muxer_comp=0x4524f0) at muxer.c:1132
#17 muxer_msg_iter_next (self_msg_iter=0x471570, msgs=0x449850, capacity=15, count=0x7ffe76aa8f70) at muxer.c:1414
#18 0x00007f90247031e2 in call_iterator_next_method (capacity=15, user_count=0x7ffe76aa8f70, msgs=0x449850, iterator=0x471570) at iterator.c:803
#19 bt_message_iterator_next (iterator=0x471570, msgs=msgs@entry=0x7ffe76aa8f78, user_count=user_count@entry=0x7ffe76aa8f70) at iterator.c:859
#20 0x00007f9023821514 in bx_view_consume (comp=0x43a7d0) at traces//babeltrace-plugin/component.cc:272
#21 0x00007f90246ff3d8 in consume_graph_sink (comp=0x43a7d0) at graph.c:447
#22 consume_sink_node (graph=0x43b7d0, node=0x442e00) at graph.c:491
#23 consume_no_check (api_func=<synthetic pointer>, graph=0x43b7d0) at graph.c:566
#24 bt_graph_run (graph=0x43b7d0) at graph.c:710
#25 0x0000000000408a81 in cmd_run (cfg=0x451eb0) at babeltrace2.c:2485
#26 main (argc=<optimized out>, argv=<optimized out>) at babeltrace2.c:2673
</pre>
<p>I did initial prints in gdb to see that this is not some kind of obvious memory corruption:<br /><pre>
(gdb) p stream_iter->trace
$1 = (struct lttng_live_trace *) 0x4721a0
(gdb) p stream_iter->trace->clock_class
$2 = (const bt_clock_class *) 0x0
(gdb) p stream_iter->trace[0]
$3 = {log_level = BT_LOGGING_LEVEL_WARNING, self_comp = 0x43c050, session = 0x471d70, id = 1, trace = 0x66fc30,
trace_class = 0x66bef0, metadata = 0x66bb00, clock_class = 0x0, stream_iterators = 0x442d20,
metadata_stream_state = LTTNG_LIVE_METADATA_STREAM_STATE_NOT_NEEDED}
(gdb) p stream_iter->trace->trace_class
$4 = (bt_trace_class *) 0x66bef0
(gdb) p stream_iter->trace->trace_class->stream_classes
$5 = (GPtrArray *) 0x43a4a0
(gdb) p stream_iter->trace->trace_class->stream_classes->len
$6 = 0
</pre></p>
<p>Unfortunately I can't attach the coredump here but I can provide any relevant information from it.</p> LTTng-UST - Bug #1294 (New): add-context fails silently with perf_event_paranoid=4, no trace prod...https://bugs.lttng.org/issues/12942020-12-02T23:45:38ZJeff Trull
<p>Desired result:<br />A disallowed add-context (e.g. because of perf_event_paranoid) produces an error message and a non-zero exit code.</p>
<p>Actual result:<br />A disallowed add-context produces only a message in the system log, invisible to the normal user.<br />For example, when perf_event_paranoid forbids it you get a message of the form:</p>
<p><code>Error: UST app create channel context failed for app (pid: 76220) with ret -1024</code></p>
<p>But the only effects observable to the user are:</p>
<ol>
<li>no trace is produced, and</li>
<li>when you destroy the session there is a message like <code>Failed to perform a quiet rotation as part of the destruction of session "..."</code></li>
</ol>
<p>If other users are like me they will spend quite some time trying to figure out what is wrong in their code, setup etc. before figuring out what's wrong (or having someone on IRC identify it for them, as in my case).</p>
<p>This is Ubuntu 20.04.1, with lttng-ust 2.11.0</p> LTTng-UST - Bug #1285 (Feedback): about close file failed for lttng-ust modulehttps://bugs.lttng.org/issues/12852020-10-10T09:52:42Zkun song
<p>Hi,all</p>
<p>I found some relative modification for lttng-ust.<br />commit<br />20d1999d42392063fd530d1f6c00b93c25d178d6<br />793d29c9367a58c2a368bc1ccb11b01c2d2bdac2<br />48a143c09cc97bf7a2ace811277e7d60b294b5f6<br />96a6162e1925d4bd1dfc6f4167d75f396c0dbe4c<br />283f4bec47781f7a39dde82d02e53add02155f9c<br />c1be081a2f016fb6dcaef1d471389ede3aa00103<br />5a4d96d170a38f29bf147b84e248a47d45ee7d8e<br />7d34f27dce903a88241e96787c1f900b6ea08245<br />ba8dcc8ca5b8b7bebed4e10b3dd4fcbc783d529d</p>
<p>Test step<br />LD_PRELOAD=lttng-ust-fork.so dpdk-devbind.py -s<br />When exec command,close file failed.</p>
<p>#1 0x00007f31b9705524 in __GI_abort () at abort.c:79</p>
<p>[**ALERT: The abort() might not be exactly invoked from the following function line.<br />If the trail function contains multiple abort() calls, then you should cross check by other means to get correct abort() call location.<br />This is due to the optimized compilation which hides the debug info for multiple abort() calls in a given function.<br />Refer TR HU16995 for more information]<br />#2 0x00007f31b970540f in _<em>assert_fail_base (fmt=0x7f31b9862ec8<br />"%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x7f31b96bbcdd "0", file=0x7f31b96c4cd0 <del>Type <RET> for more, q to quit, c to continue without paging</del> "../../git/libringbuffer/shm.c", line=427, function=<optimized out>) at<br />assert.c:92<br />#3 0x00007f31b97127d2 in _GI</em>_assert_fail (assertion=assertion@entry =0x7f31b96bbcdd "0", file=file@entry=0x7f31b96c4cd0 "../../git/libringbuffer/shm.c", line=line@entry=427,<br />function=function@entry=0x7f31b96c4dc0 <_PRETTY_FUNCTION_.4744><br />"shmp_object_destroy") at assert.c:101<br />#4 0x00007f31b96b3f1d in shmp_object_destroy (obj=obj@entry=0x7f31b401 1740, consumer=consumer@entry=0) at ../../git/libringbuffer/shm.c:427<br />#5 0x00007f31b96b4d4f in shm_object_table_destroy (table=0x7f31b4011730, consumer=consumer@entry=0) at<br />../../git/libringbuffer/shm.c:451<br />#6 0x00007f31b96b034d in channel_free (consumer=0, handle=0x7f31b4012f10, chan=0x7f31b4011170) at<br />../../git/libringbuffer/ring_buffer_frontend.c:926<br /><a class="issue tracker-1 status-5 priority-5 priority-high2 closed" title="Bug: Double PID registering and unregistering race (Resolved)" href="https://bugs.lttng.org/issues/7">#7</a> channel_release (consumer=0, handle=0x7f31b4012f10,<br />chan=0x7f31b4011170) at<br />../../git/libringbuffer/ring_buffer_frontend.c:1129<br />#8 channel_destroy (chan=0x7f31b4011170, handle=0x7f31b4012f10,<br />consumer=consumer@entry=0) at</p>
<p>../../git/libringbuffer/ring_buffer_frontend.c:1161</p> LTTng - Bug #1208 (Feedback): 2.11 relayd in live mode attach window changedhttps://bugs.lttng.org/issues/12082019-11-06T19:59:35ZJonathan Rajotte Julienjonathan.rajotte-julien@efficios.com
<p>Previously on a lttng 2.10 relayd/tools the following sequence is acceptable and result in a hooked babeltrace:</p>
<pre>
lttng create
lttng enable-event -u -a
babeltrace -i lttng-live net://localhost
babeltrace -i lttng-live net://localhost/the_session_path
lttng start
</pre>
<p>On lttng 2.11, the same sequence leave babeltrace unable to hook itself before a "lttng start" is issued.</p>
<p>Nothing describe the guarantee that we expose on that side but we do have to ask ourselves if this sequence of action is valid or not.</p>
<p>A scenario where the user want to make sure to get the event ASAP on babeltrace side might want to hook itself to the session before any event can be recorded.</p>
<p>This was found using the lttng-ivc project. The test code was adapted to a functioning sequence but this should require more discussion overall. This is in no way a major concern.</p>
<p>Cheers</p> LTTng-UST - Bug #1132 (New): Fails to build with Crosscompilerhttps://bugs.lttng.org/issues/11322017-10-27T11:46:39ZNorbert Lange
<p>The Userspace libary will fail to build when crosscompiling, this is easily repruducable with Buildroot for example.</p>
<p>As far as I can tell, the transitive dependency to liblttng-ust-tracepoint.so.0 when referencing liblttng-ust.so is lost, <br />I suppose it would not appear if the host or sysroot contains an installed liblttng-ust-tracepoint.so.0.</p>
<p>Error Message is following:</p>
<p>[ 70%] Linking CXX executable tester<br />/usr/bin/cmake -E cmake_link_script CMakeFiles/tester.dir/link.txt --verbose=1<br />/tmp/build/host/bin/x86_64-buildroot-linux-gnu-g++ -g -O2 -rdynamic CMakeFiles/tester.dir/tester.cpp.o -o tester -Wl,-rpath,/tmp/a/doc/examples/cmake-multiple-shared-libraries/build:/tmp/a/liblttng-ust/.libs libaligner-lib.so libtester-lib.so libtracepoint-provider.so /tmp/a/liblttng-ust/.libs/liblttng-ust.so -ldl <br />/tmp/build/host/lib/gcc/x86_64-buildroot-linux-gnu/7.2.0/../../../../x86_64-buildroot-linux-gnu/bin/ld: warning: liblttng-ust-tracepoint.so.0, needed by /tmp/a/liblttng-ust/.libs/liblttng-ust.so, not found (try using -rpath or -rpath-link)<br />/tmp/a/liblttng-ust/.libs/liblttng-ust.so: undefined reference to `exit_tracepoint'<br />/tmp/a/liblttng-ust/.libs/liblttng-ust.so: undefined reference to `__tracepoint_probe_unregister_queue_release'<br />/tmp/a/liblttng-ust/.libs/liblttng-ust.so: undefined reference to `__tracepoint_probe_register_queue_release'<br />/tmp/a/liblttng-ust/.libs/liblttng-ust.so: undefined reference to `__tracepoint_probe_prune_release_queue'<br />/tmp/a/liblttng-ust/.libs/liblttng-ust.so: undefined reference to `init_tracepoint'<br />collect2: error: ld returned 1 exit status</p>
<p>This issue is atleast occuring in 2.9.0, 2.9.1 and 2.10.0</p> LTTng - Feature #968 (Feedback): lttng-modules kernel and user callstack contexthttps://bugs.lttng.org/issues/9682015-10-25T20:14:40ZMathieu Desnoyersmathieu.desnoyers@efficios.com
<p>Implementation from Francis Giraldeau reviewed and cleaned up available here:</p>
<p><a class="external" href="https://github.com/compudj/lttng-tools-dev/tree/callstack">https://github.com/compudj/lttng-tools-dev/tree/callstack</a><br /><a class="external" href="https://github.com/compudj/lttng-modules-dev/tree/callstack">https://github.com/compudj/lttng-modules-dev/tree/callstack</a></p>
<p>Documentation and tests are missing.</p> LTTng-UST - Feature #965 (New): Implement UST statedumphttps://bugs.lttng.org/issues/9652015-10-22T20:43:37ZMathieu Desnoyersmathieu.desnoyers@efficios.com
<p>Initial implementation: <a class="external" href="https://github.com/compudj/lttng-ust-dev/tree/statedump-notifier">https://github.com/compudj/lttng-ust-dev/tree/statedump-notifier</a></p>
<p>Missing tests in lttng-tools for this feature before we can merge it into lttng-ust.</p> LTTng-modules - Feature #964 (New): Implement support for persistent memory buffershttps://bugs.lttng.org/issues/9642015-10-22T20:41:43ZMathieu Desnoyersmathieu.desnoyers@efficios.comLTTng-modules - Feature #963 (New): Implement user-space stack dump contexthttps://bugs.lttng.org/issues/9632015-10-22T20:41:10ZMathieu Desnoyersmathieu.desnoyers@efficios.comLTTng-tools - Bug #797 (Feedback): Add more test for epoll in configurehttps://bugs.lttng.org/issues/7972014-05-21T19:26:05ZYannick Brosseauyannick.brosseau@polymtl.ca
<p>I was trying to compile lttng-tools on centos 5 (yes I know too old), but configure did not complain.</p>
<p>We should test for the presence of these and fail configure or add a compat layer.</p>
<p>In file included from compat-epoll.c:33:<br />poll.h:72: error: 'EPOLLRDHUP' undeclared here (not in a function)<br />poll.h:74: error: 'EPOLL_CLOEXEC' undeclared here (not in a function)<br />compat-epoll.c: In function 'compat_epoll_create':<br />compat-epoll.c:84: warning: implicit declaration of function 'epoll_create1'</p>