On Mon, Jan 26, 2015 at 07:50:59AM +1100, Peter Jeremy wrote: > On 2015-Jan-25 22:29:26 +0300, Slawa Olhovchenkov <s...@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. _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
