3. Akt der #FHEM-MIgration
#Filelog auf #DBlog umstellen.

Also das war kein Akt, das war ein Trauerspiel, eine furchtbare Kombination von Unwissenheit und Unverständlichkeit.

Zuerst die positiven Dinge: #MariaDB zu installieren war einfach, den FHEMUSER als Datenbankbenutzer anzulegen war einfach, aber vermutlich begannen da schon die Probleme. Die Tabellen anzulegen war trivial. Und das Umstellen in FHEM ein Klacks. Das Ergebnis war: FHEM sagte: verbunden. Gut. Dann kam ich auf die Idee in FHEM einen #configCheck zu machen. Und der meldete: nicht verbunden.

Versteh ich nicht.

Der state sagte connected und das Ergebnis meinte das Gegenteil.

Und wenn ich die kryptischen Aussagen auf der Kommandoebene von MariaDB richtig deutete, wurden auch keine Daten gespeichert.

Ich hab dann mal auf #asyncMode gestellt. Und dann ist der Cache explodiert.

Also das System will loggen, aber der Datenbankzugriff geht nicht.

Das hatte ich mir schon bei der Anlage des FHEMUsers gedacht.

Ich musste etwas komfortabler in das Datenbanksystem schauen. Auf Lala, dem Server, war #phpMyAdmin installiert. Aber der kann nur auf den Rechner schauen, auf dem er installiert ist. Abver da ich mit dem klarkomme, kam ich auf die Idee, das Tool auch auf Shinobu zu installieren (dem FHEM-Rechner).

Und das Drama begann.

phpMyAdmin wollte unbedingt den Apache-Webserver. Nunja, von mir aus. Im Zuge der Installation explodierte die Zahl der Datenbankbenutzer von zwei (root und FHEMuser) auf 5 oder 6. Keine Ahnung warum das so sein muss. Irgendwann ging es ans Editieren der Config-Dateien. Und spätestens hier war ich praktisch im Blindflug. Ich hatte keine Ahnung was ich da tat.

Aber es war erst einmal soweit erfolgreich, dass ich über Shinobu tatsächlich über phpMyAdmin auf die Tabellen zugreifen konnte.

Ein Teil meiner Konfiguration schien zwar kaputt gewesen zu sein, zwei dort angelegte User und deren Tabellen waren offensichtlich falsch.

Und dann traf ich die folgenschwere Entscheidung: Ich brauche zwei User: root und FHEM. Der Rest muss weg. Alle markiert und Entfernen geklickt. Dann wurde ich noch gefragt, ob auch deren Tabellen weg sollen, das bejahte ich. Und dann war plötzlich alles weg. Ich konnte in phpMyAdmin nichts mehr tun.

Also die allwissende Müllhalde, Google, befragt. Dort wurde mir nur bestätigt, was ich schon wusste, die mysql.db war weg. Und ich solle die wieder anlegen. Ging nicht, ich glaube ich habe in den nächsten Stunden alle möglichen Fehlermeldungen die das System erzeugen kann persönlich begrüßt.

Nicht einmal Deinstallieren und Neuinstallieren haben geholfen. Nur neue Fehlermeldungen suchten meine Bekanntschaft.
Irgendwann fand ich ein Posting das zumindest die Dauermeldung, irgendwas mit Socket, korrigierte und ich meinem root wieder Zugriff geben konnte.

Aber ich war jetzt so genervt, ich hab alles eliminiert: phpMyAdmin, Apache, MariaDB. Und ich habe die FHEM konfiguration auf Lala umgebogen. Denn da lief die Datenbank. Und das war ja der Ausgangspunkt: Mit dem RASPI3 (Chihiro) war das so langsam, dass FHEM nicht mehr bedienbar war. Naja, mit nur 1 GB war Chihiro aber auch wirklich sehr leichtgewichtig. Shinobu mit ihren 8 GB RAM war es egal. Man merkte nicht mal, dass auf einen anderen Server geloggt wurde.

Fazit: Die Investition in Shinobu, 149,-, war erfolgreich. Ich habe das Logging auf Datenbank umgestellt und es lief zufriedenstellend. Allerdings loggt er viel zu viel Müll.

Die erste Aktion ist also, den Umfang der zu loggenden Geräte/Readings zu reduzieren.

Blöd scheint nur zu sein, dass man keine kompletten Geräte bzw. Gerätegruppen ausschliessen kann, nur Readings. Ein #DbLogExclude mit ECHO_* geht also nicht. Aber in jedem Echo ein DbLogExclude mit *.*, welches alles Readings des Gerätes ausschliesst, geht. Nunja, ist ein Anfang.

Jetzt werden erst einmal die Plots umgestellt. Dann die Logs eingeschränkt und zum Schluss, der eigentliche Grund für die ganze Orgie, die Programmierungen, die dann nicht mehr auf die Geräte zugreifen soll, sondern auf die Log-Daten. Und das nur, um den Duty-Cycle der #CCU3 (ja, die hat keinen eigenen Namen) auf unter 20 zu drücken.
Bis dahin muss ich mir noch anschauen, wie ich mit #Perl auf Datenbanken zugreife.
Also langweilig wird mir so schnell nicht...

Die Einträge in den Logs sind über Nacht auf eine halbe Million angestiegen.

Lala merkt man das an. Sie reagiert deutlich langsamer als sonst. Das #NAS hat nur 2 GB Speicher. Sie nutzt swapping sehr exzessiv. Aber man soll sie ja auf 16 GB erweitern können...

*klickerdieklackerdieklick*

...bestellt...

Na gut, gab wohl keine andere Möglichkeit mehr. Habe eine #CCU3 bestellt, mit #RaspberryMatic bedampft und dann diverse #HM- und #HmIP-Sensoren und -Aktoren beschafft und eingebunden.

Da weder #FS20- noch #MAX!-Komponenten neuwertig im Fachhandel zu erwerben sind, habe ich mich nun nach vielen Jahren dazu entschlossen, mein gutes altes #FHEM auslaufen zu lassen und eine #CCU3 mit #RaspberryMatic in Betrieb zu nehmen.

Bin gespannt.

#HomeAutomation

https://raspberrymatic.de