Bug 171124 - First user has unexpected GID 501
Summary: First user has unexpected GID 501
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: tog-pegasus (Show other bugs)
(Show other bugs)
Version: 4.0
Hardware: i686 Linux
Target Milestone: ---
: ---
Assignee: Jason Vas Dias
QA Contact:
Whiteboard: RHEL4U3NAK
Depends On:
Blocks: 181409
TreeView+ depends on / blocked
Reported: 2005-10-18 13:17 UTC by David Barnwell
Modified: 2007-11-30 22:07 UTC (History)
1 user (show)

Fixed In Version: RHBA-2006-0474
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-10 21:21:49 UTC
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 RHBA-2006:0474 normal SHIPPED_LIVE tog-pegasus bug fix update 2006-08-09 04:00:00 UTC

Description David Barnwell 2005-10-18 13:17:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.12) Gecko/20050919 Firefox/1.0.7

Description of problem:
In previous versions of RHEL, user UIDs and GIDs started at 500. The first user was allocated UID=GID=500, the next had UID=GID=501 and so on (see RHEL4 Introduction to System Administration manual, section

With RHEL4 Update 2, a new group 'pegasus' is created during the installation. This has GID=500, and the first user then gets UID=500, GID=501. This conflicts with our existing GID allocations.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Install a new RHEL4 Update 2 system

Actual Results:  A group 'pegasus' was created with GID=500. First new user has UID=500, GID=501.

Expected Results:  System groups should be allocated GIDs less than 500 to avoid conflict with user groups. The first user should have UID=500, GID=500.

Additional info:

Comment 1 Jason Vas Dias 2005-10-18 15:39:22 UTC
OK, this will be changed in the next RHEL-4 tog-pegasus version .
A workaround would be to create the pegasus userid and group during installation
with a different uid / gid, or to create the user / group you want to have
UID 500 GID 500 before pegasus gets installed, during installation.
You should in general not depend on specific numeric uids / gids always being
available after installation.
Note also that pegasus is optional; nothing else in the distro depends on it.
Removing the package would also remove the pegasus user and group.

Comment 4 Jason Vas Dias 2005-11-16 23:58:49 UTC
This bug is now fixed with tog-pegasus-2.4.1-4.5.rhel4 .

Comment 6 Daniel Riek 2006-03-13 20:48:38 UTC
Moving to RHEL4U4Proposed as it is ON_QA.

Clearing ACKs.

Comment 8 Jos Vos 2006-03-24 14:37:00 UTC
How is this fixed?  By adding "-r" to the groupadd command?

Comment 11 Bob Johnson 2006-04-11 15:52:34 UTC
This issue is on Red Hat Engineering's list of planned work items 
for the upcoming Red Hat Enterprise Linux 4.4 release.  Engineering 
resources have been assigned and barring unforeseen circumstances, Red 
Hat intends to include this item in the 4.4 release.

Comment 15 Red Hat Bugzilla 2006-08-10 21:21:51 UTC
An advisory 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.