[arch-general] PAM/crond crashes with glibc 2.21-1
Fully updated from testing repo. Bug filed: https://bugs.archlinux.org/task/43738 After this glibc update I am now getting: 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 crond[952]: PAM adding faulty module: /usr/lib/security/pam_unix.so crond[952]: segfault at 59d6 ip 00000000000059d6 sp 00007fffea697798 error 14 in crond[400000+d000] Perhaps packages need to be rebuilt against the new glibc? Thanks Gene
On Sun, Feb 8, 2015 at 8:43 AM, Genes Lists <lists@sapience.com> 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
On 02/08/2015 10:34 AM, Troy Engel wrote:
On Sun, Feb 8, 2015 at 8:43 AM, Genes Lists <lists@sapience.com> wrote:
As pointed out in the bug report - this may well be goofy-user-error(). I had not rebooted after the glibc update (standard practice). Rebooting now and will report back only if any problems persist. Thanks and sorry for noise. gene
participants (2)
-
Genes Lists
-
Troy Engel