Date: Fri, 23 Sep 2022 10:04:57 +0200 From: Julien Cigar <julien@perdition.city> To: mike tancsa <mike@sentex.net>, questions@freebsd.org Subject: Re: zfs replication tool Message-ID: <20220923080457.uk4n4j2vhjjishvl@x1> In-Reply-To: <20220923080305.alrgrrnxljtweo3i@x1> References: <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> <b7586c2c-f435-334c-dff8-f7388163fa75@sentex.net> <20220923080305.alrgrrnxljtweo3i@x1>
next in thread | previous in thread | raw e-mail | index | archive | help
--qsxew3yvw3x4m74o Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2022 at 10:03:09AM +0200, Julien Cigar wrote: > On Tue, Sep 20, 2022 at 10:15:13AM -0400, mike tancsa wrote: > > 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". T= hankfully > > > > 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 d= o the > > > > send (1.5 day process). Zrepl cries that it cant prune the snapshot= =2E 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 alrea= dy > > > does this by default > >=20 > > 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 undernea= th me > > since the process of replicating to temporarily attached storage (C) ta= kes > > longer than a day. >=20 > I'm still getting replication errors with zrepl on my test installation,= =20 > see https://github.com/zrepl/zrepl/issues/631 for details. The initial > transfer works, but after that I'm getting weird "cannot receive > incremental stream: destination ..." messages, despite all snapshots > have been well preserved on both side See https://github.com/zrepl/zrepl/issues/631#issuecomment-1255899616=20 >=20 > >=20 > > =C2=A0=C2=A0=C2=A0 ---Mike > >=20 > >=20 > >=20 >=20 > --=20 > Julien Cigar > PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 >=20 > No trees were killed in the creation of this message. > However, many electrons were terribly inconvenienced. --=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. --qsxew3yvw3x4m74o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEnF27CBNtOraRNmgqCLYqJMpBHmkFAmMtaKgACgkQCLYqJMpB HmlP6Q//bRz/h9j/1HGhWAxKVYRxyk/NZMVK1czVNsUcUfpIe9kEe2lIVxbovsA1 Mxxq2jlrzy2AgzgLuEE/t5HaiQF8KR2tDrzmn0MTfppVc1SUg2o8zWJNx5hLRtaz +fqHraeIjQ2n4C2YVVFflB8BYoop8WEVkeKyKTyleeNMpQYDEX56CvgubyQdXRA2 2vih0MeWQNVaS+kSGKGULCE0FKcdJYG5ozoA+BkpDcF/dRrlI8kboWu51tC7Z4Ih JQUJ5pNREOM/XoFYY4VWWROh0vyPnU2gvQp5ZtiD9oAZj1iGSKbevSN8bn0FC9m9 RorOWsJF6ohdYu+Bq+5C1+EYLzXKhxlzCaaGPZwnebL4B9vHtxs4TxFkXrKFMhbk T+oHsOqDR8cJOgL4KZQ4+zp/kl276sLa97SHpJ7vUT+UNMWf5b8G38YTwy3LC9u+ xmzXLM26puB5cubzj++n0zqHLh7MOuuSzcO81ybYlbu6AH3l3xJTNQCY3g3iDvvb SObOO+dWqhYbefy31xTHjC8YygphAPrXzQq7ToXzSaNYvE+3rk921C5vuZDGl7hT oI+oNMCMEDs+weA+Z25LOqalLscHa4F3VEoG4Kfh8ZOUG3Jhez7yX3D2R8NL1M1S SETZqPcQHeW8TgDZVsPO4oC6b3jelXvEjPZs5dh+seE34XdEhs4= =4ol5 -----END PGP SIGNATURE----- --qsxew3yvw3x4m74o--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220923080457.uk4n4j2vhjjishvl>