Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 81901 - character limit on any line in /etc/group - not to exceed 860
character limit on any line in /etc/group - not to exceed 860
Product: Red Hat Linux
Classification: Retired
Component: glibc (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Jakub Jelinek
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2003-01-14 19:44 EST by Rick Strider
Modified: 2016-11-24 09:58 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-04-10 19:09:17 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2003:089 high SHIPPED_LIVE : Updated glibc packages fix vulnerabilities in RPC XDR decoder 2003-04-10 00:00:00 EDT

  None (edit)
Description Rick Strider 2003-01-14 19:44:49 EST
Description of problem:
Whenever the total members of one group (including the group name and group 
id ) exceed 860 characters on that group line in /etc/group, the group fails.

For instance, group blah has several members. The character total for it's 
line is 858. Whenever a new user is added to that group, group functions no 
longer work. For instance, adding user "whatever" to group blah. Before you do 
this, groups admin reports correctly, the groupid on all the files from ls -l 
show up correctly, etc - but after adding user "whatever":

[root@web web]# groups whatever
id: cannot find name for group ID 567
[root@web web]#

Version-Release number of selected component (if applicable):
no idea what component controls /etc/passwd or /etc/group

How reproducible:

Steps to Reproduce:
1. Add enough users to a group to total 850something characters on that 
group's line.
2. Add another user or couple users that would bring that total to 860 or 

3. groups will cease to function properly for anyone in that group.
Actual results:

Expected results:
patch to fix the limitation

Additional info:
Comment 1 Arjan van de Ven 2003-01-15 04:58:50 EST
the kernel never does anything with /etc/group
Comment 2 Jakub Jelinek 2003-01-15 05:05:32 EST
This was fixed in rawhide glibcs.
Comment 3 Sergey D 2003-03-01 18:58:36 EST

I've tried a RAWHIDe Glibc (glibc-2.3.1-51) and this fixed a problem with 
groups... But next I've discocvered that RPM no longer works!

I've spent ten hours to return the system backward to glibc shipped with RH 8.0.
It was a nighmare.

I'm just wondering,

1. If the problem is well know (first bug reports are opened in October 2002) 
why does NO ERRATA still available?
2. Jakub, the fact that problem was fixed in Rawhide do not cover RH 8.0 users, 
since it not always possible to use untested beta releases and sometime it is 
really dangerous to system stability.
3. In other reports for glibc/rpm functionality when upgarded from 8.0 to 
Rawhied I discovered that RPM from rawhide shold be updated prior to glibc 
update. And why then there're NO dependencies confgiured for that case in glibc 
packages??? Installing recent RAWHIDE glibc crashes RPM.

Comment 4 Sergey D 2003-03-01 19:01:01 EST
And moreover I don't understand why the bug is CLOSED if no NORMAL solution is 
still available to fix the problem.

"Guys, use RAWHIDE glibc" is not the working solution since it breaks RPM and 
effect system stability.
Comment 5 Rick Strider 2003-03-03 18:50:29 EST
now that my rpm is broken and the problem still not fixed, how can I fix rpm?
Comment 6 Sergey D 2003-03-04 01:51:39 EST
Heh, good question. 
Personally, I've managed to fix the problem by downloading glibc packages that 
comes with 8.0, opened them in midnight commander (MC) and copied executables 
and libraries manually, overwriting RAWHIDE glibc ones.
Then, PRIOR to any reboot procedures, perform normal downgrade (rpm -Uhv --
oldpackage) of glibc packages. After you'll overwrite libraries (and 
executables?), rpm will function again and it is VERY IMPORTANT to perform 
normal downgrade using RPM to remove any inconsistencies.
After that, you can reboot and enjoy old glibc.

But anyway, I wonder why no ERRATA is still available for RH 8.0 glibc...
Comment 7 Jakub Jelinek 2003-04-10 19:09:17 EDT
An errata has been issued which should help the problem described in this bug report. 
This report is therefore being closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, please follow the link below. You may reopen 
this bug report if the solution does not work for you.


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