[gelöst] streamdev müllt logfile zu ("PutSection socket overflow")

austriaone · 27. September 2008

Hallo!
Auf meinem VDR-Client läuft der streamdev-client. Das ganze funktioniert eigentlich wunderbar, allerdings müllt streamdev das logfile mit folgender Meldung voll:

Code

Sep 27 21:08:39 tv vdr: [1128] cStreamdevFilter::PutSection socket overflow, Pid   18 Tid  78
Sep 27 21:08:39 tv vdr: [1128] cStreamdevFilter::PutSection socket overflow, Pid   18 Tid  96

Alle 2-3 Minuten werden an die hundert dieser Meldungen in das Log geschrieben. Streamdev funktioniert aber trotzdem problemlos.

Weiß jemand was diese Meldungen besagen? Sind sie harmlos oder liegt irgendwo ein Problem vor?

(Die Meldungen kommen auch wenn ich streamdev 3.4.0 verwende)

Danke, Chris

schmirl · 29. September 2008

Offenbar gibt es Probleme beim Verarbeiten des EIT (Event Information Table), also der Datenstruktur, die das EPG enthält. Warum, lässt sich ohne ausgiebiges Debugging schlecht sagen. Tritt das bei allen Sendern auf oder nur bei bestimmten? Ist es immer Pid 18 oder sind auch andere Tabellen betroffen? Gibt's evtl. noch irgendwelche Fehlermeldungen beim Start von streamdev-client?

Solange Dein Client problemlos mit Meta-Informationen wie dem EPG versorgt wird, sind die Meldungen eher harmlos. Falls Dich die gesamten Meta-Infos nicht interessieren, schaltest Du im Client einfach das "Filter-Daten streamen" aus.

austriaone · 29. September 2008

Vielen Dank für Deine Antwort!

Die o.a. Meldungen gehen los sobald der VDR gestartet wurde. Egal auf welchen Sender ich geschaltet habe. Jetzt momentan läuft z.B. SWR - das sieht sonst nie jemand - und dieselben Meldungen tauchen wieder auf. Pid ist ausnahmslos immer 18. Tid ist immer 78, 80 oder 96.

schmirl · 30. September 2008

Sehr seltsam. Die Meldungen scheint bisher noch niemand gehabt zu haben. Da es sich nur um eine debug-Meldung handelt, könntest Du im VDR den Log-Level ändern. Dann kommen die Meldungen nicht mehr (Option -l 2).

Falls Du des debuggens mächtig bist, müsstest Du Dich mal über client/filter.c hermachen. Andernfalls dürfte das Problem schwer zu finden sein. Mal ein paar Schüsse ins blaue: Ist der Client stark belastet? Verwendest Du auf dem Client evtl. einen alten Kernel (< 2.6.4)? Hast Du streamdev-client auf dem Client kompiliert oder auf einer anderen Maschine. Falls es eine andere Maschine war: gibt es da irgendwelche signifikanten Unterschiede zum Client (Kernel, libc, ...)?

austriaone · 30. September 2008

Debuggen ist glaub ich nicht wirklich drin...

Aber der Hinweis mit dem EPG war schon mal hilfreich.

Das Löschen der epg.data am Server zeigte Erfolg! Der Fehler tritt momentan nicht mehr auf, das epg File ist aber momentan noch recht klein (610 kb, vorher ca. 9 MB). Mal sehen ob der Fehler wiederkommt wenn das File wieder größer ist.

Zu den restlichen Fragen: CPU ist zu 80% idle, average load um 0.4. Der Client hat Kernel 2.6.18.8 (selbst kompiliert). Die ganzen plugins hab ich direkt am Client selbst kompiliert.

Aber ich hab die Hoffnung daß nur die epg Datei beschädigt war... ich meld mich wieder und sag obs weiterhin problemlos läuft.

schmirl · 1. Oktober 2008

Mit der epg.data kann es eigentlich nichts zu tun haben, denn das was da an den Client geschickt wird, sind die EPG-Daten aus dem Live-Stream - sozusagen so wie sie vom Himmel purzeln. Naja - hoffen wir, dass es sich nun von selbst erledigt hat

austriaone · 1. Oktober 2008

Bad waves, bad waves. Du hast Recht, ich hab heute gleich nach dem Einschalten des Clients die Meldung wieder en masse bekommen...

Code

Oct  1 18:47:53 tv vdr: [1079] Streamdev: Synchronizing EPG from server
Oct  1 18:47:58 tv vdr: [1144] cStreamdevFilter::PutSection socket overflow, Pid   18 Tid  80

Das Plugin epsync (0.0.2) das am Client läuft hab ich noch unterschlagen. Würde es nicht genügen das epg mittels epgsync zu übetragen und streamdev-client.SyncEPG zu deaktivieren? Kommen sich vielleicht beide in die Quere?

schmirl · 2. Oktober 2008

Zitat

Das Plugin epsync (0.0.2) das am Client läuft hab ich noch unterschlagen. Würde es nicht genügen das epg mittels epgsync zu übetragen und streamdev-client.SyncEPG zu deaktivieren? Kommen sich vielleicht beide in die Quere?

Aha - ja da könnte es Stress geben. Das epgsync-Plugin und die streamdev-Option machen beide das selbe, nur streamdev blockiert dabei den Haupt-Thread. Also im streamdev-client unbedingt ausschalten. Nun haben wir also streamdev, epgsync und Filter-streamen die gleichzeitig den Client mit EPG-Infos bombardieren. Möglich, dass sich da etwas verhakt. Wäre auch eine plausible Erklärung dafür, dass es mit einer sehr kleinen epg.data auf dem Server noch funktioniert.

austriaone · 2. Oktober 2008

Das dürfte es jetzt tatsächlich gewesen sein. Ich hab am Client streamdev.syncepg deaktiviert und nutze nur epgsync. Die Fehlermeldungen sind weg, das epg wird aber offentsichtlich dennoch synchronisiert. Paßt also!

Im vdr-wiki steht beim streamdev-plugin auch das epgsync erwähnt. Es liest sich so als wärs eine gute Ergänzung zum streamdev... Wenn das geht werde ich dort einen Hinweis auf meine Fehlermeldung und die Lösung posten.

Ich beobachte das ganze heute noch und wenn die Meldungen nicht mehr auftauchen setze ich den Thread auf gelöst.

Danke nochmals für Deine Mühe!

schmirl · 2. Oktober 2008

Habe im Streamdev Bugtracker mal die gesamte SyncEPG-Funktion zur Disposition gestellt. Aus dem streamdev-client-Menü habe ich sie eh schon länger verbannt.

[gelöst] streamdev müllt logfile zu ("PutSection socket overflow")

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema