what are the meanings of these errors ?

Kevin Darcy kcd at chrysler.com
Tue Jul 29 03:48:09 UTC 2008


高冲 wrote:
> the following erros are shown in the named.log.
> what are these meanings ?
>
>  
>
> thanks .
>
>  
>
> 25-Jul-2008 12:22:19.544 unexpected RCODE (SERVFAIL) resolving
> 't1.dvd88.cn/A/IN': 60.191.110.158#53
>   
Remote nameserver gave back a SERVFAIL error for this query. It is now 
responding normally, as far as I can tell.
>  
>
> 25-Jul-2008 12:27:31.352 unexpected RCODE (REFUSED) resolving
> 'dns2-ftcg.gdsz.cncnet.net/AAAA/IN': 210.21.196.6#53
>   
Remote nameserver gave back a REFUSED error for this query. In fact, 
both of the delegated nameservers for the domain -- this one and 
210.21.220.6 -- are giving REFUSED, so the domain is totally unresolvable.
>
> 25-Jul-2008 12:37:02.944 unexpected end of input resolving
> 'squidclick.bbs.tianya.cn/AAAA/IN': 221.11.172.10#53
>   

Response packet from a remote nameserver was malformed.

I can reproduce this issue also. It's actually putting a record of type 
AAAA in the Answer Section, but the RDLENGTH is set to 0 (AAAA records 
are supposed to have a fixed 16-byte RDATA). The nameserver is also 
trying to include all 13 root NS records in the Authority Section, which 
is odd since it's authoritative for the closest-enclosing domain 
(bbs.tianya.cn). It's seriously confused.

>  
>
> 25-Jul-2008 12:22:19.701 lame server resolving 'bbs.huangshan.gov.cn' (in
> 'huangshan.gov.cn'?): 202.102.128.69#53
>   
A remote nameserver that was delegated a particular zone 
(huangshan.gov.cn), turned out to not be authoritative for it. Otherwise 
known as "lame".

I note that neither of the delegated nameservers for huangshan.gov.cn 
currently have the address listed above, so it appears they fixed the 
problem.
>
> 25-Jul-2008 12:27:31.482 FORMERR resolving 'pingfore.qq.com/AAAA/IN': 60.28.
> 234.10#53
>   
Remote nameserver gave a FORMERR (format error) response when trying to 
resolve a particular query. If the remote nameserver did not have 
support for the AAAA RR type, it should have responded with NOTIMP 
instead of FORMERR.

I cannot reproduce this problem -- pingfore.qq.com/AAAA gives a valid 
response from the 60.28.234.10 nameserver -- so it's possible this 
problem was fixed also. Or, possibly that nameserver is really a cluster 
and not all nodes in the cluster have a problem resolving AAAA queries.
>  
> 25-Jul-2008 12:27:30.586 client 219.82.45.219#1730: query:
> member1.taobao.com IN AAAA +
>
> 25-Jul-2008 12:27:30.588 client 218.108.199.10#530: query:
> huoju.icoke.qq.com IN A +
>
>   
Normal querylog entries, not errors.

- Kevin



More information about the bind-users mailing list