Date: Wed, 11 Apr 2007 04:09:54 +0100 From: "Kimi Ostro" <kimimeister@gmail.com> To: "Jonathan Horne" <freebsd@dfwlp.com> Cc: freebsd-questions@freebsd.org Subject: Re: bind9 in a jail Message-ID: <42b497160704102009k4ec95bf2sf894a4c805631488@mail.gmail.com> In-Reply-To: <200704081139.00313.freebsd@dfwlp.com> References: <200704081139.00313.freebsd@dfwlp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 08/04/07, Jonathan Horne <freebsd@dfwlp.com> wrote: > 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 Its an error in your config, as running BIND works perfectly fine under a jail in Master/Slave config for me. Without seeing config, cant really help or maybe better on the BIND mailing list? HTH, -- Kimi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42b497160704102009k4ec95bf2sf894a4c805631488>