Service named-pkcs11.service on master fails: Process 3946 (named-pkcs11) of user 25 dumped core
Hi, starting service `named-pkcs11.service` fails with a core dump: ``` Dez 29 17:32:25 ipa-master.example.com systemd-coredump[2901]: Process 2895 (named-pkcs11) of user 25 dumped core.
Stack trace of thread 2897: #0 0x00007f2b386c753f raise (libc.so.6) #1 0x00007f2b386b1895 abort (libc.so.6) #2 0x00007f2b386b1769 __assert_fail_base.cold.0 (libc.so.6) #3 0x00007f2b386bf9f6 __assert_fail (libc.so.6) #4 0x00007f2b38fb8c95 n/a (libkrb5.so.3) #5 0x00007f2b38fb96ef n/a (libkrb5.so.3) #6 0x00007f2b38fc2d0c n/a (libkrb5.so.3) #7 0x00007f2b38fbc8b3 n/a (libkrb5.so.3) #8 0x00007f2b38fbb9dd krb5_cc_select (libkrb5.so.3) #9 0x00007f2b3909b959 n/a (libgssapi_krb5.so.2) #10 0x00007f2b390a4a82 n/a (libgssapi_krb5.so.2) #11 0x00007f2b390a5b06 n/a (libgssapi_krb5.so.2) #12 0x00007f2b3908f0bb gss_init_sec_context (libgssapi_krb5.so.2) #13 0x00007f2b34824667 gssapi_client_mech_step (libgssapiv2.so) #14 0x00007f2b34907471 sasl_client_step (libsasl2.so.3) #15 0x00007f2b349075fa sasl_client_start (libsasl2.so.3) #16 0x00007f2b3494624b ldap_int_sasl_bind (libldap-2.4.so.2) #17 0x00007f2b349498ec ldap_sasl_interactive_bind (libldap-2.4.so.2) #18 0x00007f2b34949b0a ldap_sasl_interactive_bind_s (libldap-2.4.so.2) #19 0x00007f2b34992c6f ldap_connect (ldap.so) #20 0x00007f2b3499fa90 new_ldap_instance (ldap.so) #21 0x00007f2b34990292 dyndb_init (ldap.so) #22 0x00007f2b3943f75a dns_dyndb_load (libdns-pkcs11.so.1102) #23 0x00005612e6a46718 n/a (named-pkcs11) #24 0x00005612e6a53ed3 n/a (named-pkcs11) #25 0x00005612e6a54f47 n/a (named-pkcs11) #26 0x00007f2b3938d899 n/a (libisc-pkcs11.so.169) #27 0x00007f2b38bd458e start_thread (libpthread.so.0) #28 0x00007f2b3878c6a3 __clone (libc.so.6)
Stack trace of thread 2898: #0 0x00007f2b38bdaa8a pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2b393ad2b0 isc_condition_waituntil (libisc-pkcs11.so.169) #2 0x00007f2b39394683 n/a (libisc-pkcs11.so.169) #3 0x00007f2b38bd458e start_thread (libpthread.so.0) #4 0x00007f2b3878c6a3 __clone (libc.so.6)
Stack trace of thread 2899: #0 0x00007f2b3878c9d7 epoll_wait (libc.so.6) #1 0x00007f2b393a501c n/a (libisc-pkcs11.so.169) #2 0x00007f2b38bd458e start_thread (libpthread.so.0) #3 0x00007f2b3878c6a3 __clone (libc.so.6)
Stack trace of thread 2896: #0 0x00007f2b38bda73c pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2b3938d695 n/a (libisc-pkcs11.so.169) #2 0x00007f2b38bd458e start_thread (libpthread.so.0) #3 0x00007f2b3878c6a3 __clone (libc.so.6)
Stack trace of thread 2895: #0 0x00007f2b386c78ee __sigsuspend (libc.so.6) #1 0x00007f2b3939713e isc__app_ctxrun (libisc-pkcs11.so.169) #2 0x00007f2b39397d73 isc_app_run (libisc-pkcs11.so.169) #3 0x00005612e6a07d05 n/a (named-pkcs11) #4 0x00007f2b386b3413 __libc_start_main (libc.so.6) #5 0x00005612e6a0865e n/a (named-pkcs11) Dez 29 17:32:25 ipa-master.example.com audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@10-2900-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' ```
Full log is available here: http://freetexthost.com/nx1e4xhmyi
Assuming this issue is related to file /usr/lib64/bind/ldap.so I tried to scp from replica server. However this fails with this weird error: ```[root@ipa-master ~]# ssh -p 22202 ipa-replica.example.com ssh_exchange_identification: Connection closed by remote host [root@ipa-master ~]# scp -P 22201 ipa-replica.example.com:/usr/lib64/bind/ldap.so /home/ Password: \033[0m\033[1;34m /:-------------:\ \033[0m\033[1;34m root\033[0m\033[1m@\033[0m\033[0m\033[1;34mipa-replica.example.com\033[0m ````
74cmonty via FreeIPA-users wrote:
Hi, starting service `named-pkcs11.service` fails with a core dump:
Dez 29 17:32:25 ipa-master.example.com systemd-coredump[2901]: Process 2895 (named-pkcs11) of user 25 dumped core. Stack trace of thread 2897: #0 0x00007f2b386c753f raise (libc.so.6) #1 0x00007f2b386b1895 abort (libc.so.6) #2 0x00007f2b386b1769 __assert_fail_base.cold.0 (libc.so.6) #3 0x00007f2b386bf9f6 __assert_fail (libc.so.6) #4 0x00007f2b38fb8c95 n/a (libkrb5.so.3) #5 0x00007f2b38fb96ef n/a (libkrb5.so.3) #6 0x00007f2b38fc2d0c n/a (libkrb5.so.3) #7 0x00007f2b38fbc8b3 n/a (libkrb5.so.3) #8 0x00007f2b38fbb9dd krb5_cc_select (libkrb5.so.3) #9 0x00007f2b3909b959 n/a (libgssapi_krb5.so.2) #10 0x00007f2b390a4a82 n/a (libgssapi_krb5.so.2) #11 0x00007f2b390a5b06 n/a (libgssapi_krb5.so.2) #12 0x00007f2b3908f0bb gss_init_sec_context (libgssapi_krb5.so.2) #13 0x00007f2b34824667 gssapi_client_mech_step (libgssapiv2.so) #14 0x00007f2b34907471 sasl_client_step (libsasl2.so.3) #15 0x00007f2b349075fa sasl_client_start (libsasl2.so.3) #16 0x00007f2b3494624b ldap_int_sasl_bind (libldap-2.4.so.2) #17 0x00007f2b349498ec ldap_sasl_interactive_bind (libldap-2.4.so.2) #18 0x00007f2b34949b0a ldap_sasl_interactive_bind_s (libldap-2.4.so.2) #19 0x00007f2b34992c6f ldap_connect (ldap.so) #20 0x00007f2b3499fa90 new_ldap_instance (ldap.so) #21 0x00007f2b34990292 dyndb_init (ldap.so) #22 0x00007f2b3943f75a dns_dyndb_load (libdns-pkcs11.so.1102) #23 0x00005612e6a46718 n/a (named-pkcs11) #24 0x00005612e6a53ed3 n/a (named-pkcs11) #25 0x00005612e6a54f47 n/a (named-pkcs11) #26 0x00007f2b3938d899 n/a (libisc-pkcs11.so.169) #27 0x00007f2b38bd458e start_thread (libpthread.so.0) #28 0x00007f2b3878c6a3 __clone (libc.so.6) Stack trace of thread 2898: #0 0x00007f2b38bdaa8a pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2b393ad2b0 isc_condition_waituntil (libisc-pkcs11.so.169) #2 0x00007f2b39394683 n/a (libisc-pkcs11.so.169) #3 0x00007f2b38bd458e start_thread (libpthread.so.0) #4 0x00007f2b3878c6a3 __clone (libc.so.6) Stack trace of thread 2899: #0 0x00007f2b3878c9d7 epoll_wait (libc.so.6) #1 0x00007f2b393a501c n/a (libisc-pkcs11.so.169) #2 0x00007f2b38bd458e start_thread (libpthread.so.0) #3 0x00007f2b3878c6a3 __clone (libc.so.6) Stack trace of thread 2896: #0 0x00007f2b38bda73c pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2b3938d695 n/a (libisc-pkcs11.so.169) #2 0x00007f2b38bd458e start_thread (libpthread.so.0) #3 0x00007f2b3878c6a3 __clone (libc.so.6) Stack trace of thread 2895: #0 0x00007f2b386c78ee __sigsuspend (libc.so.6) #1 0x00007f2b3939713e isc__app_ctxrun (libisc-pkcs11.so.169) #2 0x00007f2b39397d73 isc_app_run (libisc-pkcs11.so.169) #3 0x00005612e6a07d05 n/a (named-pkcs11) #4 0x00007f2b386b3413 __libc_start_main (libc.so.6) #5 0x00005612e6a0865e n/a (named-pkcs11) Dez 29 17:32:25 ipa-master.example.com audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@10-2900-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'Full log is available here: http://freetexthost.com/nx1e4xhmyi
Assuming this issue is related to file /usr/lib64/bind/ldap.so I tried to scp from replica server. However this fails with this weird error:
ssh_exchange_identification: Connection closed by remote host [root@ipa-master ~]# scp -P 22201 ipa-replica.example.com:/usr/lib64/bind/ldap.so /home/ Password: \033[0m\033[1;34m /:-------------:\ \033[0m\033[1;34m root\033[0m\033[1m@\033[0m\033[0m\033[1;34mipa-replica.example.com\033[0m
A krb5 package that broke IPA was pushed out late in the year. Try updating krb5-* to see if that helps.
rob
freeipa-users@lists.fedorahosted.org
-
74cmonty -
Rob Crittenden