Mark Andrews wrote:
>
> 2275. [func] Add support to dig to perform IXFR queries over UDP.
>[RT #17235]
>
> DiG has supported ixfr over udp since 2007. It just defaults to TCP.
> you have to disable TCP after specifying ixfr.
Ah I am sure you have told me that be
In message , Tony
Finch writes:
> Mart van de Wege wrote:
> >
> > The only difference I *can* see is that this particular slave zone
> > occasionally gets a lot of updates in a single day, which is when this
> > problem seems to be triggered.
>
> Is there an MTU problem between your slave and t
On Mon, 12 May 2014 12:08:09 +0100
Tony Finch wrote:
> Mart van de Wege wrote:
> >
> > The only difference I *can* see is that this particular slave zone
> > occasionally gets a lot of updates in a single day, which is when this
> > problem seems to be triggered.
>
> Is there an MTU problem bet
Mart van de Wege wrote:
>
> The only difference I *can* see is that this particular slave zone
> occasionally gets a lot of updates in a single day, which is when this
> problem seems to be triggered.
Is there an MTU problem between your slave and the master? Or a problem
with fragmented UDP? I w
Hi Doug,
Doug Barton writes:
> On 05/08/2014 05:53 AM, Mart van de Wege wrote:
>
>> I have a couple, all of them 'retry limit for master $foo exceeded'.
>>
>> Only 2 hits for the master that's giving trouble though, and none of
>> those around the time we had trouble.
>
> If you're seeing any of
On 05/08/2014 05:53 AM, Mart van de Wege wrote:
I have a couple, all of them 'retry limit for master $foo exceeded'.
Only 2 hits for the master that's giving trouble though, and none of
those around the time we had trouble.
If you're seeing any of these errors the problem is worse than you
t
Mart van de Wege wrote:
>
> > A lot of the refresh failure logging happens at debug level 1 so you can
> > get more details by running `rndc trace 1`.
>
> Is there a way to filter that after setting it?
Not without altering the server's logging configuration. Something like
the following, perhaps
Tony Finch writes:
> Mart van de Wege wrote:
>> Tony Finch writes:
>> > Mart van de Wege wrote:
>> >>
>> >> How do I go about troubleshooting this issue to get a better idea of
>> >> what is going on?
>> >
>> > Are there any messages in your log containing the string " refresh: "?
>>
>> I have
Mart van de Wege wrote:
> Tony Finch writes:
> > Mart van de Wege wrote:
> >>
> >> How do I go about troubleshooting this issue to get a better idea of
> >> what is going on?
> >
> > Are there any messages in your log containing the string " refresh: "?
>
> I have a couple, all of them 'retry li
Tony Finch writes:
> Mart van de Wege wrote:
>>
>> How do I go about troubleshooting this issue to get a better idea of
>> what is going on?
>
> Are there any messages in your log containing the string " refresh: "?
>
(Apologies to Tony for getting this twice, I hadn't noticed my mail
client was
Mart van de Wege wrote:
>
> How do I go about troubleshooting this issue to get a better idea of
> what is going on?
Are there any messages in your log containing the string " refresh: "?
Tony.
--
f.anthony.n.finchhttp://dotat.at/
Thames, Dover, Wight, Portland, Plymouth: Southwest 5 to 7,
Hi,
I'm running a DNS server as master for our infrastructure, serving up
several thousand zones. As a service to a few customers, this server also
slaves for 19 zones.
One of these zones intermittently fails to refresh when getting a
notify, with the message 'refresh in progress, refresh check q
12 matches
Mail list logo