similar to: failed to resolve SS_TCP_FAST_ACCEPT

I see Intel has released a new tool. Oh, it requires some patches to the kernel to record latency times. Good thing people don''t mind patching their kernels, eh? So who can write the equivalent latencytop.d the fastest? ;-) http://www.latencytop.org/ -- cburgess at qnx.com

Is there any work on keeping DTraceTools up to date with the latest snv builds. These scripts are pretty useful and help get a novice dtrace user like me doing useful work quickly. Specifically the tcp stack tools like tcptop and tcpsnoop don''t work with later OpenSolaris builds. Thanks, Gary -- This message posted from opensolaris.org

Hello all, i''m trying to run the tool tcptop from the dtracetoolkit but it fails. I got the following error: tcptop -C 30 dtrace: failed to compile script /dev/fd/11: "usr/include/sys/kstat.h", line 439: invalid type combination I let it run on different machines on a Ultra 45 and a E20K both with Solaris 10 same result. any ideas? best regards Jens This message

hi, i want to find out the total number of incoming connections for a machine at any time using dtrace.anyone please suggest me the solution. This message posted from opensolaris.org

Hello, I have the following problem: On a solaris 10 machine, with 5 "zones" there is a process that is talking to the wrong db server. I need to find out which process this is, so I can analize this further. I have tried to doing this using tcpsnoop from the DTrace toolkit, but without success. This is what I''ve done. First I started tcpsnoop, dumping it''s output

I sent this to Brendan but never got a response. Maybe someone else can help? ----- Hi Brendan. I''m trying to debug a problem where I need to snoop the network traffic over a punchin connection, where snoop doesn''t work. I found your tcpsnoop dtrace tool, which seemed like it might be able to do what I need. Unfortunately, it doesn''t seem to have an option to dump

I try to run tcptop in solaris 10 x86 with patch level 125101-04 and I get the following error /usr/include/sys/zone.h line 16: can''t find include file sys/tsol/label.h error. Is there a work around for this problem? -- This message posted from opensolaris.org

Does anyone out there have any thoughts on the type of load common DTrace scripts would cause on a system if run 24x7? I know "common DTrace scripts" and their underlining probe calls a vague statement. So for the lack of a common and establish set of scripts in the OS, I''ll use the most popular right for my question...the DTraceToolkit from Brendan Gregg. Which by the

DTraceToolkit has a dtrace script (Proc/pidpersec.d) that refers to a variable mpid as below profile:::tick-1sec { printf("%-22Y %8d %6d\n", walltimestamp, `mpid, pids); pids = 0; } Where is `mpid getting picked from (it isn''t declared anywhere else)? What does the character ` in `mpid signify? I do not see any reference to this variable in the dtrace

Hi all-- been away from the list for a few weeks so forgive me if this problem has been reported-- with the help of some of our Kerberos engineers, we tracked down why we can't authenticate our Solaris kerberos clients to Dovecot. Here's the deal: Our IT organization issued us kerberos tickets of the form imap at foobar.sfbay.sun.com Which I presume is their standard-- and

thanks Richard, The experiment was indeed done with nested VM enabled. I am not sure about the internals, but i thought once overlay is setup the 2 main processes are sshd and qemu-img convert (reading data from sshd and doing the conversion) I don't see any of the qemu process running. Initial overlay setup was pretty quick and rest of the time was spent in qemu-img convert operation Suresh

G''Day Folks, Check out this DTrace script, # ./swapinfo.d RAM _______Total 511 Mb RAM Unusable 8 Mb RAM Kernel 96 Mb RAM Locked 0 Mb RAM Used 318 Mb RAM Avail 88 Mb Disk _______Total 1023 Mb Disk Used 9 Mb Disk Avail 1014 Mb Swap _______Total 1367 Mb Swap Used 327

We''re running a Solaris 10 container, with an Oracle 9.2.0.4 database - every 5-10 min, an Oracle process shoots up (using 20% + CPU) and then goes down in CPU %, doing a [i]pollsys [/i](see it via dtruss). I tried using some of the trace scripts in the Dtracetoolkit to see what the process is doing, but without any luck - also tried with the following, but dtrace process goes up to 30%

Incase of multi-core systems where multiple threads maybe scheduled for execution, does the below dscript (from hotuser in DTraceToolkit) collect information for multiple libraries/functions that would be getting executed at a given point of time. I have been able to test it to check if it does or doesn''t. I assume it does. This was a query I have about profiling in general. #pragma D

A small script to see what SCSI commands are being issued by a system: http://blogs.sun.com/roller/page/chrisg?entry=scsi_d_script Still work in progress as I needs to handle larger CDBs but it is a start, since I don''t have a disk that big it is not a problem for me yet. Also getting the return scsi packet is a hack but so far I can see no alternative short of knowing about all the

Dtrace and Performance Teams, I have the following IO Performance Specific Questions (and I''m already savy with the lockstat and pre-dtrace utilities for performance analysis.. but in need of details regarding specifying IO bottlenecks @ the controller or IO bus..) : **Q.A*> Determining IO Saturation bottlenecks ( */.. beyond service times and kernel contention.. )/ I''m

Hi There, I looked at the ZFS admin guide in attempt to find a way to leverage ZFS capabilities (storage pool, mirroring, dynamic stripping, etc.) for Xen domU file systems that are not ZFS. Couldn''t find an answer whether ZFS could be used only as a "regular" volume manager to create logical volumes for UFS or even a Linux ext2fs, with ideally, the ability to create

http://defect.opensolaris.org/bz/show_bug.cgi?id=2247 Summary: tests/functional/cli_root/zpool_upgrade/zpool_upgrade_00 7_pos panics - zfs snapshot Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: major Priority:

http://defect.opensolaris.org/bz/show_bug.cgi?id=2334 Summary: zpool destroy panics after zfs_force_umount_stress Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: other AssignedTo:

Zpool split is a wonderful feature and it seems to work well, and the choice of which disk got which name was perfect! But there seems to be an odd anomaly (at least with b132) . Started with c0t1d0s0 running b132 (root pool is called rpool) Attached c0t0d0s0 and waited for it to resilver Rebooted from c0t0d0s0 zpool split rpool spool Rebooted from c0t0d0s0, both rpool and spool were mounted