[..]
I see similar stuff for my library ... so why would dtrace fail to show
calls into libdladm for a process that's started by dtrace (ie using -c)
(using -Z as someone suggested)
$ dtrace -Z -n 'pid$target:libdladm::entry{}' -c dladm show-link
dtrace: description
On 04/02/09 02:10, Chad Mynhier wrote:
On Wed, Apr 1, 2009 at 4:02 PM, Steve Scargall steve.scarg...@sun.com wrote:
As Pavan suggested DTrace isn't preloading the libraries. Try using the
LD_PRELOAD, LD_PRELOAD_32, or LD_PRELOAD_64 environmental variables to preload
the libraries you need.
On 04/01/09 23:57, Chad Mynhier wrote:
On Wed, Apr 1, 2009 at 1:42 PM, Michael Schuster
michael.schus...@sun.com wrote:
I see similar stuff for my library ... so why would dtrace fail to show
calls into libdladm for a process that's started by dtrace (ie using -c)
(using -Z as someone
Thanks Robert for the pointers.
I shall definitely do that.
Regards,
Nishchaya
Robert Milkowski wrote:
Hello Nishchaya,
Wednesday, April 1, 2009, 10:22:53 AM, you wrote:
NB Hello experts,
NB Is there a way to find which program is changing the symlink for a
NB particular slice using
On Thu, Apr 2, 2009 at 8:34 AM, Pavan Chandrashekar - Sun Microsystems
pavan.chandrashe...@sun.com wrote:
This observation of yours is correct but there is more to the story.
I did the following:
truss -u a.out -u libc -o dladm.log dladm show-link
on both a s10u6 machine and a Nevada build
Hye,
I still try to access application side I/O size on a ZFS file system.
( example : if /var/zfs_fs is a ZFS file system
/var/zfs_fs:# dd if=/dev/urandom of=file bs=4k count=100
i try to get an information simple as
execname == dd
block_size = 4096
in order to trace a specific
You're tripping over the fact the these disk IOs are happening
asynchronously to the process/thread that initiated them.
The dd(1) process has long since been placed on a sleep
queue by the time you're hitting the ARC code, which is why
execname is sched (the execname of PID 0 - the user
process
Hello Experts,
Currently, a problem was observed where metaset -a diskset -h hostname on
Solaris 10 machine was generating cores when called through a perl script but
manual execution of the same command works fine on the same machine.
Hence, if you can suggest a way to trace the function
Thanks,
I already noticed the asynchronous effect on tracing applications I/O.
I've already make an efficient D script to trace syscalls write, read and seek
in order to trace each application I/O.
What i wanted to do here is observing those I/O from the Arc's point on view.
Thanks for your
Chad Mynhier wrote:
On Wed, Apr 1, 2009 at 4:02 PM, Steve Scargall steve.scarg...@sun.com wrote:
As Pavan suggested DTrace isn't preloading the libraries. Try using the
LD_PRELOAD, LD_PRELOAD_32, or LD_PRELOAD_64 environmental variables to preload
the libraries you need. There's an example
The FCS version (1.0) of the NetBeans DTrace GUI Plugin + Chime is published on
the NetBeans Update Center. The new release contains more than 30 new Chime
displays that can be used to debug and tune applications that are written in
native and dynamic languages such as Ruby and Python.
For
Hi Amit,
Take a look at this blog post:
http://blogs.sun.com/ahl/entry/user_land_tracing_gets_better
The official DTrace documentation really needs to get reworked to
include this information...
Adam
On Mar 25, 2009, at 11:56 PM, Amit Saha wrote:
Forwarding it to the list..
Any ideas,
Hi James,
This doesn't sound like a lock ordering issue or an exception to the
stated
lock ordering rules. In particular, there's no need to take the meta
lock
before dtrace or provider; rather, the meta lock must be taken before
either
of those locks if it is to be taken at all.
Is
13 matches
Mail list logo