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