Date: Tue, 20 Sep 2022 10:15:13 -0400 From: mike tancsa <mike@sentex.net> To: questions@freebsd.org Subject: Re: zfs replication tool Message-ID: <b7586c2c-f435-334c-dff8-f7388163fa75@sentex.net> In-Reply-To: <20220920141006.n6x6mxpafy3zqpk3@x1> References: <d952d824-bcab-cfef-1b95-a8e71388c588@sentex.net> <20220916134918.hz6glg3nfwr3ouu4@x1> <0a0ba81b-88f2-fa75-9abe-6f41da5d2c69@sentex.net> <20220916140236.jeizzganrtnsrhlo@x1> <20220920092905.3k7qzt7lvhywhcfn@x1> <20220920122029.ufsoyo47qnxtmcqk@x1> <20220920132503.8bfd124b9697d90e474086b3@sohara.org> <20220920125154.n7lcqr3xzhsrylzr@x1> <20220920142314.df043149e82d63cbd289a92e@sohara.org> <4cf58433-a13b-9b35-fc3e-8fad6b2ac93d@sentex.net> <20220920141006.n6x6mxpafy3zqpk3@x1>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/20/2022 10:10 AM, Julien Cigar wrote: > In our case, for our bare metal restoration, we have a separate config > file >> to do restorations per server/vm where there are "special cases". Thankfully >> there are not many and its all scriptable for restoration. >> >> For the A --> B -->C when we do are offload from B to C, we pick the >> snapshots we want to send, place a hold on that snapshot and then do the >> send (1.5 day process). Zrepl cries that it cant prune the snapshot. Once >> the B-C process is complete, we remove the holds and zrepl happily deletes >> the snapshots it thinks its supposed to delete. > I see, is it necessary to place holds manually? I thought zrepl already > does this by default zrepl does indeed manages its own holds/releases. But without my holds that I place, I run the risk of having the snapshot pruned out from underneath me since the process of replicating to temporarily attached storage (C) takes longer than a day. ---Mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b7586c2c-f435-334c-dff8-f7388163fa75>