Hi Jonathan,
as I'm struggling with the Internet style response I'll recap it here
> On session creation you can use -o to specify an output PATH.
Have tried to redirect to /tmp but no output there as well
> Did you build from source or you got binary from a package manager ?
yes, via git clone etc.
> What do you mean by talk to it?
I see daemon logs in response to the lttng commands. The exception is
I see daemon logs in response to the lttng commands. The exception is
that there is no reaction for the demo-trace run.
> Any particuliar reason to do an export LD_LIBRARY_PATH?
Ok, is no longer needed.
Ok, is no longer needed.
I've added the sleep but provider output is still like in my original post.
Below the steps I run again. Is it possible to get more info from the
demo-trace provider? Is the marked line ok?
thanks
Wolfgang R.
row@cobra7:~$ lsb_release -sd
Ubuntu 14.04.1 LTS
row@cobra7:~$ file /sbin/init
/sbin/init: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=c394677bccc720a3bb4f4c42a48e008ff33e39b1, stripped
=> 32bit
row@cobra7:~$ lttng-sessiond -vvv
...
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ export LTTNG_UST_DEBUG=1
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ lttng create
Session auto-20150317-075322 created.
Traces will be written in /home/local/ESG_GMBH/row/lttng-traces/auto-20150317-075322 ####### not found
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ lttng enable-event -u -a
All UST events are enabled in channel channel0
row@cobra7:~$ ps -aux | grep ltt
root 4664 0.0 0.0 84416 3376 ? Ssl 07:51 0:00 lttng-sessiond
row 4683 0.0 0.1 76220 13788 pts/1 Sl+ 07:52 0:00 lttng-sessiond -vvv
row 4709 0.0 0.0 56096 672 pts/1 Sl+ 07:53 0:00 lttng-consumerd --quiet -u --consumerd-cmd-sock /home/local/ESG_GMBH/row/.lttng/ustconsumerd32/command --consumerd-err-sock /home/local/ESG_GMBH/row/.lttng/ustconsumerd32/error --group tracing
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ lttng start
Tracing started for session auto-20150317-075322
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ ./demo-trace
liblttng_ust_tracepoint[5381/5381]: just registered a tracepoints section from 0xb7589780 and having 2 tracepoints (in tracepoint_register_lib() at tracepoint.c:767)
...
libust[5389/5390]: Info: sessiond not accepting connections to global apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221) ######### is this OK ?
libust[5389/5390]: Waiting for global apps sessiond (in wait_for_sessiond() at lttng-ust-comm.c:1132)
libust[5389/5391]: Info: sessiond not accepting connections to local apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221) ######### is this OK ?
libust[5389/5391]: Waiting for local apps sessiond (in wait_for_sessiond() at lttng-ust-comm.c:1132)
libust[5389/5389]: Provider "lttng_ust_tracef" accepted, version 1.0 is compatible with LTTng UST provider version 1.0. (in check_provider_version() at lttng-
...
row@cobra7:~$ lttng list -u
UST events:
-------------
None
Ubuntu 14.04.1 LTS
row@cobra7:~$ file /sbin/init
/sbin/init: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=c394677bccc720a3bb4f4c42a48e008ff33e39b1, stripped
=> 32bit
row@cobra7:~$ lttng-sessiond -vvv
...
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ export LTTNG_UST_DEBUG=1
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ lttng create
Session auto-20150317-075322 created.
Traces will be written in /home/local/ESG_GMBH/row/lttng-traces/auto-20150317-075322 ####### not found
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ lttng enable-event -u -a
All UST events are enabled in channel channel0
row@cobra7:~$ ps -aux | grep ltt
root 4664 0.0 0.0 84416 3376 ? Ssl 07:51 0:00 lttng-sessiond
row 4683 0.0 0.1 76220 13788 pts/1 Sl+ 07:52 0:00 lttng-sessiond -vvv
row 4709 0.0 0.0 56096 672 pts/1 Sl+ 07:53 0:00 lttng-consumerd --quiet -u --consumerd-cmd-sock /home/local/ESG_GMBH/row/.lttng/ustconsumerd32/command --consumerd-err-sock /home/local/ESG_GMBH/row/.lttng/ustconsumerd32/error --group tracing
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ lttng start
Tracing started for session auto-20150317-075322
row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ ./demo-trace
liblttng_ust_tracepoint[5381/5381]: just registered a tracepoints section from 0xb7589780 and having 2 tracepoints (in tracepoint_register_lib() at tracepoint.c:767)
...
libust[5389/5390]: Info: sessiond not accepting connections to global apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221) ######### is this OK ?
libust[5389/5390]: Waiting for global apps sessiond (in wait_for_sessiond() at lttng-ust-comm.c:1132)
libust[5389/5391]: Info: sessiond not accepting connections to local apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221) ######### is this OK ?
libust[5389/5391]: Waiting for local apps sessiond (in wait_for_sessiond() at lttng-ust-comm.c:1132)
libust[5389/5389]: Provider "lttng_ust_tracef" accepted, version 1.0 is compatible with LTTng UST provider version 1.0. (in check_provider_version() at lttng-
...
row@cobra7:~$ lttng list -u
UST events:
-------------
None
Gesendet: Montag, 16. März 2015 um 20:55 Uhr
Von: "Jonathan Rajotte Julien" <[email protected]>
An: [email protected]
Betreff: Re: [lttng-dev] Can't get any event output from the demo exe
Von: "Jonathan Rajotte Julien" <[email protected]>
An: [email protected]
Betreff: Re: [lttng-dev] Can't get any event output from the demo exe
Hi Wolfgang,
See inline edit.
On 2015-03-16 02:50 PM, Wolfgang Rostek wrote:
> Hi group,
> I'm a bit frustrated not passing the hello world level.
> But I'm eager to get access to this nice tooling.
We'll make sure this happen :).
> For now I'm assuming problems in access rights or
> may be a 32/64bit library mismatch. Here my stackoverflow
On session creation you can use -o to specify an output PATH.
> post which wasn't responded. Hope I'll get a push here.
> thanks
> Wolfgang R.
> ========================================================
> LTTng at the very beginning
> just at step zero of using lttng but can't pass it. Hope a small hint
> gives me a push.
> Trying the run the most simple demo of the distribution
> lttng-ust/doc/examples/demo.
Okai so just to be sure I tested the demo and everything work as
expected let's see what is missing on your side.
Did you build from source or you got binary from a package manager ?
> cat README
> ...
> The simplest command to trace the demo program are:
> lttng create
> lttng enable-event -u -a
> lttng start
> ./demo-trace
> lttng destroy
> That will create a trace in your $HOME/lttng-traces directory.
> ...
> Put my user lttng-sessiond in verbose mode and can talk to it. Here
> the state when the demo-trace starts
What do you mean by talk to it?
> row@cobra7:/$ lttng list auto-20150313-091148
> Tracing session auto-20150313-091148: [active]
> Trace path: /home/local/ESG_GMBH/row/lttng-traces/auto-20150313-091148
> === Domain: UST global ===
> Buffer type: per UID
> Channels:
> -------------
> - channel0: [enabled]
> Attributes:
> overwrite mode: 0
> subbufers size: 131072
> number of subbufers: 4
> switch timer interval: 0
> read timer interval: 0
> output: mmap()
> Events:
> * (type: tracepoint) [enabled]
Looks fine so far.
> Executing the demo-trace shows no reaction in the daemon shell and no
> output file created. Below the client log.
> I can't see any problem reported and don't know what to check next.
Are you sure you got nothing ? Try lttng view if you have babeltrace
installed.
Also did you start the daemon in verbose mode ? Otherwise it is expected
to have no output.
> thanks in advance for feedback
> Wolfgang R.
> row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ export
> LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib
Any particuliar reason to do an export LD_LIBRARY_PATH?
> row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ ./demo-trace
If you want to have more time to test you might want to add a sleep()
into the for loop in demo.c and put a higher loop threshold.
You will be able to test lttng list -u. Even if it looks like the events
got registered, it is a good start to pinpoint the problem.
Also you can start the sessiond with -vvv for a more verbose mode as you
probably know it.
Cheers!
> liblttng_ust_tracepoint[17268/17268]: just registered a tracepoints
> section from 0xb754f780 and having 2 tracepoints (in
> tracepoint_register_lib() at tracepoint.c:767)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_baddr_statedump:soinfo (in tracepoint_register_lib() at
> tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> lttng_ust_tracef:event (in tracepoint_register_lib() at tracepoint.c:772)
> libust[17268/17268]: Provider "ust_baddr_statedump" accepted, version
> 1.0 is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: adding probe ust_baddr_statedump containing 1
> events to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-metadata-mmap" init
> (in lttng_ring_buffer_metadata_client_init() at
> lttng-ring-buffer-metadata-client.h:330)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-mmap" init
> (in lttng_ring_buffer_client_overwrite_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-rt-mmap" init
> (in lttng_ring_buffer_client_overwrite_rt_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17268]: LTT : ltt ring buffer client "relay-discard-mmap"
> init
> (in lttng_ring_buffer_client_discard_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-discard-rt-mmap" init
> (in lttng_ring_buffer_client_discard_rt_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17269]: Info: sessiond not accepting connections to
> global apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221)
> libust[17268/17269]: Waiting for global apps sessiond (in
> wait_for_sessiond() at lttng-ust-comm.c:1132)
> libust[17268/17270]: Info: sessiond not accepting connections to local
> apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221)
> libust[17268/17270]: Waiting for local apps sessiond (in
> wait_for_sessiond() at lttng-ust-comm.c:1132)
> libust[17268/17268]: Provider "lttng_ust_tracef" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe ust_baddr_statedump
> containing 1 events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe lttng_ust_tracef containing 1 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: Provider "ust_tests_demo3" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe lttng_ust_tracef containing
> 1 events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe ust_tests_demo3 containing 1 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: Provider "ust_tests_demo" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe ust_tests_demo3 containing
> 1 events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe ust_tests_demo containing 2 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: Provider "ust_tests_demo2" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe ust_tests_demo containing 2
> events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe ust_tests_demo2 containing 1 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> liblttng_ust_tracepoint[17268/17268]: just registered a tracepoints
> section from 0x804b144 and having 4 tracepoints (in
> tracepoint_register_lib() at tracepoint.c:767)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo:starting (in tracepoint_register_lib() at tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo:done (in tracepoint_register_lib() at tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo2:loop (in tracepoint_register_lib() at tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo3:done (in tracepoint_register_lib() at tracepoint.c:772)
> Demo program starting.
> Tracing... done.
> liblttng_ust_tracepoint[17268/17268]: just unregistered a tracepoints
> section from 0x804b144 (in tracepoint_unregister_lib() at
> tracepoint.c:797)
> libust[17268/17268]: Provider "ust_tests_demo2" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_tests_demo2 (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: Provider "ust_tests_demo" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_tests_demo (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: Provider "ust_tests_demo3" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_tests_demo3 (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: Provider "lttng_ust_tracef" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe lttng_ust_tracef (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-discard-rt-mmap" exit
> (in lttng_ring_buffer_client_discard_rt_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client "relay-discard-mmap"
> exit
> (in lttng_ring_buffer_client_discard_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-rt-mmap" exit
> (in lttng_ring_buffer_client_overwrite_rt_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-mmap" exit
> (in lttng_ring_buffer_client_overwrite_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-metadata-mmap" exit
> (in lttng_ring_buffer_metadata_client_exit() at
> lttng-ring-buffer-metadata-client.h:337)
> libust[17268/17268]: Provider "ust_baddr_statedump" accepted, version
> 1.0 is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_baddr_statedump (in
> lttng_probe_unregister() at lttng-probes.c:245)
> liblttng_ust_tracepoint[17268/17268]: just unregistered a tracepoints
> section from 0xb754f780 (in tracepoint_unregister_lib() at
> tracepoint.c:797)
> row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$
>
>
> _______________________________________________
> lttng-dev mailing list
> [email protected]
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
--
Jonathan R. Julien
Efficios
_______________________________________________
lttng-dev mailing list
[email protected]
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
See inline edit.
On 2015-03-16 02:50 PM, Wolfgang Rostek wrote:
> Hi group,
> I'm a bit frustrated not passing the hello world level.
> But I'm eager to get access to this nice tooling.
We'll make sure this happen :).
> For now I'm assuming problems in access rights or
> may be a 32/64bit library mismatch. Here my stackoverflow
On session creation you can use -o to specify an output PATH.
> post which wasn't responded. Hope I'll get a push here.
> thanks
> Wolfgang R.
> ========================================================
> LTTng at the very beginning
> just at step zero of using lttng but can't pass it. Hope a small hint
> gives me a push.
> Trying the run the most simple demo of the distribution
> lttng-ust/doc/examples/demo.
Okai so just to be sure I tested the demo and everything work as
expected let's see what is missing on your side.
Did you build from source or you got binary from a package manager ?
> cat README
> ...
> The simplest command to trace the demo program are:
> lttng create
> lttng enable-event -u -a
> lttng start
> ./demo-trace
> lttng destroy
> That will create a trace in your $HOME/lttng-traces directory.
> ...
> Put my user lttng-sessiond in verbose mode and can talk to it. Here
> the state when the demo-trace starts
What do you mean by talk to it?
> row@cobra7:/$ lttng list auto-20150313-091148
> Tracing session auto-20150313-091148: [active]
> Trace path: /home/local/ESG_GMBH/row/lttng-traces/auto-20150313-091148
> === Domain: UST global ===
> Buffer type: per UID
> Channels:
> -------------
> - channel0: [enabled]
> Attributes:
> overwrite mode: 0
> subbufers size: 131072
> number of subbufers: 4
> switch timer interval: 0
> read timer interval: 0
> output: mmap()
> Events:
> * (type: tracepoint) [enabled]
Looks fine so far.
> Executing the demo-trace shows no reaction in the daemon shell and no
> output file created. Below the client log.
> I can't see any problem reported and don't know what to check next.
Are you sure you got nothing ? Try lttng view if you have babeltrace
installed.
Also did you start the daemon in verbose mode ? Otherwise it is expected
to have no output.
> thanks in advance for feedback
> Wolfgang R.
> row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ export
> LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib
Any particuliar reason to do an export LD_LIBRARY_PATH?
> row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$ ./demo-trace
If you want to have more time to test you might want to add a sleep()
into the for loop in demo.c and put a higher loop threshold.
You will be able to test lttng list -u. Even if it looks like the events
got registered, it is a good start to pinpoint the problem.
Also you can start the sessiond with -vvv for a more verbose mode as you
probably know it.
Cheers!
> liblttng_ust_tracepoint[17268/17268]: just registered a tracepoints
> section from 0xb754f780 and having 2 tracepoints (in
> tracepoint_register_lib() at tracepoint.c:767)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_baddr_statedump:soinfo (in tracepoint_register_lib() at
> tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> lttng_ust_tracef:event (in tracepoint_register_lib() at tracepoint.c:772)
> libust[17268/17268]: Provider "ust_baddr_statedump" accepted, version
> 1.0 is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: adding probe ust_baddr_statedump containing 1
> events to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-metadata-mmap" init
> (in lttng_ring_buffer_metadata_client_init() at
> lttng-ring-buffer-metadata-client.h:330)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-mmap" init
> (in lttng_ring_buffer_client_overwrite_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-rt-mmap" init
> (in lttng_ring_buffer_client_overwrite_rt_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17268]: LTT : ltt ring buffer client "relay-discard-mmap"
> init
> (in lttng_ring_buffer_client_discard_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-discard-rt-mmap" init
> (in lttng_ring_buffer_client_discard_rt_init() at
> lttng-ring-buffer-client.h:681)
> libust[17268/17269]: Info: sessiond not accepting connections to
> global apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221)
> libust[17268/17269]: Waiting for global apps sessiond (in
> wait_for_sessiond() at lttng-ust-comm.c:1132)
> libust[17268/17270]: Info: sessiond not accepting connections to local
> apps socket (in ust_listener_thread() at lttng-ust-comm.c:1221)
> libust[17268/17270]: Waiting for local apps sessiond (in
> wait_for_sessiond() at lttng-ust-comm.c:1132)
> libust[17268/17268]: Provider "lttng_ust_tracef" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe ust_baddr_statedump
> containing 1 events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe lttng_ust_tracef containing 1 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: Provider "ust_tests_demo3" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe lttng_ust_tracef containing
> 1 events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe ust_tests_demo3 containing 1 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: Provider "ust_tests_demo" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe ust_tests_demo3 containing
> 1 events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe ust_tests_demo containing 2 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> libust[17268/17268]: Provider "ust_tests_demo2" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just registered probe ust_tests_demo containing 2
> events (in lttng_lazy_probe_register() at lttng-probes.c:115)
> libust[17268/17268]: adding probe ust_tests_demo2 containing 1 events
> to lazy registration list (in lttng_probe_register() at
> lttng-probes.c:216)
> liblttng_ust_tracepoint[17268/17268]: just registered a tracepoints
> section from 0x804b144 and having 4 tracepoints (in
> tracepoint_register_lib() at tracepoint.c:767)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo:starting (in tracepoint_register_lib() at tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo:done (in tracepoint_register_lib() at tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo2:loop (in tracepoint_register_lib() at tracepoint.c:772)
> liblttng_ust_tracepoint[17268/17268]: registered tracepoint:
> ust_tests_demo3:done (in tracepoint_register_lib() at tracepoint.c:772)
> Demo program starting.
> Tracing... done.
> liblttng_ust_tracepoint[17268/17268]: just unregistered a tracepoints
> section from 0x804b144 (in tracepoint_unregister_lib() at
> tracepoint.c:797)
> libust[17268/17268]: Provider "ust_tests_demo2" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_tests_demo2 (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: Provider "ust_tests_demo" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_tests_demo (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: Provider "ust_tests_demo3" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_tests_demo3 (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: Provider "lttng_ust_tracef" accepted, version 1.0
> is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe lttng_ust_tracef (in
> lttng_probe_unregister() at lttng-probes.c:245)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-discard-rt-mmap" exit
> (in lttng_ring_buffer_client_discard_rt_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client "relay-discard-mmap"
> exit
> (in lttng_ring_buffer_client_discard_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-rt-mmap" exit
> (in lttng_ring_buffer_client_overwrite_rt_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-overwrite-mmap" exit
> (in lttng_ring_buffer_client_overwrite_exit() at
> lttng-ring-buffer-client.h:688)
> libust[17268/17268]: LTT : ltt ring buffer client
> "relay-metadata-mmap" exit
> (in lttng_ring_buffer_metadata_client_exit() at
> lttng-ring-buffer-metadata-client.h:337)
> libust[17268/17268]: Provider "ust_baddr_statedump" accepted, version
> 1.0 is compatible with LTTng UST provider version 1.0. (in
> check_provider_version() at lttng-probes.c:174)
> libust[17268/17268]: just unregistered probe ust_baddr_statedump (in
> lttng_probe_unregister() at lttng-probes.c:245)
> liblttng_ust_tracepoint[17268/17268]: just unregistered a tracepoints
> section from 0xb754f780 (in tracepoint_unregister_lib() at
> tracepoint.c:797)
> row@cobra7:~/lttng_source/lttng-ust/doc/examples/demo$
>
>
> _______________________________________________
> lttng-dev mailing list
> [email protected]
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
--
Jonathan R. Julien
Efficios
_______________________________________________
lttng-dev mailing list
[email protected]
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
_______________________________________________ lttng-dev mailing list [email protected] http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
