Hallo Ronny, sowas in der Richtung evtl.? https://gitlab.isc.org/isc-projects/bind9/-/issues/2466
Das Stichwort Zeit / DNSSEC fiel hier schon. * Zeit checken (sieht ja offenbar "gut" aus?) * mal testweise dnssec ausmachen * was sagt strace * ggf. anderen Bind installieren / selber bauen o.Ä. Hast schon was rausgefunden(bzw. bitte mal rückmelden wenn dus rausgekriegt hast)? Sieht interessant / wüst aus, vielleicht hast ja auch nen Bug gefunden ^^ Grüße von der T2, Falk On Wed, 2023-12-06 at 08:01 +0100, ro...@seffner.de wrote: > Guten Morgen, > > meine Nikolausüberraschung ist ne doofe. > > Linux-Gateway wegen Kernelaktualisierung (baue selber) neu gebootet > und > plötzlich geht der bind nicht mehr. Ein dig @127.0.0.1 liefert nun > SERVFAIL > und folgende Logeinträge: > > 06-Dec-2023 07:21:32.145 general: error: > netmgr/uverr2result.c:98:isc___nm_uverr2result(): unexpected error: > 06-Dec-2023 07:21:32.145 general: error: unable to convert libuv > error code > in udp_send_cb (netmgr/udp.c:802) to isc_result: -89: destination > address > required > 06-Dec-2023 07:21:32.145 resolver: info: resolver priming query > complete: > unexpected error > > Was liegt nahe? Änderungen rückgängig machen. Also reboot zum > vorherigen > Kern - Fehler bleibt. > Blick ins dpkg.log, was sich in letzter Zeit noch so änderte - nix > auffälliges auch nur in der Nähe von bind9 oder libuv. > Jetzt wird’s hilflos, weil auch google nix weiß. Remove und purge > (mit > manueller Kontrolle) von bind9* und libuv -> reinstall - Fehler (auch > ohne > meine config und zonen) wieder da. > > Auch ein "rndc trace 9" scheint um den Fehler rum kein Indiz zu > liefern: > > 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on > find > 0x7f53a10c2300 > 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on > find > 0x7f53a10c2500 > 06-Dec-2023 07:55:19.881 general: error: > netmgr/uverr2result.c:98:isc___nm_uverr2result(): unexpected error: > 06-Dec-2023 07:55:19.881 general: error: unable to convert libuv > error code > in udp_send_cb (netmgr/udp.c:802) to isc_result: -89: destination > address > required > 06-Dec-2023 07:55:19.881 resolver: debug 5: QNAME minimization - > minimized, > qmintype 2 qminname google.com > 06-Dec-2023 07:55:19.881 resolver: debug 1: fetch: google.com/NS > 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on > find > 0x7f53a1473600 > 06-Dec-2023 07:55:19.881 database: debug 5: dns_adb_destroyfind on > find > 0x7f53a1473700 > 06-Dec-2023 07:55:19.881 resolver: debug 3: fctx > 0x7f53a14d3400(google.com/NS): createfind for <unknown> - success > 06-Dec-2023 07:55:19.881 resolver: debug 3: fctx > 0x7f53a14d3400(google.com/NS): createfind for <unknown> - success > > > Leider ists dringend, weil dahinter ein Netz auf Funktion wartet. Und > ich > möchte das ungern zum Anlass nehmen mich in dnsmasq, unbound oder so > einzuarbeiten. > > Ideen? > > > Mit freundlichen Grüßen / Kind regards > Ronny Seffner > -- [schlittermann - internet & unix support ] [supp...@schlittermann.de | https://schlittermann.de/ ] [Tel(Fax): +49 351 802998-1 | (-3) ]
