Hi,

After a scheduled power down on and power up on one of our IPA servers named crashed.
I remember I saw this before and that it was "solved" by restarting named.
This time however it took about 12 retries before named finally continued.

This is the error it produces
../../../lib/dns/name.c:667: REQUIRE((name1->attributes & 0x00000001) == (name2->attributes & 0x00000001)) failed, back trace

bind9 is quite drastic when it hits a failing REQUIRE. It immediately stops with a coredump.
But it doesn't tell which names are failing the comparison.

Of course I can (or should) report this to the bind developers. However, I'm sure they are going to say that this is an old version and that I should ask CentOS/RH devs.

If anybody here on the list has an idea, then please let me know.

Some more details
Version info:
* os: CentOS 9-Stream
* ipa packages 4.12.0-4.el9
* bind9 packages 32:9.16.23-15.el9
* bind-libdyndb-ldap 11.9.8-el9

Stack trace:
                                                     Stack trace of thread 6432:                                                      #0 0x00007fb5a348b94c __pthread_kill_implementation (libc.so.6 + 0x8b94c)                                                      #1 0x00007fb5a343e646 raise (libc.so.6 + 0x3e646)                                                      #2 0x00007fb5a34287f3 abort (libc.so.6 + 0x287f3)                                                      #3 0x00005570cbbea5b5 assertion_failed.cold (named + 0x1c5b5)                                                      #4 0x00007fb5a433d420 isc_assertion_failed (libisc-9.16.23-RH.so + 0x1c420)                                                      #5 0x00007fb5a409f9ca dns_name_equal (libdns-9.16.23-RH.so + 0x9f9ca)                                                      #6 0x00007fb5a40b48ec dns_order_find (libdns-9.16.23-RH.so + 0xb48ec)                                                      #7 0x00007fb5a4429de8 query_addrrset.lto_priv.0 (libns-9.16.23-RH.so + 0x1dde8)                                                      #8 0x00007fb5a442eece query_gotanswer (libns-9.16.23-RH.so + 0x22ece)                                                      #9 0x00007fb5a4432b8b fetch_callback (libns-9.16.23-RH.so + 0x26b8b)                                                      #10 0x00007fb5a43781bd isc_task_run (libisc-9.16.23-RH.so + 0x571bd)                                                      #11 0x00007fb5a43632a9 process_netievent (libisc-9.16.23-RH.so + 0x422a9)                                                      #12 0x00007fb5a4363425 process_queue (libisc-9.16.23-RH.so + 0x42425)                                                      #13 0x00007fb5a4363c17 async_cb (libisc-9.16.23-RH.so + 0x42c17)                                                      #14 0x00007fb5a4285afd uv__async_io.part.0 (libuv.so.1 + 0xaafd)                                                      #15 0x00007fb5a42a185e uv__io_poll.part.0 (libuv.so.1 + 0x2685e)                                                      #16 0x00007fb5a428b568 uv_run (libuv.so.1 + 0x10568)                                                      #17 0x00007fb5a43634db nm_thread (libisc-9.16.23-RH.so + 0x424db)                                                      #18 0x00007fb5a4375f9a isc__trampoline_run (libisc-9.16.23-RH.so + 0x54f9a)                                                      #19 0x00007fb5a3489c02 start_thread (libc.so.6 + 0x89c02)                                                      #20 0x00007fb5a350ec40 __clone3 (libc.so.6 + 0x10ec40)
--
Kees
--
_______________________________________________
FreeIPA-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to