On Tue, 4 May 2010, Stephen Gallagher wrote: >> Run "strace id" and see if it is able to open and read >> /etc/nsswitch.conf and /etc/passwd. If so, it would be a glibc bug. If >> not, investigate why those files cannot be read. > > You mention LDAP auth. Do you have users on the system handled by LDAP? > If so, make sure that in /etc/nsswitch.conf on the passwd line that > "files" comes before "ldap" (or SSSD, if you're using that). > > If something other than "files" is listed first, it could be returning > an error that's preventing it from trying /etc/passwd. > > If "files" is listed first, then Matt is right, and it's either a > permissions problem on /etc/passwd or /etc/nsswitch.conf, or a bug in glibc. > > The fact that it only happens after hibernate is what leads me to think > it might be related to ldap lookups. (Where the LDAP connection would > have dropped during the hybernation) I haven't been able to see this problem again, but in nsswitch.conf passwd, shadow and group are all just "files". There's no ldap anywhere. netgroup and publickey are by default 'nisplus' and a bit similar for bootparams. automount/aliases 'files nisplus'. So I doubt LDAP is the cause. After a lot of hibernate/resume attempts I have sometimes seen weird stuff (like every command segfaulting) but I hope it's irrelevant for this specific case. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
