Re: zfs replication tool

On Tue, Sep 20, 2022 at 09:00:39AM -0400, mike tancsa wrote:
> On 9/20/2022 8:20 AM, Julien Cigar wrote:
> > it looks like zrepl snapshots aren't atomic across datasets too. I'm
> > > testing on a local "test" machine and it gives me https://gist.github.com/silenius/b8aaf68dae5c941397df44184cd33d7b
> > also the thing I don't like with zrepl is that snapshot management and
> > replication are tightly coupled. It looks like replicating a host "A" to
> > "B" and "C" (classical local and off-site backup) is not possible
> > without dirty hacks and race conditions ...
> 
> Yes, this is lacking for sure.  We have this need as well (replication /
> backups from A to B and then send periodically what is on B to offsite /
> disconnected storage). Its something we grafted on after the fact to fit our
> needs and works OK'ish / well enough.  However, TBF, I havent looked at
> their documentation in a while to see if newer versions have this feature or
> if its on their roadmap.

OK, so if I understand well you didn't followed/implemented something like: 
https://zrepl.github.io/quickstart/fan_out_replication.html (separate
snap job, one source per client, ...) but replicate to offsite manually
(in a cron job-like ?)?

Thanks :)

> 
>     ---Mike
> 
> 
> 

-- 
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.