One other question - I'm seeing the same sort of behavior when I try to do
something like "zfs set sharenfs=off storage/fs" - is there a reason that
turning off NFS sharing should halt I/O?
--
This message posted from opensolaris.org
___
zfs-discuss ma
Thanks!
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On 02/15/10 10:26, Nick wrote:
There is no doubt that it is both a bug and expected
behavior and is
related to deduplication being enabled.
Is it expected because it's a bug, or is it a bug that is not going to be fixed
and so I should expect it? Is there a bug/defect I can keep an eye on in
>
> There is no doubt that it is both a bug and expected
> behavior and is
> related to deduplication being enabled.
Is it expected because it's a bug, or is it a bug that is not going to be fixed
and so I should expect it? Is there a bug/defect I can keep an eye on in one
of the Opensolaris
On Mon, 15 Feb 2010, Nick wrote:
I'm using the latest Opensolaris dev build (132) and I have my
storage pools and volumes upgraded to the latest available versions.
I am using deduplication on my ZFS volumes, set at the highest
volume level, so I'm not sure if this has an impact. Can anyone
I've seen threads like this around this ZFS forum, so forgive me if I'm
covering old ground. I currently have a ZFS configuration where I have
individual drives presented to my Opensolaris machine and I'm using ZFS to do a
RAIDZ-1 on the drives. I have several filesystems and volumes on this s
