On Wed, February 10, 2010 16:51, Tim Cook wrote: > On Wed, Feb 10, 2010 at 4:31 PM, David Dyer-Bennet <d...@dd-b.net> wrote: > >> >> On Wed, February 10, 2010 16:15, Tim Cook wrote: >> > On Wed, Feb 10, 2010 at 3:38 PM, Terry Hull <t...@nrg-inc.com> wrote: >> > >> >> Thanks for the info. >> >> >> >> If that last common snapshot gets destroyed on the primary server, it >> is >> >> then a full replication back to the primary server. Is that correct? >> >> >> >> -- >> >> Terry >> >> >> >> >> > >> > I think a better way of stating it is that it picks the newest common >> > snapshot. >> >> That can't be right, zfe send-receive communicate unidirectionally, so >> nobody can "pick" the newest common snapshot. >> >> > I have no idea what you're talking about. If there was no ability to pick > a > common snapshot, or to figure out which snapshots are common, there would > be > no incremental zfs send at all. Directly from the zfs documentation: > > Generate a replication stream package, which will replicate the specified > filesystem, and all descendent file systems, up to the named snapshot. > When > received, all properties, snapshots, descendent file systems, and clones > are > preserved. > > *If the -i or -I flags are used in conjunction with the -R flag, an > incremental replication stream is generated. The current values of > properties, and current snapshot and file system names are set when the > stream is received.* If the -F flag is specified when this stream is > received, snapshots and file systems that do not exist on the sending side > are destroyed.
That's all about *ME* picking the suitable base snapshot, as I understand it. I understood the recent reference to be suggesting that I didn't have to, that zfs would figure it out for me. Which still appears to me to be impossible; the receive node cannot communicate with the sending node (not only is the normal pipe unidirectional, but in fact the data can be stored in a file and then read by a receive process later, when the sender isn't even running). -- David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
