I could not find header files for DTraceToolkit-0.99 . In particular, number of scripts under Net are referring to #include <sys/file.h> #include <inet/common.h> #include <sys/types.h> #include <sys/byteorder.h> #include <sys/socket.h> #include <sys/socketvar.h> It looks like they were meant to be part of the kit? I am running Solaris10 (if it makes any difference). Thanks. Ivan
On 04/ 6/11 04:58 PM, Kovalev, Ivan wrote:> I could not find header files for DTraceToolkit-0.99 . In particular, number of scripts under Net are referring to > #include<sys/file.h> > #include<inet/common.h> > #include<sys/types.h> > #include<sys/byteorder.h> > #include<sys/socket.h> > #include<sys/socketvar.h> > > It looks like they were meant to be part of the kit? I am running Solaris10 (if it makes any difference). > > Thanks. > > Ivan > _______________________________________________ > dtrace-discuss mailing list > dtrace-discuss at opensolaris.orgThose are standard system headers, and ought to come from /usr/include. Is there any chance you don''t have SUNWhea installed?
Dan, Thank you. SUNWhea is not installed on most of my servers (big company = big restrictions), none of the headers needed are there. On some servers where this package is present, dtrace itself is not found (SUNWdtrc, SUNWdtrp ). Anyway, these headers are used only in 3 scripts under Net. Connections script works for me (on properly built servers), but two others fail like this: bash-3.00# ./Net/tcptop dtrace: failed to compile script /dev/fd/11: line 166: failed to resolve `tcp_g_q: Unknown symbol name bash-3.00# ./Net/tcpsnoop -p 22185 dtrace: failed to compile script /dev/fd/11: line 173: failed to resolve : Unknown variable name Thanks. Ivan -----Original Message----- From: Dan Mick [mailto:dan.mick at oracle.com] Sent: Wednesday, April 06, 2011 8:59 PM To: Kovalev, Ivan [CCC-OT_IT] Cc: ''dtrace-discuss at opensolaris.org'' Subject: Re: [dtrace-discuss] DTraceToolkit-0.99 headers On 04/ 6/11 04:58 PM, Kovalev, Ivan wrote:> I could not find header files for DTraceToolkit-0.99 . In particular, number of scripts under Net are referring to > #include<sys/file.h> > #include<inet/common.h> > #include<sys/types.h> > #include<sys/byteorder.h> > #include<sys/socket.h> > #include<sys/socketvar.h> > > It looks like they were meant to be part of the kit? I am running Solaris10 (if it makes any difference). > > Thanks. > > Ivan > _______________________________________________ > dtrace-discuss mailing list > dtrace-discuss at opensolaris.orgThose are standard system headers, and ought to come from /usr/include. Is there any chance you don''t have SUNWhea installed?
On Thu, Apr 7, 2011 at 10:17 AM, Kovalev, Ivan <ivan.kovalev at citi.com> wrote:> Thank you. SUNWhea is not installed on most of my servers (big company = big restrictions), none of the headers needed are there. On some servers where this package is present, dtrace itself is not found (SUNWdtrc, SUNWdtrp ). Anyway, these headers are used only in 3 scripts under Net. Connections script works for me (on properly built servers), but two others fail like this:I can''t think of a reason to not install the headers. And with DTrace being a tool for root causing _production_ performance (and other) problems, the headers are that much more valuable. I once had to deal with systems that lacked manpages because the admin felt that having manpages installed would be too useful for anyone who managed to compromise the systems. I thought then that that was paranoia taken to silly extremes; I still think so. Nico --
Nico Williams wrote:> On Thu, Apr 7, 2011 at 10:17 AM, Kovalev, Ivan <ivan.kovalev at citi.com> wrote: > >> Thank you. SUNWhea is not installed on most of my servers (big company = big restrictions), none of the headers needed are there. On some servers where this package is present, dtrace itself is not found (SUNWdtrc, SUNWdtrp ). Anyway, these headers are used only in 3 scripts under Net. Connections script works for me (on properly built servers), but two others fail like this: >> > > I can''t think of a reason to not install the headers. And with DTrace > being a tool for root causing _production_ performance (and other) > problems, the headers are that much more valuable. > > I once had to deal with systems that lacked manpages because the admin > felt that having manpages installed would be too useful for anyone who > managed to compromise the systems. I thought then that that was > paranoia taken to silly extremes; I still think so. >That''s still quite common in stripped down Enterprise environments. -- Andrew Gabriel