misdn stürzt sporadisch ab

[nirvana1000]

Hallo,

habe bei mir chan-misdn instaliert rc0 (stable0.3.0) weil 0.3.1 rc20 leider auch nicht stabil läuft. Habe immer wieder sporadisch komplett abstürze des linux servers. es hilft dann nur noch ein reboot.

habe asterisk 1.2.9.1 installiert, linux 2.6.17-1.2145_FC5smp, fedora 5, auf einem hp server ml110, Pentium 4 3.0Ghz. ISDN Karte ist eine 4 Port HFC PCI Karte

Das System läuft sonst super, auch mit den digium zaptel treibern läuft das system sehr stabil.

Habe MISDN Debug Mode auf 1 gestellt, doch da habe ich bislang nicht auffälliges gefunden, genauso wie in messages

Es muss doch eine stabile Version des Treibers geben, oder ist mein Linux zu neu ? Hat jemand eine Idee, vermute das es am echo canceler oder an der dtmf tone detection liegt.

gruss und danke für jede antwort...

meine konfig dateien:

# vi /etc/misdn-init.conf
card=1,0x4,dtmf
te_ptp=1,2
nt_ptmp=3,4

poll=128
dsp_options=0
dtmftreshold=200
debug=0

# vi /etc/asterisk/misdn.conf
[general]

debug=1
tracefile=/var/log/asterisk/misdn.trace
bridging=yes
stop_tone_after_first_digit=yes
append_digits2exten=yes

[default]
language=de
nationalprefix=0
internationalprefix=049
rxgain=0
txgain=0
te_choose_channel=no
dialplan=0
immediate=no
always_immediate=no

echocancelwhenbridged=no
echotraining=no

senddtmf=yes

[TEports]
ports=1,2
context=default
msns=*
echocancel=yes

[NTports]
ports=3,4
context=default
msns=*

# lsmod

Module Size Used by
mISDN_dsp 199208 0
hfcmulti 55304 0
mISDN_capi 108396 0
l3udss1 45748 0
mISDN_l2 44076 0
mISDN_l1 16532 0
capi 22529 0
capifs 10185 2 capi
kernelcapi 52033 2 mISDN_capi,capi
ztdummy 8072 0
zaptel 208260 5 ztdummy
ipv6 264033 22
autofs4 25925 1
hidp 25025 2
l2cap 31937 5 hidp
bluetooth 56869 2 hidp,l2cap
sunrpc 162173 1
video 20677 0
button 10961 0
battery 14021 0
ac 9156 0
lp 17033 0
parport_pc 31205 1
parport 41225 2 lp,parport_pc
mISDN_core 85920 6 mISDN_dsp,hfcmulti,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1
crc_ccitt 6337 1 zaptel
tg3 104005 0
slhc 10817 0
sg 38493 0
ehci_hcd 36941 0
uhci_hcd 27981 0
dm_snapshot 22381 0
dm_zero 6209 0
dm_mirror 26769 0
dm_mod 63833 6 dm_snapshot,dm_zero,dm_mirror
ext3 134857 2
jbd 62549 1 ext3
ata_piix 15941 2
libata 72145 1 ata_piix
sd_mod 24385 3
scsi_mod 140009 3 sg,libata,sd_mod

 

[sterkel]

Hallo,

habe bei mir chan-misdn instaliert rc0 (stable0.3.0) weil 0.3.1 rc20 leider auch nicht stabil läuft.

rc20 war bei uns auch recht wackelig. Seit wir jetzt rc21 drauf haben ist noch nichts passiert. Das verhält sich sehr stabil hier.

Achte auch drauf, das in Deinem Kernel das profiling ausgeschaltet ist. Zu dem Thema steht hier schon einiges im Forum.

 

[crich]

nimm debian sarge und deine Probleme sind weg!

 

[sterkel]

nimm debian sarge und deine Probleme sind weg!

Es geht auch mit anderen Distros. Man muss eben nur einen gcc installieren und dann alles andere (gcc,kernel,asterisk,misdn,...) herunterladen und selbst kompilieren und installieren. Einschliesslich gcc

Gut, in der Zeit hat man auch ein debian heruntergeladen und installiert, aber wo bleibt da der Sportsgeist.

Übrigens: Seit Samstag ist bei uns rc21 drauf und seitdem ist nichts passiert. Gar nichts!

 

