fhem auf Raspberry Pi kommentarlos (?) abgestürzt

[PeMue]

Hallo zusammen,

ich hatte am Freitag ein einigermaßen kurioses Problem:
- der Raspberry Pi lief noch (uptime >32 Tage)
- die SD Karte hatte auch noch so 60 MB Platz frei (ist nicht üppig, aber das überwache ich regelmäßig und lagere Dateien aus)
- es gab keinen Zugriff auf fhem per Browser
- die WLAN Verbindung war aber vorhanden
- ich konnte per telnet auf den Raspberry Pi zugreifen
- im Log-File stand folgendes

Code Auswählen Erweitern

2014.07.07 23:03:04 2: CUL_MAX_SendQueueHandler: Missing ack from 04fe9f for 0b1c004012345604fe9f0022
2014.07.07 23:03:06 1: /dev/ttyUSB0 disconnected, waiting to reappear
2014.07.07 23:03:06 3: VCONTROL: USB device /dev/ttyUSB0 disconnected, waiting to reappear
Can't call method "close" on an undefined value at ./FHEM/99_VCONTROL.pm line 354.
- am 07.07. haben alle Graphen so ca. um 23 Uhr aufgehört
- fhem lief nicht mehr
Mein Fazit ist: fhem ist irgendwie abgestürzt, es ließ sich aber problemlos über

Code Auswählen Erweitern

sudo /etc/init.d/fhem start
starten und läuft bis jetzt ohne Probleme.
Hat jemand eine spontane Idee, woran das gelegen haben könnte? Wo könnte ich noch nach der Ursache suchen?
Mein fhem sollte einigermaßen aktuell sein (letztes Update im Juni).
Falls ich die Ursache nicht finde, wäre ja nur ein cron Job möglich, der regelmäßig prüfen könnte, ob der fhem Server läuft, oder?

Danke + Gruß

Peter

[Puschel74]

Hallo,

zu deinem Problem kann ich dir leider nicht helfen.

Aber FHEM überwachen hat Elektrolurch hier was zusammen gestellt:
http://forum.fhem.de/index.php/topic,25110.0.html

Grüße

[Dr. Boris Neubert]

Hallo,

hilfreich ist es auch, die Ausgaben vom perl-Prozess zu protokollieren. Bitte ändere den Anfang von Deinem /etc/init.d/fhem mal so ab:

Code Auswählen Erweitern


...
port=7072
conf=/opt/fhem/conf/fhem.conf
log=start-`date +%Y%m%d%H%M%S`     # eine extra Log-Datei

case "$1" in
'start')
        echo "Starting fhem..."
        perl fhem.pl $conf > /opt/fhem/log/$log 2>&1   # die Pfade musst Du an Deine Installation anpassen
        RETVAL=$?
...


Oh ja, und natürlich kann auch strace Einsichten liefern (siehe Wiki).

Grüße
Boris

[betateilchen]

Wenn der Fehler nur ein einziges Mal auftrat, würde ich mir darüber keine allzugroßen Gedanken machen. Was hattest Du denn an USB angeschlossen, worauf 99_vcontrol zugreifen wollte? Denn das ist das Modul, das den Absturz verursacht hat, indem es versuchte, auf die Schnittstelle zuzugreifen, die in dem Moment nicht verfügbar war. Für mich ein typisches Raspberry-USB-Problem.

Ein laufendes fhem kannst Du auch per watchdog kontrollieren, z.B. per heartbeat-Datei. Das funktioniert bei meinen unbeaufsichtigt laufenden Raspberrys in Serbien und im Libanon absolut hervorragend und zuverlässig. Es wird im Fehlerfall zwar der komplette raspi neu gestartet und nicht nur fhem, aber das stört mich eigentlich gar nicht.

[PeMue]

Hallo ihr beiden,

vielen Dank für Eure Tipps. Ich werde diese mal testen und berichten.

Noch als Info:
Am USB Port hängt der Optolink Adapter (USB -> seriell Adapter -> serieller Optolink Adapter), da der serielle Port schon von Dirk's Display belegt ist. Und darüber wird regelmäßig die Heizung über Adam's Modul ausgelesen.
Ich hatte diese Kombination schon mal über den vcontrold daemon in Betrieb, da gab es keine Abstürze, fhem hat aber in diesem Fall nur die Anzeige der Daten übernommen.

Gruß PeMue