Correcting myself: event with { reuseport no; }; and UV_THREADPOOL_SIZE=12
still timeouts happen, but the situation improved a lot.
Regards
Klaus
From: bind-users <[email protected]> On Behalf Of Klaus Darilion
via bind-users
Sent: Saturday, September 7, 2024 12:21 AM
To: Ondřej Surý <[email protected]>
Cc: Klaus Darilion via bind-users <[email protected]>
Subject: RE: Sporadic Timeouts after upgrading to bind9.20
From: Ondřej Surý <[email protected]<mailto:[email protected]>>
Sent: Friday, September 6, 2024 4:08 PM
To: Klaus Darilion <[email protected]<mailto:[email protected]>>
Cc: Petr Špaček <[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>; Klaus Darilion via
bind-users <[email protected]<mailto:[email protected]>>
Subject: Re: Sporadic Timeouts after upgrading to bind9.20
Are your running with options { reuseport no; }; ?
You might want to try that.
After setting reuseport no; (and UV_THREADPOOL_SIZE=12) I have not seen any
timeouts anymore.
Anyway, this:
TID 8917:
#0 0x00007b385aa6daa9 cds_lfht_destroy -
/usr/lib/x86_64-linux-gnu/liburcu-cds.so.8.1.0
caught my eye. Are the zones you are hosting particularly large on GLUE?
I don’T know and I have not checked yet. One of the affected zones is .ch. You
could download the zone from https://zonedata.switch.ch/ And they are using
NSEC (not NSEC3 as I have written before)
Also if you have more eu-stack, can you confirm this is the pattern now?
After setting reuseport no; I do not have stack-traces any more. But if that
would help you I can undo the workaround next week to collect traces.
Thanks
Klaus
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
