The munin rpms from EPEL failed to install correctly on a particular machine. This is why # /usr/sbin/groupadd -r munin groupadd: Can't get unique system GID (no more available GIDs) # but I don't understand why this happens. Even after checking the man pages for groupadd and login.defs, I have been unable to determine what the settings for SYS_GID_MIN/SYS_GID_MAX on RHEL/CentOS are. None of the 5/6 machines I have access to list them in login.defs. Even assuming relatively conservative values of 201/499, resp. (examples from other distros include 101/999), this doesn't add up. # grep munin /etc/group # ypmatch munin group # wc -l /etc/group 100 /etc/group # grep SYS_GID /etc/login.defs # Any ideas? Information seems to be pretty thin on the ground.
The groupadd manpage gives this clue: The default is to use the smallest ID value greater than or equal to GID_MIN and greater than every other group. Maybe you have a group numbered GID_MAX or more already? 60000, according to the manpage. On Wed, Sep 02, 2015 at 09:42:29PM +0100, isdtor wrote:> The munin rpms from EPEL failed to install correctly on a particular > machine. This is why > > # /usr/sbin/groupadd -r munin > groupadd: Can't get unique system GID (no more available GIDs) > # > > but I don't understand why this happens. Even after checking the man pages > for groupadd and login.defs, I have been unable to determine what the > settings for SYS_GID_MIN/SYS_GID_MAX on RHEL/CentOS are. None of the 5/6 > machines I have access to list them in login.defs. Even assuming > relatively conservative values of 201/499, resp. (examples from other > distros include 101/999), this doesn't add up. > > # grep munin /etc/group > # ypmatch munin group > # wc -l /etc/group > 100 /etc/group > # grep SYS_GID /etc/login.defs > # > > Any ideas? Information seems to be pretty thin on the ground. > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos
Sorry, I didn't read what you said carefully enough -- it's trying to create a system group. Still, looking inside of /etc/group to see what system groups already exist is probably a good idea. On Wed, Sep 02, 2015 at 02:19:51PM -0700, Greg Lindahl wrote:> The groupadd manpage gives this clue: > > The default is to use the smallest ID value greater than or equal to > GID_MIN and greater than every other group. > > Maybe you have a group numbered GID_MAX or more already? 60000, > according to the manpage. > > On Wed, Sep 02, 2015 at 09:42:29PM +0100, isdtor wrote: > > The munin rpms from EPEL failed to install correctly on a particular > > machine. This is why > > > > # /usr/sbin/groupadd -r munin > > groupadd: Can't get unique system GID (no more available GIDs) > > # > > > > but I don't understand why this happens. Even after checking the man pages > > for groupadd and login.defs, I have been unable to determine what the > > settings for SYS_GID_MIN/SYS_GID_MAX on RHEL/CentOS are. None of the 5/6 > > machines I have access to list them in login.defs. Even assuming > > relatively conservative values of 201/499, resp. (examples from other > > distros include 101/999), this doesn't add up. > > > > # grep munin /etc/group > > # ypmatch munin group > > # wc -l /etc/group > > 100 /etc/group > > # grep SYS_GID /etc/login.defs > > # > > > > Any ideas? Information seems to be pretty thin on the ground. > > > > _______________________________________________ > > CentOS mailing list > > CentOS at centos.org > > https://lists.centos.org/mailman/listinfo/centos > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos