From owner-freebsd-questions@FreeBSD.ORG Mon Feb 23 15:49:42 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61ABFAFB for ; Mon, 23 Feb 2015 15:49:42 +0000 (UTC) Received: from glockenspiel.complete.org (glockenspiel.complete.org [192.99.4.47]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31C46666 for ; Mon, 23 Feb 2015 15:49:41 +0000 (UTC) Received: from [63.245.179.205] (helo=athena.lan.complete.org) by glockenspiel.complete.org with esmtps (with TLS1.2:RSA_AES_128_CBC_SHA1:128) (TLS peer CN christoph.complete.org, certificate verified) (Exim 4.80) id 1YPuw5-0000Gb-0f; Mon, 23 Feb 2015 09:28:41 -0600 Received: from [::1] by athena.lan.complete.org with esmtp (Exim 4.84) (envelope-from ) id 1YPuw1-0001hR-OW; Mon, 23 Feb 2015 09:28:37 -0600 Message-ID: <54EB4724.7050302@complete.org> Date: Mon, 23 Feb 2015 09:28:36 -0600 From: John Goerzen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: krad , =?UTF-8?B?VHJvbmQgRW5kcmVzdMO4bA==?= Subject: Re: 10.1 ZFS - why canmount=off for /usr and /var by default? References: <54E01849.3020500@complete.org> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 15:49:42 -0000 Yep. Even if the dataset exists, all the benefits of it could still be obtained without setting mointpoint=. I find mountpoint= to be misleading for a dataset where canmount is off. John On 02/23/2015 08:36 AM, krad wrote: > It makes a degree of sense, however what are the properties most > people set to inherit? Compression, atime, for me and I do that at the > root dataset anyway, and sometimes dedup if its an ssd based pool. > > I still dont see why we set the mountpoint as this just confuses imho > > On 19 February 2015 at 15:49, Trond Endrestøl > > wrote: > > On Thu, 19 Feb 2015 12:06-0000, krad wrote: > > > It is a bit confusing, I have to ask why call it zroot/usr at > all? I use > > /os/ for stuff like ports etc and then set the mountpoint. > If we must > > use usr in the name why not set the mountpoint to legacy as > well, as its > > more clearly not used? > > Sorry for jumping in, but it's done simply to inherit the mountpoint. > > It has already been said, but here's a recap. > > Most of what you'll find in /usr belongs to the current BE. Datasets > create below zroot/usr, e.g. zroot/usr/local, magically appears as > /usr/foo, e.g. /usr/local. The same goes for zroot/var and /var. > > If you want to install FreeBSD with ZFS using some other train of > thought, then feel free to do so. > > I have my own set of scripts at > http://ximalas.info/~trond/create-zfs/canmount/ > , and they > certainly > have their flaws, and maybe I even change these scripts in the future > as I move along and change my perspective on FreeBSD and ZFS. > > > On 15 February 2015 at 13:52, John Goerzen > > wrote: > > > > > Ben Woods gmail.com > writes: > > > > > > > > > > > To quote Allan Jude when I posed this question to him: > > > > > > > > "The /usr dataset has 'canmount' set to off. It only exists > so that other > > > > datasets can be created under it. > > > > > > That makes sense. But it is misleading to have the mountpoint > set to /usr > > > and /var, isn't it? In a zfs list, it looks as if it's being > used for /usr > > > and /var, when really as you say it's a container. > > > > > > I wonder - would there be a place I could submit a bug report > to suggest > > > that the mountpoint property be inherited at the default > rather than set > > > for > > > these two filesystems? > > > > > > > To use boot environments, you need to install the tool from > the ports > > > tree: > > > > sysutils/beadm-devel > > > > > > Interesting. That looks quite nice. I need to read up a bit > more on it, > > > clearly, since it seems to be more than just a zfs clone and > zpool set > > > bootfs that I was expecting. > > > > > > Thanks, > > > > > > John > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567 > , | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00 > . | > +-------------------------------+------------------------------------+ > >