Re: problems with lttng-0.5.1/ltt-control-0.5/linux-2.6.14.1
Mathieu Desnoyers <[email protected]>
| Newsgroups | gmane.linux.kernel.tracing |
|---|---|
| Message-ID | <20070502172329.GC3460@Krystal> |
Good point. The quickstart guide is not adapted to these old versions. He should get the quickstart from the older LTTV packages instead of fetching it from the website. Mathieu * Parissa Heidari ([email protected]) wrote: > > Hi Mathieu, > > This is an old version, I think it was using Relayfs instead of debugfs. > Regarding: > > Reading from relayfs directory : /media/debugfs/ > Could Relayfs cause the problem? > > Parissa. > > > Hi Martin, > > > > * Martin Robb ([email protected]) wrote: > > > I am trying to use lttng with a Linux 2.6.14 kernel. I applied > > > patch-2.6.14-lttng-0.5.1. I compiled ltt-control-0.5-06042006. However, > > > I'm getting some run time errors. I've not used lttng before, so I'm > > > probably just misunderstanding something. Any help on this would be most > > > welcome. > > > > > > When I run the command: > > > > > > sudo lttctl -n trace -d -l /media/debugfs/ltt -t /tmp/trace > > > > This command looks ok > > > > > I get the error: > > > > > > Linux Trace Toolkit Trace Control > > > Controlling trace : trace > > > Create Trace Error: Failed to send netlink message: Connection refused > > > > It normally happen if the ltt-control.ko is not loaded/not builtin. It > > is the netlink based control module. > > > > > Thinking that it may need some sort of daemon, and noticing an lttd > > > command, I then tried: > > > > > > sudo lttd -t /tmp/trace -c /media/debugfs/ > > > > This one should read "-c /media/debugfs/ltt", so you would not try files > > outside of LTTng's realm. > > > > Please check if your ltt-control module is loaded appropriately and if > > the ltt-control (userspace package) and lttng version match (see the > > compatibility list on http://ltt.polymtl.ca). Since you are using an old > > LTTng version, you might want to get a newer one and backport it, since > > a _lot_ of things happened since then. > > > > Regards, > > > > Mathieu > > > > > Linux Trace Toolkit Trace Daemon > > > > > > Reading from relayfs directory : /media/debugfs/ > > > > > > Writing to trace directory : /tmp/trace > > > > > > Creating trace subdirectory /tmp/trace > > > > > > Channel file : /media/debugfs//uhci > > > > > > Entering channel subdirectory... > > > > > > Creating trace subdirectory /tmp/trace/uhci > > > > > > Channel file : /media/debugfs//uhci/0000:00:1d.1 > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//uhci/0000:00:1d.0 > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//usbmon > > > > > > Entering channel subdirectory... > > > > > > Creating trace subdirectory /tmp/trace/usbmon > > > > > > Channel file : /media/debugfs//usbmon/3s > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//usbmon/3t > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//usbmon/2s > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//usbmon/2t > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//usbmon/1s > > > > > > Opening file. > > > > > > Channel file : /media/debugfs//usbmon/1t > > > > > > Opening file. > > > > > > Error in getting the number of subbuffers: Inappropriate ioctl for device > > > > > > I presume the ioctl error is the key. Here is the relevant configuration > > > from my kernel .config file: > > > > > > # > > > > > > # Instrumentation Support > > > > > > # > > > > > > CONFIG_LTT=y > > > > > > CONFIG_LTT_TRACER=y > > > > > > CONFIG_LTT_ALIGNMENT=y > > > > > > CONFIG_LTT_HEARTBEAT=y > > > > > > CONFIG_LTT_FACILITY_CORE=y > > > > > > CONFIG_LTT_FACILITY_FS=y > > > > > > CONFIG_LTT_FACILITY_IPC=y > > > > > > CONFIG_LTT_FACILITY_KERNEL=y > > > > > > CONFIG_LTT_FACILITY_KERNEL_ARCH=y > > > > > > CONFIG_LTT_FACILITY_MEMORY=y > > > > > > CONFIG_LTT_FACILITY_NETWORK=y > > > > > > CONFIG_LTT_FACILITY_PROCESS=y > > > > > > CONFIG_LTT_FACILITY_SOCKET=y > > > > > > CONFIG_LTT_FACILITY_STATEDUMP=y > > > > > > CONFIG_LTT_FACILITY_TIMER=y > > > > > > ... > > > > > > # > > > > > > # Kernel hacking > > > > > > # > > > > > > # CONFIG_PRINTK_TIME is not set > > > > > > CONFIG_DEBUG_KERNEL=y > > > > > > CONFIG_MAGIC_SYSRQ=y > > > > > > CONFIG_LOG_BUF_SHIFT=17 > > > > > > CONFIG_DETECT_SOFTLOCKUP=y > > > > > > # CONFIG_SCHEDSTATS is not set > > > > > > # CONFIG_DEBUG_SLAB is not set > > > > > > CONFIG_DEBUG_SPINLOCK=y > > > > > > CONFIG_DEBUG_SPINLOCK_SLEEP=y > > > > > > # CONFIG_DEBUG_KOBJECT is not set > > > > > > CONFIG_DEBUG_HIGHMEM=y > > > > > > CONFIG_DEBUG_BUGVERBOSE=y > > > > > > CONFIG_DEBUG_INFO=y > > > > > > CONFIG_DEBUG_FS=y > > > > > > # CONFIG_FRAME_POINTER is not set > > > > > > CONFIG_EARLY_PRINTK=y > > > > > > CONFIG_DEBUG_STACKOVERFLOW=y > > > > > > CONFIG_KPROBES=y > > > > > > CONFIG_DEBUG_STACK_USAGE=y > > > > > > # CONFIG_DEBUG_PAGEALLOC is not set > > > > > > CONFIG_4KSTACKS=y > > > > > > CONFIG_X86_FIND_SMP_CONFIG=y > > > > > > CONFIG_X86_MPPARSE=y > > > > > > > > > Thanks, > > > Martin Robb > > > > > > > > > > > > _______________________________________________ > > > Ltt-dev mailing list > > > [email protected] > > > http://listserv.shafik.org/mailman/listinfo/ltt-dev > -- Mathieu Desnoyers Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68