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 745661 - login sets only one group ignoring /etc/group /etc/gshadow
Summary: login sets only one group ignoring /etc/group /etc/gshadow
Keywords:
Status: CLOSED DUPLICATE of bug 745675
Alias: None
Product: Fedora
Classification: Fedora
Component: distribution
Version: 16
Hardware: All
OS: Linux
urgent
high
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Bill Nottingham
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-12 23:14 UTC by Barry Fishman
Modified: 2014-03-17 03:29 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 745675
Environment:
Last Closed: 2011-10-13 02:18:37 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 745675 0 urgent CLOSED Group membership/access not working properly with glibc-2.14.90-11 2021-02-22 00:41:40 UTC

Internal Links: 745675

Description Barry Fishman 2011-10-12 23:14:18 UTC 
Description of problem:
After upgrade on 2011-10-12, I found that when I log in I am only a
member of the group specified in /etc/password and not the other groups
specified in /etc/group /etc/gshadow

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


How reproducible:
True for all gdm and console login's I have tried

Steps to Reproduce:
1. Login on console or through gdm
2. Perform a 'id' or 'groups' command
   Or try changing group ownership of file to another group of which you are
   a member.

Actual results:

% grep barry /etc/group
wheel:x:10:root,barry
util:x:19:barry
ftp:x:50:barry
barry:x:500:barry

% grep barry /etc/passwd
barry:x:500:500:Barry Fishman:/home2/barry:/bin/bash
 
% id
uid=500(barry) gid=500(barry) groups=500(barry)

% groups
barry

% ls -dl .
drwxr-sr-x 2 barry barry 4096 Oct 12 19:04 .

% touch foo
% chgrp util foo
chgrp: changing group of `foo': Operation not permitted

Expected results:

% groups
wheel util ftp barry

Additional info:

% uname -a
Linux ecube.site 3.1.0-0.rc9.git0.0.fc16.x86_64 #1 SMP Wed Oct 5 15:30:54 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
Comment 1 Michal Ambroz 2011-10-13 00:49:28 UTC 
Same symptoms - Fedora 16 Beta i686
I just updated packaged using "yum -y update" and found that groups are not processed:

[root@mixer ~]# grep root /etc/group
root:x:0:root
bin:x:1:root,bin,daemon
daemon:x:2:root,bin,daemon
sys:x:3:root,bin,adm
adm:x:4:root,adm,daemon
disk:x:6:root
wheel:x:10:root,mambroz
[root@mixer ~]# id root
uid=0(root) gid=0(root) groups=0(root)

Linux mixer.localdomain 3.1.0-0.rc9.git0.0.fc16.i686.PAE #1 SMP Wed Oct 5 15:51:55 UTC 2011 i686 i686 i386 GNU/Linux
Comment 2 Michal Ambroz 2011-10-13 02:18:37 UTC 
Rebooting to old kernel didn't help so issue is most probably about glibc
upgraded from glibc-2.14.90-10 to glibc-2.14.90-11

This bug is most probably duplicate of bug #745675

*** 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.