[crich]

hehe ich weiss dass es auch mit anderen Distros geht . Trotzdem kurz zur Info für diejenigen die nicht einen neuen Kompiler/kernel/glibc installieren wollen:

Ich entwickle chan_misdn unter Debian Stable (sarge), weiterhin entwickle ich inzwischen auch stark für mISDN auch unter Debian Stable. Das soll bedeuten dass mit Debian der Weg des geringsten Widerstands bzgl. mISDN/chan_misdn zu erwarten ist.

Ich hatte schon mehrfach Kunden die eine Distro XYZ hatten unter der Asterisk nach dem zweiten Isdn Gespräch abgestürzt ist, oder sonst irgendwelche merkwürdigen Dinge die sonst keiner hat. Kernel neukompilieren hat da auch nichts gebracht, muss wohl immer noch was mit den Libs oder Kompilern zu tun gehabt haben.. jedenfalls ging das meist auf der selben Hardware mit einem Debian ohne Probleme

Aber jeder soll mit seiner Distro glücklich werden ich hab da nichts dagegen.

Nirvana:

wenn die Maschine stehen bleibt kommt dann ein Kernel Oops auf dem Bildschirm? Davon wäre ein foto recht hilfreich.

 

[nirvana1000]

alles upgedated

hallo zusammen,

zunächst die gute nachricht, seit heute morgen 6:00 Uhr ;-) läuft das system stabil und ohne abstürze.

was habe ich gemacht:

# yum update

jetzt ist der folgende kernel installiert: 2.6.17-1.2157_FC5smp

dann habe ich die 2 sym links gesetzt (hatte ich vergessen)

ln -s /lib/modules/2.6.17-1.2157_FC5smp/build /usr/src/linux
ln -s /lib/modules/2.6.17-1.2157_FC5smp/build /usr/src/linux-2.6

danach habe ich alles neu kompiliert: zaptel,libri,asterisk und chan-misdn 0.3.1 rc21 installiert.

mal sehen wie lange es gut geht ?

wo kann ich eigentlich nachschauen welche misdn version installiert ist ? die chan-misdn version erhalte ich ja auf der cli mit misdn show config ?

 

[sterkel]

wieder gehängt

Übrigens: Seit Samstag ist bei uns rc21 drauf und seitdem ist nichts passiert. Gar nichts!

Mist, zu früh gefreut!
Heute doch wieder Zickeligkeiten. Anruf kommt rein, auf der Alcatel (Telefonanlage am NT) klingelt nichts, Weiterleitung aufs Handy funktioniert (über TE raus).
Status von L2 war DOWN.

bridging ist an, sonst eigentlich Standardeinstellungen.

Dieses Seltsame sagte die Asterisk-Console:

Jul 19 12:59:43 WARNING[4483]: chan_misdn.c:4564 chan_misdn_log:  4.4114E+252OT L2 DeActivate Info.

Erst ein /etc/misdn-init restart und ein Neustart der Telefonanlage brachte Abhilfe.

Welches Logging kann ich einschalten um das einzukreisen?

 

[crich]

Ich habe den NT Stack (mISDNuser) weiter debugfähiger gemacht. Ich würde dich bitten mISDNuser upzudaten und in der misdn.conf ntdebugflags=0x65 zu setzen. Dann entsteht eine /var/log/misdn-nt.log

die viel aussagekräftiger ist.

 

[nirvana1000]

bei mir läuft noch alles, schon 1.5 tage

"support profiling" habe ich bislang in fedora 5 noch nicht ausgeschaltet, findet man übrigens ganz einfach auf der textoberfäche, wenn man make menuconfig im verz /usr/src/linux eingibt.

 

[sterkel]

Ich habe den NT Stack (mISDNuser) weiter debugfähiger gemacht.

Ist seit eben drauf. Da ist einiges los auf dem Bus, auch ohne das jemand telefoniert:

Wed Jul 19 14:07:58 2006: P( 1): del timer(8139934)
Wed Jul 19 14:07:58 2006: P( 1): init timer(8139934)
Wed Jul 19 14:07:58 2006: P( 1): add timer(8139934)
Wed Jul 19 14:07:58 2006: P( 1): phd_conf: di(81c5b78)
Wed Jul 19 14:07:58 2006: P( 1): ph_data_mux: sapi(0) tei(0)
Wed Jul 19 14:07:58 2006: P( 1): L2 State ST_L2_7 Event EV_L2_SUPER
Wed Jul 19 14:07:58 2006: P( 1): write_dmsg: msg(0x81c5b78) len(12) pr(110280) di(ffffffff)
Wed Jul 19 14:07:58 2006: P( 1): del timer(8139934)
Wed Jul 19 14:07:58 2006: P( 1): init timer(8139934)
Wed Jul 19 14:07:58 2006: P( 1): add timer(8139934)
Wed Jul 19 14:07:58 2006: P( 1): phd_conf: di(81c5b78)

Timer aus, Timer an, Timer löschen....

 

[sterkel]

"support profiling" habe ich bislang in fedora 5 noch nicht ausgeschaltet, findet man übrigens ganz einfach auf der textoberfäche, wenn man make menuconfig im verz /usr/src/linux eingibt.

Ja genau, das ist der Schalter dafür.

:ideau musst dann auch noch ein neues Kernel kompilieren und installieren. Nich das man mich für neunmalklug hält, wollts nur mal gesagt haben.

 

[crich]

sterkel:

das ist normal. Die Schicht 2 startet alle 10 Sekunden einen timer um zu prüfen ob das gegenüber noch fit ist.

 

[nirvana1000]

deshalb nutze ich fedora

möchte keine distro diskussion führen, aber hatte bei der debian installation auch diese probleme, am liebsten würde ich allerdings freebsd nutzen, die haben eine noch bessere hardware unterstützung als fedora ;-)

aus einem forum:
Ich habe mir einen günstigen HP Proliant ML110 zugelegt. Dieser kommt mit einem 2610SA. Da ich mehr Debian orientiert bin, wollte ich die neueste Sarge "Edition" installieren. Dies konnte ich nur mit Überlistung mit einem 2.6.11 Kernel ISO Image debian-2.6.11-ri386-businesscard.iso tun. Mit der Einstellung "expert26" und "Testing" konnte Debian auf den Raid (aacraid) installieren. Leider hatte ich nach der Installation diverse Probleme mit dem Linux. Ich gehe davon aus, dass der Treiber aacraid noch nicht sauber funktioniert. Nun habe ich die System Festplatte am Mainboard (SATA) selber angeschlossen und konnte Debian problemlos installieren und den Kernel updaten. Vielleicht könnte man jetzt in einem weiteren Schritt die Festplatte wieder an den Controller anschliessen und in den Array hängen...... aber ich denke mir nun läufts für mich auch so - jedoch ohne Raid zumindest auf der Systemplatte. So, jetzt ganz schnell ein Ghost Image machen

 

[sterkel]

sterkel:

das ist normal. Die Schicht 2 startet alle 10 Sekunden einen timer um zu prüfen ob das gegenüber noch fit ist.

Bisher ist nichts wieder aufgetaucht, es sind ja auch noch ein paar GB frei fürs Logging

 

[sterkel]

Wieder ein NT-Hänger

Bisher ist nichts wieder aufgetaucht, es sind ja auch noch ein paar GB frei fürs Logging

Da haben wir wieder einen, misdn-init restart und asterisk-neustart hats repariert.

Jul 20 16:41:37 WARNING[10829] chan_misdn.c: -8.88927E-43OT L2 DeActivate Info.
Jul 20 17:02:37 WARNING[10829] chan_misdn.c:  4.4114E+252OT L2 DeActivate Info.

Welchen Auszug aus dem misdn-nt.log soll ich noch liefern? Alles von 16:41 bis 17:02 is wohl doch etwas viel um es hier reinzukopieren.

Vielen Dank!

 

[crich]

Ich konnte am Freitag einen NT Bug fixen. Schick mir deine nt.log bitter per mail, kannste ja zippen, dann wirds klein, schicks einfach an support at beronet dot com. dann bekomm ichs auch.

 

[crich]

den fix für den NT Stack bug gibst übrigens nach einem mISDNuser update.

 

[sterkel]

Ich konnte am Freitag einen NT Bug fixen. Schick mir deine nt.log bitter per mail, kannste ja zippen, dann wirds klein, schicks einfach an support at beronet dot com. dann bekomm ichs auch.

Is abgeschickt. Ein neuer rc scheint aber aus dem Bugfix noch nicht geworden zu sein.

Danke für deinen unermüdlichen Einsatz!