** server can't find barcelonamedia.org.barcelonamedia.org: SERVFAIL
Marc Riera
marc.riera at barcelonamedia.org
Thu Nov 5 08:08:53 UTC 2009
Hello,
Thanks for your repply, still don't have any idea about where the logs should be.
I attatch my /etc/init.d/bind9 because of the strange behavior.
Also attatch my /etc/bind/named.conf to see if the logs should be somewhere.
I've already checked if there is something declared about logs in the config files with this result:
FBMNS01:/etc/bind# egrep log *
db.barcelonamedia.org:blogbm IN A 84.88.79.133
db.barcelonamedia.org:blogbm2 IN A 84.88.79.142
Thank you.
Joan Marc Riera Duocastella
Barcelona Media - Centre d'Innovació
Av. Diagonal, 177, planta 9 08018 - BARCELONA
Telèfon +34 93 238 14 00 Fax +34 93 309 31 88
www.barcelonamedia.org
-----Mensaje original-----
De: bind-users-bounces at lists.isc.org [mailto:bind-users-bounces at lists.isc.org] En nombre de Kevin Darcy
Enviado el: miércoles, 04 de noviembre de 2009 19:15
Para: bind-users at lists.isc.org
Asunto: Re: ** server can't find barcelonamedia.org.barcelonamedia.org: SERVFAIL
a) without knowing the contents of your named.conf, it is difficult or
impossible to tell why the logs might not exist where you think they
should (it is somewhat unusual for logs to be written to a ${CHROOT}/dev
subdirectory, is it not? I would normally expect to see only device
nodes there)
b) without knowing the contents of your named.conf or logs, it is
difficult or impossible to tell why you might be getting a SERVFAIL for
this query while other investigators, making the exact same query of the
exact same nameserver, from remote locations, are resolving fine. Do you
use "views"? Maybe your "internal" view has a problem with it, yet your
"external" view is fine.
c) without knowing the contents of your /etc/init.d/bind9
program/script, it is difficult or impossible to tell why invoking that
script with a "status" operand causes it to claim that bind9 is not
running, even though the process exists in your system's process table.
If it is using rndc to collect status and rndc is not configured or
misconfigured, then why does a "force-reload" apparently work (at least,
there is no "failed!" message for that invocation of the
program/script)? Possibly "force-reload" uses kill -HUP and "status"
uses rndc (???) This would bear further investigation and/or testing.
- Kevin
Marc Riera wrote:
>
> Hello,
>
>
>
> I have a bind server (1:9.5.1.dfsg.P3-1) which manages my zone
> (barcelonamedia.org).
>
> I use debian lenny.
>
>
>
>
>
> *Bind server is running*, or it looks like so because *status returns
> failed.*
>
>
>
> FBMNS01:/etc/bind# /*etc/init.d/bind9 force-reload*
>
> Reloading domain name service...: bind9.
>
>
>
> FBMNS01:/etc/bind# */etc/init.d/bind9 status*
>
> bind9 is not running *failed*!
>
>
>
> *FBMNS01:/etc/bind# ps axu|grep bind*
>
> bind 11490 0.0 0.7 125776 15160 ? Ssl 09:53 0:00
> /usr/sbin/named -u bind -t /var/chroot/bind9
>
> root 11554 0.0 0.0 5160 780 pts/0 S+ 10:07 0:00 grep bind
>
>
>
>
>
>
>
> *In the bind server :*
>
>
>
> FBMNS01:/etc/bind# nslookup
>
> > server 84.88.79.190
>
> Default server: 84.88.79.190
>
> Address: 84.88.79.190#53
>
> > set ty=any
>
> > barcelonamedia.org
>
> Server: 84.88.79.190
>
> Address: 84.88.79.190#53
>
>
>
> ** server can't find barcelonamedia.org.barcelonamedia.org: *SERVFAIL*
>
>
>
>
>
> *And finally i do not manage to read logs because they are not there.
> I really do not understant. Help will be apreciated. *
>
>
>
> *FBMNS01:/etc/bind# locate bind |grep log*
>
> /etc/rsyslog.d/bind-chroot.conf
>
> /usr/lib/python2.5/idlelib/keybindingDialog.py
>
> /usr/lib/python2.5/idlelib/keybindingDialog.pyc
>
> /usr/share/doc/bind9/changelog.Debian.gz
>
> /usr/share/doc/bind9-doc/changelog.Debian.gz
>
> /usr/share/doc/bind9-doc/changelog.gz
>
> /usr/share/doc/bind9-host/changelog.Debian.gz
>
> /usr/share/doc/bind9utils/changelog.Debian.gz
>
> /usr/share/doc/libbind9-40/changelog.Debian.gz
>
> /usr/share/webmin/bind8/conf_logging.cgi
>
> /usr/share/webmin/bind8/log_parser.pl
>
> /usr/share/webmin/bind8/save_logging.cgi
>
> /usr/share/webmin/bind8/syslog_logs.pl
>
> /usr/share/webmin/bind8/images/logging.gif
>
> /usr/share/webmin/blue-theme/bind8/images/logging.gif
>
> /var/chroot/bind9/dev/log
>
>
>
> *FBMNS01:/etc/bind# tail -f /var/chroot/bind9/dev/log*
>
> tail: cannot open `/var/chroot/bind9/dev/log' for reading: No such
> device or address
>
> tail: no files remaining
>
>
>
> *The first lines of my zone file db.barcelonamedia.org look like this:*
>
>
>
> /@ IN SOA fbmns01.barcelonamedia.org.
> namemaster.barcelonamedia.org. (/
>
> / 2009110404/
>
> / 14400/
>
> / 3600/
>
> / 2419200/
>
> / 604800 )/
>
> /;/
>
> /@ IN NS fbmns01.barcelonamedia.org./
>
> /@ IN NS ns1.cesca.es./
>
> /@ IN NS ns2.cesca.es./
>
> /barcelonamedia.org. IN MX 10 mx01.barcelonamedia.org./
>
> /barcelonamedia.org. IN MX 20 mx02.barcelonamedia.org./
>
> /@ IN TXT "FBM"/
>
> /smtp IN A 217.116.0.156/
>
> /www IN A 217.116.20.166/
>
> /@ IN A 217.116.20.166/
>
> / /
>
> / /
>
> /llistes IN MX 10 llistes.barcelonamedia.org./
>
> /mailman IN MX 10 mailman.barcelonamedia.org./
>
> / /
>
> /;############### IPs Externas a Zona FBM ###################/
>
> /2020 IN A 217.116.20.166/
>
> /awebmail IN A 217.14.38.81/
>
> /graficos IN A 193.145.44.102/
>
>
>
>
>
> Thanks for reading.
>
>
>
>
>
>
>
>
>
>
>
> cid:part1.06060406.07040604 at barcelonamedia.org
>
> *Joan Marc Riera Duocastella*
> *Barcelona Media - Centre d'Innovació*
> Av. Diagonal, 177, planta 9 08018 - BARCELONA
> Telèfon +34 93 238 14 00 Fax +34 93 309 31 88
> www.barcelonamedia.org <http://www.barcelonamedia.org>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
bind-users mailing list
bind-users at lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bind9
Type: application/octet-stream
Size: 2877 bytes
Desc: bind9
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20091105/da0e9750/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: named.conf
Type: application/octet-stream
Size: 907 bytes
Desc: named.conf
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20091105/da0e9750/attachment-0001.obj>
More information about the bind-users
mailing list