Bug #482
closedstable-2.1 make check fails on UST - Wildcard overlap tests
0%
Description
------------------------
UST - Wildcard overlap
------------------------
Starting session daemon... OK
Waiting for the session daemon to bootstrap (2 secs)
=== Wildcard overlap with filter
Enabling lttng event with filtering OK
Enabling lttng event with filtering OK
Starting application... Ended OK
/home/compudj/git/lttng-tools/tests
Looking for 1 ust_tests_demo:starting in /tmp/tmp.42jXMeCtCG [error] Cannot open any trace for reading.
[error] opening trace "/tmp/tmp.42jXMeCtCG" for reading.
[error] none of the specified trace paths could be opened.
0 found in trace FAIL
Looking for 1 ust_tests_demo:done in /tmp/tmp.42jXMeCtCG [error] Cannot open any trace for reading.
[error] opening trace "/tmp/tmp.42jXMeCtCG" for reading.
[error] none of the specified trace paths could be opened.
0 found in trace FAIL
Looking for 5 ust_tests_demo2:loop in /tmp/tmp.42jXMeCtCG [error] Cannot open any trace for reading.
[error] opening trace "/tmp/tmp.42jXMeCtCG" for reading.
[error] none of the specified trace paths could be opened.
0 found in trace FAIL
Looking for 1 ust_tests_demo3:done in /tmp/tmp.42jXMeCtCG [error] Cannot open any trace for reading.
[error] opening trace "/tmp/tmp.42jXMeCtCG" for reading.
[error] none of the specified trace paths could be opened.
0 found in trace FAIL
Killing session daemon... OK
FAIL
at commits:
lttng-ust: ab5dd247bd7b07e60325e03338ba498be434d89a
lttng-tools: b325dc70f0a88cbe23e4f55517d87dec382a806f
Updated by Christian Babeux over 11 years ago
- Status changed from New to Confirmed
I was able to reproduce this issue with HEAD of lttng-tools 2.1-stable branch.
Updated by Mathieu Desnoyers over 11 years ago
- Assignee changed from David Goulet to Mathieu Desnoyers
Updated by Mathieu Desnoyers over 11 years ago
- Project changed from LTTng-tools to LTTng-UST
- Status changed from Confirmed to Resolved
Fixed by the following string of UST commits:
commit ecf1105c9c64f672c4347aa06deb28f8b915718d Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Tue Jun 18 10:07:57 2013 -0400 Tracepoint.h: replace assertion by fprintf and abort() Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> commit c2dfb435bd6224b82e93fb3135bbce46b6b66c85 Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Thu Apr 18 12:21:55 2013 -0400 Fix: tracepoint.h incorrect assumption about constructor order Incorrect assumption about constructor execution order can trigger a segfault when trying to execute tracepoint_register_lib. Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> commit de774d109ecb14831270cd3f514ed68bb6ea4e69 Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Thu Mar 28 14:39:24 2013 -0400 Fix: tracepoint instrumentation constructor order issue If the linker decides to run a constructor from a tracepoint probe before the constructor from the application, a recent modification (commit 558b9d86247004f8e9bbaf8c982f3b2b182093d1) allowed that the wrong constructor execution order could prohibit the program's tracepoints from being registered. Fix this by making two separate constructors. Fixes #487 Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> commit 42e6b243d6485f1f4156c8cb9232d05e43ffc827 Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Tue Mar 26 07:30:07 2013 -0400 Performance: add unlikely to tracepoint dynamic linking test Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> commit be49294181ccf97bddf19c9f722b52a1725d6fba Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Tue Mar 5 17:04:44 2013 -0500 Fix: ensure all probe providers have their symbols Original commit log from stable-2.2: Following the removal of metadata generation from UST, the probes cannot find the tracepoint_dlopen() symbol. Ensure those probes can be built by declaring this symbol within each probe. stable-2.1 backport: Similar issue was experienced with the "demo" test program when built outside of the UST tree. Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>