Cubietruck bleibt plötzlich öfters scheinbar grundlos stehen.

duke-f · 13 Juni 2016, 13:25:41

Jetzt versuche ich hier nochmal mein Glück.

Mein FHEM läuft seit langem nun auf einem Cubietruck. Es läuft eigentlich auch alles stabil. Nebenher läuft lediglich noch TV-Headend und seit einigen Zeit wieder minidlna. Die Stromversorgung läuft über das normale Netzkabel, zudem hat er noch einen LiPo als Notsromversorgung. Ganz selten kam es mal vor, dass ich nicht mehr zugreifen kann, und weil keine Tastatur und Monitor angeschlossen sind, bleibt dann nur ein Reset.

Jetzt hat es sich in den letzten Wochen aber stark gehäuft, ab und zu sogar öfters pro Woche. In der Syslog kann ich absolut nichts verdächtiges erkennen. Im Regelfall ist es sogar so, dass vor dem Ende längere Zeit gar nichts eingetragen wird. Das kann ich erkennen, wenn die Logs aus FHEM deutlich weiter gehen. Die Stromversorgung, die ich eigentlich erst im Verdacht hätte, glaube ich ausschließen zu können, da ich den Stecker ziehen kann und der Akku reicht dann noch für längere Zeit zu überbrücken. Auch sysmon zeigt nichts, was auf außergewöhnliche Belastung zeigt.

Es läuft Igors Image (Kernel 3.4.107) auf einer SSD.

Hat jemand einen Dunst, wo ich ausserhalb der Syslog noch informtionen finden kann? Oder hat jemand gar einen Tipp, wo die Ursache liegen kann? Kann es minidlna sein? Das macht doch bei mir praktisch fast nie was, es überwacht nur die Videos auf dem NAS, weil der TV diese nicht von dort spielen kann und deshalb das über den Cubie mit minidlna läuft. Allerdings ist es nie so gewesen, dass der Cubie hängt, während etwas darüber abgespielt wird.

Wuppi68 · 13 Juni 2016, 14:50:41

ich hatte einmal das Problem, dass der MessageBus im Cubietruck sich total aufgehangen hatte. Strom raus und wieder rein --> alles gut
und dann hatte ich eine defekte SSD wo das SATA Interface abgefackelt war.

In beiden Fällen kamen die tollsten Dinge auf dem Bildschirm - aber auch nicht mehr im Syslog

duke-f · 13 Juni 2016, 17:15:19

Hmmm - besten Dank. Wie kann ich einen Fehler in der Platte erkennen? Es wird bei jedem Boot mittels Eintrag in /etc/default/rcS das Filesystem repariert werden. In /lost+found landet aber nichts.

Benni · 13 Juni 2016, 18:20:21

Es gab da mal einen Thread, wo sich andeutete, dass das evtl. mit der CPU-Frequenz zu tun hat.
Beim Igor-Image wird wohl out-of-the-box etwas übertaktet, was nicht alle Boards gleichermaßen problemlos verkraften.

https://forum.fhem.de/index.php/topic,26992.0.html

duke-f · 13 Juni 2016, 18:31:28

Hatte ich gleich zu Anfang zurückgenommen. Jetzt habe ich jeglicher Logik zum Trotz doch erst mal einfach minidlna deinstalliert. Das war nunmal das letzte, was installiert wurde.

Puschel74 · 13 Juni 2016, 19:20:32

https://forum.fhem.de/index.php/topic,39880.0.html
Hatte ich auch schon.
Keine Ahnung woran es lag.
Ich hab dann auf einen anderen Cubie gewechselt und der läuft mit genau der selben Installation seither einwandfrei durch.
Ja, es muss Unterschiede in der Installation geben, aber ich hab dann nichtmehr weiter geforscht weil mir das dann irgendwann zu mühsam würde.

Edith: Die Neustarts kamen durch den watchdog (dafür ist er ja gedacht) - aber warum der zugeschlagen hat weiß ich nicht.
Edith1: Und ich hab an meinem Cubie auch einen Akku hängen.

duke-f · 13 Juni 2016, 21:13:04

Das mit diesem Watchdog muss ich mir mal ansehen. Zumindest fühle ich mich mit meinem Problem nicht mehr allein. Ein anderer Cubie währe ja auch nicht die Welt, allerdings stellt sich dann erst mal die Frage, ob der noch zeitgemäß wäre.

Jetzt will ich aber erst mal ein paar Tage sehen, wenn ich minidlna weg hab. Interessant: Habe den gerade mal testweise auf dem Raspie 3 installiert. Lief scheinbar ganz gut los - und nach einiger Zeit konnte ich nicht mehr zugreifen. Muss ich jetzt nicht verstehen, aber könnte ich als Indiz sehen, dass der das ganze sowohl auf dem Cubie als auch auf dem Raspi stört.

duke-f · 15 Juni 2016, 14:36:40

So, jetzt habe ich auch mal den watchdog eingerichtet und hoffe, dass der dann seinen Dienst erfüllt. Offensichtlich bin ich mit meinem Problem entgegen meinen Erwartungen irgendwie doch in "guter Gemeinschaft".

Tobias · 17 Juni 2016, 08:59:06

Habe dasselbe Problem, wo finde ich die Seite wie ich den watchdog aktiviere?
Funktioniert der auch wenn das ganze Betriebssystem abgestürzt ist bzw der Cubie "steht"?

duke-f · 17 Juni 2016, 09:33:15

Infos findest Du in dem von Puschel74 genannten Thread sowie dem darin angegeben Thread.

Die Beschreibung von Betateilchen findest Du einfach durch googeln nach "betateilche" und "watchdog" hier:
https://wiki.betateilchen.de/doku.php?id=raspberrypi:tec:watchdog

Tobias · 17 Juni 2016, 10:38:54

hmm, problem...

Code Auswählen

modprobe bcm2708_wdog
modprobe: FATAL: Module bcm2708_wdog not found.

Edit: warscheinlich heißt das Modul beim Cubietruck anders...??

duke-f · 17 Juni 2016, 11:08:07

Das wiederum steht in einem der erwähnten Threads:
Das Igor-Image hat die watchdog-device bereits eingebaut, deshalb ist dieser Schritt da nicht nötig. Du kannst das finden, wenn Du Dir den Inhalt von /dev auflisten lässt.

Tobias · 17 Juni 2016, 11:33:27

hmm, naja... in dem Image mit 3.4.109-sunxi ist das sunxi_wdt enthalten, von der Igor seite gibts ein Kernel update script um auf den Kernel 3.4.112-sun7i zu kommen, der hat das Modul leider nicht

Raven · 17 Juni 2016, 12:23:37

Ich war auch betroffen.
Bei mir half das runtertakten und seitdem (2.Monate) keine Probs mehr (zuvor jeden Monat).

Ja, leider der Hardware-Watchdog ist nicht in allen Images verfügbar.

duke-f · 24 Juni 2016, 10:59:13

Um's auch hier noch abzurunden:
Der watchdog funktioniert. Ist einerseit gut zu wissen, andererseits zeigt es, dass minidlna nicht der Grund war. Erst lief der Cubie nun zioemlich genau 7 Tage, dann 14 Stunden.
Ich werde das wohl so auf weiteres erst mal akzeptieren, da ganz andere Kapazitäten als ich dem Problem offensichtlich hilflos gegenüber stehen. Immerhin läuft er ja jetzt erst mal wieder an und steht nicht.

Besten Dank nochmal für die Tipps.