Fhem abgestürzt

[ReneR1986]

Ist jetzt keine Antwort auf die Fragen aber ich bin ziemlich begeistert davon, FHEM (und auch andere Anwendungen wie deconz, mqtt, usw.) containerbasiert laufen zu lassen.

Ich habe im Laufe der Zeit immer mal wieder was kaputt gespielt und musste das Betriebssystem oft neu aufsetzten..
Wenn man ein entsprechendes Backup der Komponenten hat, installiert man das Betriebssystem kurz neu, pulled sich wieder die container, mapt die volumes und fertig.
Dauert keine Stunde..

[MadMax-FHEM]

Moin,

heute Nacht ist es wieder passiert:

Code Auswählen Erweitern

2022.03.10 02:42:01 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2022.03.10 02:42:02 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2022.03.10 03:48:33 1: ERROR: Select error -1 (9), error count= 0
2022.03.10 03:48:33 1: Found and deleted bad fileno for Staubsauger
FATAL: input size not equal to blocksize (16) at /usr/local/share/perl/5.20.2/Crypt/CBC.pm line 492.

Irgendein Fehler vom Staubsauger (Xiaomi) trat auf, dann stürzte FHEM ab.

@MadMax: Konntest Du schon herausfinden, warum (scheinbar) das Xiaomi-Modul diesen Fehler verursacht?

Nein, habe ich noch nicht geschaut, bei mir läuft fhem ja weiter und so oft habe ich das nicht...
Allerdings habe ich nur den "select" Fehler, die Meldung danach habe ich nicht...

Code Auswählen Erweitern


2022.03.06 03:19:17 2: SaugerWischer_Kueche: Read error
2022.03.06 03:19:17 1: ERROR: Select error -1 (9), error count= 0
2022.03.06 03:19:17 1: Found and deleted bad fileno for SaugerWischer_Kueche
2022.03.06 03:19:47 2: SaugerWischer_Kueche: connecting
2022.03.06 03:20:37 1: my_ControlCleaner SaugerWischer_Kueche disconnected -> rechecking
2022.03.06 03:21:36 2: SaugerWischer_Kueche: connecting
2022.03.06 03:21:36 1: my_ReCheckCleaner SaugerWischer_Kueche still disconnected -> reconnecting


In diesem Monat nur einmal, siehe oben.

Ich habe ein notify auf disconnected, dann ziehe ich ein at auf und schaue nach einer Minute noch mal, wenn immer noch nicht wieder verbunden, dann setze ich ein reconnect ab...
Zumindest muss das wohl so sein laut meinen Logausgaben

Habe ich aber verm. schon "ewig" so drin...

Gruß, Joachim

[MadMax-FHEM]

Ist jetzt keine Antwort auf die Fragen aber ich bin ziemlich begeistert davon, FHEM (und auch andere Anwendungen wie deconz, mqtt, usw.) containerbasiert laufen zu lassen.

Ich habe im Laufe der Zeit immer mal wieder was kaputt gespielt und musste das Betriebssystem oft neu aufsetzten..
Wenn man ein entsprechendes Backup der Komponenten hat, installiert man das Betriebssystem kurz neu, pulled sich wieder die container, mapt die volumes und fertig.
Dauert keine Stunde..

Das geht auch ohne Docker so einfach.

Parallel einen PI hochziehen (musst du ja mit oder ohne Docker), dann fehlende Pakete installieren (du musst ja auch Docker installieren und pullen etc.), dann fhem installieren, Backup einspielen: fertig.

Und da ich das parellel tue steht bei mir fhem nur solange es dauert das Backup einzuspielen und die Karte umzustecken...

Dafür habe ich nicht die hier im Forum zu Hauf zu findenden Probleme mit Docker-Netzwerk, USB, ...

Wenn der gezogene Docker Container (ohne große Änderungen) passt mag das schon ok sein...
...wenn nicht ist immer die Frage wo das Problem liegt: Host, Docker, Container, ...

Ist mir zu kompliziert bei NULL Vorteil (für mich).

Es gibt Szenarios wo Docker gut ist: z.B. um immer gleiche/vorgegebe Build-Umgebungen zu haben etc.
Aber sonst halte ich nicht viel davon...

Und: ein Backup-/Restore braucht man eh...

Gruß, Joachim

[efyzz]

Nabend!

Vielen Dank für die Erläuterung, Joachim! Bei mir ist die Auswirkung leider etwas schwerwiegender 

das klingt schon nach einem Fehler im Dateisystem.

Möglicherweise also ein Fehler in einer Datei, die mit dem Staubsauger zu tun hat?!

Wie wäre das zu reparieren? Erstmal Image auf eine neue SD-Karte und dann mit fsck prüfen/reparieren? Oder hilft da nur eine komplette Neuinstallation?

[Otto123]

Wie wäre das zu reparieren? Erstmal Image auf eine neue SD-Karte und dann mit fsck prüfen/reparieren? Oder hilft da nur eine komplette Neuinstallation?

Ja
Wenn es ein Fehler im Dateisystem ist - ist alles möglich.

Kümmere Dich vor allem um ein Backup deines FHEM! Ich würde das System neu machen, solange das noch schmerzfrei geht.

