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
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.
 
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
 
 
 
 
 
 
Gesendet: Montag, 16. März 2015 um 20:55 Uhr
Von: "Jonathan Rajotte Julien" <Jonathan.rajotte-julien@efficios.com>
An: lttng-dev@lists.lttng.org
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
> lttng-dev@lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

--
Jonathan R. Julien
Efficios


_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev