Neuerdings ständig Abstürze...

mini · 15. Februar 2006

Ich habe seit ein oder zwei Tagen mit ständigen Abstürzen (ein bis zweimal pro Stunde) zu kämpfen. Im Log finde ich nichts, aber auf der Konsole bekomme ich:

Code

terminate called after throwing an instance of 'std::bad_alloc'
  what():  St9bad_allocs

Ich habe schon alle Plugins rausgenommen, aber es hilft nix. Hat jemand eine Idee was das sein kann?

Gruss,
Marcus

fabo · 15. Februar 2006

Könnte auf ein RAM-Problem hindeuten ...

Grüsse,

Frank

helau · 15. Februar 2006

Jupp das Problem hab ich auch !
Hier der Backtrace:

Zitat

(gdb) bt
#0 0xb7d9c091 in kill () from /lib/libc.so.6
#1 0xb7f791cb in pthread_kill () from /lib/libpthread.so.0
#2 0xb7f794f0 in raise () from /lib/libpthread.so.0
#3 0xb7d9be65 in raise () from /lib/libc.so.6
#4 0xb7d9d14f in abort () from /lib/libc.so.6
#5 0xb7f41a38 in __cxa_call_unexpected () from /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libstdc++.so.5
#6 0xb7f41a71 in std::terminate() () from /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libstdc++.so.5
#7 0xb7f41c30 in __cxa_throw () from /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libstdc++.so.5
#8 0xb7f41ed1 in operator new(unsigned) () from /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libstdc++.so.5
#9 0xb7f42002 in operator new[](unsigned) () from /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libstdc++.so.5
#10 0x081130e1 in SI::CharArray::DataOwnData::assign(unsigned char const*, unsigned) (this=0x922fee0,
d=0xbf1feac8 "\005ÿ\001\001\001\005\t\017\005", s=4294967295) at util.c:123
#11 0x08112d2f in SI::CharArray::assign(unsigned char const*, unsigned, bool) (this=0x91f5128,
data=0xbf1feac8 "\005ÿ\001\001\001\005\t\017\005", size=4294967295, doCopy=true) at util.c:61
#12 0x0811a702 in SI::CaDescriptor::Parse() (this=0x91f5118) at descriptor.c:332
#13 0x081132ee in SI::Parsable::CheckParse() (this=0x91f5118) at util.c:181
#14 0x08113ee7 in SI::DescriptorLoop::createDescriptor(int&, bool) (this=0xbf1fe974, i=@0xbf1fe774,
returnUnimplemetedDescriptor=true) at si.c:162
#15 0x08113bb7 in SI::DescriptorLoop::getNext(SI::Loop::Iterator&) (this=0xbf1fe974, it=@0xbf1fe774)
at si.c:110
#16 0x080dacd5 in cPatFilter::Process(unsigned short, unsigned char, unsigned char const*, int) (
this=0x8f0f030, Pid=100, Tid=2 '\002', Data=0xbf1fea94 "\002°\202\004MÕ", Length=133) at pat.c:380

Alles anzeigen

Da will jemand nen 4 GB char array anlegen ...

helau · 15. Februar 2006

P.S: Abschalten des EPG Scans koennte evtl. helfen ...

mini · 16. Februar 2006

Könnte sein... Den hatte ich erst vor kurzem angestellt und sonst immer ausgehabt.

Marcus

mini · 16. Februar 2006

Seit der EPG-Scan aus ist, hatte ich keinen Absturz mehr. Ich kann ohne den Scan leben. Falls für ein bugtracking etwas zu testen wäre, kann ich das gerne (nächste Woche) machen.

Gruss,
Marcus

Django · 16. Februar 2006

HI,

na da bahnt sich doch 'was größeres an, oder => http://vdr-portal.de/board/thread.php?sid=&postid=426422

Irgendwas is' da schon arg im argen. :

BTW, de EPG-Scan hatten wir hier heute auch sschon mal deaktiviert, aber da brach er auch weg!

cu,
BC

dj_macgyver · 16. Februar 2006

um das ganze problem mal weiter einzukreisen... wer von den betroffenen empfängt welche satelliten?

