On Feb 8, 2007, at 10:53 AM, Robert Milkowski wrote:
Hello Trevor,
Thursday, February 8, 2007, 6:23:21 PM, you wrote:
TW> I am seeing what I think is very peculiar behaviour of ZFS
after sending a
TW> full stream to a remote host - the upshot being that I can't
send an
TW> incremental stream afterwards.
TW> What I did was this:
TW> host1 is Solaris 10 Update 2 SPARC
TW> host2 is Solaris 10 Update 2 x86
TW> host1 # zfs snapshot work/[EMAIL PROTECTED]
TW> host1 # zfs send work/[EMAIL PROTECTED] | ssh host2 zfs recv export/home
TW> host1 # ssh host2
TW> host2 # zfs list
TW> export/home 1.02G 47.8G 1.02G /export/home
TW> export/[EMAIL PROTECTED] 70.5K - 1.02G -
TW> host2 #
TW> Note that the snapshot on the remote system is showing changes
to the
TW> underlying filesystem, even though it is not accessed by any
application on host2.
TW> Now, I try to send an incremental stream:
TW> host1 # zfs snapshot work/[EMAIL PROTECTED]
TW> host1 # zfs send -i work/[EMAIL PROTECTED] work/[EMAIL PROTECTED] | ssh host2
zfs recv
TW> export/home
TW> cannot receive: destination has been modified since most recent
snapshot --
TW> use 'zfs rollback' to discard changes
TW> Am I using send/recv incorrectly or is there something else
going on here that
TW> I am missing?
It's a known bug.
umount and rollback file system on host 2. You should see 0 used space
on a snapshot and then it should work.
And with snv_48 (s10u4 when it becomes available), you can use 'zfs
recv -F' to force the rollback.
eric
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
