Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 746002 - User added to /etc/group doesn't belong to this group
Summary: User added to /etc/group doesn't belong to this group
Keywords:
Status: CLOSED DUPLICATE of bug 745675
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Andreas Schwab
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-13 15:33 UTC by Artur Szymczak
Modified: 2016-11-24 15:48 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-13 20:01:29 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Artur Szymczak 2011-10-13 15:33:52 UTC 
Description of problem:

I added my user to group 'wheel'. But it seems that it doesn't belong to this group.


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


How reproducible:


Steps to Reproduce:
1. usermod -a -G wheel artur
2. id artur
3. grep artur /etc/group
  
Actual results:
# usermod -a -G wheel artur
# id artur
uid=1000(artur) gid=1000(artur) groups=1000(artur)
# grep artur /etc/group
wheel:x:10:artur
artur:x:1000:


Expected results:
# usermod -a -G wheel artur
# id artur
uid=1000(artur) gid=1000(artur) groups=1000(artur),10(wheel)
# grep artur /etc/group
wheel:x:10:artur
artur:x:1000:


Additional info:
Comment 1 Ondrej Vasik 2011-10-13 20:01:29 UTC 
Thanks for report. Command id/groups just uses getgroup(2) from glibc. Btw. your steps to reproduce are incomplete - please read info documentation for id/group - "Primary and supplementary groups for a process are normally inherited
from its parent and are usually unchanged since login.  This means that
if you change the group database after logging in, `groups' will not
reflect your changes within your existing login session." - so before the logout/login, that's perfectly ok and documented behaviour.

Anyway, it seems that glibc is now a bit buggy, there are more such reports... closing as duplicate of glibc bug.

*** This bug has been marked as a duplicate of bug 745675 ***
Note You need to log in before you can comment on or make changes to this bug.