Hi Jonathan,

thanks, that was quick. Hope formatting works as
I just see that Internet formatting can't be done
by this account. Have to do it by hand.

I'm no longer in the office so for more details
I've to sit in front of the machine tomorrow.

But ok some more infos I can provide.

see below

thanks
Wolfgang R.

> 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 :).
fine

>
> > 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.
The path reported seemed ok and was pointing to the default
below $HOME (see below). But no directory lltng-traces did appear.

>
> > 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 ?
I build from source and the demo directory creates the libs and the exe.

>
> > 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?
When starting the sessiond under my user in foreground and verbose I can
see that it is tracing for the above commands. The exception is ./demo-trace
which doesn't show any reaction in the sessiond shell.

>
> > 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.
Hmm, will try it tomorrow. I thought I redirected output to /tmp for test but nothing
has been created there as well.

> Also did you start the daemon in verbose mode ? Otherwise it is expected
> to have no output.
yes, see above

> >
> > 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?
Without this it didn't find the lttng .so lib. Don't have the details here.

>
> > 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.
I can try that.

> 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.
The only thing I saw was the warning for not being able for the demo
to open two sockets. But from what I've read in the forum that might be
not mandatory.

...

Info: sessiond not accepting connections to local...

...

I was wondering that in verbose mode the client was not able to pin point
to a problem. This was not verbose ;)

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