merkwuerden Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 @Dr.Sterni Stimmt, überschreiben kannste nur die start_neutrino, die andere wird ja in /var/bin erst neu angelegt, da kannste dann natürlich nix überschreiben. Bei mir läuft die Box seit 21 Stunden durch, Speicher ist noch 4 MB frei. Und wenn ich Trottel gestern nacht nicht versehentlich statt camd-reset einen epg-reset gemacht hätte, hätte ich jetzt über 40 Stunden. Laß Dich mal überraschen, ich bin überzeugt davon, daß der sectionsd jetzt nicht mehr so einfach abraucht. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Dr.Sterni Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 Das wäre cool, Euer Merkwürden Ich sage hier auf jeden Fall bescheid! Ich hoffe mal, dass die Box den ganzen EPG-Müll auch irgendwann automatisch wieder los wird :-) Wäre schlecht wenn das Image platzt nur weil irgendwelche Sender, die man eh' nicht geschaut hat, ihre tollen Beschreibungen loswerden wollen... Ist das eigentlich normal, dass die EPG-Infos von freien Sendern und von Premiere insoweit immer getrennt voneinander kommen, als dass ich jedesmal eine dieser Gruppen anschauen muss, um die gesamten Infos zu erhalten. Aber halt jedesmal nur von allen freien Sendern ODER von Premiere. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 Also nun mal mein Bericht mit dem EPG Die Nokia läuft seit gestern einwandfrei, die Sagem hat sich aber komplett aufgeknüpft. EPG-Reset alleine nutzlos, camdreset bringt aber danach Erfolg. Nun aber mal ein Stück zum Fehler suchen: avia_gt_dmx: queue 3 overflow (count: 1)avia_gt_dmx: queue 3 overflow (count: 2) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 3) avia_gt_dmx: queue 3 overflow (count: 4) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 2) avia_gt_dmx: queue 3 overflow (count: 2) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 1) avia_gt_dmx: queue 3 overflow (count: 2) avia_gt_dmx: queue 3 overflow (count: 1) Diese Zeilen sind laufen ständig durch und bremsen das System so dermassen aus. Hat schonmal jemand dieses Phänomen beobachtet, Hatte das mal mit ner bestimmten ucode / Einstellungs Kombination. Nach camd Reset ist alles wieder gut, allerdings dauert das Procedere ewig. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 (bearbeitet) Das wäre cool, Euer Merkwürden Und vielen Leuten wäre geholfen, wenn's zuverlässig funktioniert. Ich hoffe mal, dass die Box den ganzen EPG-Müll auch irgendwann automatisch wieder los wird :-) Wäre schlecht wenn das Image platzt nur weil irgendwelche Sender, die man eh' nicht geschaut hat, ihre tollen Beschreibungen loswerden wollen... Das Maximale, was passieren kann, ist daß der RAM volläuft, die EPG-Daten werden nicht ins Image geschrieben. Da würde das laufend platzen. EDIT: Die EPG-Daten werden normal nach 180 Minuten nach Ende der zugehörigen Sendung wieder gelöscht. Nach häufigem Zappen auf alle möglichen Sender pendelt sich bei mir die RAM-Auslastung auf Pi mal Daumen 29 bis 29,5 MB ein. Kann dann dazu führen, daß die Box mal auf Bedienhandlungen ein, zwei Gedenksekunden einlegt, abstürzen tut dabei aber nix. Ist das eigentlich normal, dass die EPG-Infos von freien Sendern und von Premiere insoweit immer getrennt voneinander kommen, als dass ich jedesmal eine dieser Gruppen anschauen muss, um die gesamten Infos zu erhalten. Aber halt jedesmal nur von allen freien Sendern ODER von Premiere. Ja, ist normal. Die EPG-Infos kommen über spezielle PIDs des eingestellten Transponders. Für Sender, die zur eigenen Netzwerkgruppe gehören, werden laufende und folgende Sendung abgerufen (Bsp SAT1, wenn Du auf einem Premiere-Transponder bist). Läuft über PID 0x0012, Event Information Table (EIT). Die Detailinfos zur Sendung bekommst Du dagegen generell nur dann, wenn Du den entsprechenden Sender eingestellt hast, das läuft nur über den aktuellen Transportstream. bearbeitet 19. Oktober 2005 von merkwuerden Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 @Worschter Also nun mal mein Bericht mit dem EPG Die Nokia läuft seit gestern einwandfrei, die Sagem hat sich aber komplett aufgeknüpft. EPG-Reset alleine nutzlos, camdreset bringt aber danach Erfolg. Ich glaube nicht, daß das mit dem sectionsd direkt zusammenhängt, hab da eher einen Bug in der camd als Vermutung, da's ja nach einem camd-Reset wieder geht. Sowas hatte ich aber selber noch nicht, kenne mich damit auch nicht aus. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 hm, hab im Nachhinein gesehen, daß der EPG Reset noch nicht umgestellt war auf der Sagem, der konnte also nix bringen, (&& noch in der shellexec.conf) weil der sectionsd ja tot war. stellt sich nun die Frage was der Auslöser für die Misere war? Hat der sectionsd nen Speicherüberlauf verurschacht und deswegen den Rest aus der Bahn gebracht? Oder war es umgekehrt? oder hat beides ansich nix miteinander zu tun. Man müsste sowas mal mitloggen können, wenn ich aber den Rechner mit Terminal mitlaufen lasse und die Fehlermaldungen en mass kommen findet man den Zeitpunkt des Abschierens ja nie Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 19. Oktober 2005 Melden Share Geschrieben 19. Oktober 2005 Man müsste sowas mal mitloggen können, wenn ich aber den Rechner mit Terminal mitlaufen lasseund die Fehlermaldungen en mass kommen findet man den Zeitpunkt des Abschierens ja nie Hm... HyperTerminal von Windoof kann dat Zeugs in ne Textdatei loggen. Dann brauchste darin nur von hinten nach vorne suchen, wann die Fehlermeldungs-Litanei angefangen hat. Falls nicht vorher die Festplatte übergequollen ist. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
pinh34d Geschrieben 20. Oktober 2005 Melden Share Geschrieben 20. Oktober 2005 (bearbeitet) Ich habe mir auch mal die sectionsd_start.zip auf eine meiner Boxen gemacht die eigentlich immer an ist. Hab sie bisher immer mit dem Reboot Plugin per Timer neu gestartet um das Problem zu umgehen. Bevor ich den EPG Reset Hot Fix eingespielt hatte musste ich das zwei mal am Tag machen. Aber auch dann ist es immer mal wieder vorgekommen das die Aufnahmen nur den Sender im Namen hatten da der EPG doch wieder weg war. Der sectionsd_start Hot Fix hört sich wesentlich besser an, wenn es denn funktioniert . Ich sag dann mal die Tage bescheid wie es gelaufen ist! @ Worschter Die Meldung: avia_gt_dmx: queue 3 overflow (count: 1) hatte ich auch mal! Wenn ich mich richtig entsinne, hatte ich zur der Zeit auch mit den Ucodes & Avias rumgespielt. Weiss jet aber nicht mehr bei welcher Konstelation das aufgetreten war. Mit der 0014 & VB022 konnte ich dieses verhalten aber nicht beobachten. Dann ist mir noch aufgefallen das ich beim starten der Camd3 immer diese Fehlermeldung bekomme: avia_gt_ucode: pid 0001 not found und immer wieder mal zwichen drinn diese Fehlermeldung hier: avia_gt_ucode: framer error Habe aber keinen Plan ob das was mit dem EPG Problem zu tun hat. Gruß Pinhead bearbeitet 20. Oktober 2005 von pinh34d Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
pinh34d Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 Hallo, habe heute Mittag festgestellt dass der EPG trotz des sectionsd Fix nicht mehr funktioniert! Aber nicht nur dass! Die Box lässt sich nicht mehr über Fernbedienung ansprechen und ein umschalten über yWeb war auch nicht mehr möglich da dort überhaupt keine Sender mehr angezeigt wurden! Da yWeb ja selbst noch funktionierte konnte ich überprüfen welche Prozesse Laufen, was der Kernel von sich gegeben hat und wie es mit der Speicherbelegung ausgesehen hat. Eventuell könnt ihr daraus ja irgendwelche Schlüsse ziehen?! Habe jetzt wieder auf die alte sections Datei mit dem EPG Hot Fix eingespielt und Reboote meine Box wieder einmal am Tag per Timer. Schade eigentlich!!! PID Uid VmSize Stat Command 1 root 568 S init 2 root SW [keventd] 3 root SWN [ksoftirqd_CPU0] 4 root SW [kswapd] 5 root SW [bdflush] 6 root SW [kupdated] 7 root SW [mtdblockd] 12 root SWN [jffs2_gcd_mtd2] 52 root 628 S inetd 63 root SW [avia_av_wdt] 67 root SW [avia_gt_wdt] 98 root SW [cifsoplockd] 114 root 552 S /bin/sh /etc/init.d/start 115 root 568 S init 116 root 568 S init 117 root 568 S init 119 root 568 S init 120 root 568 S init 121 root 568 S init 123 root 544 S /bin/sh /var/etc/init.d/start_neutrino 129 root 1396 S timerd 130 root 1396 S timerd 133 root 1396 S timerd 136 root SW [kdvb-fe-0:0] 168 root 1528 S zapit -u 181 root 1256 S controld 187 root 1256 S controld 190 root 1256 S controld 195 root 936 S < camd37xx 196 root 2188 S nhttpd 201 root 4188 S < neutrino -u -f 271 root 936 S < camd37xx 272 root 936 S < camd37xx 273 root 936 S < camd37xx 274 root 4188 S < neutrino -u -f 275 root 4188 S < neutrino -u -f 279 root SW [rpciod] 283 root 4188 S < neutrino -u -f 305 root 6092 S N sectionsd 306 root 6092 S N sectionsd 307 root 6092 S N sectionsd 308 root 6092 S N sectionsd 309 root 6092 S N sectionsd 310 root 6092 S N sectionsd 311 root 6092 R N sectionsd 604 root 2188 S nhttpd 12061 root 936 S < camd37xx 12070 root 936 S < camd37xx 18145 root 936 S < camd37xx 2102 root 2188 S nhttpd 2155 root 2188 S nhttpd 2156 root 524 S sh -c /share/tuxbox/neutrino/httpd-y/scripts/Y_Tools. 2157 root 584 S /bin/sh /share/tuxbox/neutrino/httpd-y/scripts/Y_Tool 2158 root 652 R ps c PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. PES, queue 0 normal. SPTS, queue 0 extended. avia_gt_dmx: queue 0 overflow (count: 1) PES, queue 0 normal. avia_gt_ucode: framer error avia_gt_ucode: framer error PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: framer error avia_gt_ucode: framer error PES, queue 0 normal. PES, queue 0 normal. avia_gt_ucode: framer error avia_gt_ucode: framer error avia_gt_ucode: framer error avia_gt_ucode: framer error RAM Speichernutzung ------------------- total used free shared buffers Mem: 30900 27692 3208 0 552 Swap: 0 0 0 Total: 30900 27692 3208 Gruß Pinhead Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 @pinh34d Nach Deinen Angaben (EPG tot, Box nicht mehr per FB ansprechbar, sectionsd-Prozesse aber noch vorhanden) ist sectionsd abgestürzt, dabei blockiert das Ding die Bedienung der Box über FB und auch die Tasten an der Box, halt den ganzen Frontprozessor. Hättest sectionsd per telnet killen können, die Box wäre nach paar Sekunden wieder bedienbar gewesen. Vor solchen Erscheinungen wird man wohl nie ganz bewahrt bleiben, ein Allerheilsmittel zu finden, wird halt schwierig sein, leider. Ich kann nur sagen, daß bei mir die Sache bisher zuverlässig funktioniert, weder Blockade noch kommentarloses Beenden von sectionsd. Aber jede Box reagiert bekanntlich anders, extra noch abhängig von den diversen Einstellungen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
pinh34d Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 Hättest sectionsd per telnet killen können, die Box wäre nach paar Sekunden wieder bedienbar gewesen. Ja aber genau das habe ich gehofft mit dem Fix umgehen zu können. Denn wenn das Kind erst einmal im Brunnen gefallen ist, ist auch meistens mindestens eine Aufnahme futsch! Die Box nutze ich zu 90% nur für Aufnahmen die ich mit Hilfe des Webintface Programmiere (Notebook (Wlan) auf der Couche in einer anderen Etage). Daher bekomme ich dass auch erst mit wenn es schon zu spät ist und da ich viele Sendungen des Brummie Sportportals aufzeichne, brauche ich halt ein aktuelles Image! Da nur bei denen der EPG bei den Unterkanälen zwecks Programmierung funktioniert. Vor solchen Erscheinungen wird man wohl nie ganz bewahrt bleiben, ein Allerheilsmittel zu finden, wird halt schwierig sein, leider. Ich kann nur sagen, daß bei mir die Sache bisher zuverlässig funktioniert, weder Blockade noch kommentarloses Beenden von sectionsd. Aber jede Box reagiert bekanntlich anders, extra noch abhängig von den diversen Einstellungen. Hätte doch sein können das der sectionsd Fix der Eierlegenden WollMilchSau gewesen ist! Aber was nicht ist kann ja noch werden! Davon bin ich übrigens überzeugt! Wenn es eine anderen Fix geben sollte würde ich übrigens wieder mittesten. Ansonsten lautet mein Fazit: Brummie ist alles Schuld Gruß pinh34d Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 Also mal von mir wieder ein Bericht, meine Nokia läuft mit dem Fix seit 2 TAgen und 18 Stunden ohne Hänger mit aktivem sectionsd. Also für die ist es scheinbar die Lösung. Wobei sie aber auch sonst recht wenig Zicken macht. Die Sagem ist mal wieder komplett den Bach runter gegangen. Die war aus. Bei der bringts also nicht wirklich was. Beim ächsten Image werd ich mal schauen, daß ich entsprechende Einstellungen in Richtung Reset und renice ins Menü Bastle, dann sollte man auch einfacher experimentieren können. @merkwuerden Hättest sectionsd per telnet killen können, die Box wäre nach paar Sekunden wieder bedienbar gewesen. hat ja im Endeffekt bei mir nicht geholfen erst der camd-Reset. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Dr.Sterni Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 So, jetzt mal wieder der Laie: ich bin sehr zufrieden! Die Box tut ihren Dienst ungefragt im Dauerstress seit fast 48 Stunden ohne Mullen und Knullen. Nix Fieses passiert. Ich frage mich schon fast, ob das ein schlechtes Zeichen ist :-) Ach ja: EPG kriege ich auch :angry: Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 @merkwuerden Hättest sectionsd per telnet killen können, die Box wäre nach paar Sekunden wieder bedienbar gewesen. hat ja im Endeffekt bei mir nicht geholfen erst der camd-Reset. In dem Fall ist aber vermutlich was anderes abgeraucht (und hat den sectionsd wohl mitgerissen). Vermute ich zumindest mal so, denn in den Fällen, als der sectionsd bei mir durch Festfressen den Frontprozessor blockierte, war's definitiv mit "killall -9 sectionsd" und danach Neustart des Dings erledigt. Konnte im seriellen Log auch keine Fehlermeldungen (framer error, queue overflow oder ähnliches) finden. Vielleicht hat die Problematik was mit den verwendeten ucodes zu tun? Bei mir werkelt 0014. @Dr.Sterni Freut mich, daß es bei Dir funktioniert. Meine Box läuft jetzt (nach dem durch meine Dusslichkeit unfreiwilligen EPG-Reset) auch seit 64 Stunden durch. Und macht selbst trotz etlicher Experimente mit diversen camds ohne Murren. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 @merkwuerden In dem Fall ist aber vermutlich was anderes abgeraucht (und hat den sectionsd wohl mitgerissen). mit dem EPG-Reset läuft aber auch die Box problemllos Tagelang durch. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 21. Oktober 2005 Melden Share Geschrieben 21. Oktober 2005 So, jetzt hat's bei mir auch endlich wieder mal funktioniert, daß sich der sectionsd einfach so mal wieder beendet hat. Auf Prem. Sport (ich vermute da was...), mal schaun, ob's nochmal klappt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge