Eric Schrock wrote:
Also, I am working on 6367103, which would allow for this option (and
any others) to be set at create time, so you don't have the weird
situation where the filesystem is temporarily mounted.
I'm assuming since you don't use that syntax in your examples that
there will be a separate proposal/ARC case for the set at create time.
A new option will be added, 'canmount', which specifies whether the
given filesystem can be mounted with 'zfs mount'. This is a boolean
property, and is not inherited.
I assume even though it can't be inherited it can be set at any
level in the filesytem hierarchy and isn't restricted to the "top" ?
> When set, the filesystem cannot be
mounted with 'zfs mount', and 'zfs mount -a' will ignore it when
iterating over filesystems. The dataset will still have filesystem
data, but by virtue of never being mounted it will never be accessible
to the user. For example:
# zfs create pool/accounting
# zfs set canmount=off pool/accounting
# zfs set mountpoint=/export/home pool/accounting
# zfs create pool/engineering
# zfs set canmount=off pool/engineering
# zfs set mountpoint=/export/home pool/engineering
# zfs create pool/accounting/bob
# zfs create pool/engineering/anne
# ls /export/home
anne bob
#
This is very cool, it wasn't obvious to me until I read this that
this usage style would be possible. I assume this would be possible
even with multiple pools eg.
# zfs create acctpool/home
# zfs set canmount=off acttpool/home
# zfs set mountpoint=/export/home acctpool/home
# zfs create engpool/dev/home
# zfs create engpool/qa/home
# zfs set canmount=off engpool/dev/home
# zfs set canmount=off engpool/qa/home
# zfs set mountpoint=/export/home engpool/dev/home
# zfs set mountpoint=/export/home engpool/qa/home
# zfs create acctpool/home/bob
# zfs create engpool/dev/home/anne
# zfs create engpool/qa/home/alice
# ls /export/home
anne bob alice
Right ?
The difference between your example and mine is that in mine
you can also have different data replication requirements between the
accounting and engineering departments and different quota etc between
the dev and qa subgroups of engineering.
Very cool stuff, now I actually understand the real need for this!
--
Darren J Moffat
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
