> Ah, there is a cognitive disconnect... more below. > > The cognitive disconnect is that snapshots are > blocks, not files. > Therefore, the snapshot may contain only changed > portions of > files and blocks from a single file may be spread > across many > different snapshots.
I was referring to restoring TO a snapshot. However, I didnt mandate that the incomming stream WAS a snapshot :-} Your point about snapshots being blocks, not files, is well taken. However, the limitation that receive of a "full send" can only be done to an automatically created new filesystem, is overly burdensome. Wouldnt it be more useful, if it had the capability to restore to a newly created snapshot of an existing zfs filesystem, rsync style? Thanks for the ADM reference. I'll check that out. -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
