BIND 10 #670: identify a secondary zone

BIND 10 Development do-not-reply at isc.org
Tue Apr 5 17:27:02 UTC 2011


#670: identify a secondary zone
-------------------------------------+-------------------------------------
                 Reporter:  jreed    |                Owner:  jelte
                     Type:  defect   |               Status:  reviewing
                 Priority:  blocker  |            Milestone:
                Component:           |  Sprint-20110419
  secondary manager                  |           Resolution:
                 Keywords:           |            Sensitive:  0
Estimated Number of Hours:  0.0      |  Add Hours to Ticket:  0
                Billable?:  1        |          Total Hours:  0
                Internal?:  0        |
-------------------------------------+-------------------------------------
Changes (by vorner):

 * owner:  vorner => jelte


Comment:

 Hello

 Replying to [comment:7 jelte]:
 > Now that there is a secondaries list, I would expect to be able to use
 that to add zones; i.e. add a zone to said list, specify the master(s),
 and it should start transferring them (it now returns a seemingly
 unrelated error about a SOA, which is technically correct if you know what
 it's doing, but not really helpful). Note that this is not a comment on
 this ticket, but a suggestion for a 'new' feature :) (which probably
 involves more substansive changes to zonemgr as your comment already
 suggests). Other suggestions for improvement; initial testing makes it
 appear that the refresh interval is only updated on start, and not changed
 when the SOA value changes, and the logs at least suggest that it actually
 does a full AXFR, even if the zone has not been changed (have not checked
 whether this is actually the case). Also not really relevant for this
 ticket though.

 Hmm, right, good point. Or there should be at last a command „import zone“
 or something, because having to carry the zone in the first time on floppy
 diskettes shouldn't be necessary, when it can be transfered at later time
 over the network.

 > One problem that may be relevant to this ticket is that the zone name
 one sets in secondary_zones must be an FQDN, if the root dot is missing
 it'll error on not finding a SOA (it should imo either error on not being
 an fqdn, or it should add the root dot itself).

 It adds the dot internally if it's missing now.

 > Small python nit: dicts have their own copy() method so copy.copy() is
 not necessary on line 407

 ACK

 > Rest of the code looks ok (barring that work mentioned before, shall we
 open separate task(s) for that? I think we'll find much more work to do,
 but for now this can be merged.

 Yes, would you like to create the tickets?

 Are the fixes/changes OK now?

 Thanks

-- 
Ticket URL: <http://bind10.isc.org/ticket/670#comment:8>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list