Changelogs zu bristuff ??

[Max]

Hallo,

gibt es zu den neuen bristuff-Versionen eigentlich irgendwo im Netz Changelogs??

Ich würde mir ganz gerne die neuste Version (bristuff-0.2.0-rc2b) installieren. Weiß jedoch nicht, ob sie für mich nun eine wirkliche Verbesserung bringt. Mein Asterisk stürzt ziemlich oft ab.

Dieser Fehler ist zum Beispiel sehr häufig mit dabei:

Nov 22 15:13:09 WARNING[262160]: chan_zap.c:6902 zt_pri_error: PRI: Whooopsie...general protection fault in module TEI manager.

Soll ich mir die neuste Version installieren?? - Ich würde dies ungern machen, wenn es mir nicht wirkliche Verbesserungen bringt.

Gibt es nicht irgendwo ein Changelog?

Mfg,
Max

 

[bjunix]

ja,
im hauptverzeichniss in der datei CHANGES.

 

[Max]

Oh Mann, da hätte ich wirklich selbst draufkommen können. Vielen Dank!

 

[ecco]

Gibt es eine etwas detailliertere Aufstellung? "libpri fixes" kann ja leider beinahe alles bedeuten :roll:

 

[Specki]

Hi,

eine ähnliche Fehlermeldung wie

Nov 22 15:13:09 WARNING[262160]: chan_zap.c:6902 zt_pri_error: PRI: Whooopsie...general protection fault in module TEI manager.

habe ich bei meinem Brüderchen mit Version 0.2.0-RC2b auch, allerdings in chan_zap.c:7275 und mit zaphfc Treibern

Das Problem wird wohl noch nicht gefixt sein.

Max, setzt du eine ISDN TK-Anlage ein? Wenn ja, welche?

 

[Max]

Hallo Specki,

ich benutze keine TK-Anlage. Ich hab an meinem Asterisk (an der HFC) ein NTBA hängen, an dem mehrere ISDN-Telefone angeschlossen sind.

Ich hab absolut keine Ahnung, woher dieser Fehler manchmal kommt. In den Logfiles ist einfach nichts zu erkennen.

Hast Du vielleicht eine Ahnung??

Mfg,
Max

 

[jhansen]

ich hab den fehler auch. allerdings nur wenn asterisk lange läuft. meine lösung: nachts um 4h einmal restart senden.

 

[Specki]

Hallo Max,

nein, ich habe bislang keine Ahnung. Bei mir zuhause und in der Firma konnte ich diesen Fehler nicht nachvollziehen. Da läuft alles stabil.
Auf allen System ist Debian Woody sowie 2.4, bzw. 2.6er Kernel. Die Karten sind immer HFC Karten.
Liegt vielleicht an irgendeinem ISDN Endgerät an der HFC Karte die Asterisk stillegt?

Man müsste mal einen 'pri debug' mitschneiden, allerdings ist das System meines Bruders wegen des Problems erstmal vom Netz genommen worden.

Gruß,

Specki

 

[lo4dro]

Hi,

eine ähnliche Fehlermeldung wie

Nov 22 15:13:09 WARNING[262160]: chan_zap.c:6902 zt_pri_error: PRI: Whooopsie...general protection fault in module TEI manager.

habe ich bei meinem Brüderchen mit Version 0.2.0-RC2b auch, allerdings in chan_zap.c:7275 und mit zaphfc Treibern

Das Problem wird wohl noch nicht gefixt sein.

Max, setzt du eine ISDN TK-Anlage ein? Wenn ja, welche?

Das mit dem TEi Error hab ich auch. Ich ersuch es mal mit einmal am Tag zu restarten.

 

[rannseier]

Moin..

Wenn ich Endgeräte ziehe oder stecke kommt es vor, das der TEI-Handler komplett hängen bleibt und die ISDN-Karte erst wieder nach einem Reboot zum leben zu erwecken ist.

Grml.


MfG,
Karl

 

[allesOK]

das problem hab ich auch rannseier (also wenn "irgendwas" am Bus passiert)

 

[Max]

Okay. Ich hab hab nämlich den Verdacht, dass bei mir ein ISDN-Kabel einen Wackelkontakt hat. Sowas könnte dann wahrscheinlich diesen TEI-Handler auch zum Absturz bringen, oder?

Gibt es eine Lösung, dass sich Asterisk automatisch nach einem solchen Absturz neu startet bzw. ein selbst geschriebenen Skript gestartet werden kann? - Gibt es vielleicht irgendeine Möglichkeit, wie man Asterisk dauerhaft überprüfen kann? Sollte ein TEI-Fehler auftauchen könnte man Asterisk neu starten.

Meine Idee wäre vielleicht ein Skript zu schreiben, was die ganze Zeit das Asterisk Logfile überwacht. Wird ein TEI-Fehler angezeigt könnte dieses Skript Asterisk neu starten. Was meint ihr, gibt es vielleicht eine schönere / effizientere Lösung?

Mfg,
Max

 

[ecco]

Es gibt im tar-Paket ein script namens safe_asterisk - das startet * nach einem Crash neu. Ob der TEI-Handler allerdings einen vollständigen Crash von * versursacht, weiß ich (zum Glück) nicht.

 

[rannseier]

Max: Klar, es ist ja egal, was am Bus passiert.

Asterisk läuft ja dann weiter, nur gibts auf dem internen S0 nichts mehr, weil alles hängt.


MfG,
Karl

 

[Max]

Ach. Mensch. Ich glaube, das ist genau das Problem, was ich habe.

Irgendwas am S0-Bus scheint zu passieren / schief zu gehen. Daraufhin kommt es zu dem Absturz des TEI-Handler. Asterisk läuft fröhlich weiter. Nur geht am S0-Bus - wie rannseier schreibt - nichts mehr.

Habt ihr eine Idee für ein Skript, das Asterisk in solch einem Fall komplett neu startet??

MfG,
Max

 

[rannseier]

max: Asterisk neu starten hilft, die ganze Maschine muß neu gebootet werden.

Selbst ein make unload ; make loadNT hilft nicht.


MfG,
Karl

 

[lo4dro]

Beim mir kommt es zu diesen Probleme so nach 1-2 Tage Betreib am Stück.
Liegt vielleicht daran, das ich eine weitere TK-Anlage am internen Asterisk Bus betreibe.
Ich werde mal versuchen einmal am Tag meine Asterisk inklusive Treiber zu rebooten.
Ich mach das ganze per crons.

 

[Max]

@rannseier

Also bei mir ist das Problem meistens durch einen Neustart von Asterisk behoben. Manchmal ist es jedoch auch schon aufgetreten, dass ich die ganze Kiste neu starten musste. Sehr ärgerlich...

Also wirklich einmal pro Tag (Nacht) den Server neu startet... Nicht sehr schön...