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. --Tim
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss