From ca-isc@nodns4.us Fri Jun 2 11:12:37 2017 MIME-Version: 1.0 In-Reply-To: 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-Disposition: inline X-RT-Interface: API References: <8a9f39a61a31c37e93ed7fb7d438846c@nodns4.us> <20170601194236.GA76949@isc.org> Message-ID: <20170602111230.GJ8339@harrier.slackbuilds.org> content-type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) by bugs.isc.org (Postfix) with ESMTP id 2975E71B5A8 for ; Fri, 2 Jun 2017 11:12:37 +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 B58683493C7 for ; Fri, 2 Jun 2017 11:12:33 +0000 (UTC) Received: by harrier.slackbuilds.org (Postfix, from userid 1002) id 3wfM4Z5yDTz4tZY; Fri, 2 Jun 2017 11:12:30 +0000 (UTC) Delivered-To: bind9-bugs@bugs.isc.org User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [ISC-Bugs #45310] BIND 9.11.1 - rndc reconfig wipes out catalog zone slaves Return-Path: X-Original-To: bind9-bugs@bugs.isc.org Date: Fri, 2 Jun 2017 06:12:30 -0500 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.pao1.isc.org To: "Evan Hunt via RT" From: "Chuck Aurora" RT-Message-ID: Content-Length: 2189 On Thu, Jun 01, 2017 at 07:42:38PM +0000, Evan Hunt via RT wrote: > On Thu, Jun 01, 2017 at 03:52:49PM +0000, Chuck Aurora via RT wrote: > > Oh, this one has merit, I think we are on to something. > > Apparently liblmdb is not a firm BIND build requirement, but > > without it, do we save our NZD at all? That is, is there an > > alternative to LMDB, which has not [yet] been made a part of > > Slackware? > > > > Was the need for LMDB documented somewhere? > > If you don't have LMDB, then everything still works; it just uses > flat text files (*.nzf) to save newly-added zone configuration > instead of using an LMDB database (*.nzd). LMDB gives you better > performance than flat files, particularly on delete operations, but > in terms of functionality it shouldn't make any difference. > > There were several bugs in the LMDB/NZD code though, which are > being fixed in 9.11.2. I don't recommend using LMDB until then. Fair enough. These servers are small potatoes anyway and won't be changing much when configuration is finished, so we don't need the slight performance boost. But I'll pass the suggestion for liblmdb downstream to Slackware. He'll probably release this year with whatever 9.11 is current at that time. > In any case this turns out to be a moot point as a) you don't have > LMDB installed and b) it turns out catalog zones don't directly use > NZF files anyway. I was a bit confused about this when we discussed > it in the support meeting yesterday: catalog zones use the same > configuration parsing context as NZF files so they can configure > new zones at runtime, but they don't actually save zone > configuration in the NZF files. The configuration lives in the > catalog zones themselves. Okay, but the catalog zone is not being reread at time of reload or reconfig, so this is a problem. Would that be the fix, to reread the catalog zone[s]? When I added the second batch to the catalog, I was not yet aware that the first batch had been removed from service. The nsupdate went smoothly, and the NEW zones were added and served, but prior zones were not. I'll be glad to test a patch if/when you have one. Thanks.