[herrdeh]

Moinsen,
leider hab kriege ich regelmäßig meinen VDR am nächsten Morgen nicht mehr dazu, mir ein Bild zu zeigen.

• kein Bild, kein Ton
• webif kann meistens nicht mehr aufgerufen werden
• Zugang über ssh geht noch, kann aber zusammenbrechen
• nach Neustart funktioniert wieder alles wie vorher

Hier die Ausgabe von /var/log/messages, die man noch kriegen konnte:
https://nextcloud.rollentausch.eu/index.php/s/fjBSfxRqAcBtac5

Grüße vom Wolf
MLD5.5, RPi 4

[herrdeh]

Der Absturz trat heute wieder auf. Wenn ich das webif aufrufe, antwortet es, aber ich kriege nur einen schwarzen Bildschirm zu sehen. SSH kann ich aufrufen, die Verbindung wurde aber nach kurzer Zeit unterbrochen. Die Ausgabe von Top habe ich angehängt, das letzte log auch.

Grüße vom Wolf

[baltic]

Hallo Wolf,

ein kurzer Blick auf die messages zeigt mir, dass der oom-killer zuschlägt.
Warum konnte ich auf die Schnelle nicht erkennen, aber Du solltest während des Betriebes mal regelmäßig schauen, wie sich die Speichernutzung entwickelt und welche Prozesse da zu viel Platz brauchen. Wenn es immer morgens passiert: Was läuft in der Nacht? Evtl. die EPG-Aktualisierung? Dann deaktiviere sie mal testweise. Zum Testen kannst Du ja auch ein swap-File einrichten.

Gruß
Peter

[herrdeh]

Dank für Deinen schnellen Blick.
Hab mal zwei Aufnahmen parallel und eine Wiedergabe gestartet, und dann manuell mehrfach das EPG-Update durchgeführt. Das lief klaglos durch.

[baltic]

Schau mal, ob es htop für die MLD gibt.
Falls ja, kannst Du die Prozesse nach der Speichernutzung sortieren. Da musst Du dann regelmäßig draufschauen, um zu sehen, welcher Prozess übermäßig Speicher verschlingt.

[P3f]

Hallo Zusammen,
Es gibt htop sobald man das tools-Paket nach installiert hat. Dann kann man auf der Konsole das htop aufrufen und analysieren.

Gruß,

Pit

[herrdeh]

Gestern ist er mir einfach so - während eine Aufnahme lief - abgestützt.
Heute früh kam auch kein Bild mehr, aber ich kam noch mit ssh rein - s. Anhang. Das webif wurde nur rudimentär angezeigt - bis zu den "Befehlen" kam ich allerdings nicht, da kam dann "Server nicht erreichbar".

Blöderweise weiß ich nicht, wie ich den VDR über das Terminal neustarten kann, das würde ich gern mal probieren.
Wünsche einen schönen Sonntag!

Grüße vom Wolf

[clausmuus]

Beim normalen top kann mal per SHIFT-M die Ausgabe nach Speicherverbrauch sortieren. Das solltest das mal eine Weile laufen lassen, und schauen welcher Prozess ständig mehr RAM benötigt. Vermutlich ist das auch nach den ersten auftretenden Fehlern noch zu erkennen, aber wohl nicht mehr wenn Du ne Nacht abgewartet hast, denn dann wird der oom-killer nichts mehr gefunden haben was er killen kann, und vermutlich bereits das problem Programm beendet sein.

[herrdeh]

Heute früh kam ich über das webif von rein und habe versucht, den VDR neu zu starten - kein Resultat. Die gesamten debug-logs habe ich hochgeladen: GOxtHA.

Den Verlauf des RAM-Verbrauchs zu beobachten ist ein bißchen schwierig, weil sich ja über Stunden nichts tut. Bin noch zu keiner guten Softwarelösung dafür gekommen; es gibt zwar einige Spezialwerkzeuge dazu, aber die sind im MLD-Repo alle nicht enthalten ):

