DBLog: Error table history - DBD::mysql::st execute failed: Incorrect string ...

[Omega]

Leider bekomme ich in unregelmäßigen Abständen (mehrere Wochen - 2 Tage) folgende Fehler:

Code Auswählen Erweitern


2020.04.22 02:15:05 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 89 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:15:35 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 89 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:16:05 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 89 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:16:06 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 89 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:16:22 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 99 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:16:37 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 102 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:16:52 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 104 at ./FHEM/93_DbLog.pm line 2415.


Das geht so weiter bis zum folgenden Wechsel der Fehlermeldungen

Code Auswählen Erweitern


2020.04.22 02:55:40 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 7606 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:55:58 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 7672 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:56:28 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: Incorrect string value: '\xFCr die...' for column 'EVENT' at row 7757 at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:56:31 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:56:47 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:57:05 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 2415.

2020.04.22 02:57:20 2: DbLog myFHEMdb -> Error table history - DBD::mysql::st execute failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 2415.


shutdown restart führt dann wieder zu einem funktionierenden DbLog, ist aber leider keine Lösung.

Lässt sich aus den wenigen Hinweisen schon etwas erkennen. bzw. was sollte ich jetzt machen, um den - sporadischen - Fehler weiter einkreisen zu können?

LG
Holger

[DS_Starter]

Hallo Holger,

sofern du asyncMode fährst kannst du dir im Fehlerfall den Inhalt vom Cache mit listCache anschauen oder ggf. mit "exportCache nopurge" in ein File exportieren um dann in Ruhe zu analysieren von welchem Device/Reading dieser störende Event kommt.

Was sagt "Result of encoding check" im configCheck ?

Du kannst mit Attribut useCharfilter = 1 experimentieren.

Grüße,
Heiko

[Omega]

Hallo Heiko,

danke für deine schnelle Unterstützung. Das sind doch schon mal gute Hinweise, wie ich weiterkommen kann.
asyncMode ist aktiv, "Result of encoding check" im configCheck: Encoding used by Client (connection): UTF8, Encoding used by DB myFHEMdb: UTF8, Recommendation: settings o.k.
useCharfilter: da der Fehler nur sporadisch auftaucht, will ich doch erst mal abwarten, ob ich mit listCache das Problem vielleicht komplett gelöst bekomme. Wäre mir noch lieber als ein Workarround.

Danke
Holger

[DS_Starter]

Mir ist noch eigefallen...
Wenn du das Attribut commitMode = basic_ta:off setzt arbeitest du ohne Transaktion. Dann sollten nur nach die problematischen Events im Cache hängen bleiben und würde die Identifikation erleichtern.

Grüße,
Heiko