Crashe procesu named
Jan Palus
atler at pld-linux.org
Wed Mar 18 22:57:00 CET 2026
On 18.03.2026 20:02, Maciej Kędzierski wrote:
> Wczoraj musiałem zrestartować usługę "named" na jednym z serwerów i się
> zaczęło.
> Crash co chwila.
>
> [17mar 20:14] [T10828] named[10828]: segfault at 0 ip 00000000 sp bfa23cfc
> error 14 in named[8048000+e000]
>
> Co gorsza, to nie robiłem aktualizacji ostatnio, tylko w połowie lutego.
> Wszystko działało normalnie, aż do wczorajszego restartu.
> Za diabła nie mogłem namierzyć winnego, a działający serwer DNS był tak
> niezbędny, że w ramach desperacji utworzyłem nową maszynę z serwerem DNS.
> Zrobiłem świeżą aktualizację, ale też nić się nie zmieniło.
>
> Dziś zacząłem robić update na innej maszynie i czując pismo nosem, robiłem
> aktualizację, po parę pakietów, restart named, i tak w kółko i BINGO, w
> pewnym momencie crash.
> Po przywróceniu paru pakietów okazało się, że winny jest 'libuv-1.52.0".
> Przywrócenie do poprzedniej wersji i znowu działa. Potem w th-test znalazłem
> libuv-1.52.1-1 i ten też działa.
>
> W Changelogu wersji 1.52.1 jest taka linijka:
> * linux: fix crash if poll callback closes handle before `POLLERR` (Juan
> José Arboleda)
>
> Zapewne to to.
>
> Proszę przerzucie ten pakiet do głównego repozytorium, bo może innym
> zaoszczędzi to czasu i nerwów, bo wczoraj na analizach i innych działaniach
> spędziłem wiele godzin, zwłaszcza, że przestało działać z d..., bo
> technicznie nic nie było robione na tej maszynie przez wiele dni i to mnie
> całkowicie zmyliło.
Dzięki za zidentyfikowanie problemu. Powiązane zgłoszenie:
https://github.com/libuv/libuv/issues/5030
Wygląda że najbardziej narażone były konfiguracje z "zone transfer".
na przyszłość dobrze jest w takich sytuacjach zainstalować gdb i
debuginfo:
poldek -n th-debuginfo -iv bind-debuginfo bind-libs-debuginfo
i odpalić np:
gdb -batch -ex run -ex bt --args named -g ...
lub jeżeli używasz systemd to po crashu w serwisie:
coredumpctl debug --debugger-arguments="-batch -ex bt"
I śmiało słać wynik na listę. Od razu byłoby widać, że najpewniej winnym
jest libuv.
More information about the pld-devel-pl
mailing list