CubieTruck FHEM hängt dauernd

Begonnen von no_Legend, 08 Juli 2016, 12:48:33

Vorheriges Thema - Nächstes Thema

no_Legend

Hallo Leute,

ich hab seit längerem einen Cubietruck mit FHEM am laufen.
Das System lief bis vor ca. 1-2 Wochen ohne Probleme.

Nun hängt sich FHEM immer wieder komplett auf.
Es gehen keine Befehle raus und das WebFrontend ist nicht erreichbar.

Eine Erklärung anhand der üblichen Log Files konnte ich nicht finden.
Weder im Ubuntu System Log ist etwas zu finden noch im FHEM Log.
Das Ubuntu ist recht alt. Kernel 3.4.94 ubuntu 14.04 LTS

Nun zu den Fragen:
Wie kann ich dem Fehler auf die spur kommen?
Welche Log Dateien sollte geprüft werden?
Kann ich im FHEM einstellen, dass alles Protkoliert wird?

Danke und Gruß Robert
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

Wernieman

Läuft jetzt fhem nicht oder Dein System?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

franky08

wann hast du das letzte update gemacht? DevIo.pm, da gab es Probleme die jetzt wohl gefixt sind.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

no_Legend

@Wernieman
FHEM hängt immer, Cubie läuft ohne probleme.

@franky08
FHEM halte ich immer aktuelle.
Ob ich heute ein update gemacht habe weis ich grade nicht.
Werde ich gleich mal nachschauen.
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

Rince

Wie hoch ist denn die CPU Last, wenn fhem nicht erreichbar ist?
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

no_Legend

Fhem ist aktuell "nothing to do"
Mit top wird garnichts angezeigt als Last.
Musst ich aber auch noch mal prüfen.
Sobald fhem das nächste mal nicht geht.

Melde mich morgen früh noch mal dann ist fhem bestimmt wieder am Ende.
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.


no_Legend

#7
Anbei mal ein ScreenShot von top.
last ist auf dem Prozessor keine, meist nicht mehr als 1% last.

Edit:
Ich würde gerne mal Testweise FHEM auf eine VM packen.
Miss zwingend das ganze FHEM Verzeichnis in opt kopiert werden.
Oder gibt es eine Liste von Dateien welche man kopieren muss und welche nicht?
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

vbs

Bist du sicher, dass FHEM überhaupt noch läuft? Kann in der Liste erstmal kein Perl entdecken.

no_Legend

#9
Das ist es ja gerade.
Mir kommt es vor, also ob FHEM komplett abstürzt.
Wenn ich aber per sudo service fhem status abfrage, steht immer running und eine pid dabei.

Hab jetzt mal mit perfmon geschaut, da ist im log der letzt Eintrag um 11:41:50.
Danach nichts mehr und erreichbar ist die webgui auch nicht mehr.

Verstehen tut ich das ja auch nicht, weil bis vor kurzem lief alles mehr als stabil.
Hab nie Probleme in dieser Hinsicht mit hem gehabt auf dem Curie.

Ich hab jetzt was in /var/log/kern.log gefunden:
Jul  9 10:43:59 FHEMcubie kernel: [88214.771460] init: fhem main process ended, respawning
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

vbs

Wenn FHEM abstürzt, dann hilft dir perfmon/apptime erstmal nicht weiter. Das ist dann eine ganz andere Baustelle. Daher meine Frage.

no_Legend

Und wie soll ich jetzt am besten weiter vorgehen?

Kann ich die fhem Installation einfach in eine VM packen?
Am liebsten würde ich nur die configs und die nötigsten Dateien kopieren.
Die meisten Anleitungen basieren auf das einspielen eines gesamten Backups.
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

budy

Moin Robert,

ich würde es wirklich mal mit Jörgs Tipp versuchen... apptime und perfom für FHEM. Damit habe ich auch meine Problemfälle gefunden gehabt und konnte so meinen FHEM wieder schnell und agil machen...

Gruß,
Stephan
Debian stretch, FHEM 5.9.
HM-CC-RT-DN, HM-ES-PMSw1-Pl, HM-LC-Dim1TPBU-FM, HMUARTLGW, HMLAN, HM-SEC-KEY, HM-SEC-RHS, HM-SEC-SC-2, HM-SEC-SCo, HM-SEC-SD-2, HM-OU-CFM-TW, div. HUEs, Wifilight, Ring Video Pro

herrmannj

ja, aber vbs hat schon recht. Das hilft nur bei hängern, nicht bei einem Komplettabsturz. Danach sieht es aber fast aus.

Ich würde den fhem dienst beenden, dann fhem über die console starten (console offen lassen!) und warten was passiert. Ein Absturz bringt dort eine Fehlermeldung. Sollte fhem laufen aber blockieren ist perfmon/apptime der richtige Weg.

vg
joerg

no_Legend

Dann werde ich wohl mit Screen arbeiten müssen. FHEM fällt ja nicht immer nach der gleichen Zeit aus.

Ich wollte sowieso auf eine nuc umstellen. Vll mach ich das dann doch gleich.
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.