9.6.1-P1 zone parser false errors

Chris Buxton cbuxton at menandmice.com
Fri Oct 30 22:27:53 UTC 2009


On Oct 30, 2009, at 2:53 PM, Len Conrad wrote:
> ---------- Original Message ----------------------------------
> From: Chris Buxton <cbuxton at menandmice.com>
> Date:  Fri, 30 Oct 2009 14:13:31 -0700
>
>> I'm unable to reproduce this error.
>>
>> Could it be that, for a brief time, those names were CNAME'd
>
> no, this is a hard fault, over 2 days.
>
> I do, from the machine,
>
> dig abcxyz.com mx
>
> and get the google domain names, then in the ADDITIONAL section, I  
> get their A records.
>
> I also
>
> dig @ns1.google.com  <some goog mx domain>
>
> and an A record is returned for each MX domain name.
>
> no CNAMEs anywhere, except in BIND's confusion.

That's pretty strange, given my inability to reproduce this with the  
same version of named-checkzone. My first thought was that it was  
(mistakenly) resolving those names to addresses and back to names, and  
then treating the original names as CNAMEs of the results, but if that  
were the case, I would have expected to be able to reproduce the  
problem.

As I recall, named-checkzone calls out to the operating system stub  
resolver to look up these names. Is there any way the stub resolver  
could be getting different data? Is there anything in the stub  
resolver config (/etc/{hosts,resolv.conf}) that might explain this?  
What do you get if you use 'host' to look up one of these mailhost  
names?

Chris Buxton
Professional Services
Men & Mice




More information about the bind-users mailing list