Grüße vom Wolf

[clausmuus]

Ich bin mir beim ansehen des Logs nicht ganz sicher. Es scheint aber der VDR schuld zu sein. Von daher wäre ein testweises entfernen von Plugins eine Möglichkeit den Übeltäter auf die Schliche zu kommen.

[baltic]

Hallo Wolf,

Du könntest die Prozesse identifizieren, die Du am meisten in Verdacht hast, und dann mal folgenden Befehl nutzen:

ps -p (Prozess-ID) -o %cpu,%mem >> /Pfad/auf/einen/permanenten/Speicher/Analyse.txt

Dann das Ganze per cronjob alle fünf Minuten aufrufen lassen und später schauen, was draus wird.
Du könntest sogar mehrere Prozesse parallel analysieren, indem Du diesen Aufruf für verschiedene IDs startest und in unterschiedliche Dateien schickst.

Gruß
Peter

[jenspf]

Auch mein RasPi3 stürzt gelegentlich ab. Webfrontend über Browser erreichbar und bedienbar. Kann den vdr nach einem stop auch nicht wieder starten, hilft nur die harte Tour mit stromlos. Aktuell wollte ich nur auf das Erste umschalten, keine Aufnahme odr irgendwas nebenbei gemacht.
Mein WAF Faktor ist bei Null. Ich guck mich nach Alternativen um und gehe wahrscheinlich auf den alten yavdr zurück, es sei denn ihr habt eine kurzfristige Lösung. Meine Frau macht das Spiel nicht mehr mit. Help!
Das Debug-Log hat den Code Wq6qoy
Gruß Jens

[clausmuus]

Hi Jens,

bei Dir ist der VDR nicht abgestürzt, zumindest läuft der noch. Warum ein Restart nicht funktioniert und es kein Bild gibt kann ich nicht sagen.
Auffällig ist aber, das vdradmin sehr viel RAM belegt. Eventuell ist ja der Dienst schuld. Deinstalliere einfach mal das Paket und teste ob's dann wieder nach einem Reboot läuft.

[jenspf]

OK habe den vdradmin-am aus den Paketen rausgenommen. Mal sehen ob es besser wird. Werde mich in ein paar Tagen wieder melden.
Noch etwas anderes.
Hatte  bereits mehrfach das Problem, dass die Uhrzeit komplett daneben lag entweder + ein paar Stunden und kürzlich auch früher d.h. "nachging" das hat natürlich zur Folge das alle EPG Daten nicht mehr da sind bzw nicht stimmen. Was'n da los?

Wollte außerden ein image mit dd auf eine SD spielen, damit ich mal eine backup SD Karte habe und habe mit geparted gesehen, dass btrfs partition nich angezeigt wird bzw ich die Karte über Nautilus nicht "auswerfen" kann.
Was macht btrfs Partition und wie kann ich das ggfs beheben?
Danke+Gruß Jens

[clausmuus]

Die Zeit wird per Voreinstellung über das Netzwerk von einem Zeitserver geholt. Sollte beim Booten keine Internetverbindung bestehen, so stimmt beim RPI die Uhrzeit nicht. Alternativ kannst Du im VDR einstellen, das die Uhrzeit per DVB geholt werden soll. Da dafür ein Sender ausgewählt werden muss, der als Quelle dienen soll, muss in dem Fall der VDR so eingestellt werden, dass beim Einschalten immer dieser Sender angezeigt wird.
Beim kopieren per dd sind die Filesysteme völlig egal. Alternativ zu dd kannst Du auch über das Setup per Backup Funktion eine Kopie des Systems erstellen.
btrfs ist ein ganz normales Filesystem wie jedes andre auch, und kann daher auch einfach gemountet und entmountet werden. Es hat aber ein paar zusätzliche Features wie die Snapshots, weshalb wir das nutzen.