From owner-freebsd-fs@FreeBSD.ORG Sat Dec 31 17:23:10 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 404CA106564A; Sat, 31 Dec 2011 17:23:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA078FC13; Sat, 31 Dec 2011 17:23:09 +0000 (UTC) Received: by iadj38 with SMTP id j38so34214050iad.13 for ; Sat, 31 Dec 2011 09:23:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=cBtIW3zWLn+J/CDCO5jqFH2FZLUNpNDuFBQH1tiZY68=; b=Vr23qaOdFvCKJiy00hEdTJK9GvO7E9kw5R5pB0uEe5C/2iASkArTdDP/XKM7bl0MHZ 50pO1rhSpBNAIULgq0jGq/so3G2omiCFL4zRqknsvlrWtdgjdA/U9NsIL2SvHfNn8Yo3 j6v9erjclEIBekZcFAskrPe08WpBc9StZUiwg= Received: by 10.50.45.195 with SMTP id p3mr50828397igm.2.1325352189231; Sat, 31 Dec 2011 09:23:09 -0800 (PST) Received: from DataIX.net (24-247-9-230.dhcp.aldl.mi.charter.com. [24.247.9.230]) by mx.google.com with ESMTPS id lu10sm71471926igc.0.2011.12.31.09.23.06 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 31 Dec 2011 09:23:07 -0800 (PST) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id pBVHN48G006799 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Dec 2011 12:23:04 -0500 (EST) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id pBVHMuht006798; Sat, 31 Dec 2011 12:22:56 -0500 (EST) (envelope-from jhell@DataIX.net) Date: Sat, 31 Dec 2011 12:22:56 -0500 From: Jason Hellenthal To: Artem Belevich Message-ID: <20111231172256.GA6434@DataIX.net> References: <20111225102719.GA44906@tolstoy.tols.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-fs@freebsd.org, Johannes Totz Subject: Re: Restoring received properties on a received filesystem. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 17:23:10 -0000 On Sun, Dec 25, 2011 at 04:10:43PM -0800, Artem Belevich wrote: > On Sun, Dec 25, 2011 at 2:44 PM, claudiu vasadi > wrote: > > Correct. This is to avoid, for instance, a zfs send/receive of a recursive > > (-r) snapshot of the ZFS boot pool. Since all properties (mountpoints too of > > course) are kept, upon reboot, the receive-ing side would mount the snapshot > > datasets over any existing (and same) datasets. > > > > Does it make sense ? > > I think I see why you may want it, but I don't think you'll get that > behavior from ZFS without hacking it. "zpool import -R root" is > probably your best bet. Alas altroot property is not persistent and > the pool would have to reimported on reboot. Another option may be to > backup/restore properties separately and ignore properties during > send/receive. > On the recieving server set 'canmount=noauto' on the whole pool. Use this pool for only recieving datasets from other machines and not snapshots of a whole pool. The canmount property should be inherited by any recieved dataset and thus thwart any ill filesystems from automagically being used on the server. You will most likely have to come up with a mechanism to allow users to mount these at theyre own will by using autofs or something similar like maybe a php web interface to the server that asks for a basic auth before it allows control of mounting. Personally I would think a remote reciever would have a central admin that would be contacted to instruct when backup archives are available but this is only one instance and is not ideal for everything. -- ;s =;