Bug 6761 – Users cannot be in more than 32 groups

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 6761 - Users cannot be in more than 32 groups

Summary:	Users cannot be in more than 32 groups

Status:	CLOSED WONTFIX

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	kernel (Show other bugs)
Sub Component:
Version:	6.1
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Bill Nottingham
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	1999-11-05 10:25 EST by akonstam
Modified:	2014-03-16 22:11 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	1999-11-05 14:56:12 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description akonstam 1999-11-05 10:25:35 EST

I am not sure if this is a bug or a feature but it looks
like in RH 6.x no user can be in more than 32 groups. If
they are put into more than 32 groups they will no longer be
able to logon to the machine. The groups capmmand will
report only 32 groups for the user.

Comment 1 Bill Nottingham 1999-11-05 11:27:59 EST

It's a kernel limit. See /usr/include/asm/param.h.

You could in theory change this in the kernel, but
a large portion of userland may need to be recompiled because
of this.

The big effect of changing this is that you're changing the
size of the kernel's internal task strucutre, so each task will
take a little more kernel memory.

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