[zfs-discuss] dtrace nfs requests on a zfs filesystem
Hi,
I'm issuing the following statement on a ONNV_104 (I know a bit old
but very stable) NFS server:
# dtrace -n 'nfsv3:::op-read-start,nfsv3:::op-write-start
{@[probefunc,args[1]-noi_curpath]=count(); }'
which works fine...most of the time but not always.
Usually it resolve's the filenames on which the I/O are done but not
always. It displays unknown as filename. None of the unknown
filenames are created and/or deleted during the dtrace. They are all
VM images, which only get modified. zpool scrub doesn't show any
errors.
Looking in the code I think that zfs_vget in zfs_vfsops.c gets called
for filename resolution. But I can't figure out why this fails for
certain files. Allways the same files get resolved.
Thank for looking into this.
Frederik
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] [dtrace-discuss] dtrace nfs requests on a zfs filesystem
On Wed, Jul 20, 2011 at 7:10 AM, wessels wessels...@gmail.com wrote:
I'm issuing the following statement on a ONNV_104 (I know a bit old
but very stable) NFS server:
# dtrace -n 'nfsv3:::op-read-start,nfsv3:::op-write-start
{@[probefunc,args[1]-noi_curpath]=count(); }'
which works fine...most of the time but not always.
Usually it resolve's the filenames on which the I/O are done but not
always. It displays unknown as filename.
There's this:
http://mail.opensolaris.org/pipermail/dtrace-discuss/2010-February/008527.html
-- Dave
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] latest zpool version in solaris 11 express
On Mon, Jul 18, 2011 at 6:21 AM, Edward Ned Harvey opensolarisisdeadlongliveopensola...@nedharvey.com wrote: Kidding aside, for anyone finding this thread at a later time, here's the answer. It sounds unnecessarily complex at first, but then I went through it ... Only took like a minute or two. It was exceptionally easy in fact. https://pkg-register.oracle.com Do you need a support contract in order to access the certificate application? I'm getting the following error when I try to get a cert: There has been a problem with contacting the entitlement server. You will only be able to issue new certificates for public products. Please try again later -B -- Brandon High : bh...@freaks.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] [dtrace-discuss] dtrace nfs requests on a zfs filesystem
I've had issues like this as well. Fortunately Eric Schrock and Adam
Leventhal work down the all from me and I ran this past them. Eric had the
suggestion to simply do a find from the directory that I'm interested in
getting file names for and that did the trick. For example all of my tracing
is on
/domain0
so I simply do
$ cd /domain0
$ find . /dev/null
and then do my tracing. Since adding this trick, I haven't had problems with
unknown
- Kyle Hailey
O: +1.415.341.3430
F: +1.650.494.1676
275 Middlefield Road, Suite 50
Menlo Park, CA 94025
http://www.delphix.com
On Wed, Jul 20, 2011 at 9:20 AM, David Pacheco d...@joyent.com wrote:
On Wed, Jul 20, 2011 at 7:10 AM, wessels wessels...@gmail.com wrote:
I'm issuing the following statement on a ONNV_104 (I know a bit old
but very stable) NFS server:
# dtrace -n 'nfsv3:::op-read-start,nfsv3:::op-write-start
{@[probefunc,args[1]-noi_curpath]=count(); }'
which works fine...most of the time but not always.
Usually it resolve's the filenames on which the I/O are done but not
always. It displays unknown as filename.
There's this:
http://mail.opensolaris.org/pipermail/dtrace-discuss/2010-February/008527.html
-- Dave
___
dtrace-discuss mailing list
dtrace-disc...@opensolaris.org
image.png___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] latest zpool version in solaris 11 express
plus virtualbox 4.1 with network in a box would like snv_159 from http://www.virtualbox.org/wiki/Changelog Solaris hosts: New Crossbow based bridged networking driver for Solaris 11 build 159 and above Rob ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] [dtrace-discuss] dtrace nfs requests on a zfs filesystem
I was aware of that suggestion but found it so ugly that I never tried it. I
ditched pride and embraced pragmatism. And yes running find did resolve all
names. Could you be so kind and trouble the gentleman down the hall and ask
them what's happening and why? Perhaps something can be done about it in
code. With some pointers I might look into it.
Thanks again.
On Wed, Jul 20, 2011 at 6:40 PM, Kyle Hailey kyle.hai...@delphix.comwrote:
I've had issues like this as well. Fortunately Eric Schrock and Adam
Leventhal work down the all from me and I ran this past them. Eric had the
suggestion to simply do a find from the directory that I'm interested in
getting file names for and that did the trick. For example all of my tracing
is on
/domain0
so I simply do
$ cd /domain0
$ find . /dev/null
and then do my tracing. Since adding this trick, I haven't had problems
with unknown
- Kyle Hailey
O: +1.415.341.3430
F: +1.650.494.1676
275 Middlefield Road, Suite 50
Menlo Park, CA 94025
http://www.delphix.com
On Wed, Jul 20, 2011 at 9:20 AM, David Pacheco d...@joyent.com wrote:
On Wed, Jul 20, 2011 at 7:10 AM, wessels wessels...@gmail.com wrote:
I'm issuing the following statement on a ONNV_104 (I know a bit old
but very stable) NFS server:
# dtrace -n 'nfsv3:::op-read-start,nfsv3:::op-write-start
{@[probefunc,args[1]-noi_curpath]=count(); }'
which works fine...most of the time but not always.
Usually it resolve's the filenames on which the I/O are done but not
always. It displays unknown as filename.
There's this:
http://mail.opensolaris.org/pipermail/dtrace-discuss/2010-February/008527.html
-- Dave
___
dtrace-discuss mailing list
dtrace-disc...@opensolaris.org
image.png___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
