BUSY-Problem seit Kernel 2.6.13-15.11-default und ...

[vWalter]

BUSY-Problem seit Kernel 2.6.13-15.11-default(z.B. Suse 10) und 2.6.16.21-0.13-default(z.B. Suse 10.1)

Auf 2 fast identischen Maschinen läuft Asterisk mit jeweils 2xHFC (NT+TE).
aus dem aktuellen Bristuff-Paket(Version s).
Seit dem Update auf die o.g. Kernel-Versionen passiert es mind. einmal pro Tag, dass jeweils eine HFC-Karte permanent "Busy" beim Anrufversuch signalisiert.
Jetzt half entweder ein Neustart des Asterisk oder, wenn das nicht reichte, ein Reboot der Maschine(n).

u.a. gibt's vorher diese Meldung :

NOTICE[5474] app_dial.c: Unable to create channel of type 'Zap' (cause 34 - Circuit/channel congestion)

Auf Maschinen(ebenfalls fast baugleich) mit "älteren" Kerneln läuft noch alles normal, ich werde dort das Update vorerst verschieben.

Hat jemand ähnliche Probleme beobachtet ?


Gruss
Walter

 

[ilmtuelp0815]

Hi Walter!
Bei mir lässt sich seit 2.6.13-15.11 (SuSE 10.0) ZAP überhaupt nicht kompilieren (obwohl Bristuff nach einer Warnung das positiv bestätigt das die Kompilation erfolgt ist), da er den Link zu den Kernel-Sourcen nicht mehr findet.

 

[vWalter]

Hi Walter!
Bei mir lässt sich seit 2.6.13-15.11 (SuSE 10.0) ZAP überhaupt nicht kompilieren (obwohl Bristuff nach einer Warnung das positiv bestätigt das die Kompilation erfolgt ist), da er den Link zu den Kernel-Sourcen nicht mehr findet.

Hi,

kompiliere einmal zaphfc separat : welche Meldungen bekommst Du dann ?


Gruss
Walter

 

[vWalter]

Hi Walter!
Bei mir lässt sich seit 2.6.13-15.11 (SuSE 10.0) ZAP überhaupt nicht kompilieren (obwohl Bristuff nach einer Warnung das positiv bestätigt das die Kompilation erfolgt ist), da er den Link zu den Kernel-Sourcen nicht mehr findet.

nach einem Kernel-Source-Update aus dem neuen Source-Verzeichnis heraus

make cloneconfig (erstellt u.a. die neuen basic-binaries )
make prepare (erstellt u.a. die neuen mod-binaries)

nicht vergessen ...

 

[ilmtuelp0815]

Hi!
Vielen Dank für Deine Antworten. Make cloneconfig und make prepare habe ich gemacht. Wenn ich zaphfc compilieren (make linux26) will schreibt er immer:
"Link /usr/src/linux-2.6 to your kernel-sources first!"
Dabei habe ich doch schon ein "ln -s /usr/src/linux-2.6" gemacht.

 

[vWalter]

Hi!
Vielen Dank für Deine Antworten. Make cloneconfig und make prepare habe ich gemacht. Wenn ich zaphfc compilieren (make linux26) will schreibt er immer:
"Link /usr/src/linux-2.6 to your kernel-sources first!"
Dabei habe ich doch schon ein "ln -s /usr/src/linux-2.6" gemacht.

hmmm, "/usr/src/linux-2.6" sollte ebenso wie "/usr/src/linux" auf "/usr/src/linux-2.6.13-15.11" zeigen.

Ist das alles so ?

Dann sollte ein "make" in deinem aktuellen zaphfc-Verzeichnis (vorher dort ggf. "make clean" machen) problemlos funktionieren.


.

 

[ilmtuelp0815]

Hi!
...wäre zu schön wenn es so ginge. Ich laboriere nun schon mehrere Wochen um die HFC zum Laufen zu bekommen.
Habe gerade noch mal SuSE neu gestartet und werde die Softlinks noch einmal überprüfen. Kannst Du einen Tip geben wie man SuSE eigentlich fehlerhafte Softlinks entfernt?

 

[kombjuder]

Dabei habe ich doch schon ein "ln -s /usr/src/linux-2.6" gemacht.

Dann mach mal ein rm für linux-2.6

Ist ein Susekrankheit, dass der alte Link nicht überschrieben wird.

 

