From: "Chuck Aurora" X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.0 content-type: text/plain; charset="utf-8" References: Content-Transfer-Encoding: quoted-printable Organization: RTFM User-Agent: Mutt/1.5.23 (2014-03-12) X-Original-To: bind9-confidential@bugs.isc.org From ca-isc@nodns4.us Mon Jul 10 22:18:58 2017 In-Reply-To: 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 6B0C8D78ABC for ; Mon, 10 Jul 2017 22:18:58 +0000 (UTC) Received: from harrier.slackbuilds.org (harrier.slackbuilds.org [207.223.116.211]) (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 CD5DA3493CD for ; Mon, 10 Jul 2017 22:18:51 +0000 (UTC) Received: by harrier.slackbuilds.org (Postfix, from userid 1002) id 3x603t3R8Nz5vQR; Mon, 10 Jul 2017 22:18:50 +0000 (UTC) To: "Mark Andrews via RT" X-RT-Incoming-Encryption: Not encrypted X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.pao1.isc.org Return-Path: X-RT-Original-Encoding: utf-8 X-RT-Interface: Email Message-ID: <20170710221850.GM32555@harrier.slackbuilds.org> Content-Disposition: inline Subject: Re: BIND 9.11.1 - rndc reconfig wipes out catalog zone slaves [ISC-Bugs #45310] MIME-Version: 1.0 Delivered-To: bind9-confidential@bugs.isc.org Date: Mon, 10 Jul 2017 17:18:50 -0500 RT-Message-ID: Content-Length: 3189 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. 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.example' - success 10-Jul-2017 21:21:35.702 general: info: catz: adding zone '60.78.158.98.in-addr.arpa' from catalog 'catalog.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