On Sun, 2007-08-05 at 18:07 -0400, Ray Leventhal wrote:> Hi folks, > > I've put my new DNS server in place, told the primary that this IP would > be pulling zones and restarted BIND on the primary. > > I configured my named.conf file to pull zones from the primary, started > BIND on the new box. Here's where I get confused > > ++++++++++++++++++++++++ > [root at sunspot etc]# /etc/init.d/named status > number of zones: 169 > debug level: 0 > xfers running: 0 > xfers deferred: 0 > soa queries in progress: 0 > query logging is OFF > recursive clients: 0/1000 > tcp clients: 0/100 > server is up and running > +++++++++++++++++++++++ > > So the new BIND sees the conf file and recognizes that there are 169 > zones (test group) to pull. > > nothing comes over. I tailed the /var/log/messages and I see about 169 > <g> of these: > > Aug 5 14:10:08 sunspot named[5263]: dumping master file: > /var/named/chroot/var/named/slaves/tmp-sTsIWElBLR: open: file not found > > > and these > > Aug 5 14:10:08 sunspot named[5263]: transfer of 'jemsites.com/IN' from > 64.135.16.10#53: failed while receiving responses: file not found > > > I think this must be a permissions issue. (btw, SELinux is in Permissive > mode at the moment). > > TIA for any comments or suggestions.---- chgrp -R named /var/named/chroot/var/named chmod -R g+w /var/named/chroot/var/named Craig
Hi folks, I've put my new DNS server in place, told the primary that this IP would be pulling zones and restarted BIND on the primary. I configured my named.conf file to pull zones from the primary, started BIND on the new box. Here's where I get confused ++++++++++++++++++++++++ [root at sunspot etc]# /etc/init.d/named status number of zones: 169 debug level: 0 xfers running: 0 xfers deferred: 0 soa queries in progress: 0 query logging is OFF recursive clients: 0/1000 tcp clients: 0/100 server is up and running +++++++++++++++++++++++ So the new BIND sees the conf file and recognizes that there are 169 zones (test group) to pull. nothing comes over. I tailed the /var/log/messages and I see about 169 <g> of these: Aug 5 14:10:08 sunspot named[5263]: dumping master file: /var/named/chroot/var/named/slaves/tmp-sTsIWElBLR: open: file not found and these Aug 5 14:10:08 sunspot named[5263]: transfer of 'jemsites.com/IN' from 64.135.16.10#53: failed while receiving responses: file not found I think this must be a permissions issue. (btw, SELinux is in Permissive mode at the moment). TIA for any comments or suggestions. ~Ray
On 8/5/07, Ray Leventhal <centos at swhi.net> wrote:> Hi folks, > > I've put my new DNS server in place, told the primary that this IP would > be pulling zones and restarted BIND on the primary. > > I configured my named.conf file to pull zones from the primary, started > BIND on the new box. Here's where I get confused > > ++++++++++++++++++++++++ > [root at sunspot etc]# /etc/init.d/named status > number of zones: 169 > debug level: 0 > xfers running: 0 > xfers deferred: 0 > soa queries in progress: 0 > query logging is OFF > recursive clients: 0/1000 > tcp clients: 0/100 > server is up and running > +++++++++++++++++++++++ > > So the new BIND sees the conf file and recognizes that there are 169 > zones (test group) to pull. > > nothing comes over. I tailed the /var/log/messages and I see about 169 > <g> of these: > > Aug 5 14:10:08 sunspot named[5263]: dumping master file: > /var/named/chroot/var/named/slaves/tmp-sTsIWElBLR: open: file not found >Can you transfer a file over from the server correctly or is the server denying it to the slaves. what does 'dig @<server-ip-address> <name-of-zone> axfr' give you on the slave server? Remember to change out the name-of-zone etc with real data fro your server. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice"