Re: zfs replication tool
- In reply to: Julien Cigar : "Re: zfs replication tool"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 23 Sep 2022 12:43:13 UTC
On Fri, Sep 23, 2022 at 01:24:17PM +0200, Julien Cigar wrote: > On Thu, Sep 22, 2022 at 11:51:30PM -1000, parv/FreeBSD wrote: > > On Thu, Sep 22, 2022 at 10:58 PM David Christensen wrote: > > ... > > > > > I wrote homebrew scripts to automate ZFS replication and I saw that > > > error message many times in the past. The solution was to add the '-F' > > > option to the 'zfs receive' commands. Is there a way to do this with > > > zrepl? > > > > > > > That "-F" option, for "zfs-recv(8)", will remove existing file system > > (on the receiver side). For the option to work, existing snapshots would > > need to be destroyed first. > > > > That is useful if one wants to re-set up backup file system & snapshots. > > Else, what is even the point of incremental snapshot back ups. > > it looks like there is no way to specify a -F on the receive side with > zrepl.. my problem looks like https://github.com/zrepl/zrepl/issues/408 > issue. setting mountpoint=none on the target dataset fixed the issue. Apparently mounting a dataset, even as read-only, somewhat "alters" it and incremental snapshot replication fails afterwards. So I'm setting mountpoint=none and switched to clones and promotes > > > > > > > - parv > > > > -- > > -- > Julien Cigar > PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 > > No trees were killed in the creation of this message. > However, many electrons were terribly inconvenienced. -- Julien Cigar PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced.