210133 – sys-apps/coreutils-6.10-r1 id lookup failure w/ more then 1 passwd/group database

Bug 210133 - sys-apps/coreutils-6.10-r1 id lookup failure w/ more then 1 passwd/group database

Summary: sys-apps/coreutils-6.10-r1 id lookup failure w/ more then 1 passwd/group data...

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Core system (show other bugs)
Hardware:	All Linux

Importance:	High major (vote)
Assignee:	Gentoo's Team for Core System packages

URL:	http://thread.gmane.org/gmane.comp.gn...
Whiteboard:
Keywords:

Duplicates (2):	210975 218221 (view as bug list)
Depends on:
Blocks:	218894
	Show dependency tree

Reported:	2008-02-14 13:59 UTC by Volkmar Glauche
Modified:	2020-05-01 15:22 UTC (History)
CC List:	2 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
emerge --info (emerge.info,4.74 KB, text/plain) 2008-02-14 14:01 UTC, Volkmar Glauche	Details
nsswitch.conf (nsswitch.conf,1.20 KB, text/plain) 2008-02-14 14:02 UTC, Volkmar Glauche	Details
View All Add an attachment (proposed patch, testcase, etc.)

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

Description Volkmar Glauche 2008-02-14 13:59:45 UTC

I have name service switch configured to use both files and LDAP for passwd and group database. Group lookup fails for users that are only in /etc/passwd, but not in LDAP:
* User vglauche (only in LDAP)
# id vglauche
uid=606(vglauche) gid=100(users) groups=100(users),2005(recovery),2010(spm-kurs),2011(stn_op_mrt),2017(als)
* User firebird (only in /etc/passwd)
# id firebird
uid=450(firebird) gid=450(firebird)id: failed to get groups for user `firebird': No such file or directory



Reproducible: Always

Comment 1 Volkmar Glauche 2008-02-14 14:01:49 UTC

Created attachment 143499 [details]
emerge --info

Comment 2 Volkmar Glauche 2008-02-14 14:02:27 UTC

Created attachment 143503 [details]
nsswitch.conf

Comment 3 Doug Goldstein (RETIRED) gentoo-dev

2008-02-14 14:21:10 UTC

I can confirm this issue on sys-apps/coreutils-6.10-r1. It does not occur on sys-apps/coreutils-6.9-r1.

Comment 4 Volkmar Glauche 2008-02-15 07:30:52 UTC

This bug has already been noticed upstream:

http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/12375

Increasing severity - this bug prevents emerging any package that depends on id to check whether a certain user/group exists.

Comment 5 SpanKY gentoo-dev

2008-02-15 07:46:50 UTC

bug severity is irrelevant ... i'm not going to code any fixes, just wait for upstream to fix it and i'll merge those changes

Comment 6 Doug Goldstein (RETIRED) gentoo-dev

2008-02-21 17:42:43 UTC

*** Bug 210975 has been marked as a duplicate of this bug. ***

Comment 7 Doug Goldstein (RETIRED) gentoo-dev

2008-02-21 17:43:47 UTC

bug #210975 can reproduce this with:
passwd: files winbind

so it's anything with multi look ups.

But I had a feeling it would be based on the e-mail on the ML.

Comment 8 SpanKY gentoo-dev

2008-04-12 19:14:42 UTC

added fixes from upstream to 6.10-r2

Comment 9 Nahor 2008-04-22 16:52:15 UTC

For me it happens also for users that are in both passwd and ldap. It also depends on what parameters are passed to "id" and sometimes, there is no error but still an incorrect result:

(as root):
> # id
> uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),
> 10(wheel),11(floppy),20(dialout),26(tape),27(video)
> # id root
> uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm)
> # id <user>
> uid=1001(<user>) gid=100(users)id: failed to get groups for user `<user>': No
> such file or directory
> # su - <user>
> $ id
> uid=1001(<user>) gid=100(users) groups=10(wheel),50(cvs),100(users)


Otherwise, I confirm that sys-apps/coreutils-6.10-r2 fixes the problem.
I don't think 6.10-r1 should have been marked stable with such a bug.

Comment 10 Tobias Scherbaum (RETIRED) gentoo-dev

2009-02-15 15:42:07 UTC

*** Bug 218221 has been marked as a duplicate of this bug. ***