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 - success
> 06-Dec-2023 07:55:19.881 resolver: debug 3: fctx
> 0x7f53a14d3400(google.com/NS): createfind for - 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) ]