From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from tb-mx0.topicbox.com (localhost.local [127.0.0.1]) by tb-mx0.topicbox.com (Postfix) with ESMTP id DD6712147229 for ; Fri, 9 Aug 2024 10:36:17 -0400 (EDT) (envelope-from gbulfon@sonicle.com) Received: from tb-mx0.topicbox.com (localhost [127.0.0.1]) by tb-mx0.topicbox.com (Authentication Milter) with ESMTP id B7D9CC86B8D; Fri, 9 Aug 2024 10:36:17 -0400 ARC-Seal: i=1; a=rsa-sha256; cv=none; d=topicbox.com; s=arcseal; t= 1723214177; b=Wljh5CWNj2gWZuzqTRXwqwew4Pmk7vhkrgDQXcgWEkB90p7FIb CO7h4DDYrP0v4L6kWwAIvy2tbwWhXl39CUfeufB7ui7Z4+JGEZO3q2BkbDvnev0F OFlZNl6CG1naND5t8oWRnzAnJD82Z5HYLoFYzKZTopkrmYw40cumd2grsLlm2bp8 Logk5uJ7rOVblFdloY4hwczt4HUnl9VUrh+7wcjDG83CoOR/BW6RMtLFllifknoH Voqi5I3IGOrV8u2N0FfG4T10f2A+ZuaVjgS0y8N4MY6jSzST0EcX+bJtawYck4St xWLRimcoo+3ltDEC0OcZ5UKIT1NQcW/+mI7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=date:from:to:message-id:in-reply-to:references :subject:mime-version:content-type; s=arcseal; t=1723214177; bh= u7mehCoT1LIiLNWfJBJlkE87610TQ+03Yn84MNMEiRw=; b=ITlYQCB9t0UXdybI OS5XlODyF2E2tsYmkBYt6UpO/vwf58nNMeA4+ja1eFMlnQmYR9d7LZbEzegGvMpx x54Mx42scj6S8p9LNjvL9Ihji1/SQCOzGi1i3CVqR5jHRPas/oHDoqNDo6mWxymH u29FG0fj3LVAdYZL1dzgsVYqjqwlUyWSO3rqDBRSya61YSkKR/PgWdXJOa01/Abv CtnGDgRbyvVTm/VnKnPpr3g1HgRk562uruaDhzoqMl3Zkm482uDEArL14nf3xOG9 Ii54FL+5Aie7CSd1yDrdqPPTxwWaP6mEhcTbayRJ7Zgqt6ajVfltanIS7ayQjogM Y8kRAg== ARC-Authentication-Results: i=1; tb-mx0.topicbox.com; arc=none (no signatures found); bimi=none (No BIMI records found); dkim=pass (1024-bit rsa key sha256) header.d=sonicle.com header.i=@sonicle.com header.b=QEwsF/cF header.a=rsa-sha256 header.s=dkim x-bits=1024; dmarc=pass policy.published-domain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=sonicle.com; iprev=pass smtp.remote-ip=109.168.117.71 (mail.sonicle.com); spf=pass smtp.mailfrom=gbulfon@sonicle.com smtp.helo=mail.sonicle.com; x-aligned-from=pass (Address match); x-me-sender=none; x-ptr=pass smtp.helo=mail.sonicle.com policy.ptr=mail.sonicle.com; x-return-mx=pass header.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-return-mx=pass smtp.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256/256; x-vs=clean score=-100 state=0 Authentication-Results: tb-mx0.topicbox.com; arc=none (no signatures found); bimi=none (No BIMI records found); dkim=pass (1024-bit rsa key sha256) header.d=sonicle.com header.i=@sonicle.com header.b=QEwsF/cF header.a=rsa-sha256 header.s=dkim x-bits=1024; dmarc=pass policy.published-domain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=sonicle.com; iprev=pass smtp.remote-ip=109.168.117.71 (mail.sonicle.com); spf=pass smtp.mailfrom=gbulfon@sonicle.com smtp.helo=mail.sonicle.com; x-aligned-from=pass (Address match); x-me-sender=none; x-ptr=pass smtp.helo=mail.sonicle.com policy.ptr=mail.sonicle.com; x-return-mx=pass header.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-return-mx=pass smtp.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256/256; x-vs=clean score=-100 state=0 X-ME-VSCause: gggruggvucftvghtrhhoucdtuddrgeeftddrleeggdejjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenucfjughrpeffhffvkfgjfhfugggtsehmtdersgdttdejnecuhfhr ohhmpefirggsrhhivghlvgcuuehulhhfohhnuceoghgsuhhlfhhonhesshhonhhitghlvg drtghomheqnecuggftrfgrthhtvghrnhepjeeivedvueekueduvefhudduudetgfeuveev lefhgfeuhfeiieejjefghfduhfffnecuffhomhgrihhnpehsohhnihgtlhgvrdgtohhmpd hgrggsrhhivghlvggsuhhlfhhonhdrtghomhdpsggrnhgutggrmhhprdgtohhmnecukfhp pedutdelrdduieekrdduudejrdejudenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepihhnvghtpedutdelrdduieekrdduudejrdejuddphhgvlhhopehmrghilhdrshho nhhitghlvgdrtghomhdpmhgrihhlfhhrohhmpeeoghgsuhhlfhhonhesshhonhhitghlvg drtghomheqpdhnsggprhgtphhtthhopedupdhrtghpthhtohepoeguvghvvghlohhpvghr sehlihhsthhsrdhilhhluhhmohhsrdhorhhgqe X-ME-VSScore: -100 X-ME-VSCategory: clean Received-SPF: pass (sonicle.com: 109.168.117.71 is authorized to use 'gbulfon@sonicle.com' in 'mfrom' identity (mechanism 'a' matched)) receiver=tb-mx0.topicbox.com; identity=mailfrom; envelope-from="gbulfon@sonicle.com"; helo=mail.sonicle.com; client-ip=109.168.117.71 Received: from mail.sonicle.com (mail.sonicle.com [109.168.117.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tb-mx0.topicbox.com (Postfix) with ESMTPS for ; Fri, 9 Aug 2024 10:36:16 -0400 (EDT) (envelope-from gbulfon@sonicle.com) Received: from www (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mail.sonicle.com (Postfix) with ESMTPS id A927C91F20F for ; Fri, 9 Aug 2024 16:36:14 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.sonicle.com A927C91F20F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sonicle.com; s=dkim; t=1723214174; bh=u7mehCoT1LIiLNWfJBJlkE87610TQ+03Yn84MNMEiRw=; h=Date:From:To:In-Reply-To:References:Subject; b=QEwsF/cFXGrICw1i/Zm/+8aBivs6ocpohLHTCDZdrtc1+82HbztA8Al1CQNal2CSy mrNq+VvptMfbM6+1HzXihwSdVtFy2BZZLtHF1RJ+Gv7XaoWuUGdKG1rrKzapRD+Dvg XtBZD8YqoKTB+Ztj1V84BgXjSd4cwABHMA/olQTQ= Received: from www (www [192.168.222.200]) by www with SMTP (SubEthaSMTP 3.1.7) id LZMT86V3 for developer@lists.illumos.org; Fri, 09 Aug 2024 16:36:14 +0200 (CEST) Date: Fri, 9 Aug 2024 16:36:14 +0200 (CEST) From: Gabriele Bulfon To: illumos-developer Message-ID: <1752433163.1594.1723214174653@www> In-Reply-To: References: Subject: zfs double replica MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1592_1578686187.1723214174653" Forwarded-From: Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: bfc7cd66-565c-11ef-8537-fddb078c7b06 ------=_Part_1592_1578686187.1723214174653 Content-Type: multipart/alternative; boundary="----=_Part_1593_869611159.1723214174653" ------=_Part_1593_869611159.1723214174653 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, =C2=A0 I have some production systems doing a daily sync replica on a dedicated st= orage backup system. They're all organized into datasets of the main backup pool. Sync is via ssh using "zfs send -R -i ... | ssh host " zfs receive -Fduv ..= .". The destination machine is always aligned to the same snaps existing at the= source, removing old ones when no more at the source. Is there a way to change this behaviour and let the destsination sync to ne= w snaps but keep older ones? The aim is to have another process on the backup machine to do its own send= to another backup machine, with its own timings, and this second process w= ill take care of removing old snaps when they're no more needed. Znapzend is not an option, because it's not a real replica tool for zone da= tasets as it is not replicating all properties. =C2=A0 Thanks, G =C2=A0 =C2=A0 Sonicle S.r.l.=C2=A0:=C2=A0http://www.sonicle.com Music:=C2=A0http://www.gabrielebulfon.com eXoplanets=C2=A0:=C2=A0https://gabrielebulfon.bandcamp.com/album/exoplanets =C2=A0 ------=_Part_1593_869611159.1723214174653 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
Hi,
 
I have some production systems doing a daily sync replica on a dedicated storage backup system.
They're all organized into datasets of the main backup pool.
Sync is via ssh using "zfs send -R -i ... | ssh host " zfs receive -Fduv ...".
The destination machine is always aligned to the same snaps existing at the source, removing old ones when no more at the source.
Is there a way to change this behaviour and let the destsination sync to new snaps but keep older ones?
The aim is to have another process on the backup machine to do its own send to another backup machine, with its own timings, and this second process will take care of removing old snaps when they're no more needed.
Znapzend is not an option, because it's not a real replica tool for zone datasets as it is not replicating all properties.
 
Thanks,
G
 
------=_Part_1593_869611159.1723214174653-- ------=_Part_1592_1578686187.1723214174653--