Date: Wed, 15 May 2019 14:06:04 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-questions@freebsd.org Subject: Re: ZFS Backup on remote FreeBSD system Message-ID: <6d1d726f-8d97-d750-2652-314d2e6b627a@denninger.net> In-Reply-To: <87v9ybv938.fsf@x230.onfire.org> References: <87v9ybv938.fsf@x230.onfire.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
On 5/15/2019 13:58, Christian Barthel wrote:
> Hello,
> I am using FreeBSD on my notebook and send ZFS
> snapshots over to a second FreeBSD machine. The full
> command for doing an initial (full) backup is:
>
> zfs send -R zroot/usr/home@${DTIME} | \
> ssh ${user}@${HOST} zfs recv -Fdvu zroot/host1
>
> According to zfs(1), all properties and descendant file
> systems are copied as well (and of course, this works
> as described). However, it also sets the mountpoint
> and canmount option and after a reboot of the backup
> host, ZFS mounts those file systems. I am planning to
> have multiple hosts beneath zroot i.e. zroot/host1,
> zroot/host2, ... and because of that, I would prefer
> not automounting those file systems or mount them below
> /zroot/hostX/ (*). Is this possible somehow i.e. is
> there a simple way to do that? Anyone doing something
> similar?
Set "canmount=noauto" on the received filesystem before you export the
pool it is received to or reboot the machine (which will otherwise mount
all declared filesystems that have mountpoints and "canmount=yes" set.
> Should I set each mountpoint on the backup system
> manually?
You can set "mountpoint=none" too if you want once it has been received
which will remove the mountpoint from the zfs filesystem entirely;
either will work fine.
> Will this property change when sending an incremental
> backup with -Ri or will it be reset again? In that
> case, it would be necessary to set it every time after
> syncing.
It will not be reset on an incremental send so once you change it on the
receiving end it will remain "sticky". If you want to keep track of
where it's supposed to be mounted on the other end "canmount=noauto"
will preserve the actual setting but not act on it.
I use this paradigm regularly here both locally (to a "backup" pool) and
for remote systems that are sync'd to a backup location
("pool/archive/Backups") on my primary server.
You only need to set the canmount property once when the initial
send/receive is done.
--
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
[-- Attachment #2 --]
0 *H
010
`He 0 *H
00 H^Ōc!5
H0
*H
01 0 UUS10U Florida10U Niceville10U
Cuda Systems LLC10U Cuda Systems CA1!0 U Cuda Systems LLC 2017 CA0
170817164217Z
270815164217Z0{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA0"0
*H
0
h-5B>[;olӴ0~͎O9}9Ye*$ g !ukvʶLzN`jL>MD'7U 45CB+kY`bd~b*c3Ny-78ju]9H euέsӬDؽmgwER?&UURj'}9nWD i`XcbGz \gG=u%\Oi13ߝ4
K44pYQr]Ie/r0+eEޝݖ0C15Mݚ@JSZ(zȏ NTa(25DD5.l<g[[Z arQQ%Buȴ~~`IohRbʳڟu2MS8EdFUClCMaѳ !}ș+2k/bųE,n当ꖛ\(8 WV8 d]b yXw ܊:I39
00 U ]^§Q\ӎ0U #0T039N0b01 0 UUS10U Florida10U Niceville10U
Cuda Systems LLC10U Cuda Systems CA1!0 U Cuda Systems LLC 2017 CA @Ui0U 0 0U 0
*H
:P U!>vJ n io -#ן]Wyu jǑR̀Q
nƇ!G ѦF g\ yLx gw=OPycehf[ }ܷ['4ڝ\[p 6\o.B&JF" ZC{;*o*mcCcLY߾`
t*S!(` ]DHP5A~/NPp6=mhk밣'doA$86hm5ӚS@ j ެEgl
)0JG`%k35PaC?σ
׳HEt}!P㏏%*BxbQwaKG$6 h¦Mve; [o-Iی&
I,Tc ߎ#t wPA@l0P+KXBպT zGv;NcI3&J ĬUPNa?/%W6G۟N000 k#Xd\ =0
*H
0{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA0
170817212120Z
220816212120Z0W1 0 UUS10U Florida10U
Cuda Systems LLC10U karl@denninger.net0"0
*H
0
T[I-ΆϏ dn;Å@שy.us~_ZG%<MYd\gvfnsa1'6Egyjs"C [{~ _K Pn+<*pv#Q+H/7[-vqDV^U>f%GX)H.|l`M(Cr >е͇6#odc"YljҦln8@5SA0&ۖ"OGj?UDWZ5 dDB 7k-)9Izs-JAv
J 6L$Ն1SmY.Lqw*SH;EF'DĦH]MOgQQ|Mٙג2Z9y@ y]}6ٽeY9Y2xˆ$T=e CǺǵbn֛{j |@LLt1[Dk5:$= ` M 00<+00.0,+0 http://ocsp.cudasystems.net:88880 U 0 0 `HB0U 0 U %0++03 `HB
&$OpenSSL Generated Client Certificate0 U %՞V =;bzQ0U #0]^§Q\ӎϡ01 0 UUS10U Florida10U Niceville10U
Cuda Systems LLC10U Cuda Systems CA1!0 U Cuda Systems LLC 2017 CA H^Ōc!5
H0 U 0karl@denninger.net0
*H
۠A0-j%--$% g2#ޡ1^>{K+uGE v1ş7Af&b&O; .;A5* U)ND2bF|\= ]<sˋL!wrw٧> YMÄ3\mWR hSv!_zvl? 3_ xU%\^#O*Gk̍YI_&Fꊛ@&1n } ͬ:{hTP3B.;bU8:Z=^Gw8 !k-@xE@i,+'Iᐚ:f hztX7/(hY` O.1}a`%RW^akǂpCAufgDix UTЩ/7}%=jnVZvcF<M=
2^GKH5魉
_O4ެByʈySkw=5@h.0z>
W1000{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA k#Xd\ =0
`He E0 *H
1 *H
0 *H
1
190515190604Z0O *H
1B@Y#A&ȫhBU wCfz4fڙ7uHt0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0 +7100{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA k#Xd\ =0 *H
10{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA k#Xd\ =0
*H
xZf\ t(Y)+/_MPU! S~eU ,$& ^(/;<_%7 0ڠɛ,`d<goZ$= QBaF*a0z Р}50[l%KZϗq+0l9
`^6bTk Y J n]{!,U
%qL0
)- e=jJ 0E<Y ^\4p!6 理XϔE6Gj#TCW.{DڥN8s~2 Qi
ᵊΞHS硊qCE4^VR5{{tjC>"cr!35}V
szTIQ얊=kv)ݍ&{['c7XAV)e˹Bd18P#qJY/rkD7d<G)0iB( D
kP è%ք Kxg
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6d1d726f-8d97-d750-2652-314d2e6b627a>