On Wed, Jul 20, 2011 at 7:10 AM, wessels 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
legacy). However, did I miss anything in the
documentation, or would it be worth submitting an RFE for an
option to send/recv properties in a non-recursive stream?
This is
6839260 want zfs send with properties
-- Dave
--
David Pacheco, Sun Microsystems Fishworks. http://blogs.sun.com/dap
2x
gzip-9 2.73x
for your curiosity :)
--------
*From:* David Pacheco
*To:* Chookiex
*Cc:* zfs-discuss@opensolaris.org
*Sent:* Thursday, June 25, 2009 2:00:49 AM
*Subject:* Re: [zfs-discuss] Is the PROPERTY compression will increase
the ZFS I/O throughput?
Chookiex wrote:
> Thank you
-
>
> ___
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org <mailto:zfs-discuss@opensolaris.org>
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
-- David Pacheco, Sun Microsystems Fi
a?
thanks
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
David Pacheco, Sun Microsystems Fishworks. http://blogs.sun.com/dap/
___
zfs-discuss mailin
mmunity/on/flag-days/pages/2008091003/
-- Dave
--
David Pacheco, Sun Microsystems Fishworks. http://blogs.sun.com/dap/
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
27;s pool and can then serve those files. With remote
replication, one appliance sends filesystems and volumes across the
network to an otherwise separate appliance. Neither of these is
performing synchronous data replication, though.
For more clustering, I'll refer you to
S features they
> created will make it back into Solaris proper eventually...
Replication in the 7000 series is mostly built _on top of_ the existing
ZFS infrastructure.
-- Dave
--
David Pacheco, Sun Microsystems Fishworks. http://blogs.sun.com/dap/
r has to start over when a snapshot is taken
Sorry the latter doesn't have a useful description, but the synopsis
says it all: taking snapshots causes scrubs to restart. Either of these
may explain the "negative progress."
--
David Pacheco, Sun Microsystems
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
