I've run into this on other *nix's as well, in a couple of very large environments. It's a problem with reading long group lists.
We found a couple of work-arounds, but no "solutions".

Work-around #1
------------------------------

If the group in question is to be the "default" group for all those users, put it in their /etc/passwd entry, not /etc/group, like so:

/etc/passwd
<user>:x:3245:12345::/home/<user>:/bin/bash

/etc/group
<groupname>:x:12345:

Done that way, you don't need to list "all" the users in the group file.

This has some obvious limitations if the users belong to a number of groups.

Work-around #2
-------------------------
This is ugly, but it works:

In /etc/group
Create the group. We'll call it "Work" for this conversation.
Add in the number of users that it will take.
Then create a group called "Work2" WITH THE SAME GID as "Work", and add more users to that.
When that one is full, Go with "Work3" ... etc... Keeping the GID the same on all of them. It's the GID that's important, not the group name.

It's kludgy as hell, but it works. I can point to some very large installations, in some very major corporations that are done that way.
Yes, the problem exists on AIX, HP-UX, and Solaris to my knowledge.. maybe others. So it doesn't surprise me to see it emerge on Linux.

If someone has better ways, I know a pack of admins that would love to see it!


Ric


Michael Tyrrell wrote:
I am running Red-Hat 8.0. I have a default group that I need to add
about 700 users to. My problem is that after I add about 80 users to the
group I can't add any more. If I add more to the group the group file
will no longer be read from that group down. So this group or any group
that comes after this one will not be read by any user logging into the
system. Once I get to the point that the group file can not be read, if
I remove the last user from this group the file is once again readable.
I can also add more groups to the group file just not more users to the
problem group. The problem does not seem to be tied to a specific group.
 I can create a new group and have the same problem.





--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to