Avia500 beim neuen Keywelt V4 September-Image

[merkwuerden]

@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.

[Gast Dr.Sterni]

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.

[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.

 

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.

[merkwuerden]

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

[merkwuerden]

@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.

[Worschter]

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

[merkwuerden]

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

 

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.

[pinh34d]

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

[pinh34d]

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

[merkwuerden]

@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.

[pinh34d]

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

[Worschter]

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.

[Gast Dr.Sterni]

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:

[merkwuerden]

@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.

[Worschter]

@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.

[merkwuerden]

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.