Werte Damen und Herren,

Ich hätte da mal ein Problem.

Alle 3-5 Tage hängt sich meine Uno 4k mit einem Dauerspinner auf, wenn ich die Box durchlaufen lasse. Die Box ist dann unbedienbar und nur noch ein Reboot ist möglich (10s Standby oder per Telnet).

Beim beigefügten Log habe ich lediglich die Kanalliste des Cool-TV aufgerufen. Oft passiert das aber auch während meiner Abwesenheit ohne jegliches zutun (außer natürlich, daß einen Aufnahme angestanden haben könnte; EPGRefresh ist aber morgens noch durchgelaufen und erst abends war die Box tot).

Aufgefallen ist mir (als Laie), daß sich der Prozess Enigma2 90% des verfügbaren Speichers einverleibt hat. Darüber hinaus hing anscheinend der Prozess kswapd0, der gemäß Internetrecherche etwas mit der Swapverwaltung zu tun hat (ich habe diesbezüglich meines Wissens nichts eingerichtet).

Das unkomprimierte Log enthält die letzten 3h vor dem Problem. Das Zip enthält die letzten Tage seit dem letzten Neustart.
Der beigefügte Crashlog gehört nicht zum Problem. Vielleicht enthält dieser trotzdem verwertbare Hinweis zu Settings & Co.

Ich bin zwar mit Linux nicht ganz per Du, aber mit den richtigen Hinweisen wäre es mir möglich, beim nächsten mal mehr Hinweise zu liefern.

Die epg.dat habe ich nach dem Durchlesen des Logs gelöscht. Wenn es das gewesen sein sollte melde ich das in ein paar Tagen.
Vielleicht hat aber jemand eine Idee, was die Ursache sein könnte.

Besten Dank.

Danke für deine Tipps.

Inzwischen glaube ich auch, daß die Logs wertlos sind weil sie einen Folgefehler darstellen. Denn der Speicherverbrauch steigt pro Stunde um ein knappes Prozent.

Bei dem, was smaps ausspuckt fällt mir auf, daß der Heap kontinuierlich anwächst. Das müsste ich morgen früh mal verifizioeren, die letzte knappe Stunde ist er von 64804 kB auf 68728 kB angewachsen. Wenn es daran liegt ist die Info auch wertlos, oder?

An sonsten sind die größten Blöcke (cat smaps |grep Size:|sort) /dev/nexus mit 256MB , [stack:30808] mit 46MB und /dev/fb0 mit 21MB, allesamt ziemlich konstant.

Bei iostat kann ich nicht beurteilen, ob zwei Ausreißer mit 35 %iowait bei wenigen Blöcken vorkommen dürfen (das habe ich für das Log zum Hochladen nicht mehr reproduzieren können)

Ich befürchte, ich werde die Plugins und den Skin (Kraven FHD) mal sukkzessive ausser Kraft setzten müssen. Dank deiner Hilfe weiß ich nun, wie ich recht fix zur Analyse komme ohne tagelang auf den Absturz warten zu müssen.

Zwischenstand: Ich weiß nicht, was an meiner Maschine anders ist. Oder läßt wirlich niemand die Box mehrere Tage durchlaufen?

Da das sukkzessive Deinstallieren nichts gebracht habe, habe ich ein frisches Image installiert und ein Update gefahren. Danach habe ich lediglich die Tuner konfiguriert und die Kannalliste zurückgespielt. Und versehentlich die timer.xml (vergessen zu löschen, nachdem ich die zunächst eingebundene NAS wieder rausgeworfen habe)
An sonsten habe ich alles jungfräulich gelassen, also ich nichts an den Settings geändert, keine Plugins (de)installiert und der Link media/hdd führt ins Nirvana.
Die Box hat sich dennoch im Laufe des (zu) kurzen Tests immer mehr Speicher genommen (am Wochenende mache ich den Test mit der Default- Kanalliste länger)
Nebenschauplatz: Das einzige was anders sein könnte als auf den Entwickerboxen: Seltsamerweise habe ich (mit ein und dem selben Stick) nur die Version vti-image-vuuno4k-20161130154113_vti_11-0-0_usb flashen können. Die vuplus-image-vuuno4k-20170206170955_usb hat zwar das Linux gebootet aber /mnt/usb war leer (ich wusste garnicht, daß man während des Flashens auch mit telnet drauf kommt ). Nach dem Update sollte aber der Stand identisch sein, oder?



Wenn noch jemad eine Idee hat immer her damit.

Werte Entwickler,

ich glaube zumindest den Dunstkreis gefunden zu haben, in dem ein Memoryleak auftritt.
Nachstellen kann ich das durch Bombardieren des Webinterfaces mittels wget (z.B. aus cygwin unter Windows). In /media/hdd/History liegen bei mir 98 Aufnahmen.

In meiner Umgebung streikt die Box nach 5234 Aufrufen in 62 Minuten (der enigma2-Prozess geht in den Device-Wait-Status und benötigt nahezu das gesamte RAM).


Als nächstes bin ich zu Berichtszecken auf die Idee gekommen es mit einem nicht existierenden Verzeichnis zu probieren. Auch hierbei streikt die Box irgendwann.

Freundliches Gegenbeispiel: epgservice?sRef=1%3A0%3A19%3A2B98%3A3F2%3A1%3AC00000%3A0%3A0%3A0%3A

_________________________________________________________
Wer sich für den Hintergrund interessiert: Das war ein Zufallsfund.
Ich habe es mal mit openATV probiert und den selben Ärger gehabt. Bevor ich auf VTi zurückging wollte ich Kodi17 antesten und habe im gleichen Zug mein NAS und meinen PC auf Krypton gebracht. Dies zunächst ohne das Plugin "Enigma Client" zu installieren und siehe da - plötzlich war es auffällig ruhig. Jetzt fehlten ja die regelmäßigen Abfragen bezüglich EPG und Aufnahmen. Wie die aussehen hatte ich in einem alten Log entdeckt (war auch Zufall, als mein Noch-Kodi 16 auf dem NAS nicht mit openATV kommunizieren wollte).

Nebenbei traue ich mich jetzt nicht, Kodi16 des VTi aufzurufen. Ich befürchte Ärger mit der gemeinsamen DB. Egal - ich hab's auf der Box nicht wirklich genutzt und werde es deinstallieren.

Happy Debugging
Harvey56