From owner-freebsd-fs@freebsd.org  Wed Jul 25 12:03:57 2018
Return-Path: <owner-freebsd-fs@freebsd.org>
Delivered-To: freebsd-fs@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86F5910494AA
 for <freebsd-fs@mailman.ysv.freebsd.org>; Wed, 25 Jul 2018 12:03:57 +0000 (UTC)
 (envelope-from crest@rlwinm.de)
Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 2C28C7B345
 for <freebsd-fs@freebsd.org>; Wed, 25 Jul 2018 12:03:56 +0000 (UTC)
 (envelope-from crest@rlwinm.de)
Received: from crest.bultmann.eu (unknown
 [IPv6:2a00:c380:c0d5:1:2971:e363:baad:4e05])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.rlwinm.de (Postfix) with ESMTPSA id 0C63F17860
 for <freebsd-fs@freebsd.org>; Wed, 25 Jul 2018 12:03:48 +0000 (UTC)
Subject: Re: ZFS backup Q: send/recv and mountpoint property
To: freebsd-fs@freebsd.org
References: <alpine.BSF.2.00.1807222110450.28320@woozle.rinet.ru>
From: Jan Bramkamp <crest@rlwinm.de>
Message-ID: <7631a2af-8041-4666-3cef-ebbeed31eabf@rlwinm.de>
Date: Wed, 25 Jul 2018 14:03:46 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0)
 Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <alpine.BSF.2.00.1807222110450.28320@woozle.rinet.ru>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs/>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Jul 2018 12:03:57 -0000

On 22.07.18 20:14, Dmitry Morozovsky wrote:
> Colleagues,
> 
> still stuck in compiling stable procedure.
> 
> Prerequisites:
> 
> - some servers, all on ZFS, with layout such as
> machine -> unique pool name, usually 2-letters, say, hm and im
> 
> - zfs layouts like
> 
> hm/R/${fs}, like
>  hm/R
>  hm/R/usr
>  hm/R/usr/local
>  hm/R/var
>  hm/R/home
> etc, where hm/R has property mountpoint=/ and others just inherit it
> 
> 
> - on servers, zfs allows for non-root user to make snapshots, hold, etc, like
> 
> Local+Descendent permissions:
>         group operator hold,send,snapshot
> 
> - zfs send -R [-i pool@prev-snap] pool@now-snap | \
>     ssh backupserver 'zfs recv tgpool/B/zfs/srvname'
> 
> Problem: 
> 
> 0. on backup (zfs recv) server, I could not 
> - overwrite mountpoint property (and I'd better avoid it)
> - add canmount=off, especially for child filesets, as it's not inherited (which 
> could be preferred behaviour)
> 
> 1. after backup server reboot, if special manual tweaks did not have place, 
> filesets from backup images overwrite backup filesets, render it unuseable 
> 
> Any hints?
> 
> Or did I missed something trivial?

You missed the normal non-replication streams. Those contain only the
dataset and not its properties. You can use those to backup the dataset
and a wrapper script to deal with the dataset's properties. The zxfer
script does all that for you.