Telefonanlage Asterisk hat Verbindungsabbrüche

[gnude]

Hallo,
ich habe eine Asterisk auf Debian 4.0 laufen, und während die Nutzer telefonieren,
kommt es immer wieder zu abbrüchen der Gesrpäche.
Das einzigste, was die Anlage gestern in die Log geschrieben hat ist folgendes:

Sep 23 15:43:29 server4 kernel: [3287386.431599] hdc: task_in_intr: status=0x01 { Error }
Sep 23 15:43:29 server4 kernel: [3287386.431608] hdc: task_in_intr: error=0x04 { AbortedCommand }
Sep 23 15:43:29 server4 kernel: [3287386.431613] ide: failed opcode was: 0xec
Sep 23 15:43:29 server4 kernel: [3287386.481809] hdc: task_in_intr: status=0x01 { Error }
Sep 23 15:43:29 server4 kernel: [3287386.481816] hdc: task_in_intr: error=0x04 { AbortedCommand }
Sep 23 15:43:29 server4 kernel: [3287386.481821] ide: failed opcode was: 0xec
Sep 23 15:43:29 server4 kernel: [3287386.531778] hdc: task_in_intr: status=0x01 { Error }
Sep 23 15:43:29 server4 kernel: [3287386.531778] hdc: task_in_intr: error=0x04 { AbortedCommand }
Sep 23 15:43:29 server4 kernel: [3287386.531778] ide: failed opcode was: 0xec

Nun bin ich etwas Ratlos, weil die Konfiguration eigentlich ok ist.
Die Anlage hängt an einem Patchfeld, und dieses ist dann ein einem Switch in Rack-Bauweise angeschlossen.
Da ich bei der Datenbank auch schon ungereimtheiten festgestellt habe,
kommt mir manchmal die Idee, das vieleicht der Switch nicht ok ist,
und er ganz kurzfristige Aussetzter hat.
Meine Frage:
Würden sich solche Probleme in obigen Logeinträg äussern,
und wenn ja,
wie kann ich kurzen Aussetztern im Switch auf der schliche kommen.

Ich habe schon über längere Zeit pings auf andere REchner und Server laufen lassen,
aber die Laufzeiten waren alle unauffällig.

Freu mich auf Ideen !

[rendegast]

Das sind Meldungen der Platte hdc resp. deren Controller.
Mal die SMART-Werte der Platten kontrollieren?

Code: Alles auswählen

smartctl -a /dev/hdc

insbesondere
smartctl -A /dev/hdc | egrep -i "sect|corr|temp"

Vielleicht Controller-Chip überhitzt? Lüfter, Kühler zugesetzt?

Kabel noch in Ordnung?

Aktuelles Komplett-Backup ist verfügbar?

ich habe eine Asterisk auf Debian 4.0 laufen

Das Ding in eine VM kopieren und dist-upgrade/full-upgrade nach lenny + Funktion testen.

[gnude]

falsche Fehlermeldung.....
Ich glaub ich hab letzte Nacht zu wenig geschlafen.

Hier ist die richtige:

Code: Alles auswählen

Sep 27 16:19:53 iptam kernel: sky2 eth0: hung mac 124:121 fifo 195
(195:190)
Sep 27 16:19:53 iptam kernel: sky2 eth0: receiver hang detected
Sep 27 16:19:53 iptam kernel: sky2 eth0: disabling interface
Sep 27 16:19:53 iptam kernel: sky2 eth0: enabling interface
Sep 27 16:19:57 iptam kernel: sky2 eth0: Link is up at 1000 Mbps, full
duplex, f
low control both

ps: Ja der andere PC wird ausgetauscht, aktuelle Datensicherung ist vorhanden...

[rendegast]

sky2 (1000Mbps) und etch-Kernel?
Vielleicht einfach nur ein Treiber-Bug?
Eventuell einfach gelöst mit einem
etch-backports-kernel / lenny-Kernel 2.6.26-2 / lenny-backports-Kernel 2.6.32-bpo (<-> andere Treiberversionen)
resp. gleich einem dist-upgrade?

Oder andere Netzwerkkarte testen?

[gnude]

ein blick auf die asterisk anlage zeigt mir kernel 2.6.23.12
und als sky2 treiber 1.18

Normal war doch 2.6.18 bei Etch wenn ich mich richtig an mein privates Etch erinnere...

[rendegast]

Dann ist das wohl eine spezielle asterisk-Distri auf Basis von etch.

Bsp. http://archive.debian.org/backports.org ... 6/Packages :

Package: linux-image-2.6.26-bpo.2-686-bigmem
Priority: optional
Section: admin
Installed-Size: 60340
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
Architecture: i386
Source: linux-2.6
Version: 2.6.26-21~bpo40+1

Code: Alles auswählen

$ /sbin/modinfo /lib/modules/2.6.32-5-686-bigmem/kernel/drivers/net/sky2.ko
filename:       /lib/modules/2.6.32-5-686-bigmem/kernel/drivers/net/sky2.ko
version:        1.28

dito bei den kerneln 2.6.39, 3.0.0 und 3.0.4