Prev: MPlayerXP-0.7.95 has been released
Next: NYC LOCAL: Wednesday 27 January 2010 NYLUG: Edward Capriolo on Hadoop - Computation Clusters at Scale
From: Jim Moe on 26 Jan 2010 14:44
Hello,
opensuse v9.3, linux 2.6.11.4-21.17-smp i686
The host is set up as a caching-only DNS server. When I originally
deployed it, there was no problem indicated, it (seemed to) read its data
from the master, it resolved DNS queries, it all looked good.
I recently checked this backup server and found that it is rather out of
date; it has not been syncing with the master. Now, when the conf is
reloaded, it reports a parsing error for the "directory" option.

/etc/named.conf:29: change directory to '/var/named' failed: file not found
/etc/named.conf:29: parsing failed

Hmm. "/var/named" exists, owner is root, group is named. What's not to like?

----[ the conf file ]----
options {
directory "/var/named";
};

zone "." {
type hint;
file "named.cache";
};

zone "0.0.127.in-arpa.arpa" {
type master;
file "named.local";
};

zone "sma.com" {
type slave; // what used to be called "primary"
file "bak.sma.com.hosts";
masters { 192.168.69.249; };
};

zone "69.168.192.in-addr.arpa" {
type slave;
file "bak.69.168.192.rev";
masters { 192.168.69.249; };
};
----[ end of conf ]----


--
jmm (hyphen) list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)
From: David W. Hodgins on 26 Jan 2010 15:19
On Tue, 26 Jan 2010 14:44:10 -0500, Jim Moe <jmm-list.AXSPAMGN(a)sohnen-moe.com> wrote:

> /etc/named.conf:29: change directory to '/var/named' failed: file not found
> /etc/named.conf:29: parsing failed
>
> Hmm. "/var/named" exists, owner is root, group is named. What's not to like?

If it's like my Mandriva system, named runs in a chroot environment
within /var/lib/named, so the /var/named directory that it's looking
for would actually be /var/lib/named/var/named.

Does that directory exist?

In the startup script /etc/rc.d/init.d/named (for Mandriva), the
actual line that starts named has ...
daemon named -u named -t /var/lib/named ${OPTIONS}

The -t option specifies the chroot directory.

Regards, Dave Hodgins

--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)
From: Jim Moe on 26 Jan 2010 19:13
On 01/26/10 01:19 pm, David W. Hodgins wrote:
>
> If it's like my Mandriva system, named runs in a chroot environment
> within /var/lib/named, so the /var/named directory that it's looking
> for would actually be /var/lib/named/var/named.
>
Apparently so. I removed the "directory" option in <named.conf>, copied
the <named.cache> and <name.local> files that were in /var/named/ into
/var/lib/named, and started the daemon using the init script. It worked!

/usr/sbin/named -t /var/lib/named -u named

I have no idea how I managed to start it with the original conf. When it
started this time, though, it synced with the master DNS server.

--
jmm (hyphen) list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)
 | 
Pages: 1
Prev: MPlayerXP-0.7.95 has been released
Next: NYC LOCAL: Wednesday 27 January 2010 NYLUG: Edward Capriolo on Hadoop - Computation Clusters at Scale