Bind 8.2.2-REL eating CPU time in tight loop (HP-UX 10.20)

Lutz Jaenicke Lutz.Jaenicke at aet.TU-Cottbus.DE
Thu Nov 4 09:12:14 UTC 1999


Hi,

I have a problem with bind 8.2.2-REL on HP-UX 10.20:
At some point in time it will suddenly start to consume CPU time and
sit in an endless loop.
A "trace" shows:
21070: gettimeofday(0x7b03ab60, 0) = 0
21070: gettimeofday(0x7b03ace0, 0) = 0
21070: recvfrom(24, 0x7b03aa68, 513, 0, 0x7b03aa4c, 0x7b03aa5c) = 0
21070: gettimeofday(0x7b03ab60, 0) = 0
21070: select(26, 0x40069d58, 0x40069f58, 0x4006a158, 0x7b03aa38) = 2
21070: gettimeofday(0x7b03ab60, 0) = 0
21070: accept(25, 0x7b03aa80, 0x7b03aa7c) = -1 EAGAIN (Resource temporarily unavailable)
21070: gettimeofday(0x7b03ab60, 0) = 0
21070: gettimeofday(0x7b03ace0, 0) = 0
21070: recvfrom(24, 0x7b03aa68, 513, 0, 0x7b03aa4c, 0x7b03aa5c) = 0
21070: gettimeofday(0x7b03ab60, 0) = 0
21070: select(26, 0x40069d58, 0x40069f58, 0x4006a158, 0x7b03aa38) = 2
21070: gettimeofday(0x7b03ab60, 0) = 0
21070: accept(25, 0x7b03aa80, 0x7b03aa7c) = -1 EAGAIN (Resource temporarily unavailable)
Besides this problem, queries are answered fine.
I have identical named(s) running on approx 20 hosts at two sites and only
one named at one site (the one with the most queries) will exhibit this
problem, even though I don't know how to trigger it myself.
The problem occured sind changing to Bind 8.x and in the mailing list
I found other reports about similar problems on different OS but unfortunately
without solutions.
What can I do? I did attach the debugger but unfortunately I don't have
symbols in it.
Just a (stupid?) idea, but why is select dealing with descriptor 26 while
later accept is used on descriptor 25??

Best regards,
	Lutz Jaenicke
-- 
Lutz Jaenicke                             Lutz.Jaenicke at aet.TU-Cottbus.DE
BTU Cottbus               http://www.aet.TU-Cottbus.DE/personen/jaenicke/
Lehrstuhl Allgemeine Elektrotechnik                  Tel. +49 355 69-4129
Universitaetsplatz 3-4, D-03044 Cottbus              Fax. +49 355 69-4153


More information about the bind-users mailing list