bind9 schmiert oft ab

[mase76]

Hallo!
Ich hab auf meinem Lenny Server das Problem, dass bind9 sehr oft abschmiert.
Nach einem Restart erhalte ich die Meldung:
Stopping domain name service...: bind9rndc: connect failed: 127.0.0.1#953: connection refused
Dann läuft er wieder. Irgendwann schmiert er dann wieder ab.

[nepos]

Sehe da aber nichts davon, dass Bind abstürzen würde. Die Meldung besagt nur, dass rndc sich nicht mit dem named-Prozess verbinden konnte. Eventuell ein Timing-Problem im Startup-Skript oder sowas.

[ThorstenS]

Ich hatte dieses Problem unter etch auf einem Server. Seitdem ich das debian-bind Paket selbst kompiliert habe, läuft der bind 1a.

Als root - wobei du nicht unbedingt alle Pakete am Ende installieren musst.

Code: Alles auswählen

mkdir /usr/local/src/bind
cd /usr/local/src/bind
apt-get build-dep bind9
apt-get source bind9
cd bind9-9.*
./debian/rules binary
cd ..
#dpkg -i *deb

[mase76]

Die Installation ist Debian Standard. Es lag anscheinend an einer selbst geschriebenen Application, die
auf dem Server läuft. Hab sie mal beendet. Seit dem läuft es problemlost. Frag mich nur, warum immer nur
bind betroffen ist.

[ThorstenS]

Frag mich nur, warum immer nur bind betroffen ist.

Weil der wie ne Sissy macht - immer wieder Probleme...

[mase76]

Vielleicht kann es mal einer bei sich testen, der bind9 laufen hat.
Das ist die Projektseite:
http://developer.berlios.de/projects/icefeeder/
Wie gesagt, wenn bei mir die Applikation läuft, kommt es zu o. g. Fehler.
Icefeeder am besten aus dem CVS holen.

[mase76]

Ist es überhaupt möglich, dass eine andere Anwendung
(diese verwendet libshout) den bind stören kann?
Wenn ich bind9 restarte, geht es ja wieder für ne Weile.

[mase76]

Kann das Problem vielleicht mit der Installation von bind 9.6.1 auf Lenny
behoben werden? Ich frag lieber mal vorher nach, bevor der Router dann
gar nicht mehr funktioniert.

[nepos]

Kann das Problem vielleicht mit der Installation von bind 9.6.1 auf Lenny
behoben werden? Ich frag lieber mal vorher nach, bevor der Router dann
gar nicht mehr funktioniert.

Bezweifle ich. Es ist ja nicht mal klar, ob das Problem wirklich bei BIND zu suchen ist...

[mase76]

Heute hatte ich auf der ssh-Konsole folgende Meldungen:

Code: Alles auswählen

Message from syslogd@server at Oct  1 17:30:27 ...              
 kernel:[509768.801791] ------------[ cut here ]------------    

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.801845] invalid opcode: 0000 [#1] SMP 

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.802869] Process named (pid: 3090, ti=f5ce2000 task=f7836460 task.ti=f5ce2000)

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.802901] Stack: c02510c0 f637a780 f5cd9b00 f5ce3e9c c028f43f 00ce3eb4 0000001f 0000001f 

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.802971]        0000001f 00000000 00000040 c0365b20 f5ce3f4c f5ce3f4c c0250ba1 00001000 

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803041]        00000040 00000000 f5ce3d8c 00000010 c02d9060 f7269960 00001000 c024f4b1 

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803112] Call Trace:               

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803151]  [<c02510c0>] release_sock+0x3f/0x85

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803184]  [<c028f43f>] udp_recvmsg+0x1c9/0x232

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803222]  [<c0250ba1>] sock_common_recvmsg+0x2f/0x45

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803260]  [<c024f4b1>] sock_recvmsg+0xde/0xf9

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803306]  [<c013199c>] autoremove_wake_function+0x0/0x2d

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803340]  [<c0122f2b>] printk+0x14/0x18

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803371]  [<c01403ab>] __print_symbol+0x1c/0x25

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803407]  [<c01f3a5f>] vgacon_scroll+0x184/0x19f

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803446]  [<c0134fad>] atomic_notifier_call_chain+0x9/0xc

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803480]  [<c022d32f>] notify_update+0x1f/0x22

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803517]  [<c0250170>] sys_recvmsg+0x117/0x1c8

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803582]  [<c010822c>] nommu_map_single+0x2b/0x43

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803617]  [<f8846e02>] nv_alloc_rx+0x97/0x14b [forcedeth]

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803657]  [<f884931c>] nv_nic_irq+0x300/0x47e [forcedeth]

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803705]  [<c02507e3>] sys_socketcall+0x190/0x19e

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803741]  [<c01262fe>] sys_gettimeofday+0x27/0x53

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803776]  [<c0103853>] sysenter_past_esp+0x78/0xb1

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803822]  =======================

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.803847] Code: f9 ff ff 89 e0 25 00 e0 ff ff f6 40 08 04 0f 85 a0 f9 ff ff 83 c4 38 5b 5e 5f 5d c3 89 e0 25 00 e0 ff ff 66 f7 40 14 00 ff 75 04 <0f> 0b eb fe f6 40 08 04 74 1e 83 3d 0c 00 3c c0 01 75 15 e8 20

Message from syslogd@server at Oct  1 17:30:27 ...
 kernel:[509768.804100] EIP: [<c02b8840>] cond_resched_softirq+0xf/0x3a SS:ESP 0068:f5ce3d40