[Wernieman]

@Joachim:
Jedem das seine ... ich könnte nicht mehr ohne Docker .. aber ich habe auch beruflich damit zu tuen ....

@efyzz
Habe jetzt schon mehrfach darüber nachgedacht ... ich würde mit neuer SDCard eine Neuinstallaaton machen., FHEM-Config einspielen und "hoffen"

[efyzz]

Moin,

ich muss das Thema leider nochmal hochholen. Ich habe den Winter damit verbracht, den Raspberry komplett neu aufzusetzen (früher Jessie, jetzt Bookworm), inkl. neuer (Industrial Grade) SD-Karte.

Trotzdem tritt der Fehler noch immer (wenn auch nur sehr selten) auf:

Code Auswählen Erweitern

FATAL: input size not equal to blocksize (16) at /usr/share/perl5/Crypt/CBC.pm line 492.
Also genau so, wie damals hier beschrieben:
https://forum.fhem.de/index.php?topic=76503.msg1194040#msg1194040

Einen Fehler im Dateisystem kann ich nun wohl ausschließen, ebenso veraltete Libraries oder ähnliches.

Was könnte es noch sein? Oder gibt es vielleicht wenigstens einen Workaround, so dass FHEM nicht mehr einfriert, sondern den Fehler einfach ignoriert?

Vor diesem Logeintrag gibt es wie immer keinen sinnvollen Hinweis, was schief gegangen sein könnte. Es kommt nur diese eine Fehlermeldung. 

[Prof. Dr. Peter Henning]

Das Modul CBC.pm dient zur Verschlüsselung mit Blockchain (Encrypt Data with Cipher Block Chaining Mode = CBC). Da es allerhöchst unwahrscheinlich ist, dass die entsprechenden Perl-Programmzeilen auf der neuen Karte dort liegen, wo sie auf der alten Karte gelegen haben, ist _nicht_ von einem Hardwarefehler der Karte oder einem Dateisystemfehler auszugehen.

Eine kurze Suche im FHEM Repository zeigt, dass tatsächlich das FHEM-Modul 72_XiaomiDevice.pm die Crypt::CBC verwendet. Ich tippe deshalb auf eine ungünstige Kombination: Ungenügende Vorprüfung der an Crypt::CBC übergebenen Parameter des Xiaomi-Staubsaugers, und schlechte Programmierung in Crypt::CBC.

Also erstens den Maintainer von 72_XiaomiDevice antriggern, und zweitens für Crypt::CBC eine Fehlermeldung absetzen.

LG

pah

P.S.: Es würde mich doch interessieren, wie man den Winter damit verbringen kann, ein FHEM-System neu aufzusetzen. Das dauert maximal 30 Minuten, wenn man ein ordentliches Backup hat.

[efyzz]

Hallo pah,

vielen Dank für die Erläuterung!

Also erstens den Maintainer von 72_XiaomiDevice antriggern, und zweitens für Crypt::CBC eine Fehlermeldung absetzen.

Das übersteigt leider meine Kompetenzen bzw. verstehe ich nicht mal, was das genau bedeutet 
Ich vermute mal, dass Du mich da auch nicht Schritt für Schritt durchführen willst ...

Aber da ich scheinbar so ziemlich der Einzige mit dem Problem bin, obwohl der Xiaomi-Sauger sicherlich sehr verbreitet ist, reicht vielleicht schon ein Firmware-Update bei meinem Sauger ...? Hab das Ding vor ca. 7 Jahren aus China gekauft, gerootet (um ein deutsches Sprachpaket zu installieren) und seitdem lieber nichts mehr angefasst. Aber da könnte ich mich mal mit beschäftigen.

P.S.: Es würde mich doch interessieren, wie man den Winter damit verbringen kann, ein FHEM-System neu aufzusetzen. Das dauert maximal 30 Minuten, wenn man ein ordentliches Backup hat.

Stimmt, FHEM läuft recht schnell wieder. Aber vieles andere auf dem Raspberry nicht mehr, durch den Wechsel des Betriebssystems. Deswegen schrieb ich auch "den Raspberry neu aufsetzen", nicht einfach nur FHEM.
Wenn es Dich wirklich interessiert, hier ein paar Highlights:
https://forum.fhem.de/index.php?topic=19285.msg1302453#msg1302453
https://forum.fhem.de/index.php?topic=135864.msg1293977#msg1293977
https://forum.fhem.de/index.php?topic=136639.msg1299909#msg1299909
Dann noch vieles, vieles mehr, was nicht direkt FHEM betrifft oder ich ohne Hilfe des Forums lösen konnte.

[Prof. Dr. Peter Henning]

Ich vermute mal

Stimmt.

Maintainer antriggern: MAINTAINER.txt => Message senden
Fehlermeldung Crypt::CBC: https://metacpan.org/pod/Crypt::CBC

LG

pah

[efyzz]

Ok, danke für den Einstieg!

[canis]

Das Problem habe ich auch, alle paar Tage crasht FHEM. Autorestart:

# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target hciuart.service
After=network.target hciuart.service
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always

[Install]
WantedBy=multi-user.target