Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Sep 2022 10:03:05 +0200
From:      Julien Cigar <julien@perdition.city>
To:        mike tancsa <mike@sentex.net>
Cc:        questions@freebsd.org
Subject:   Re: zfs replication tool
Message-ID:  <20220923080305.alrgrrnxljtweo3i@x1>
In-Reply-To: <b7586c2c-f435-334c-dff8-f7388163fa75@sentex.net>
References:  <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> <b7586c2c-f435-334c-dff8-f7388163fa75@sentex.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--lxdwwauxzgckwifz
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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". Tha=
nkfully
> > > 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 de=
letes
> > > 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
> zrepl does indeed manages its own holds/releases. But without my holds th=
at
> 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.

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

>=20
> =C2=A0=C2=A0=C2=A0 ---Mike
>=20
>=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.

--lxdwwauxzgckwifz
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEnF27CBNtOraRNmgqCLYqJMpBHmkFAmMtaDYACgkQCLYqJMpB
Hmngog//RN/u6DzOhWg6JqDEWtngvwrVoIKA3F3fXlLEiFAsTO+10vlvQePxDEIp
MLYF22FlHxUk/bkcAIExEtf8JcECCPJRVAj2joR7gG7Ycd4tqaz34MX0eSBFKGk3
DgWFQAFe+3RWlSC1loxpAu2Pgr23/5N9a1t7mpncE1WiQZOpbujLeHzPfOUoN32R
bzHQwqUDPc45DHoI/jVOXn9pnoXQZMFkGr/3bHAWDKAXrSh5C9GWFl0SLoTiZ8RM
0l3a2bNlOv2WPYaAUy57sjn6u5UnxCV2EStfHSz62sqqf8J8LJFo1yYH3woHIVwA
DAcLnQlrmby+8bb5pp/693EPabi2WBCqdYeWgy8L+fOo3TmKOCcN5CLaFXurBVsL
CIUHZyi9hLnuIOQvuJm49C5DUHKttOFrkCF/FW7XIl60w3HRCtWXyEDHjIgv64G3
mPMMg5T3HoeefqbBNE1x0sPOdwqRKZfn0TE4I08zLd7W6msvixg7+JRhNA016efb
Kk5dkaAo3b7mn956deBFoLd4ZNMFE3zythXOb6uTE7XEnvtF3zJisNMSNo2O5K/G
BWTUxOEBt4GAZSUgWGnUTagikw05bquWs8/BaPXbCjM4WwZLzZb6/eNANQ5qMx0d
4xYqdhwcKt/WP6DBnKno0O/neZp44yOtQADWMTs5t9iNvuVKb1Y=
=5oD+
-----END PGP SIGNATURE-----

--lxdwwauxzgckwifz--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220923080305.alrgrrnxljtweo3i>