Skip site navigation (1)Skip section navigation (2) 
Date:      Wed, 14 Dec 2016 01:36:10 -0500
From:      Jon Radel <jon@radel.com>
To:        Aleksandr Miroslav <alexmiroslav@gmail.com>, freebsd-questions@freebsd.org
Subject:   Re: zfs (zxfer) replication -- "holes" in backups?
Message-ID:  <ec2d8d49-9e5a-2ef7-fdbd-ac8bfb0c7cc5@radel.com>
In-Reply-To: <CACcSE1xb1k330wJ6tyvQ2Vfv8bFKT97cbDx=OQaES8V8pOQ9DA@mail.gmail.com>
References:  <CACcSE1xb1k330wJ6tyvQ2Vfv8bFKT97cbDx=OQaES8V8pOQ9DA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help 

[-- Attachment #1 --]
On 12/13/16 6:44 PM, Aleksandr Miroslav wrote:
> I'm using zxfer to replicate my ZFS snapshot to another host. Occasionally,
> for whatever reason, zxfer can't replicate a particular snapshot.

Have you considered informing us of the options you use to zxfer?

In particular, might you be using the -d and -F options, or more
precisely, failing to do so?  They're useful for keeping your snapshots
in sync between source and backup, though it's been so long since I
setup my backups that I no longer recall exactly how things break if you
leave them off.  See the examples in the man page.

I can tell you, however, that with

zxfer -vFdk -o setuid=off,compression=lz4 -T mirrors@filer.radel.com -R
zroot pool1/mirrors/stream.radel.com

I do *not* see the problem you describe and routinely have the zxfer
kicked off by cron once an hour "catch up" on multiple new snapshots
created while my backup server was not doing all it should.

-- 
--Jon Radel
jon@radel.com


[-- Attachment #2 --]
0	*H
010
	`He0	*H

00#SanzTgk!0
	*H
0o10	USE10U
AddTrust AB1&0$UAddTrust External TTP Network1"0 UAddTrust External CA Root0
141222000000Z
200530104838Z010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1A0?U8COMODO SHA-256 Client Authentication and Secure Email CA0"0
	*H
0

zSNpRV&IQZI`zQBy"aNv#
J	n=ٺ.CRC|2PȦOZϓ%{0dV*$3DiFK3@@:*S= a<UNv%!)|qvO_T{5R"=,0-1YR73i-C֥wgQ'뼥8v8ߌIs:2:=F:WtaP@?⟢!00U#0z4&&T$T0UakᢠOg£0U0U00U%0++0U 
00U 0DU=0;09753http://crl.usertrust.com/AddTrustExternalCARoot.crl05+)0'0%+0http://ocsp.usertrust.com0
	*H
*nU:Uka+	#fjow^a}[jr
AX&MX"cR6}Xޫ;cs{B#ʶM>K-ػBKiۦ74{:ǟO4ne6d)5ֱqC>2Svʆ4,Jؙ
␒ZBj#!eջ~ꌅ b:,Yř38zyJ&|00sT<}k
`i
0
	*H
010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1A0?U8COMODO SHA-256 Client Authentication and Secure Email CA0
150330000000Z
180329235959Z010	UUS10U2215010	UVA10USpringfield10U	6917 Ridgeway Dr.10U
Jon T. Radel1200U)Issued through Jon T. Radel E-PKI Manager10UCorporate Secure Email10U	Jon Radel10	*H
	
jon@radel.com0"0
	*H
0
aЩ@@g3eGރ͛;	d#>q7&Hf
:3vL"jV#Xݷ>U-H[$SUڻ{Ϝ,z¶IchO=rcyrnv.Vh7k;%ueYuӬ󯅅nz6!| !Aȡ+,u+ 
CAպF-un#vjUJWnk%j]
2JPkl00U#0akᢠOg£0UE|GDp/ʚB0U0U00U%0++0FU ?0=0;+10+0)+https://secure.comodo.net/CPS0]UV0T0RPNLhttp://crl.comodoca.com/COMODOSHA256ClientAuthenticationandSecureEmailCA.crl0+00X+0Lhttp://crt.comodoca.com/COMODOSHA256ClientAuthenticationandSecureEmailCA.crt0$+0http://ocsp.comodoca.com0U0
jon@radel.com0
	*H
KS`?H_D`8G߿VbĘ<tB-Ӈї|{'Ũݹg0Gp$%F(;*MO*gt$@t6,?0|#ăz,&!{j2i[%b7ߪP+9G㲍["y<?8rZ'[UR6%L̤
w"=:L~Ƨ^jf36 OP1•.}(e1A0=0010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1A0?U8COMODO SHA-256 Client Authentication and Secure Email CAsT<}k
`i
0
	`Hea0	*H
	1	*H
0	*H
	1
161214063610Z0/	*H
	1" Sv7Lߠ)/ekwS$u0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1A0?U8COMODO SHA-256 Client Authentication and Secure Email CAsT<}k
`i
0*H
	1010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1A0?U8COMODO SHA-256 Client Authentication and Secure Email CAsT<}k
`i
0
	*H
7Qkڞ,۞uߜv%}=1=$1v>F"k'!O4q_e8|?K
]kghbбvz`D!T>JAJ<_CZw4*Hv9#MExPջ)ca(bVKغIA%)jG	`mS>p~NlEeg{
z39~7<

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ec2d8d49-9e5a-2ef7-fdbd-ac8bfb0c7cc5>