I've got two RHEL 8 servers where named-pkcs11 aborts with an assertion failure 
after upgrading bind to version 32:9.11.36-11.el8_9.1.

```
Apr 13 15:54:50 named-pkcs11[372364]: zone localhost/IN: loaded serial 0  
Apr 13 15:54:50 named-pkcs11[372364]: zone localhost.localdomain/IN: loaded 
serial 0  
Apr 13 15:54:50 named-pkcs11[372364]: zone 1.0.0.127.in-addr.arpa/IN: loaded 
serial 0  
Apr 13 15:54:50 named-pkcs11[372364]: zone 
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: 
loaded serial 0  
Apr 13 15:54:50 named-pkcs11[372364]: all zones loaded  
Apr 13 15:54:50 named-pkcs11[372364]: running  
Apr 13 15:54:50 named-pkcs11[372364]: ../../../lib/dns-pkcs11/name.c:1116: 
REQUIRE((target != ((void *)0) && (__builtin_expect(((target) != ((void *)0)), 
1) && __builtin_ex>  
Apr 13 15:54:50 systemd[1]: named-pkcs11.service: New main PID 372364 does not 
belong to service, and PID file is not owned by root. Refusing.  
Apr 13 15:54:50 named-pkcs11[372364]: #0 0x563c05be4d14 in ??  
Apr 13 15:54:50 systemd[1]: named-pkcs11.service: New main PID 372364 does not 
belong to service, and PID file is not owned by root. Refusing.  
Apr 13 15:54:50 named-pkcs11[372364]: #1 0x7fb179f28fe0 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #2 0x7fb17a23b7b2 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #3 0x7fb1687e4156 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #4 0x7fb1687e45e1 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #5 0x7fb1687e5e60 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #6 0x7fb1687e6214 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #7 0x7fb1687ef3e0 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #8 0x7fb179f50904 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #9 0x7fb179f5158f in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #10 0x7fb17733e1ca in ??  
Apr 13 15:54:50 named-pkcs11[372364]: #11 0x7fb176c42e73 in ??  
Apr 13 15:54:50 named-pkcs11[372364]: exiting (due to assertion failure)
```

Downgrading to 9.11.36-11.el8_9.x86_64 fixes the problem.

Here's the stack trace from 'coredumpctl info named-pkcs11':

```
Stack trace of thread 325662:
#0  0x00007f0575081acf raise (libc.so.6)
#1  0x00007f0575054ea5 abort (libc.so.6)
#2  0x0000557c3cbecd2a assertion_failed.cold.5 (named-pkcs11)
#3  0x00007f0578352fe0 isc_assertion_failed (libisc-pkcs11.so.1107)
#4  0x00007f05786657b2 dns_name_fromtext (libdns-pkcs11.so.1115)
#5  0x00007f056e20b156 empty_zone_search_next (ldap.so)
#6  0x00007f056e20b5e1 empty_zone_handle_conflicts (ldap.so)
#7  0x00007f056e20ce60 fwd_configure_zone (ldap.so)
#8  0x00007f056e20d214 fwd_reconfig_global (ldap.so)
#9  0x00007f056e2163e0 update_serverconfig (ldap.so)
#10 0x00007f057837a904 dispatch (libisc-pkcs11.so.1107)
#11 0x00007f057837b58f run_normal (libisc-pkcs11.so.1107)
#12 0x00007f05757681ca start_thread (libpthread.so.0)
#13 0x00007f057506ce73 __clone (libc.so.6)
```

I can open a Jira, attach coredumps, etc. next week if needed.

```
-- 
Sam Morris <s...@robots.org.uk>
```
--
_______________________________________________
FreeIPA-users mailing list -- freeipa-users@lists.fedorahosted.org
To unsubscribe send an email to freeipa-users-le...@lists.fedorahosted.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/freeipa-users@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to