ZFS sharenfs mangling NFS options
Adrian Penisoara
ady at freebsd.ady.ro
Thu Jun 16 22:34:40 UTC 2011
On Thu, Jun 16, 2011 at 11:47 PM, Adrian Penisoara <ady at freebsd.ady.ro> wrote:
> Hi,
>
> I was nicely surprised to see that the "sharenfs" option for a ZFS
> dataset does the expected trick and automatically shares on NFS the
> dataset via /etc/zfs/exports. However, I had some not so pleasant
> experiences customizing the NFS sharing parameters -- e.g. when the
> contents of the "sharenfs" property was automatically translated into
> [/etc/zfs/]exports entries:
> * whatever hostname contains a "-" (dash) it gets malformed by
> being split over the dash character
> * whatever NFS parameter is prefixed with a "-" (dash) and it's not
> the first in the list it gets transformed into a hostname entry
>
> After some hunting into the CDDL sources I have been able to
> pinpoint the exact (library) code doing the translation as function
> translate_opts() in src/cddl/compat/opensolaris/misc/fsshare.c :
>
> while ((o = strsep(&s, "-, ")) != NULL) {
> if (o[0] == '\0')
> continue;
> for (i = 0; known_opts[i] != NULL; i++) {
> len = strlen(known_opts[i]);
> if (strncmp(known_opts[i], o, len) == 0 &&
> (o[len] == '\0' || o[len] == '=')) {
> strlcat(newopts, "-", sizeof(newopts));
> break;
> }
> }
> strlcat(newopts, o, sizeof(newopts));
> strlcat(newopts, " ", sizeof(newopts));
> }
>
> If I'm able to read C correctly, then it looks like the code above
> fails to take into consideration the case of hostnames containing
> dashes and the case of options prefixed with dashes (although it is
> advertised as valid format in the comments).
To be more clear, here is a sample sharenfs property entry:
"-maproot=0 -alldirs clienf-nfs1"
This gets transformed to something like "-maproot=0 alldirs client nfs1" ...
Regards,
Adrian Penisoara <ady (at) freebsd.ady.ro>
EntepriseBSD.com
More information about the freebsd-fs
mailing list