When 8.22-r1 is installed querying a user with id <username> returns unknown user (despite the user being in /etc/passwd). Downgrading to 8.22 makes the system work fine again. Reproducible: Always Steps to Reproduce: 1. install coreutils 8.22-r1 2. Run id <user> 3. I've uploaded the broken and working strace's to pastebin for comparison: http://pastebin.com/R8Y3Ue17 (broken with coreutils 8.22-r1 installed) http://pastebin.com/kK0ejqjj (working with coreutils 8.22 installed) The main difference is that 8.22 runs the following open syscalls: +open("/lib64/libnss_compat.so.2", O_RDONLY|O_CLOEXEC) = 3 +open("/lib64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = 3 +open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 +open("/lib64/ld-linux-x86-64.so.2", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 +open("/lib64/libnss_nis.so.2", O_RDONLY|O_CLOEXEC) = 3 +open("/lib64/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/group", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/group", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/group", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/group", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/group", O_RDONLY|O_CLOEXEC) = 3 +open("/etc/group", O_RDONLY|O_CLOEXEC) = 3 emerge --info coreutils: http://pastebin.com/R8u2LXh0
(In reply to Simon Alman from comment #0) > http://pastebin.com/R8Y3Ue17 (broken with coreutils 8.22-r1 installed) > http://pastebin.com/kK0ejqjj (working with coreutils 8.22 installed) > emerge --info coreutils: http://pastebin.com/R8u2LXh0 Attachments, please.
*** This bug has been marked as a duplicate of bug 509748 ***