From owner-freebsd-fs@FreeBSD.ORG Mon Dec 26 00:10:44 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 615FD1065673 for ; Mon, 26 Dec 2011 00:10:44 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6A58FC1A for ; Mon, 26 Dec 2011 00:10:43 +0000 (UTC) Received: by ggnp1 with SMTP id p1so10739893ggn.13 for ; Sun, 25 Dec 2011 16:10:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZkTOVoeQGgOetX3R7xCNuC798gLJ6DuiTrD9bqDWvUk=; b=gQjcLweERF6llWA75+W4RlVLEAc2xSwDQ/zF1jQqL9XToqh4lWoIDpDYibS6Hd9Ltu 3gfFqR/rmBODVcsOV1+X6nkvdYabaDMwoBAIVoXmaSYx/ZTKTakIYItGNx/nSNooQK4M 2Vo0NK5rJ2hmnY85HqBdZlhNIVQkz9fKKwHEc= MIME-Version: 1.0 Received: by 10.101.174.17 with SMTP id b17mr9313463anp.62.1324858243345; Sun, 25 Dec 2011 16:10:43 -0800 (PST) Sender: artemb@gmail.com Received: by 10.147.52.27 with HTTP; Sun, 25 Dec 2011 16:10:43 -0800 (PST) In-Reply-To: References: <20111225102719.GA44906@tolstoy.tols.org> Date: Sun, 25 Dec 2011 16:10:43 -0800 X-Google-Sender-Auth: HLgCFVYmilXxBN5pnmobe4L4A3A Message-ID: From: Artem Belevich To: claudiu vasadi Content-Type: text/plain; charset=ISO-8859-1 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: Mon, 26 Dec 2011 00:10:44 -0000 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. --Artem