References: <20170710221850.GM32555@harrier.slackbuilds.org> From: "Mark Andrews" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 content-type: text/plain; charset="utf-8" X-RT-Incoming-Encryption: Not encrypted Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.pao1.isc.org", Issuer "COMODO RSA Organization Validation Secure Server CA" (not verified)) by bugs.isc.org (Postfix) with ESMTPS id 83BFED78ABC for ; Mon, 10 Jul 2017 22:43:36 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id 5652734930F for ; Mon, 10 Jul 2017 22:43:33 +0000 (UTC) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 45B45160041 for ; Mon, 10 Jul 2017 22:43:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 33BBD16006D for ; Mon, 10 Jul 2017 22:43:33 +0000 (UTC) Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7a7e8CizR_QB for ; Mon, 10 Jul 2017 22:43:33 +0000 (UTC) Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id AB8A2160041 for ; Mon, 10 Jul 2017 22:43:32 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id D3BDC7E3CCAD for ; Tue, 11 Jul 2017 08:43:31 +1000 (AEST) To: bind9-confidential@isc.org In-Reply-To: Your message of "Mon, 10 Jul 2017 22:19:02 +0000." X-Original-To: bind9-confidential@bugs.isc.org From marka@isc.org Mon Jul 10 22:43:36 2017 X-RT-Interface: Email X-RT-Original-Encoding: utf-8 Message-ID: <20170710224331.D3BDC7E3CCAD@rock.dv.isc.org> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.pao1.isc.org Return-Path: Date: Tue, 11 Jul 2017 08:43:31 +1000 Delivered-To: bind9-confidential@bugs.isc.org Subject: Re: BIND 9.11.1 - rndc reconfig wipes out catalog zone slaves [ISC-Bugs #45310] RT-Message-ID: Content-Length: 3755 In message , "Chuck Aurora via RT" writes: > On Sun, Jul 09, 2017 at 11:09:40PM +0000, Mark Andrews via RT wrote: > > 4648. [bug] "rndc reconfig" on a slave no longer causes all member > > zones of configured catalog zones to be removed from > > configuration. [RT #45310] > > Tested and seems to be fixed. "rndc reconfig" does not remove all > member zones. Same with "rndc reload". > > The minor logging issue, that when reading a catalog zone, I get > multiple lines of adding one zone (which varies from time to time) > still exists, but that's only cosmetic. 4649. [bug] The wrong zone was logged when a catalog zone is added. [RT #45520] > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'ca > talog.example' - success > > I get 17 of those "catz: adding zone" lines, always the same zone > each time named starts, but it varies which zone is chosen for the > honor. > > Coincidentally the catalog zone has 17 member zones. It looks like > some variable is getting set once and not reset for the other member > zones. > > Oh, and I don't see any reason to leave this one as "confidential", > if you want to move it to the newly-opened bug database. > > Thanks again, Mark and Michał. :) > -- > Chuck > > > > -- > Ticket History: https://bugs.isc.org/Ticket/Display.html?id=45310 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org