Re: [dtrace-discuss] Introducing DTrace to a newbie audience
That was a weird typo. Appreciate the catch. -- This message posted from opensolaris.org ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org
Re: [dtrace-discuss] Introducing DTrace to a newbie audience
# dtrace -qn 'syscall:::exec-success { trace (execname); }' ^ The exec-success probe is managed by the proc provider, not the syscall provider. So the probe designation should be; proc:::exec-success (or just 'exec-success'). (for the newbies). Thanks, /jim ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org
Re: [dtrace-discuss] DTrace in daemon code
Michael Schuster wrote: > All, > > we're considering instrumenting the daemon we're developing for our > project with SDT probes, and were a little surprised that a few > cursory(sp?) searches didn't reveal any examples for this - does that mean > a) we didn't search enough Or didn't use the right search terms? Xsun, Xorg, and apache httpd are all daemons with USDT probes in. For Xsun/Xorg, the details & diffs are posted at: http://people.freedesktop.org/~alanc/dtrace/ For apache, google of "apache httpd dtrace" finds a number of hits, this one looks most relevant: http://prefetch.net/projects/apache_modtrace/index.html -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org
Re: [dtrace-discuss] DTrace in daemon code
Rayson Ho wrote: Hi, A deamon is a *normal* process. The controling terminal, and other stuff may be thrown away during the daemonization process, but DTrace should still work. I know, that's why I'm a little surprised that I couldn't find any examples. As an example, MySQL also uses SDT, and MySQL is run as a daemon as well. ah ... that's not in ON, that's why :-) thx Michael Rayson On 3/26/09, Michael Schuster wrote: All, we're considering instrumenting the daemon we're developing for our project with SDT probes, and were a little surprised that a few cursory(sp?) searches didn't reveal any examples for this - does that mean a) we didn't search enough b) we're treading where no man has gone before c) there's some inherent issues with this? We'd appreciate any insight/feedback/pointers. thx Michael -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org
Re: [dtrace-discuss] DTrace in daemon code
Hi, A deamon is a *normal* process. The controling terminal, and other stuff may be thrown away during the daemonization process, but DTrace should still work. As an example, MySQL also uses SDT, and MySQL is run as a daemon as well. Rayson On 3/26/09, Michael Schuster wrote: > All, > > we're considering instrumenting the daemon we're developing for our project > with SDT probes, and were a little surprised that a few cursory(sp?) > searches didn't reveal any examples for this - does that mean > a) we didn't search enough > b) we're treading where no man has gone before > c) there's some inherent issues with this? > > We'd appreciate any insight/feedback/pointers. > > thx > Michael > -- > Michael Schusterhttp://blogs.sun.com/recursion > Recursion, n.: see 'Recursion' > ___ > dtrace-discuss mailing list > dtrace-discuss@opensolaris.org > ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org
[dtrace-discuss] DTrace in daemon code
All, we're considering instrumenting the daemon we're developing for our project with SDT probes, and were a little surprised that a few cursory(sp?) searches didn't reveal any examples for this - does that mean a) we didn't search enough b) we're treading where no man has gone before c) there's some inherent issues with this? We'd appreciate any insight/feedback/pointers. thx Michael -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org
[dtrace-discuss] all variants of tcpsnoop fails on snv107
Greetings, I'm using DTT 0.99 on a snv_107 box, and tcpsnoop fails in all variants (tcptop in the same way). Couldn't find related postings - is this a new problem? thanks, Joachim r...@sunf-7:/opt/DTT/Net# uname -a SunOS sunf-7 5.11 snv107 i86pc i386 i86pc r...@sunf-7:/opt/DTT/Net# ./tcpsnoop "/usr/include/sys/modctl.h", line 317: major: argument mismatch dtrace: failed to compile script /dev/fd/11: "/usr/include/sys/modctl.h", line 317: syntax error near "1" r...@sunf-7:/opt/DTT/Net# ./tcpsnoop_snv "/usr/include/sys/modctl.h", line 317: major: argument mismatch dtrace: failed to compile script /dev/fd/11: "/usr/include/sys/modctl.h", line 317: syntax error near "1" r...@sunf-7:/opt/DTT/Net# ./tcpsnoop.d dtrace: failed to compile script ./tcpsnoop.d: line 210: failed to resolve `tcp_g_q: Unknown symbol name r...@sunf-7:/opt/DTT/Net# ./tcpsnoop_snv.d dtrace: failed to compile script ./tcpsnoop_snv.d: line 214: conn_tcp is not a member of struct conn_s -- Joachim Worringen, Software Architect, Dolphin Interconnect Solutions phone ++49/(0)228/324 08 17 - http://www.dolphinics.com ___ dtrace-discuss mailing list dtrace-discuss@opensolaris.org