Bugzilla – Bug 153310
/etc/login.defs GID_MIN is not used by useradd
Last modified: 2006-02-27 09:11:04 UTC
Why has group users GID=100 It should be atleast 1000 according to GID_MIN in logindefs. Please fix, I'm porting our app to SUSE from RHEL scpdev:~ # useradd mbj scpdev:~ # id mbj uid=1001(mbj) gid=100(users) groups=100(users),16(dialout),33(video) The redhat-way is better a separate group for each user: scpdev:~ # userdel mbj no crontab for mbj scpdev:~ # useradd mbj -g mbj scpdev:~ # id mbj uid=1001(mbj) gid=1000(mbj) groups=1000(mbj),16(dialout),33(video) excerp from /etc/login.defs # # Min/max values for automatic uid selection in useradd # # SYSTEM_UID_MIN to SYSTEM_UID_MAX inclusive is the range for # UIDs for dynamically allocated administrative and system accounts. # UID_MIN to UID_MAX inclusive is the range of UIDs of dynamically # allocated user accounts. # SYSTEM_UID_MIN 100 SYSTEM_UID_MAX 499 UID_MIN 1000 UID_MAX 60000 # # Min/max values for automatic gid selection in groupadd # # SYSTEM_GID_MIN to SYSTEM_GID_MAX inclusive is the range for # GIDs for dynamically allocated administrative and system groups. # GID_MIN to GID_MAX inclusive is the range of GIDs of dynamically # allocated groups. # SYSTEM_GID_MIN 100 SYSTEM_GID_MAX 499 GID_MIN 1000 GID_MAX 60000
> The redhat-way is better a separate group for each user The standard for SUSE always was to have _one_ user-group. IMO creating one group for each user makes no sense, however this is a matter of opionion. We should not change that. The variables SYSTEM_GID_MIN 100 UID_MIN 1000 are used correctly for your example: scpdev:~ # id mbj uid=1001(mbj) gid=100(users) groups=100(users),16(dialout),33(video) UID is 1001 >= 1000 and GID is 100 >= 100 So I fail to see the problem at the moment.
Hi So it means that users are qualified as a system group. I failed to see that. I was used to the redhat way. Sorry for bugging you
Thorsten: Please decide this.
There is nothing to decide, your comment #1 is correct.