Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Feb 2015 14:36:47 +0000
From:      krad <kraduk@gmail.com>
To:        =?UTF-8?Q?Trond_Endrest=C3=B8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Cc:        John Goerzen <jgoerzen@complete.org>, FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Re: 10.1 ZFS - why canmount=off for /usr and /var by default?
Message-ID:  <CALfReycjsYcfcTZ=VsHDUQiM8u-iDh3gh8JLKh3YcZfqpMeyDQ@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.11.1502191641310.9535@mail.fig.ol.no>
References:  <54E01849.3020500@complete.org> <CAOc73CANPtOeTdyCbuyyVVJDbMMDqpYwTcXPk%2BqKy5vzL_br9Q@mail.gmail.com> <loom.20150215T144933-673@post.gmane.org> <CALfReyc20zYra-H5iEXErwPOQz9RpC6reZgZLsKbUOGNpEoONA@mail.gmail.com> <alpine.BSF.2.11.1502191641310.9535@mail.fig.ol.no>

next in thread | previous in thread | raw e-mail | index | archive | help
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=C3=B8l <
Trond.Endrestol@fagskolen.gjovik.no> 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 us=
e
> > <pool>/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 it=
s
> > 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 <jgoerzen@complete.org>
> wrote:
> >
> > > Ben Woods <woodsb02 <at> 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 fo=
r
> /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 por=
ts
> > > 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 se=
t
> > > bootfs that I was expecting.
> > >
> > > Thanks,
> > >
> > > John
>
> --
> +-------------------------------+------------------------------------+
> | Vennlig hilsen,               | Best regards,                      |
> | Trond Endrest=C3=B8l,              | Trond Endrest=C3=B8l,             =
      |
> | IT-ansvarlig,                 | System administrator,              |
> | Fagskolen Innlandet,          | Gj=C3=B8vik Technical College, Norway, =
 |
> | tlf. mob.   952 62 567,       | Cellular...: +47 952 62 567,       |
> | sentralbord 61 14 54 00.      | Switchboard: +47 61 14 54 00.      |
> +-------------------------------+------------------------------------+



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALfReycjsYcfcTZ=VsHDUQiM8u-iDh3gh8JLKh3YcZfqpMeyDQ>