Hi Kennet,<br><br>Thanks for the quick response.<br><div style="margin-left: 40px;">"It sounds
like your best bet is to script/cron the update to occur periodically<br>
instead of every second to manage the I/O."<br><br></div>Yes, that did sound like the best scenario. I wend looking for commandline options that would allow me to do a zone transfer, on demand from cron.<br>But I found nothing. I also browsed the source, but didn't see any such tools.<br>
Have I missed something?<br><br>Sean<br><br><div class="gmail_quote">2009/3/19 Kenneth Marshall <span dir="ltr"><<a href="mailto:ktm@rice.edu">ktm@rice.edu</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On Thu, Mar 19, 2009 at 03:52:34PM +0100, Sean Boran wrote:<br>
> Hi,<br>
><br>
> I have a pdns slave to a very large zone (and I do not have administrative<br>
> access to the master server), where the serial changes almost every second.<br>
> This means that the entire zone keeps being sent. The ixfr protocol, seems<br>
> to be the solution in that only the changes to a zone would be propagated.<br>
> <a href="http://www.dns.net/dnsrd/rfc/rfc1995.html" target="_blank">http://www.dns.net/dnsrd/rfc/rfc1995.html</a><br>
><br>
> However, when I search for pdns support for ixfr I dind't much much execpt a<br>
> patch two years ago to answer ixfr queries and force full transfers.<br>
><br>
> So ixfr is not yet supported, is that correct?<br>
><br>
> Thanks in advance,<br>
><br>
> Sean Boran<br>
<br>
</div></div>Sean,<br>
<br>
That is correct, IXFR is not supported so pdns falls back to using<br>
AXFR for the transfer. I had posted a patch to at least allow for<br>
the DB update process to be optimized a few years ago. This kept<br>
the DB backend from being overrun by the AXFR updates. It sounds<br>
like your best bet is to script/cron the update to occur periodically<br>
instead of every second to manage the I/O. Good luck.<br>
<br>
Cheers,<br>
Ken<br>
</blockquote></div><br>