svn commit: r277652 - in head/usr.sbin/pw: . tests

[Slawa Olhovchenkov]

On Mon, Jan 26, 2015 at 07:50:59AM +1100, Peter Jeremy wrote:

> On 2015-Jan-25 22:29:26 +0300, Slawa Olhovchenkov <slw at zxy.spb.ru> wrote:
> >I think this is result of convert (signed short) to (signed int).
> >
> >> >ls -l /usr/ports/packages32/lang
> >> >total 2
> >> >lrwxr-xr-x  1 4294967294  wheel  33 Mar 17  2012 perl-threaded-5.12.4_4.tbz -> ../All/perl-threaded-5.12.4_4.tbz
> >> >lrwxr-xr-x  1 4294967294  wheel  27 Mar 17  2012 python27-2.7.2_4.tbz -> ../All/python27-2.7.2_4.tbz
> >> >lrwxr-xr-x  1 4294967294  wheel  21 Mar 17  2012 tcl-8.5.11.tbz -> ../All/tcl-8.5.11.tbz
> >> >lrwxr-xr-x  1 4294967294  wheel  29 Mar 17  2012 tcl-modules-8.5.11.tbz -> ../All/tcl-modules-8.5.11.tbz
> >> 
> >> All this means is that you have some files with that uid.  It's not
> >> clear how they were created.
> >
> >nfs3 export ZFS dataset to VM. VM do write as 'root'. root maped to
> >nobody. When this is created -- host 9.1, VM -- 6.x.
> 
> I can reproduce this with FreeBSD 10/r276177 client and server running
> NFSv3 using the "new" NFS code.  It appears to be due to the (broken)
> initialisation of def_anon in mountd(8) with '(uid_t)-2' - as noted by
> bde.  It's nothing to do with ZFS.

I don't talk 'this is ZFS bug'.
I don't talk 'this is bug'.
I only talk 'nfs over ZFS produce uid 2^32-2 as nobody' as opposite to
Bruce talks.
Also, I am ask solaris admin to test this setup -- solaris also
produce 4294967294 as nobody.
I am don't know what correctly way. I am just describe actual
behaviour.