ltt usage issue:
Pradeep Kumar <[email protected]>
| Newsgroups | gmane.linux.kernel.tracing |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all I am new to lttng/ltt. I am having problems using lttng with LTT viewer. since there is no lttng-user forum, I am posting it here. I apologize for the same. Someone please respond. The version details of lttng, lttv, ltt-usertrace, os etc are given below: problem: =========== I am simply unable to use ltt-usertrace. I tried to follow steps listed in Quickstart guide. But I am getting nowhere. I am unable to produce trace ** ERROR **: Trace /tmp/trace has no facility tracefile aborting... /usr/local/bin/lttv: line 15: 26289 Aborted $0.real $* Steps followed: ================ 1. started the trace as follows: [pradeep@fd0005 ltt-usertrace-0.32]$ sudo lttctl -n trace -d -l /mnt/debugfs/ltt -t /tmp/trace Linux Trace Toolkit Trace Control 0.40-26042007 Controlling trace : trace Linux Trace Toolkit Trace Daemon 0.40-26042007 Reading from debugfs directory : /mnt/debugfs/ltt/trace Writing to trace directory : /tmp/trace Creating supplementary trace files Appending facility file list.xml Appending facility file locking.xml Appending facility file kernel_arch_powerpc.xml Appending facility file stack_arch_x86_64.xml Appending facility file kernel_arch_i386.xml Appending facility file kernel_arch_arm.xml Appending facility file kernel_arch_x86_64.xml Appending facility file kernel.xml Appending facility file kernel_arch_mips.xml Appending facility file kernel_arch_ppc.xml Appending facility file fs.xml Appending facility file net.xml Appending facility file core.xml Appending facility file mm.xml Appending facility file kernel_arch_c2.xml Appending facility file user_generic.xml Appending facility file stack_arch_i386.xml Appending facility file compact.xml Appending facility file xen.xml 2. tried to use the sample-printf in the ltt-usertrace and stopped trace after a while as follows: [pradeep@fd0005 ltt-usertrace-0.32]$ sudo ./sample-printf Will trace a printf of an incrementing counter. Abort with CTRL-C. No file is created with this example : it logs through a kernel system call. See the LTTng lttctl command to start tracing. [pradeep@fd0005 ltt-usertrace-0.32]$ sudo lttctl -n trace -R Linux Trace Toolkit Trace Control 0.40-26042007 Controlling trace : trace 3. when I tried to view the trace with textDump as follows, no trace was produced [pradeep@fd0005 ltt-usertrace-0.32]$ sudo lttv -m textDump -t /tmp/trace The input data file /tmp/trace/control/processes_0 does not contain a trace The input data file /tmp/trace/control/interrupts_0 does not contain a trace The input data file /tmp/trace/control/facilities_0 does not contain a trace The input data file /tmp/trace/control/network_0 does not contain a trace The input data file /tmp/trace/control/modules_0 does not contain a trace The input data file /tmp/trace/cpu_0 does not contain a trace ** ERROR **: Trace /tmp/trace has no facility tracefile aborting... /usr/local/bin/lttv: line 15: 26289 Aborted $0.real $* [pradeep@fd0005 ltt-usertrace-0.32]$ ls -l /tmp/trace/ OS and LTTng details ===================== OS version: kernel-2.6.18 lttng version patch used : patch01-2.6.18-lttng-0.6.41 lttng-userspace app used: ltt-usertrace-0.32 trace toolkit viewer used: LinuxTraceToolkitViewer-0.8.82-09042007 dmesg output ============ [ 1674.624585] ltt-control init [ 1680.208849] ltt-control ltt_control_input [ 1680.208855] ltt_control : trace trace [ 1680.208859] Creating trace trace [ 1680.243713] ltt-control ltt_control_input [ 1680.243719] ltt_control : trace trace [ 1680.243723] Start tracing trace [ 1680.243728] Dumping facility core [ 1680.243734] Dumping facility locking [ 1680.243740] Dumping facility statedump [ 1680.243744] ltt_statedump_start [ 1680.243746] do_ltt_statedump [ 1680.255381] trace_statedump_statedump_end [ 1728.012699] ltt-control ltt_control_input [ 1728.012705] ltt_control : trace trace [ 1728.012708] Stop tracing trace [ 1728.043057] ltt-control ltt_control_input [ 1728.043063] ltt_control : trace trace [ 1728.043067] Destroying trace trace [ 1728.072880] finish for cpu 0 , d85b786c [ 1728.072885] finish for cpu 0 , ea764720 [ 1728.072888] finish for cpu 0 , df0fcd68 [ 1728.072890] finish for cpu 0 , eb396508 [ 1728.072893] finish for cpu 0 , f5a69c1c [ 1728.072896] finish for cpu 0 , ea3ba37c [ 1728.072917] LTT : unread channel facilities_ offset is 65536 and cons_off : 0 (cpu 0) [ 1728.072921] LTT : facilities_ : commit count : 65536, subbuf size 65536 [ 1728.072957] LTT : unread channel interrupts_ offset is 65536 and cons_off : 0 (cpu 0) [ 1728.072961] LTT : interrupts_ : commit count : 65536, subbuf size 65536 [ 1728.072991] LTT : unread channel processes_ offset is 262144 and cons_off : 0 (cpu 0) [ 1728.072995] LTT : processes_ : commit count : 262144, subbuf size 262144 [ 1728.073057] LTT : unread channel modules_ offset is 65536 and cons_off : 0 (cpu 0) [ 1728.073062] LTT : modules_ : commit count : 65536, subbuf size 65536 [ 1728.073089] LTT : unread channel cpu_ offset is 1048576 and cons_off : 0 (cpu 0) [ 1728.073093] LTT : cpu_ : commit count : 1048576, subbuf size 1048576 [ 1728.073239] LTT : unread channel network_ offset is 65536 and cons_off : 0 (cpu 0) [ 1728.073243] LTT : network_ : commit count : 65536, subbuf size 65536 I would really appreciate any help/pointers in this regard Best Regards Pradeep -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGbcKY12kTuUTgP4YRAuMqAJ0WGxS5nxleTbFSMdXlgzt6Eh2GvgCg6a4y tuYPwDhbtHiVgCo6pEg0SMs= =TsGa -----END PGP SIGNATURE-----