DBLog Einträge fehlen sporadisch

Begonnen von Doemy, 03 Januar 2025, 12:24:41

Vorheriges Thema - Nächstes Thema

Doemy

Hallo zusammen,

ich habe mit dem DBLog ein Phänomen, das ich mir nicht erklären kann.
FHEM läuft auf einem Raspi 4, die SQL-Datenbank als MariaDB 5 auf einer Synology DS119j.
Verbunden ist das ganze über eine LAN-Verbindung über einen Switch.
Ich schreibe kurz vor Mitternacht jeden Tag mehrere Werte im Zeitabstand von ca. 10 Sekunden in die Datenbank.
Das ganze läuft schon seit 4 Jahren eigentlich problemlos.


Meistens werden die Werte auch direkt in die Datenbank geschrieben, manchmal fehlen aber zwei oder drei Werte, die als letztes übertragen werden sollten.
Werden dann am nächsten Tag die nächsten Werte übertragen, sind auch die da, die am Tag zuvor gefehlt haben.

Aufgefallen ist mir das ganze vor ca. 4 Monaten. Seit dem überprüfe ich stichprobenartig, ob alle Werte jeden Tag angekommen sind.
Ob es davor auch schon so war kann ich nicht nachvollziehen, da ja am nächsten Tag meistens alle Einträge vorhanden sind.

Ich weiß nicht, ob die fehlenden Daten in Fhem oder auf der Synology "hängen bleiben".
Hatte jemand von euch diese Problematik schon mal und kann mir einen Rat geben, woher das kommen kann?

Folgende Ausgabe bekomme ich mit dem List-Befehl:

Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./db.conf
   DEF        ./db.conf .*:(SQL_Uebergabe_history).*
   FD         5
   FUUID      6037cf77-f33f-7897-3282-e690bc3398baeea1
   FVERSION   93_DbLog.pm:v5.10.1-s28904/2024-05-25
   MODE       synchronous
   MODEL      MYSQL
   NAME       SENEC_MySQL_history
   NR         2
   NTFY_ORDER 50-SENEC_MySQL_history
   PID        749
   REGEXP     .*:(SQL_Uebergabe_history).*
   SBP_PID    854
   SBP_STATE  running
   STATE      connected
   TYPE       DbLog
   dbconn     mysql:database=fhem;host=192.168.180.26;port=3306
   dbuser     Raspi_92
   eventCount 4
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   connected
     PACKAGE    main
     READINGCOL 64
     TC         current
     TH         history
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     VERSION    5.10.1
   OLDREADINGS:
   READINGS:
     2023-02-05 13:44:42   CacheOverflowLastNum 0
     2021-09-26 13:59:45   CacheOverflowLastState normal
     2025-01-03 10:13:10   CacheUsage      0
     2025-01-03 10:13:10   state           connected
Attributes:
   DbLogType  History
   room       SQL

Danke und Gruß
Thomas

betateilchen

Moin,

das ist das falsche Forum für Fragen zu DbLog - Du kannst Deinen Beitrag aber mit dem Button unten links auf der Seite in das richtige Forum verschieben (zu finden beispielsweise über "help DbLog" in der FHEM Befehlszeile)

Wenn Du eine MariaDB verwendest, kannst Du in Deinem DbLog-device auch MariaDB anstatt mysql als Datenbanktreiber angeben, das wird seit einiger Zeit von DbLog unterstützt.
Ob das wirklich was mit Deinem "Problem" zu tun hat, kann ich Dir nicht sagen. Aber Deine Beschreibung klingt eher nach einem Cache-Verhalten der Datenbank selbst.

Hast Du mal versucht, Dein DbLog in der Betriebsart asynchron zu verwenden? Tritt das Verhalten dann auch auf?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Doemy

Hi!

Danke für deine Antworten und Hinweise.
Habe den es verschoben

Nein, Asynchron habe ich noch nicht versucht. Werde ich mal testen.

Gruß
Thomas