Hi, On Fri, Nov 1, 2024 at 3:51 PM Kees Bakker via FreeIPA-users < [email protected]> wrote:
> 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. > The issue has already been reported here: https://issues.redhat.com/browse/RHEL-30407 > 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 > Some updates are available for those packages, it may be worth trying. flo > > 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 >
-- _______________________________________________ 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
