kern.ngroups (non) setting ... new bounty ?
info at rsync.net
Wed Sep 26 14:12:32 PDT 2007
On Wed, 26 Sep 2007, Julian Elischer wrote:
> >> rsync.net wrote:
> >>> It has been impossible to change kern.ngroups - at least for several years
> >>> now. It was not fixed in either 5.x or 6.x :
> >>> http://lists.freebsd.org/pipermail/freebsd-bugs/2007-January/022140.html
> >>> It is seemingly a difficult problem:
> >>> http://www.atm.tut.fi/list-archive/freebsd-stable/msg09969.html 
> >>> However it should be solved - we can't be the only ones out there trying
> >>> to add a UID to more than 16 groups...
> >> the big question is what do you do for NFS? remember something about
> >> it only having a fixed storage for groups.
> > (snip)
> >>>  Is it indeed true that these programs are broken by not following
> >>> NGROUPS_MAX from syslimits.h?
> > Assuming the answer to the above footnote is "yes", would it be reasonable
> > to fix the OS generally, but continue to hard code the limits in things
> > like NFS ?
> > Are you saying that, unlike other items, NFS _does_ respect NGROUPS_MAX ?
> actually it doesn't
> nfs/rpcv2.h:#define RPCAUTH_UNIXGIDS 16
> but what do we do if a user has > 16?
We have no idea. All we know is, we need some UIDs to be members of more
than 16 groups, and that is currently impossible.
We are happy to lend financial support to a solution ... however it sounds
like $500 and free rsync.net storage space isn't going to be sufficient ?
Is it unexpected that someone has run into this limit ?
More information about the freebsd-hackers