From nobody Tue Sep 20 14:10:06 2022 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MX3N30ZJ7z4cKnR for ; Tue, 20 Sep 2022 14:10:11 +0000 (UTC) (envelope-from SRS0=2GvD=ZX=perdition.city=julien@bebif.be) Received: from orval.bbpf.belspo.be (orval.bbpf.belspo.be [193.191.208.90]) by mx1.freebsd.org (Postfix) with ESMTP id 4MX3N23xwJz3XbF for ; Tue, 20 Sep 2022 14:10:10 +0000 (UTC) (envelope-from SRS0=2GvD=ZX=perdition.city=julien@bebif.be) Received: from x1 (unknown [10.209.1.149]) by orval.bbpf.belspo.be (Postfix) with ESMTPSA id DCFBE1D1CF; Tue, 20 Sep 2022 16:10:09 +0200 (CEST) Date: Tue, 20 Sep 2022 16:10:06 +0200 From: Julien Cigar To: mike tancsa Cc: Steve O'Hara-Smith , questions@freebsd.org Subject: Re: zfs replication tool Message-ID: <20220920141006.n6x6mxpafy3zqpk3@x1> Mail-Followup-To: mike tancsa , Steve O'Hara-Smith , questions@freebsd.org References: <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> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rsovht2hlkdqzopa" Content-Disposition: inline In-Reply-To: <4cf58433-a13b-9b35-fc3e-8fad6b2ac93d@sentex.net> X-Rspamd-Queue-Id: 4MX3N23xwJz3XbF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of "SRS0=2GvD=ZX=perdition.city=julien@bebif.be" designates 193.191.208.90 as permitted sender) smtp.mailfrom="SRS0=2GvD=ZX=perdition.city=julien@bebif.be" X-Spamd-Result: default: False [-4.49 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[julien@perdition.city,SRS0=2GvD=ZX=perdition.city=julien@bebif.be]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:2611, ipnet:193.191.192.0/19, country:BE]; MLMMJ_DEST(0.00)[questions@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[julien@perdition.city,SRS0=2GvD=ZX=perdition.city=julien@bebif.be]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[perdition.city]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --rsovht2hlkdqzopa Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2022 at 09:39:37AM -0400, mike tancsa wrote: >=20 > On 9/20/2022 9:23 AM, Steve O'Hara-Smith wrote: > > On Tue, 20 Sep 2022 14:51:54 +0200 > > Julien Cigar wrote: > >=20 > > > as of 0.5.0 it is possible to transfer properties I think > > Ooh time to RTFM again :) >=20 > Its kind of a messy problem (properties) and has lots of foot shooting > possibilities. >=20 > https://zrepl.github.io/configuration/sendrecvoptions.html?highlight=3Dpr= operties#job-note-property-replication I agree, fortunately we have zfs delegations and jailed zfs datasets which (could) help to mitigate some of those devastating consequences >=20 > In our case, for our bare metal restoration, we have a separate config fi= le > to do restorations per server/vm where there are "special cases". Thankfu= lly > there are not many and its all scriptable for restoration. >=20 > 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 >=20 > =C2=A0=C2=A0=C2=A0 ---Mike >=20 >=20 --=20 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. --rsovht2hlkdqzopa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEnF27CBNtOraRNmgqCLYqJMpBHmkFAmMpybsACgkQCLYqJMpB HmnVGRAAiLUOJRVDEGyzOwHE/xu+E5Ce4OZbhACbUdedSbVzvWXoph1VF9DE8MzI +KFIfBYrMaJyfNR2W6JvzDjjsE2MWH46nM7odnw+2R/oqEEOx0Y5Z6hcDtnEWXKg 3y6hpLzZMjxAv5SjRXxgDnNgalIIfNZ6jkiAdl9l9hKtL9Eb2Sz0wrGs54RBy8sV Aty0J16LHwxrDHuEIwcTTD7EAxhxuZPKy9+fzraRHK8Ao7GS35d6ENRJc+GSROW4 9fs6p6ZQExz/TRyX8kBdS/d9x60S0gUgl1PQDXljVxFa0Uz4iu6/YuNwFFtRjHya +0WhlZfvicVVDlK9CTDiCCN6gIp4uCWhLvYEVTtneFIJXTH5VphUsUTMiiuHoVUl 3GloP+G8nawDnqFzuze6P4T9Yrf7Dp4E+G5ippH2H4Jjx/MXKmn8C7dtn3/JBxuD /Z7g1cMmuqJz797LF+Yln4/wG0dPSnoFZId7jH/MTPgSE/3enrudHDukmfMWm0A4 qEgjZX9D8kjek5nkBFlzDT7t3qb86hRDF1Kzfw5lTpKnOAzF5OgQLF/1QdzqaM5e DOoMI5njULNjlNyGcnOav+GuyIC7HidU0ca80xNpGsGiGewglO2lMQRYB4c6DZwk 7I7UEQYMHiC2RjLqyjOUb9iVNSsL4XQ84NF78a77iExhdGH9H7s= =amy2 -----END PGP SIGNATURE----- --rsovht2hlkdqzopa--