Hi Laurie, The only thing that I could find that might help is:
https://rhn.redhat.com/errata/RHSA-2003-089.html which refers to the bug in glibc at: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=82619 On another page, there was a reference to a bug in shadow-utils and groups, but that was for July 2000, but you might want to try updating that? http://www.google.ca/search?q=cache:t6rb-gP6si0J:rpmfind.net/linux/RPM/redhat/7.2/i386/shadow-utils-20000902-4.i386.html+Redhat+etc+number+of+users+in+a+group&hl=en&ie=UTF-8 Best of luck, David Message: 7 From: "Laurie Harper" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: Limit on number of Users allowed in a Group Date: Thu, 5 Jun 2003 16:39:45 -0500 Organization: Web Impressions LLC Reply-To: [EMAIL PROTECTED] We recently migrated from Redhat 7.1 to 7.3. Following the migration, we have been unable to add new users to particular groups that have a large number of users already in them (attempting to create users and add them to either of these groups via the useradd function results in corruption of the group file). We have been told that there is a limit of 256 users to a group in more recent versions of Linux. We have a very large number of FTP users on our system. One group that we add them to is set up to restrict them to their own home directory in ProFTPD (using the parameter 'DefaultRoot ~ restricted' in proftpd.conf file). Another group we add them to allows shared access to the files all of our users upload. Yet another group is for our email account only clients to prevent FTP access (again, using the proftpd.conf file's 'DenyGroup' parameter) We have an automated customer account setup routine that creates the user, adds them to the appropriate groups, along with several other functions, and the whole thing is broken now because of this issue. I am a moderately capable sys admin, but I admit I have a lot to learn. Certainly our strategy until this point has been a simplistic one, but we never had any problems with it under 7.1. Can anyone recommend some alternative means for handling extremely large numbers of users that share similar access rights or files on the server? ------------------------------ Laurie Harper Dealer ImpactR Systems WWWeb Impressions, LLC 7725 Douglas Ave Urbandale, IA 50322 (515)334-9638 ext.15 http://www.dealerimpact.com http://www.webimpressions.com ------------------------------ -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
