[BIND9] Failed to start

[tim427]

Ik heb een debian 5 bak staan met webmin+virutalmin.

Helaas wil BIND-DNS server niet meer starten.
Met webmin krijg ik de volgende melding:

Failed to start BIND : Unknown error

Als ik met putty "tail -f /var/log/syslog"
en dan start krijg ik de volgende output:

Jun 7 13:03:29 srv01 named[23140]: starting BIND 9.6-ESV-R1 -c /etc/bind/named.conf
Jun 7 13:03:29 srv01 named[23140]: built with '--prefix=/usr' '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/bind' '--localstatedir=/var/run/bind' '--enable-threads' '--enable-largefile' '--with-libtool' '--enable-shared' '--enable-static' '--with-openssl=/usr' '--with-gssapi=/usr' '--with-gnu-ld' '--with-dlz-postgres=no' '--with-dlz-mysql=no' '--with-dlz-bdb=yes' '--with-dlz-filesystem=yes' '--with-dlz-ldap=yes' '--with-dlz-stub=yes' '--enable-ipv6' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE -O2' 'LDFLAGS=' 'CPPFLAGS=' 'CXXFLAGS=-g -O2' 'FFLAGS=-g -O2'
Jun 7 13:03:29 srv01 named[23140]: adjusted limit on open files from 1024 to 1048576
Jun 7 13:03:29 srv01 named[23140]: found 2 CPUs, using 2 worker threads
Jun 7 13:03:29 srv01 named[23140]: using up to 4096 sockets
Jun 7 13:03:29 srv01 named[23140]: loading configuration from '/etc/bind/named.conf'
Jun 7 13:03:29 srv01 named[23140]: using default UDP/IPv4 port range: [1024, 65535]
Jun 7 13:03:29 srv01 named[23140]: using default UDP/IPv6 port range: [1024, 65535]
Jun 7 13:03:29 srv01 named[23140]: listening on IPv6 interfaces, port 53
Jun 7 13:03:29 srv01 named[23140]: binding TCP socket: address in use
Jun 7 13:03:29 srv01 named[23140]: listening on IPv4 interface lo, 127.0.0.1#53
Jun 7 13:03:29 srv01 named[23140]: binding TCP socket: address in use
Jun 7 13:03:29 srv01 named[23140]: listening on IPv4 interface eth0, 123.345.567.789 FAKE PUBLIC IP#53
Jun 7 13:03:29 srv01 named[23140]: binding TCP socket: address in use
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 254.169.IN-ADDR.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: D.F.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 8.E.F.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: 9.E.F.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: A.E.F.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: automatic empty zone: B.E.F.IP6.ARPA
Jun 7 13:03:29 srv01 named[23140]: /etc/bind/named.conf:46: couldn't add command channel 127.0.0.1#953: address in use
Jun 7 13:03:29 srv01 named[23140]: couldn't open pid file '/var/run/bind/run/named/named.pid': Permission denied
Jun 7 13:03:29 srv01 named[23140]: exiting (due to early fatal error)

Het heeft altijd goed gewerkt maar ging mis na een update.

Ik heb al apt-get remove bind9 gedaan en weer herinstalleerd, helaas werkt dit niet.
Ik werk onder root, dus rechten kwestie lijkt me niet.
Internet bied ook niet veel uitkomst, ik heb chmod's uitgevoerd, dan krijg ik de foutmelding niet, maar bind wil ook niet starten

Iemand een idee?

[Kees]

Je fatal errors:

Jun 7 13:03:29 srv01 named[23140]: listening on IPv6 interfaces, port 53
Jun 7 13:03:29 srv01 named[23140]: binding TCP socket: address in use
Jun 7 13:03:29 srv01 named[23140]: listening on IPv4 interface lo, 127.0.0.1#53
Jun 7 13:03:29 srv01 named[23140]: binding TCP socket: address in use
..
Jun 7 13:03:29 srv01 named[23140]: /etc/bind/named.conf:46: couldn't add command channel 127.0.0.1#953: address in use

En wat draait er op 127.0.0.1:(9)53? Daar krijg je een address in use op. (netstat -anp|grep 53). En start hij wel als je net.ipv6.bindv6only toggled? (echo 0 of 1 naar /proc/sys/net/ipv6/bindv6only).

