On Tue, 26 Feb 2019 at 13:56, Garrett D'Amore wrote:
> I know that we (RackTop) are moving towards managing file system (dataset)
> mounts more manually.
That absolutely makes sense for an appliance where you have extremely
specific needs, and total control over the management of ZFS. In the
I know that we (RackTop) are moving towards managing file system (dataset)
mounts more manually.
I’m not specifically aware of ways that illumos systems have a different
parsing or semantic of sharenfs or sharesmb in particular, but I can see that
this is likely to be the case in the future
To respond to a few of the points on this thread:
1. If we need finer granularity than Linux/illumos/FreeBSD/OSX/Windows
(e.g. distribution vs operating system), it seems like that would fit into
this proposal. E.g. Substitute distro for OS in the suffix. Are there
specific examples of ways
The unmount prior to sharing is actually interesting… while it isn’t
particularly cross-platform, its very analogous to the problems we had with
dynamic reconfiguration, where we wanted to vacate I/O from an adapter prior to
removal. We generalized this into the notion of vacation a
> On Feb 25, 2019, at 9:53 PM, Garrett D'Amore wrote:
>
> I suspect having the platform “resolve” which property to use is going to be
> problematic at the very best. The semantics are platform specific, and to
> make matters worse, I suspect that even on some platforms, you will find
>
Certainly going with user-defined properties would solve the problem of
safety but it comes at the cost of the administrative model. The
administrators would now be required to know the correct
vendor/distribution combination for each platform in order to change a
given property. Any existing