Dear Group,
In the process of configuring bind, I created a new configuration file under
/etc/named.conf
options {
directory "/var/named";
version "Nope.";
};
zone "internal.micro.com" in {
type master;
file "internal.micro.com";
};
This is the definition I am using for the forward zone under
/var/named/internal.micro.com
$TTL 24h;
@ IN SOA plato.internal.micro.com lgrullon.internal.micro.com(
2011011401 ; Serial
108000 ; Refresh
3600 ; Retry
604800 ; Expire
86400 ; Minimum
)
internal.micro.com. IN NS plato.internal.micro.com.
internal.micro.com. IN A 192.168.1.10
plato.internal.micro.com. IN A 192.168.1.10
internal.micro.com. IN MX 100
plato.internal.micro.com
I am getting the following error under /var/log/messages and named would not
start after service named start. What am I missing?
Jan 14 07:29:41 plato named[23057]: starting BIND
9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 -u named -D
Jan 14 07:29:41 plato named[23057]: found 24 CPUs, using 24 worker threads
Jan 14 07:29:41 plato named[23057]: using up to 4096 sockets
Jan 14 07:29:41 plato named[23057]: loading configuration from
'/etc/named.conf'
Jan 14 07:29:41 plato named[23057]: max open files (1024) is smaller than max
sockets (4096)
Jan 14 07:29:41 plato named[23057]: using default UDP/IPv4 port range: [1024,
65535]
Jan 14 07:29:41 plato named[23057]: using default UDP/IPv6 port range: [1024,
65535]
Jan 14 07:29:41 plato named[23057]: listening on IPv4 interface lo, 127.0.0.1#53
Jan 14 07:29:41 plato named[23057]: listening on IPv4 interface eth0,
192.168.1.10#53
Jan 14 07:29:41 plato named[23057]: command channel listening on 127.0.0.1#953
Jan 14 07:29:41 plato named[23057]: command channel listening on ::1#953
Jan 14 07:29:41 plato named[23057]: the working directory is not writable
Jan 14 07:29:41 plato named[23057]: zone internal.micro.com/IN: loaded serial
2011011401
Jan 14 07:29:41 plato named[23057]: zone internal.micro.com/IN: sending notifies
(serial 2011011401)
Jan 14 07:29:41 plato named[23057]: client 192.168.1.10#37212: received notify
for zone 'internal.micro.com'
Jan 14 07:29:41 plato kernel: named[23081]: segfault at 00002aaaac0000d8 rip
00002aaaac0000d8 rsp 00000000507d8f58 error 15
Is there something wrong with the kernel and named? I am on 2.6.18-194.32.1.el5
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos/attachments/20110114/2d2b6592/attachment-0002.html>
Lisandro Grullon wrote:> Dear Group, > > In the process of configuring bind, I created a new configuration file > under /etc/named.conf > > options { > directory "/var/named";this is the directory> version "Nope."; > }; > > zone "internal.micro.com" in { > type master; > file "internal.micro.com"; > }; > > > This is the definition I am using for the forward zone under > /var/named/internal.micro.com > > $TTL 24h; > > @ IN SOA plato.internal.micro.com > lgrullon.internal.micro.com( > 2011011401 ; Serial > 108000 ; Refresh > 3600 ; Retry > 604800 ; Expire > 86400 ; Minimum > ) > > internal.micro.com. IN NS > plato.internal.micro.com. > > internal.micro.com. IN A 192.168.1.10 > plato.internal.micro.com. IN A 192.168.1.10 > internal.micro.com. IN MX 100 > plato.internal.micro.com > > > I am getting the following error under /var/log/messages and named > would not start after service named start. What am I missing? > > Jan 14 07:29:41 plato named[23057]: starting BIND > 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 -u named -D > Jan 14 07:29:41 plato named[23057]: found 24 CPUs, using 24 worker threads > Jan 14 07:29:41 plato named[23057]: using up to 4096 sockets > Jan 14 07:29:41 plato named[23057]: loading configuration from > '/etc/named.conf' > Jan 14 07:29:41 plato named[23057]: max open files (1024) is smaller > than max sockets (4096) > Jan 14 07:29:41 plato named[23057]: using default UDP/IPv4 port range: > [1024, 65535] > Jan 14 07:29:41 plato named[23057]: using default UDP/IPv6 port range: > [1024, 65535] > Jan 14 07:29:41 plato named[23057]: listening on IPv4 interface lo, > 127.0.0.1#53 > Jan 14 07:29:41 plato named[23057]: listening on IPv4 interface eth0, > 192.168.1.10#53 > Jan 14 07:29:41 plato named[23057]: command channel listening on > 127.0.0.1#953 > Jan 14 07:29:41 plato named[23057]: command channel listening on ::1#953 > Jan 14 07:29:41 plato named[23057]: the working directory is not writablethis tells you named cannot write to it are you using chroot version of bind/named - highly recommended> Jan 14 07:29:41 plato named[23057]: zone internal.micro.com/IN: loaded > serial 2011011401 > Jan 14 07:29:41 plato named[23057]: zone internal.micro.com/IN: > sending notifies (serial 2011011401) > Jan 14 07:29:41 plato named[23057]: client 192.168.1.10#37212: > received notify for zone 'internal.micro.com' > Jan 14 07:29:41 plato kernel: named[23081]: segfault at > 00002aaaac0000d8 rip 00002aaaac0000d8 rsp 00000000507d8f58 error 15 > > Is there something wrong with the kernel and named? I am on > 2.6.18-194.32.1.el5 > ------------------------------------------------------------------------ > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >-------------- next part -------------- A non-text attachment was scrubbed... Name: rkampen.vcf Type: text/x-vcard Size: 329 bytes Desc: not available URL: <http://lists.centos.org/pipermail/centos/attachments/20110114/4ad0f2db/attachment-0002.vcf>
On Fri, Jan 14, 2011 at 12:37:04PM -0500, Lisandro Grullon wrote:> Dear Group, > > > This is the definition I am using for the forward zone under /var/named/internal.micro.com > > $TTL 24h; > > @ IN SOA plato.internal.micro.com lgrullon.internal.micro.com( > 2011011401 ; Serial > 108000 ; Refresh > 3600 ; Retry > 604800 ; Expire > 86400 ; Minimum > ) > > internal.micro.com. IN NS plato.internal.micro.com. >> Jan 14 07:29:41 plato named[23057]: the working directory is not writableSee if that is owned or at least writeable, by named. I vaguely remember running into something similar, and that was the issue--the file wound up being owned by root and not writeable by named. I fear I don't remember the details well. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Principal Snyder: A lot of educators tell students, 'Think of your principal as your pal' I say, 'Think of me as your judge, jury, and executioner.
I figured it out, i submitted as a bug. http://bugs.centos.org/view.php?id=4704>>> Scott Robbins 01/14/11 12:58 PM >>>On Fri, Jan 14, 2011 at 12:37:04PM -0500, Lisandro Grullon wrote:> Dear Group, > > > This is the definition I am using for the forward zone under /var/named/internal.micro.com > > $TTL 24h; > > @ IN SOA plato.internal.micro.com lgrullon.internal.micro.com( > 2011011401 ; Serial > 108000 ; Refresh > 3600 ; Retry > 604800 ; Expire > 86400 ; Minimum > ) > > internal.micro.com. IN NS plato.internal.micro.com. >> Jan 14 07:29:41 plato named[23057]: the working directory is not writableSee if that is owned or at least writeable, by named. I vaguely remember running into something similar, and that was the issue--the file wound up being owned by root and not writeable by named. I fear I don't remember the details well. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Principal Snyder: A lot of educators tell students, 'Think of your principal as your pal' I say, 'Think of me as your judge, jury, and executioner. _______________________________________________ CentOS mailing list CentOS at centos.org http://lists.centos.org/mailman/listinfo/centos -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20110114/bd132b4a/attachment-0002.html>
Hello Lisandro, On Fri, 2011-01-14 at 13:35 -0500, Lisandro Grullon wrote:> I figured it out, i submitted as a bug. > > http://bugs.centos.org/view.php?id=4704Filing bugs regarding functional issues in the CentOS bug tracker is NOT helpful. CentOS is an essentially _unmodified_ rebuild of RHEL. The CentOS bug tracker is for issues relating to the rebuild packages, not for issues that existed in the original product. File functional bugs at Red Hat's bugzilla (http://bugzilla.redhat.com). And always search for existing bugs before submitting new reports. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research