From owner-freebsd-questions@FreeBSD.ORG Sun Apr 8 16:39:06 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DC0316A407 for ; Sun, 8 Apr 2007 16:39:06 +0000 (UTC) (envelope-from freebsd@dfwlp.com) Received: from pollux.dfwlp.com (rrcs-64-183-212-242.sw.biz.rr.com [64.183.212.242]) by mx1.freebsd.org (Postfix) with ESMTP id 0E43513C483 for ; Sun, 8 Apr 2007 16:39:05 +0000 (UTC) (envelope-from freebsd@dfwlp.com) Received: from athena.dfwlp.com (athena.dfwlp.com [192.168.125.83]) (authenticated bits=0) by pollux.dfwlp.com (8.13.8/8.13.8) with ESMTP id l38Gcxop062909 for ; Sun, 8 Apr 2007 11:38:59 -0500 (CDT) (envelope-from freebsd@dfwlp.com) From: Jonathan Horne To: freebsd-questions@freebsd.org Date: Sun, 8 Apr 2007 11:39:00 -0500 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704081139.00313.freebsd@dfwlp.com> X-Spam-Status: No, score=-1.4 required=3.6 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pollux.dfwlp.com Subject: bind9 in a jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 16:39:06 -0000 i was setting up bind9 today in 2 jails. 1 jails is the master, and the other the slave. i am reloading 2 machines that were previously physical machines, into these jails. the master went fine, both internal and external views work as expected. setting up the slave, was not so smooth. i recovered my named.conf from backup, and then removed the external portion of the zones (i dont feel like messing with trouble invovlved with setting up the 2nd ip on the jail). over the past few days while i was setting this up, the master was already in operation, and has had several edits to a few zones. when i reloaded the slave versions from backup into my new slave, and started named, the slaved did not update their zonefiles to match the new serial numbers. i fixed this by stopping named, deleting the zone files, and restarting it again. thankfully, the slave zones all instantly populated, creating matching serial numbers to the ones that are running on the master. do master-to-slave transfers work as expected in a jail, or did i just see some abnormal behavior (possibly due to me not waiting long enough for transfer to happen on its own)? thanks, -- Jonathan Horne http://dfwlpiki.dfwlp.org freebsd@dfwlp.com