soweit ich das sehe kommen als fehlerquelle derzeit transponder auf astra1 und eutelsat in frage.

Gunnar · 16. Februar 2006

Hi,
bei mir das gleiche ...
Seit vorgestern schmiert der vdr ca. alle 20 min ab. Ich hab heute testweise den EPG-Scan ausgeschaltet und jetzt läuft er wieder stabil.

Gunnar

dj_macgyver: Astra 19.2°E und Hotbird 13.0°E

Django · 16. Februar 2006

HI,

Zitat

Original von dj_macgyver
um das ganze problem mal weiter einzukreisen... wer von den betroffenen empfängt welche satelliten?

Jepp, Astra und Hotbird

Das sollte man auch mal in die Mailingliste posten, kann das mal eben einer machen, hab' im Moment keinen Zugriff auf eMail, Danke!

ttyl,
Django

UFO · 16. Februar 2006

Hi,

probiert mal den angehängten Fix. Ist sicher nicht die ultimative Lösung, aber es tut für's erste.

CU
Oliver

mini · 16. Februar 2006

Nun ja, der Fix ist wohl eher ein Workaround.

Ich habe mal in eitscan.c die Zeile

dsyslog("EIT scan: device %d source %-8s tp %5d", Device->D....

aktiviert und einen epg-scan gestartet. Das letzte was er schaffte war der Transponder 210834 (ist das 10834 V?) auf Hotbird:

Code

...
Feb 16 22:40:39 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 112654
Feb 16 22:41:00 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 112692
Feb 16 22:41:02 vdr vdr: [17749] changing name of channel 6185 from 'AB sat 8,;AB SAT' to 'TISHK TV,;AB SAT'
Feb 16 22:41:21 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 112731
Feb 16 22:41:27 vdr vdr: [17746] changing pids of channel 6017 from 701+701:702:204 to 901+901:902:204
Feb 16 22:41:42 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 210719
Feb 16 22:42:03 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 210758
Feb 16 22:42:24 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 210796
Feb 16 22:42:26 vdr vdr: [17749] changing name of channel 7039 from 'France Inter,;Radio France' to 'France Inter,;'
Feb 16 22:42:26 vdr vdr: [17749] changing name of channel 7040 from 'France Info,;Radio France' to 'France Info,;'
Feb 16 22:42:30 vdr vdr: [17746] changing pids of channel 6017 from 901+901:902:204 to 701+701:702:204
Feb 16 22:42:45 vdr vdr: [17715] EIT scan: device 2  source  S13.0E   tp 210834

Alles anzeigen

Vielleicht kann das ja jemand verifizieren.

Marcus

dj_macgyver · 16. Februar 2006

Zitat

Original von mini
Vielleicht kann das ja jemand verifizieren.

Marcus

verifizieren kann ich's nicht mehr, jetzt nachdem ich den obigen patch eingespielt habe. aber ich sehe jetzt beim schalten auf einen der kanäle auf 10834v den folgenden block:

Code

assign size oops ffffffff
assign size oops ffffffff
assign size oops ffffffff
assign size oops ffffffff

ich denke, das sagt auch etwas aus.

helau · 16. Februar 2006

Moin,
Es trapped immer noch !
Leicht zu reproduzieren auf:
FRANCE 3:10834:vC34:S13.0E:27500:520:530:0:500,100:1105:176:11600:0

UFO · 16. Februar 2006

Zitat

Original von helau
Moin,
Es trapped immer noch !
Leicht zu reproduzieren auf:
FRANCE 3:10834:vC34:S13.0E:27500:520:530:0:500,100:1105:176:11600:0

Nak. Mit dem oben geposteten Fix kommt lediglich die Debugausgabe, hier crasht es nicht mehr.
Hast Du libsi auch wirklich neu übersetzt?

Und ja, der FRANCE-Transponder auf Hotbird scheint tatsächlich für die Abstürze verantwortlich zu sein.

CU
Oliver

dj_macgyver · 16. Februar 2006

mit eingespieltem patch kann ich ohne probleme auf den kanal "FRANCE 3" schalten, kein absturz bei mir... ich bekomme kein bild, aber der kanal ist ja auch verschlüsselt... dafür hab ich aber sogar 2 epg-einträge... muss ich erst wieder den epg-scan abwarten, um sicher zu sein?

Zitat

Original von UFO
Und ja, der FRANCE-Transponder auf Hotbird scheint tatsächlich für die Abstürze verantwortlich zu sein.

ob's an diesem komischen h264-kanal ("FLUX H264 TPS") liegt?

helau · 16. Februar 2006

Zitat

Original von UFO

Nak. Mit dem oben geposteten Fix kommt lediglich die Debugausgabe, hier crasht es nicht mehr.
Hast Du libsi auch wirklich neu übersetzt?

Und ja, der FRANCE-Transponder auf Hotbird scheint tatsächlich für die Abstürze verantwortlich zu sein.

CU
Oliver

Alles anzeigen

Sorry - Du hast Recht - wenn man nur Deinen Patch einspielt dann trapped es nicht mehr ! Ich hatte noch nen 2. Patch vom libsi Maintainer, welcher das Problem zuvor beheben sollte, aber es damit wohl nur verlagerte.
Also Dein Patch beseitigt das groesste Uebel

P.S: Haette nie gedacht dass ein schwarzer Kanal so spannend sein kann

UFO · 16. Februar 2006

Zitat

Original von dj_macgyver
mit eingespieltem patch kann ich ohne probleme auf den kanal "FRANCE 3" schalten, kein absturz bei mir... ich bekomme kein bild, aber der kanal ist ja auch verschlüsselt... dafür hab ich aber sogar 2 epg-einträge... muss ich erst wieder den epg-scan abwarten, um sicher zu sein?

Also bei mir müßte der EPG-Scan jetzt schon wieder mehrere Male problemlos durchgelaufen sein. Scheint alles ok.

Zitat

ob's an diesem komischen h264-kanal ("FLUX H264 TPS") liegt?

Liegt wohl an irgendeinem Descriptor. Ob der Fehler beim Sender oder in VDR liegt, kann ich nicht sagen. Bin noch nicht dazu gekommen, so richtig in die Tiefen der libsi einzutauchen.

Anyway, ein paar zusätzlich Plausibilitätschecks an der richtigen Stelle dürften sich positiv auf die Robustheit auswirken. (Die Stelle, die ich gepatcht habe, ist vermutlich nicht optimal.)

CU
Oliver

dj_macgyver · 17. Februar 2006

Zitat

Original von UFO
Also bei mir müßte der EPG-Scan jetzt schon wieder mehrere Male problemlos durchgelaufen sein. Scheint alles ok.

auch ich konnte nach einspielen des patches wieder ohne probleme mit beiden karten über mehrere stunden fernsehen etc. also ist das ganze zumindest vorübergehend als lösung akzeptabel

Zitat

Original von UFO
Liegt wohl an irgendeinem Descriptor. Ob der Fehler beim Sender oder in VDR liegt, kann ich nicht sagen. Bin noch nicht dazu gekommen, so richtig in die Tiefen der libsi einzutauchen.

Anyway, ein paar zusätzlich Plausibilitätschecks an der richtigen Stelle dürften sich positiv auf die Robustheit auswirken. (Die Stelle, die ich gepatcht habe, ist vermutlich nicht optimal.)

CU
Oliver

seh ich ähnlich... nur dass meine programmierkenntnisse in c/c++ wohl nicht ausreichen dafür ich scheitere ja meistens schon auf der suche nach dem problem...

trotzdem, danke nochmal für den patch

Django · 17. Februar 2006

Griasde,

Zitat

Original von UFO
probiert mal den angehängten Fix. Ist sicher nicht die ultimative Lösung, aber es tut für's erste.

Danke erst mal für den Patch, werd' ihn nachher mal ausprobieren. Was ich jedoch noch fragen wollte, hat jemand das Problem bzw. auch dessen Lösung in die Mailingliste gepostet. Komm im Moment (noch) nicht an meine Mails ran.

IMHO wird wohl kls das ganze doch auch sehr interessieren.

Pfiade,
Django

Neuerdings ständig Abstürze...

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema