Kjetil Torgrim Homme wrote:
Brandon High <bh...@freaks.com> writes:
Matthew Ahrens <matthew.ahr...@sun.com> wrote:
Well, changing the "compression" property doesn't really interrupt
service, but I can understand not wanting to have even a few blocks
with the "wrong"
I was thinking of sharesmb or sharenfs settings when I wrote that.
Toggling them for the send would interrupt any clients trying to use
the resource. Obviously disabling compression or dedup on the source
doesn't interrupt service
you can avoid the problem by making sure the target filesystem isn't
mounted, i.e., by setting canmount=noauto on the source. it's a bit
ugly, since you'll get an outage if the source server reboots before you
set it back.
Or use the -u argument to 'zfs recv':
-u
File system that is associated with the received
stream is not mounted.
--
Darren J Moffat
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
