LXPanel wütet auf 100% Last
-
Hallo Community,
ich hatte es nun das dritte mal, dass mein ioBroker rPI per SSH nicht mehr erreichbar war und sich mit:
'ssh_exchange_identification: read: Connection reset by peer'
entschuldigt hat. Das passiert unter anderem wenn kein Speicher mehr vorhanden ist. Zuvor hat ja immer funktioniert, daher schließe ich ein SSH Versions Problem aus.
die WebUI funktioniert noch. Der rPI Load15 zeigt 1.4 und die Temperatur ist bei 63°
völlig am Limit das arme Ding
kurz mit Bildschirm analysiert ist der schuldige mit top gleich gefunden
LXPanel läuft auf 100% und legt alles lahm.
'kill ID' LXPanel hilft und der rPI kommt wieder zur Ruhe.
Ich habe sogar einen ext4 fs error device mmcblk0p7 bekommen… Korrupte Blöcke auf dem rPI.
Wofür ist LXPanel? Laut Google ist es GUI relevant, konnte es aber nicht wirklich zuordnen.
Kennt ihr das Verhalten evtl.?
Würde gerne verhindern, dass das öfter passiert... vor allem wenn ich nicht zu Hause bin
Kann nicht sagen wann das passierte, weil auch die history Aufzeichnung ausgesetzt hat. Hab grade an blockly Codes rumgespielt und Adapter gebrowst.
PS.: Nein ich hatte keinen Screenshot gemacht
und nun ist der Prozess schon tot -
Was hast du denn da für ein System drauf? Was läuft denn da noch außer einem Raspian Desktop und ioBroker? Warum überhaupt Desktop?
Ansonsten ist eine lose von 1,4 per se kein Problem … die Temperatur vllt schon eher ...
Gesendet vom Handy ...
-
Den rpi hatte ich genutzt um mit Python skills für Alexa und Smarthome zu schreiben und zu hosten (ngrok) hab ich aber seit nem Jahr nicht mehr angefasst da ich iobroker nutze.
Ausserdem läuft dort der Mqtt Server.
Sonst läuft darauf nichts mehr. Und die meiste Zeit gähnt der rpi vor sich hin
Siehe Screenshot.
Das frontend brauche ich nicht zwingend, aber hin und wieder ists angenehm wenn ich was andres brauche.
Ich könnte den rpi headless starten… Mich wundert nur was da passiert und würde gerne einfach verhindern
6653_screenshot_20181023-095208.png