[ Voor 53% gewijzigd door Kees op 07-06-2010 12:25 ]

[tim427]

Kees schreef op maandag 07 juni 2010 @ 12:23:
Je fatal errors:

[...]


En wat draait er op 127.0.0.1:(9)53? Daar krijg je een address in use op. (netstat -anp|grep 53). En start hij wel als je net.ipv6.bindv6only toggled? (echo 0 of 1 naar /proc/sys/net/ipv6/bindv6only).

srv01:~# netstat -anp|grep 53
tcp 0 0 123.345.567.789:53 0.0.0.0:* LISTEN 22719/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 22719/named
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 22719/named
tcp6 0 0 :::53 :::* LISTEN 22719/named
udp 0 0 123.345.567.789:53 0.0.0.0:* 22883/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 22883/named
udp 0 0 123.345.567.789:53 0.0.0.0:* 22741/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 22741/named
udp 0 0 123.345.567.789:53 0.0.0.0:* 22719/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 22719/named
udp6 0 0 :::53 :::* 22883/named
udp6 0 0 :::53 :::* 22741/named
udp6 0 0 :::53 :::* 22719/named
unix 2 [ ACC ] STREAM LISTENING 59353 16289/master p rivate/ifmail
unix 3 [ ] STREAM CONNECTED 32344535 25191/pop3-login
unix 3 [ ] STREAM CONNECTED 32344534 17294/dovecot

bindv6only werkt ook niet.

Zelf denk ik dat dit de ergste fout is:

Jun 7 13:03:29 srv01 named[23140]: couldn't open pid file '/var/run/bind/run/named/named.pid': Permission denied

[swbr]

tim427 schreef op maandag 07 juni 2010 @ 13:08:
Zelf denk ik dat dit de ergste fout is:

[...]

Dat zou je kunnen testen door bind een keer als root te draaien. Even /etc/default/bind9 editen en waar OPTIONS="-u bind" vervang je 'bind' door 'root'. Hierna bind opnieuw opstarten, dan draait ie als root en zou je in elk geval alles moeten mogen doen in /var/run.

Let op: Dit is geen oplossing, alleen gebruiken om te troubleshooten. Je moet bind niet als root laten draaien, daar zitten veel te veel security risks aan.

[hostname]

Er draait al een named-daemon met pid 22719. Misschien die eerst stoppen?

[BoAC]

Draait er niet nog een ander named proces?

[Kees]

tim427 schreef op maandag 07 juni 2010 @ 13:08:
bindv6only werkt ook niet.

Zelf denk ik dat dit de ergste fout is:

Die bindv6 was mijn fout, ik las namelijk over de 'address already in use' heen na de ipv6 bind, maar zag hem wel na de ipv4 bind. Dan kan die variable helpen.

Maar wat je nu ziet is dat er gewoon al een process draait, en rustig die poort in beslag neemt. Dat is de ergste fout; niet dat hij zijn pid niet naar een file kan scrijven (dat zou ook geen fatal error mogen zijn).

Dus kill die named eerst, en zorg er dan voor dat je permissies goed staan, en probeer hem weer op te starten.

[tim427]

Kees schreef op maandag 07 juni 2010 @ 13:44:
[...]

Die bindv6 was mijn fout, ik las namelijk over de 'address already in use' heen na de ipv6 bind, maar zag hem wel na de ipv4 bind. Dan kan die variable helpen.

Maar wat je nu ziet is dat er gewoon al een process draait, en rustig die poort in beslag neemt. Dat is de ergste fout; niet dat hij zijn pid niet naar een file kan scrijven (dat zou ook geen fatal error mogen zijn).

Dus kill die named eerst, en zorg er dan voor dat je permissies goed staan, en probeer hem weer op te starten.

Ik heb ook al het volgende gedaan
killall named
/etc/init.d/bind9 start
/etc/init.d/bind9 show
met wederom de bovengenoemde fout.

[Orion84]

Ik had net na een apt-get update een ander issue, en met wat googlen kwam ik hier uit:
https://www.virtualmin.com/node/14570

Daar staat wellicht ook wat info die voor jou interessant is, althans er wordt daar gesproken over problemen met de PID file.

