Project

General

Profile

Actions

Bug #482

closed

stable-2.1 make check fails on UST - Wildcard overlap tests

Added by Mathieu Desnoyers over 11 years ago. Updated over 11 years ago.

Status:
Resolved
Priority:
Normal
Target version:
Start date:
03/23/2013
Due date:
% Done:

0%

Estimated time:

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

Actions #1

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.

Actions #2

Updated by Mathieu Desnoyers over 11 years ago

  • Assignee changed from David Goulet to Mathieu Desnoyers
Actions #3

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>
Actions

Also available in: Atom PDF