Bug 207147 - system users are created with uids/gids in user range
Summary: system users are created with uids/gids in user range
Status: CLOSED DUPLICATE of bug 202614
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Installer
Version: 410
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Miroslav Suchý
QA Contact: Corey Welton
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: sat531-uid
TreeView+ depends on / blocked
 
Reported: 2006-09-19 18:06 UTC by Matthew Booth
Modified: 2009-09-11 11:33 UTC (History)
2 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2009-09-11 11:33:54 UTC


Attachments (Terms of Use)

Description Matthew Booth 2006-09-19 18:06:04 UTC
Description of problem:

On my newly installed satellite, I have the following users:
nocpulse:x:502:502:NOCpulse user:/home/nocpulse:/bin/bash
nocops:x:503:503:NOCpulse Ops:/home/nocops:/bin/bash

There is an account restriction in system-auth which is only supposed to affect
regular users, hence it comes after:

account     sufficient    /lib/security/$ISA/pam_succeed_if.so uid < 100 quiet

crond requires system-auth for its account check. cron jobs scheduled for
nocpulse do not run because the nocpulse user does not pass the user account
restrictions.

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

How reproducible:

Always

Steps to Reproduce:
1. Install Satellite 410
  
Actual results:

Users created with uids >= 500

Expected results:

Users created with uids < 500 (ie, useradd -r)

Comment 1 Robin Norwood 2006-09-24 16:25:39 UTC
assigning to rhn415-triage for review by the release team, and re-assigned to
mmccune

Comment 2 Mike McCune 2006-09-29 00:15:25 UTC
will attempt to fix this in 415

Comment 3 Mike McCune 2006-09-29 00:56:51 UTC
Matthew,

I found where to fix this in our code but I wanted to get more info on how to
setup a system to reproduce the failure so I could ensure that the changes I
make don't break any existing infrastructure.  I'm not familar with system-auth
so I could use some info.

When we create the users (in the NPusers rpm) we are specifically setting the
UID to 502:

/usr/sbin/useradd -c 'NOCpulse user' -u 502 $wheel_group nocpulse
/usr/sbin/useradd -c "NOCpulse Ops" $wheel_group nocops

The engineers who built this RPM aren't around anymore so I don't know the
history around why it was specifically hard coded to 502.  

Comment 4 Mike McCune 2006-09-29 00:57:33 UTC
Feel free to contact me on irc, #rhn or email or this BZ.   Doesn't matter to me.

Comment 5 Mike McCune 2006-10-02 19:34:39 UTC
gotta move this to 420, no time left in this upcoming release to fix this.

Comment 6 Matthew Booth 2007-06-17 22:12:56 UTC
If you stick the above line in /etc/pam.d/system-auth, it should do the trick
for you.

I expect they hardcoded it to 502 because on their development systems, uids for
regular users started at 500. Somebody created a regular user at some point for
nocpulse and nocops and it got assigned 502, then they stuck with it.

Comment 7 Miroslav Suchý 2009-09-11 11:33:54 UTC
Duplicate of 202614
User nocops is not needed anymore.
User nocpulse is now system account with home in /var/lib/nocpulse/

*** This bug has been marked as a duplicate of bug 202614 ***


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