<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><font face="Palatino Linotype">In my pdns/ldap
(tree) on CentOS 5.5, I am setting up a domain (say:
'example.com')ÃÂ with its single SOA record. This has several
virtual subzones (a.example.com, b.example.com etc.) which
include their own MX records but are not delegated: the same NS
records (as defined in the example.com entry) are used for the
whole domain (zone) and its subdomains (subzones). <br>
<br>
The LDAP server also includes 5 in-addr.arpa zones (which
correspond to the 5 available LANs = Class-C subnets) for
reverse mapping. <br>
<br>
Everything seems to be working fine when the pdns server is
queried for any records, which obviously means that pdns sees
everything correctly in ldap. (One problem however: queries for
example.com and its subdomains/hosts indicate AUTHORITY: 0. I
would expect it to indicate AUTHORITY: 1 in such queries. Any
hint on this?) <br>
<br>
For testing (preparing a production environment), I have setup a
BIND9 slave ( which uses pdns as master. Everything seems to run
smoothly, messages in logs indicate successful zone transfers,
no errors either in BIND or in pdns logs, BUT <b>a large number
of A records</b> in some of the subdomains <b>is not
transferred at all</b> (however, some of the A records are
transferred). Interestingly, the PTR records in all in-addr.arpa
zones seem to be transferred correctly. The slave is also CentOS
5.5 with bind-9.3.6-4.P1.el5_4.2.<br>
<br>
The BIND9 zone file for example.com (as produced by slaving),
includes all subdomains, specifies their MX records, but it
misses a large number of A records. I waited for several AXFRs,
to check if subsequent zone transfers would correct things, but
nothing changed. The transferred records are always the same.<br>
<br>
</font></font><font size="-1"><font face="Palatino Linotype">In
the meantime, just in case, I have tried switching from the
2.9.22 rpm which I had found in a repository, to the more
standard 2.9.21-4 rpm included in the 'extras' CentOS
repositories, but the behavior is exactly the same. (I am using
CentOS 5.5 with a 2.6.18-194.11.3.el5 kernel).<br>
<br>
I would come to the conclusion that AXFR is not being sent
correctly by pdns, because, if a full set of records is being
sent, why the slave is not registering the complete set of
records? <br>
<br>
All rpms (and the servers) are x86_64.<br>
<br>
Any suggestions? How can IÃÂ troubleshoot this in more detail?<br>
<br>
Thanks in advance, <br>
Nick </font></font><br>
<br>
<br>
</body>
</html>