Offenbar habe ich irgendwo einen Knoten, den ich nun schon auf dem dritten System wiederhole: Überall benutze ich logDB mit SQL-Lite-Datenbanken und meine exakt nach Befehlsreferenz vorzugehen. Dennoch erhalte ich beim Start von FHEM ohne weitere erkennbare Probleme (auch nicht mit SFG-Definitionen, Grafiken etc) diese Fehlermeldung:
looking for table: fhembinfilesave
testing: #2
table not found
Da ohne timestamp wohl noch aus dem Perl oder vom SQLite heraus. ConfigCheck gibt mir hierzu keine Hinweise. Gucke ich mir die jeweilige Datenbank an, fällt auf, dass ich jeweils eine fhemb64filesave habe, in der dann Blobs drin sind.
What's going wrong?
Danke für die Weisheit der Gemweinschaft im Vor4aus!
Christian
Hallo Christian,
ich persönlich werde aus dem was du schreibst nicht ganz schlau.
Der Hinweis auf ConfigCheck deutet auf DbLog, jedoch gibt es bei DbLog nicht die von dir beschriebenen Fehlermeldungen. Dein Hinweis Richtung Blobs lässt eher etwas mit configDB vermuten.
Du müsstest das Problem noch etwas genauer spezifizieren und mit Auszügen aus dem logfile bzw. device-lists unterlegen.
Grüße,
Heiko
Zitat von: cwagner am 08 März 2018, 19:51:36
Offenbar habe ich irgendwo einen Knoten, den ich nun schon auf dem dritten System wiederhole: Überall benutze ich logDB mit SQL-Lite-Datenbanken und meine exakt nach Befehlsreferenz vorzugehen. Dennoch erhalte ich beim Start von FHEM ohne weitere erkennbare Probleme (auch nicht mit SFG-Definitionen, Grafiken etc) diese Fehlermeldung:
looking for table: fhembinfilesave
testing: #2
table not found
Da ohne timestamp wohl noch aus dem Perl oder vom SQLite heraus. ConfigCheck gibt mir hierzu keine Hinweise. Gucke ich mir die jeweilige Datenbank an, fällt auf, dass ich jeweils eine fhemb64filesave habe, in der dann Blobs drin sind.
What's going wrong?
Danke für die Weisheit der Gemweinschaft im Vor4aus!
Christian
Das kommt von configdb und ist lediglich eine debug Meldung. Alles schick. Bitte einfach übersehen.
Vielen Dank an DS-Starter, den ich offenbar fälschlich "alarmiert" habe und an CoolTux, der auf die richtige Ursache hinwies und zugleich "Entwarnung" gab.
Christian