[ilmtuelp0815]

Hi komjuder!
Danke für Deine Antwort. Denke ich habe das wohl schon mal auf Deiner Seite gelesen mit dem Nichtüberschreiben. Z. Zt. kompiliert er gerade wieder einmal 0.3.0-PRE-1s. Danach werde ich es wieder versuchen. Hatte auch Asterisk (ohne ZAP) aber mit CAPI schon mal ganz gut am Laufen. Aber momentan läuft wieder mal leider nicht viel.
Dabei möchte ich die Kiste mit der FRITZ!USB und der HFC-Karte endlich mal komplett haben.
Danke für eure Hilfe.

 

[vWalter]

Das Problem dieses Themas existiert aber immer noch, ich habe jetzt im Logfile solche netten Sachen stehen :


Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer overflow: 906, 906
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer underrun: 0, 0
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer overflow: 900, 900
Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer overflow: 909, 909
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer overflow: 912, 912
Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer underrun: 0, 0
Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer overflow: 907, 907
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer underrun: 0, 0
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer overflow: 901, 901
Aug 31 23:08:02 asti kernel: e100: eth1: e100_watchdog: link up, 10Mbps, half-duplex

Hier scheint es auf einmal massive IRQ-Probleme zu geben.

Ich denke, ich werde diese Kernel-Updates schnell wieder rückgängig machen ....
Was ich allerdings bemerkenswert daran finde : es sind ausgerechnet die 2 aktuellen Suse-Kernel aus dem YOU von Version 10 und 10.1.

 

[vWalter]

Das Problem dieses Themas existiert aber immer noch, ich habe jetzt im Logfile solche netten Sachen stehen :


Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer overflow: 906, 906
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer underrun: 0, 0
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer overflow: 900, 900
Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer overflow: 909, 909
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer overflow: 912, 912
Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer underrun: 0, 0
Aug 31 23:08:02 asti kernel: zaphfc[1]: b channel buffer overflow: 907, 907
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer underrun: 0, 0
Aug 31 23:08:02 asti kernel: zaphfc[0]: b channel buffer overflow: 901, 901
Aug 31 23:08:02 asti kernel: e100: eth1: e100_watchdog: link up, 10Mbps, half-duplex

Hier scheint es auf einmal massive IRQ-Probleme zu geben.

Ich denke, ich werde diese Kernel-Updates schnell wieder rückgängig machen ....
Was ich allerdings bemerkenswert daran finde : es sind ausgerechnet die 2 aktuellen Suse-Kernel aus dem YOU von Version 10 und 10.1.

mit Kernel 2.6.13-15.8-default unter Suse 10 läuft diese Maschine schon mal wieder stoerungsfrei - und vor allem mit deutlich weniger IQR-Last u.a. auf der 2.HFC Karte.

die Interrupts sahen so aus :

CPU0
0: 4157500 XT-PIC timer
2: 0 XT-PIC cascade
5: 1547453 XT-PIC Intel 82801BA-ICH2
8: 2 XT-PIC rtc
9: 1 XT-PIC acpi
10: 5893 XT-PIC zaphfc
11: 132906040 XT-PIC zaphfc
14: 17674 XT-PIC ide0
15: 73865 XT-PIC eth1



Nun ist's wieder so :

CPU0
0: 1065883 XT-PIC timer
2: 0 XT-PIC cascade
5: 394275 XT-PIC Intel 82801BA-ICH2
8: 2 XT-PIC rtc
9: 1 XT-PIC acpi
10: 13 XT-PIC zaphfc
11: 33956364 XT-PIC zaphfc
14: 8983 XT-PIC ide0
15: 37928 XT-PIC eth1



.

 

[he11e]

hi walter

habe fast das gleiche problem, siehe
http://www.ip-phone-forum.de/showthread.php?p=680862

meine frage
fährst du immernoch die alte kernelversion oder hat sich da schon was geändert.

und auch an alle anderen leser, welche kernelversion benutzt ihr immo mit asterisk oder mit welcher habt ihr eine gute erfahrung?

danke

helmut

 

[vWalter]

2.6.13-15.8-default
und 2.6.13-15.11-default - nach dem Update war hier das Problem, dass zunächst alles ausser dem ZAPHFC-Modul kompiliert wurde (Allerdings kommen hier immer noch Buffer-Errors - jedoch ohne Beeinträchtigung des Telefonierens)


Gruss
Walter