TomSchmitt at gmx.de
Thu Apr 20 11:50:44 UTC 2006
> --- Ursprüngliche Nachricht ---
> Von: Peter Dambier <peter at peter-dambier.de>
> Tom Schmitt wrote:
> > My question is:
> > Does anyone know of another reason for the named loosing UDP-Packets
> > than too much load?
> A Bind 9 resolver does shut its ears when it sorts its resolver cache
> throwing out all outdated records. The bigger the used cache the longer
> the blackout.
> A Bind 9 authoritative slave turns you a deaf ear when it looks at its
> master for updates and when it transfers the new zonefile from the
> More zones to slave means more times it will blackout. Longer zones will
> take longer to load. The blackout will be longer.
> Peter and Karin
Thank you very much for your explanaition. My server is indeed a slave with
many zones which are updated quite often (IXFR from the master).
That leads me to a more specific question: With the option "transfers-per-ns
4;" I told the named not to get more than 4 zones from the master at once.
Would it help, to have more the 4 threads, so while four threads are deaf
because they are busy with the updates, the other threads could answer the
Or, same question, another phrasing: Is really the hole slave deaf while
updating a zone or only the thread which is doing the update?
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail
More information about the bind-users