NGROUPS increase wierdness

Gregory Whalin (gwhalin@numerix.com)
Wed, 26 May 1999 12:19:01 -0500


This is a multi-part message in MIME format.

------=_NextPart_000_02AC_01BEA771.F05FB620
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Well, after running into a roadblock with the current default max number =
of groups per user (32) on our CVS server, I started making some =
modifications. I first updated the value of NGROUPS in =
/usr/include/linux/limits.h and /usr/include/asm/param.h and recompiled. =
This did not help. I then decided to recompile glibc-2.1. Now, cvs is =
behaving in that it is allowing permissions based on groups that were =
previously ignored due to the limits. This is good as it is giving me =
the functionality that I want. However, on the cvs server where these =
changes were made, I am noticing a strange occurence.

[segovia] [/home/gwhalin] > id
uid=3D502(gwhalin) gid=3D539(cvs)id: cannot get supplemental group list: =
Invalid argument

[segovia] [/home/gwhalin] >=20

and ...

[segovia] [/home/gwhalin] > groups
cvsid: cannot get supplemental group list: Invalid argument

[segovia] [/home/gwhalin] >

So, this does not look correct. Does anyone have any ideas on what I =
should have done? Or did I go about this in the correct way, but just =
need to do more? Any pointers to any help?

Thanks,
Greg

--
Gregory Whalin
gwhalin@numerix.com

------=_NextPart_000_02AC_01BEA771.F05FB620 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

Well, after running into a roadblock = with the=20 current default max number of groups per user (32) on our CVS server, I = started=20 making some modifications.  I first updated the value of NGROUPS in = /usr/include/linux/limits.h and /usr/include/asm/param.h and = recompiled. =20 This did not help.  I then decided to recompile glibc-2.1.  = Now, cvs=20 is behaving in that it is allowing permissions based on groups that were = previously ignored due to the limits.  This is good as it is giving = me the=20 functionality that I want.  However, on the cvs server where these = changes=20 were made, I am noticing a strange occurence.
 
[segovia] [/home/gwhalin] >=20 id
uid=3D502(gwhalin) gid=3D539(cvs)id: cannot get supplemental group = list:=20 Invalid argument
 
[segovia] [/home/gwhalin] > =
and ...
 
[segovia] [/home/gwhalin] > = groups
cvsid:=20 cannot get supplemental group list: Invalid argument
 
[segovia] [/home/gwhalin] = >
 
So, this does not look = correct.  Does=20 anyone have any ideas on what I should have done?  Or did I go = about this=20 in the correct way, but just need to do more?  Any pointers to any=20 help?
 
Thanks,
Greg

--
Gregory Whalin
gwhalin@numerix.com
=
 
 
------=_NextPart_000_02AC_01BEA771.F05FB620-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/