Asterisk Server hängt sich nach einiger Zeit weg

[gnude]

Hallo
ich habe eine Telefonanlage auf Asterisk Basis. Extern hängen 16 ISDN Anschlüsse mit einer Beronet Card daran, intern Voip Telefone. Dazu noch Hylafax für den Faxversand und empfang.
Nach einiger Zeit hängt sich die Anlage immer weg.
Ein Blick in die Log Dateien zeigt ein gemischtes Bild.
In einigen Fällen tritt der oom killer auf dem Plan, der eine Reihe von Programmen abschiesst und danach hängt die Kiste.

Hier ein Auszug aus dem Log:

Code: Alles auswählen

Dec 30 14:59:48 iptam kernel: 12195 pages shared
Dec 30 14:59:48 iptam kernel: 0 pages swap cached
Dec 30 14:59:48 iptam kernel: 2 pages dirty
Dec 30 14:59:48 iptam kernel: 0 pages writeback
Dec 30 14:59:48 iptam kernel: 2204 pages mapped
Dec 30 14:59:48 iptam kernel: 216133 pages slab
Dec 30 14:59:48 iptam kernel: 143 pages pagetables
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7330 (apache2) score 876 or a child
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7330 (apache2) score 876 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7330 (apache2)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7332 (apache2) score 876 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7332 (apache2)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7076 (qmgr) score 303 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7076 (qmgr)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7191 (ntpd) score 251 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7191 (ntpd)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7080 (smbd) score 89 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7086 (smbd)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7314 (faxgetty) score 76 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7314 (faxgetty)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7315 (faxgetty) score 75 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7315 (faxgetty)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7316 (faxgetty) score 75 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7316 (faxgetty)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7317 (faxgetty) score 75 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7317 (faxgetty)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 6993 (faxq) score 74 or a child
Dec 30 14:59:48 iptam kernel: Killed process 6993 (faxq)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 3554 (smbd) score 73 or a child
Dec 30 14:59:48 iptam kernel: Killed process 3554 (smbd)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 6995 (hfaxd) score 68 or a child
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 6995 (hfaxd) score 68 or a child
Dec 30 14:59:48 iptam kernel: Killed process 6995 (hfaxd)
Dec 30 14:59:48 iptam kernel: Out of memory: kill process 7282 (apache2) score 54 or a child
Dec 30 14:59:48 iptam kernel: Killed process 7282 (apache2)
Dec 30 14:59:48 iptam kernel: hfcmulti_rx: CRC-error
Dec 30 14:59:48 iptam smbd[7080]:   Unable to open printcap file /etc/printcap for read! 
Dec 30 14:59:48 iptam smbd[7080]: [2011/12/30 14:59:48, 0] printing/pcap.c:pcap_cache_reload(159) 
Dec 30 14:59:48 iptam smbd[7080]:   Unable to open printcap file /etc/printcap for read! 
Dec 30 14:59:49 iptam FaxGetty[31739]: OPEN /dev/ttyIAX03  HylaFAX (tm) Version 4.3.1
Dec 30 14:59:49 iptam FaxGetty[31738]: OPEN /dev/ttyIAX02  HylaFAX (tm) Version 4.3.1
Dec 30 14:59:49 iptam FaxGetty[31737]: OPEN /dev/ttyIAX01  HylaFAX (tm) Version 4.3.1
Dec 30 14:59:49 iptam FaxGetty[31736]: OPEN /dev/ttyIAX00  HylaFAX (tm) Version 4.3.1
Dec 30 14:59:58 iptam FaxGetty[31739]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
Dec 30 14:59:58 iptam FaxGetty[31736]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
Dec 30 14:59:58 iptam FaxGetty[31738]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
Dec 30 14:59:58 iptam FaxGetty[31737]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
Dec 30 15:00:19 iptam kernel: hfcmulti_rx: CRC-error
Dec 30 15:01:12 iptam kernel: hfcmulti_rx: CRC-error
Dec 30 15:01:22 iptam kernel: hfcmulti_rx: CRC-error
Dec 30 15:03:41 iptam smbd[9372]: [2011/12/30 15:03:41, 0] printing/pcap.c:pcap_cache_reload(159) 
Dec 30 15:03:41 iptam smbd[9372]:   Unable to open printcap file /etc/printcap for read! 
Dec 30 15:03:41 iptam smbd[9372]: [2011/12/30 15:03:41, 0] printing/pcap.c:pcap_cache_reload(159) 
Dec 30 15:03:41 iptam smbd[9372]:   Unable to open printcap file /etc/printcap for read! 
Dec 30 15:05:24 iptam kernel: hfcmulti_rx: CRC-error
Jan  1 15:09:49 iptam syslogd 1.4.1#18: restart.

