First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 210133
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo's Team for Core System packages <base-system@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Volkmar Glauche <volkmar.glauche@uniklinik-freiburg.de>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
emerge.info emerge --info text/plain Volkmar Glauche 2008-02-14 14:01 0000 4.74 KB Details
nsswitch.conf nsswitch.conf text/plain Volkmar Glauche 2008-02-14 14:02 0000 1.20 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 210133 depends on: Show dependency tree
Show dependency graph
Bug 210133 blocks: 218894
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2008-02-14 13:59 0000 
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 From Volkmar Glauche 2008-02-14 14:01:49 0000 ------- 
Created an attachment (id=143499) [edit]
emerge --info

------- Comment #2 From Volkmar Glauche 2008-02-14 14:02:27 0000 ------- 
Created an attachment (id=143503) [edit]
nsswitch.conf

------- Comment #3 From Doug Goldstein 2008-02-14 14:21:10 0000 ------- 
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 From Volkmar Glauche 2008-02-15 07:30:52 0000 ------- 
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 From SpanKY 2008-02-15 07:46:50 0000 ------- 
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 From Doug Goldstein 2008-02-21 17:42:43 0000 ------- 
*** Bug 210975 has been marked as a duplicate of this bug. ***

------- Comment #7 From Doug Goldstein 2008-02-21 17:43:47 0000 ------- 
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 From SpanKY 2008-04-12 19:14:42 0000 ------- 
added fixes from upstream to 6.10-r2

------- Comment #9 From Nahor 2008-04-22 16:52:15 0000 ------- 
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.
First Last Prev Next    No search results available      Search page      Enter new bug