Servus,
Was soll mir diese Meldung sagen, und wie behebe ich das Problem?
2021.08.16 11:06:47 3: DbRep myDbRep - ################################################################
2021.08.16 11:06:47 3: DbRep myDbRep - ### New optimize table / vacuum execution ###
2021.08.16 11:06:47 3: DbRep myDbRep - ################################################################
2021.08.16 11:06:47 3: DbRep myDbRep - Size of database /opt/fhem/fhem.db before optimize (MB): 8630
2021.08.16 11:06:47 3: DbRep myDbRep - VACUUM database /opt/fhem/fhem.db....
2021.08.16 11:26:26 2: DbLog myDbLog -> Error table history - DBD::SQLite::st execute_array failed: database is locked [err was 5 now 2000000000]
executing 38 generated 38 errors at ./FHEM/93_DbLog.pm line 2814.
KASPI :)
Klingt so, als sei die Datenbank in dem Moment noch offen, in dem Du versuchst, sie mit VACUUM zu verkleinern.
und was macht man da? Warten?
ah, ich sehe gerade, die Meldung ist ja andersrum.
Das VACUUM (aus DbRep) startet und während der Laufzeit versucht DbLog, Daten in die Tabelle zu schreiben, was natürlich scheitern muss.
Hast Du den Hinweis in der commandref bezüglich asynchronem Betrieb beachtet? Das könnte schon helfen.
Ein VACUUM würde ich immer bei geschlossener Datenbank ausführen, und das auch nicht aus FHEM heraus, sondern auf Betriebssystemebene.
Ah.. OK. Danke :D