[tim427]

Orion84 schreef op maandag 07 juni 2010 @ 14:30:
Ik had net na een apt-get update een ander issue, en met wat googlen kwam ik hier uit:
https://www.virtualmin.com/node/14570

Daar staat wellicht ook wat info die voor jou interessant is, althans er wordt daar gesproken over problemen met de PID file.

Hmm, dat lijkt inderdaad hetzelfde probleem, alleen zie ik nergens hoe je dat moet doen?
Die bugtracker removen ze een libarie, en updaten ze, maar dat is al de nieuwste

[Orion84]

Die bug met die library is volgens mij een andere als het probleem met de PID file. Ik had het probleem met de library, jij een probleem met de PID file. Ik zie nu ook dat er over het probleem met de PID file verder niet zo heel veel nuttige tips staan eigenlijk.

Ik dacht dat https://www.virtualmin.com/node/14570#comment-63794 misschien nuttig was, maar die link die daar staat gaat naar een reactie erboven, niet naar een pagina met uitleg.

Hier staat wel nog iets, maar dat is specifiek voor Virtualmin:
https://www.virtualmin.com/node/14576#comment-63792

[ Voor 11% gewijzigd door Orion84 op 07-06-2010 15:13 ]

[tim427]

Orion84 schreef op maandag 07 juni 2010 @ 15:10:
Die bug met die library is volgens mij een andere als het probleem met de PID file. Ik had het probleem met de library, jij een probleem met de PID file. Ik zie nu ook dat er over het probleem met de PID file verder niet zo heel veel nuttige tips staan eigenlijk.

Ik dacht dat https://www.virtualmin.com/node/14570#comment-63794 misschien nuttig was, maar die link die daar staat gaat naar een reactie erboven, niet naar een pagina met uitleg.

Hier staat wel nog iets, maar dat is specifiek voor Virtualmin:
https://www.virtualmin.com/node/14576#comment-63792

Dat heb ik nu gedaan. Als BIND nu draait dan zie ik de status inderdaad bij vitrualmin als "started" en ik kan op de knop: "stop bind" drukken.

Echter blijf ik bij hetzelfde probleem qua starten, alleen als ik bind start via SSH (/etc/init.d/bind9 start), dan werkt het.

Maar als ik dan vervolgens dit bekijk: /etc/init.d/bind9 status, dan krijg ik nog steeds "failed!"

[Orion84]

Hmm, ok, ik gebruik zelf geen virtualmin, dus wat dat betreft kan ik je niet echt helpen vrees ik.

[tim427]

Orion84 schreef op maandag 07 juni 2010 @ 16:11:
Hmm, ok, ik gebruik zelf geen virtualmin, dus wat dat betreft kan ik je niet echt helpen vrees ik.

Naja de grap is dat Debian zelf ook niet ziet dat named/BIND draait

[Hero of Time]

Wat geeft 'pidof named' als uitvoer? Als BIND draait, krijg je hier een nummer. Krijg je meerdere waardes, dan moet je die allemaal killen (kill `pidof named`).

Ik heb op 't werk een nieuwe DNS server opgezet en draait ook Webmin, geen enkel probleem. Wat er wel mis is, is dat webmin niet ziet of Bind nou draait of niet. Misschien dat het na een reboot wel gaat werken.

Ja, dat is ook iets wat je kan doen uiteraard, herstarten .

[AlterMann]

tim427 schreef op maandag 07 juni 2010 @ 16:07:
[...]
Maar als ik dan vervolgens dit bekijk: /etc/init.d/bind9 status, dan krijg ik nog steeds "failed!"

Hoeft geen probleem te zijn. Ik krijg dat ook als ik de status opvraag (gewoon via ssh trouwens) dus staar je daar niet blind op.

[Wolfboy]

tim427 schreef op maandag 07 juni 2010 @ 17:00:
[...]

Naja de grap is dat Debian zelf ook niet ziet dat named/BIND draait

Je gaat er voor het gemak maar even vanuit dat VirtualMin dezelfde methode als Debian gebruikt voor het starten van Bind.

Gezien de resultaten gok ik dat bind prima draait vanuit VirtualMin, maar niet via /etc/init.d/bind9