[gnude]

nachtrag.
die datei /var/log/asterisk/messages
ist schon beachtlich gross, 149mb.
und dort steht unter anderem:
(tritt aber nur zeitweise auf)

[Jan 5 10:22:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:22:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:22:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:22:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:22:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:22:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:23:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:23:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:23:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:23:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:23:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:23:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:24:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:24:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:24:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:24:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:24:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:24:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:25:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:25:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:25:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:25:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:25:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:25:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:26:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:26:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:26:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:26:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:26:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:26:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:27:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:27:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:27:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:27:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:27:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:27:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:28:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:28:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:28:29] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:28:39] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:28:49] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:28:59] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:29:09] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:29:19] WARNING[19965] rtp.c: RTP Read too short
[Jan 5 10:29:29] WARNING[19965] rtp.c: RTP Read too short

[rendegast]

Die "RTP Read too short" sind wohl schnell geklärt, kommen wohl durch eines Deiner Telefone.
http://lists.digium.com/pipermail/aster ... 93056.html

Wegen der "Out of memory:",
Speicher- / Swap-auslastung? Speichertest?

[gnude]

ein interessanter Lösungsansatz. Wie finde ich das Telefon wohl raus. Schaue die ganzen Log Dateien durch,
aber das sind ja Berge und ich weiss ja nichtmals wonach ich genau suche ...

Die "RTP Read too short" sind wohl schnell geklärt, kommen wohl durch eines Deiner Telefone.
http://lists.digium.com/pipermail/aster ... 93056.html

Wegen der "Out of memory:",
Speicher- / Swap-auslastung? Speichertest?

[rendegast]

Eine iptables-LOG-Regel erstellen und das eintreffende beobachten?
Log-Einstellungen des asterisk?

Als walkaround,
da die Meldung allgemein wohl als unwichtig eingestuft wird,
sie erstmal einfach per rsyslog ausfiltern?
Und sich stattdessen dem scheinbar dringenderem Problem des oom-killens widmen?

[gnude]

ich bin mir nicht sicher, ob das nicht alles zusammenhängt.
seit montag behalte ich den speicherverbrauch mit htop im auge... und er steigt langsam aber stetig an.
da die abstürze während meiner abwesenheit waren kann cih jetzt auch nicht mehr sagen, welches programm
daran schuld hat.
irgendwas scheint ja speichertechnisch aus dem ruder zu laufen...

[aktivix]

Hallo gnude,

Ich hab jetzt auf die schnelle nicht das vllt passende gefunden, aber hier vllt trotzdem ein Tipp: Ich kenne solche Probleme in Verbindung mit 'ulimit' und den dazugehörigen Werten. [1] ist nen Artikel aus dem FreeSWITCH-Wiki, was vergleichbares für Asterisk habe ich gerade nicht gefunden. Vielleicht guckst du dir das mal an und experimentierst damit oder so...

Und: Das Phänomen ist "neu", oder?

lg

[1] http://wiki.freeswitch.org/wiki/Perform ... T_settings

[gnude]

Danke für den Link,
werde ich mir ansehen.
Neu ist das Problem nicht, aber es tritt nicht regelmässig auf.
Mal ist es gehäuft, das es mehrmals die Woche vorkommt.
Mal hat man einige Wochen "Ruhe".