Bug 3810 - usermod : group file corrupts if large number of users added to a single group
Summary: usermod : group file corrupts if large number of users added to a single group
Status: CLOSED DUPLICATE of bug 3809
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: passwd
Version: 6.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-06-29 17:16 UTC by Lee Cashmore
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-06-29 19:27:00 UTC

Attachments (Terms of Use)

Description Lee Cashmore 1999-06-29 17:16:34 UTC
after using newusers    to add 3000 users to our system I
then required them to be put into 2 groups one called staff
one called users.

I generated a list of the usernames to be added to the staff
and users groups and did something like

for i in `cat userlist`
    echo "Processing user $i"
    usermod -Gstaff,users $i

This should have added all the users in the list to the
groups staff and users.

what II actually got is shown below
(sort of, I'm unable to put the full details in here
(........ indicates other userid's on the line)
(Sample from /etc/group)

...........   and so on for a few hundred lines

This obviously breaks the group file. We wish to use linux
as a NIS server but if each time we add a user it's going to
break the group file we will have to look to an alternate
platform as we can't afford for the NIS group file to
corrupt each time we add a user.

I would guess this is a problem for anyone else who requires
large groups so that we can do authentication for groups in
samba. This bug was reported for redhat 5.2 as well but I
ended up having to write custom scripts of my own that
didn't break the group file. It seems as though the passwd
and user utilites have some sort of limit (string ?) but
when I put all the members of the group onto a single line
the system worked fine.


Comment 1 Jay Turner 1999-06-29 19:27:59 UTC
*** This bug has been marked as a duplicate of 3809 ***

Note You need to log in before you can comment on or make changes to this bug.