problems with chown as root on nfs4 export
Rick Macklem
rmacklem at uoguelph.ca
Fri May 2 12:51:05 UTC 2014
Craig Yoshioka wrote:
>
> > From what I was told, trying a uid string is only a fallback
> > scenario for the client. Instead, it turns out root (uid 0) was
> > improperly triggering a conditional that mapped it to nobody on
> > maproot exports. I just tried a fixed version and it works now.
>
> Nevermind, I spoke too soon. I hadn’t properly cleared the effect of
> setting:
>
> echo N >/sys/module/nfs/parameters/nfs4_disable_idmapping
>
> but just to confirm, setting the above in linux clients does cause
> their SETATTR calls to pass the username instead of the uid.
> Unfortunately, this setting is not the default.
>
Could you please test the attached patch?
After booting a kernel with the patch, you will need to:
sysctl vfs.nfsd.enable_stringtouid=1
With the patch + sysctl, the server should accept the numeric string.
If you can't test the patch, please email me, since I need to get
it tested quickly to get it in 9.3.
Thanks for reporting this, rick
>
> >>
> >>>
> >>>
> >>> 3. I can’t rule out misconfiguration. but I’ve configured as
> >>> identically as I could, and tried a lot of small vairations.
> >>> these
> >>> are my current settings (the pipefs settings are the distro
> >>> defaults)
> >>>
> >>> _______________________________________________
> >>> freebsd-stable at freebsd.org mailing list
> >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> >>> To unsubscribe, send any mail to
> >>> "freebsd-stable-unsubscribe at freebsd.org"
>
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "freebsd-stable-unsubscribe at freebsd.org"
>
More information about the freebsd-stable
mailing list