This is a discussion on Re: notify option does not work in Bind 9.x, is this a known bug? within the Bind Users forums, part of the DNS and Related Forums category; >>>>> "Steven" == Steven Job <list3@wwwcrazy.com> writes: >> Since anycasting ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
>>>>> "Steven" == Steven Job <list3@wwwcrazy.com> writes:
>> Since anycasting is orthogonal to the number of zones, I >> suspect you have a configuration problem. Unless of course >> you're loading tens of thousands of zones, each of which >> requires tens of NOTIFYs and this is creating internal queue >> management problems for BIND: eg "too many" pending NOTIFYs >> locks out some internal data structure or the server can't send >> out the NOTIFYs fast enough or something like that. Steven> Well yes I will need over 100k zones eventually. But Steven> right now it is only 50k for testing purposes. The Steven> strange part is that this works perfect on a setup (many Steven> more zones) where there is no anycast and it just uses the Steven> NS records for the NOTIFY ( 5 NS records). These anycast Steven> servers are much more powerful so I wouldn't expect them Steven> to get stuck in pending NOTIFY locks. Steven> Is it possible to clear out the queue of the notifies? No. But even if it was possible, you've still to establish if a wedged queue is the source of the problem. Proving that means walking through a core dump or running the server with the debugging turned up. Which takes me back to what I said earlier. If the server isn't sending NOTIFYs and you believe it should be doing that, it's probably a bug. That should be followed up with a bug report. |