On Sun, Feb 8, 2015 at 8:43 AM, Genes Lists <lists@xxxxxxxxxxxx> wrote: > > crond[952]: PAM unable to dlopen(/usr/lib/security/pam_unix.so): > /usr/lib/libpthread.so.0: symbol __getrlimit, version GLIBC_PRIVATE not > defined in file libc.so.6 with link time reference Exact hit on that error: https://bugzilla.redhat.com/show_bug.cgi?id=113000 I think the error is saying "I found a libc.so.6 but it's not the one you think", try using ldd: $ ldd /usr/lib/security/pam_unix.so | grep pthread libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f197cda9000) $ ldd /usr/lib/libpthread.so.0 | grep libc libc.so.6 => /usr/lib/libc.so.6 (0x00007ffa27666000) I notice that mine is linked like so -- does yours link to the expected lib*-2.21.so ? $ ls -l /usr/lib/lib{pthread.so.0,c.so.6} lrwxrwxrwx 1 root root 12 Dec 26 20:13 /usr/lib/libc.so.6 -> libc-2.20.so lrwxrwxrwx 1 root root 18 Dec 26 20:13 /usr/lib/libpthread.so.0 -> libpthread-2.20.so Maybe another symlink isn't linked correctly (one of their deps); I cooked up this one-liner you could try and use to find a symlink that maybe isn't going where it's supposed to? $ pacman -Ql glibc | egrep "usr/lib/(.*).so" | awk '{print $2}' | xargs ls -l | grep '\->' Here's a pastebin of the glibc-2.20 on my system for reference: http://pastebin.com/wfgzccaZ hth, -te
