DbRep: delSeqDoublets delete -> Process died prematurely

[andies]

Ich beziehe mich auf diesen Thread (https://forum.fhem.de/index.php/topic,93883.msg865695.html#msg865695), der aber leider geschlossen ist. Ich habe genau das gleiche Problem, kann aber nicht erkennen, woran das liegt. Anscheinend habe ich zu viele Doppelungen (vor dem Problem waren es ca 60.000 Einträge pro Tag).

Jetzt frage ich mich, ob es überhaupt sinnvoll ist, diese vielen Doppelungen zu löschen. Bei der Ansicht stören sie mich nicht und zudem habe ich noch ein Löschen alter Datensätze am laufen, da würden die ja ohnehin verschwinden. Ich beobachte seit meinem "Process died prematurely" auch keine Verlangsamung von FHEM o.Ä.

Code Auswählen Erweitern

Internals:
   DATABASE   fhem
   DEF        DbLog
   FVERSION   93_DbRep.pm:v8.49.0-s26054/2022-05-17
   LASTCMD    delSeqDoublets delete
   MODEL      Client
   NAME       DbLogRep2
   NOTIFYDEV  global,DbLogRep2
   NR         359
   NTFY_ORDER 50-DbLogRep2
   ROLE       Client
   STATE      Process died prematurely,
   TYPE       DbRep
   UTF8       1
   eventCount 36
   HELPER:
     DBLOGDEVICE DbLog
     GRANTS     ALL PRIVILEGES
     IDRETRIES  2
     MINTS      2022-04-09 18:36:58
     PACKAGE    main
     VERSION    8.49.0
     CV:
       aggregation day
       aggsec     86400
       destr      2022-10-06
       dsstr      2022-04-09
       epoch_seconds_end 1665090000
       mestr      10
       msstr      04
       testr      23:00:00
       tsstr      18:36:58
       wdadd      172800
       yestr      2022
       ysstr      2022
     DBREPCOL:
       COLSET     1
       DEVICE     64
       EVENT      512
       READING    64
       TYPE       64
       UNIT       32
       VALUE      128
   OLDREADINGS:
   READINGS:
     2022-10-07 01:06:46   state           Process died prematurely,
Attributes:
   allowDeletion 1
und

Code Auswählen Erweitern

Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./db.conf
   DEF        ./db.conf (Autobatterie:Spannung.*|shellyplug_s4:(relay_0_power|AnAus).*|Salzmenge:.*Distance.*|Blitzwolf1:.*ENERGY_Current.*|Stromzaehler:energy_differenz.*|Viessmann:.*NurGestern.*|DECT.*:temp.*|.*:.*emperatur.*|Heizungskeller:(Gasverbrauch|Wasser):.*|Sonoff_pow1:.*|DECT_Heizungskeller:power.*|.*thermostat_Clima:measured-temp.*|.*:.*(V|v)erbrauch.*|.*rssi_at_WLAN_HmUART.*|Regenmesser:rain_.*|W132_5:wind.*|Unifi:.*_(accesspoint|snr).*|hydr_Abgleich:median.*|HM_76A0B1_SenF:state.*|.*:(H|h)umidity.*|Feinstaubsensor:SDS0X1_PM.*)
   FVERSION   93_DbLog.pm:v4.12.7-s25800/2022-03-08
   MODE       asynchronous
   MODEL      MYSQL
   NAME       DbLog
   NR         31
   NTFY_ORDER 50-DbLog
   PID        16776
   REGEXP     (Autobatterie:Spannung.*|shellyplug_s4:(relay_0_power|AnAus).*|Salzmenge:.*Distance.*|Blitzwolf1:.*ENERGY_Current.*|Stromzaehler:energy_differenz.*|Viessmann:.*NurGestern.*|DECT.*:temp.*|.*:.*emperatur.*|Heizungskeller:(Gasverbrauch|Wasser):.*|Sonoff_pow1:.*|DECT_Heizungskeller:power.*|.*thermostat_Clima:measured-temp.*|.*:.*(V|v)erbrauch.*|.*rssi_at_WLAN_HmUART.*|Regenmesser:rain_.*|W132_5:wind.*|Unifi:.*_(accesspoint|snr).*|hydr_Abgleich:median.*|HM_76A0B1_SenF:state.*|.*:(H|h)umidity.*|Feinstaubsensor:SDS0X1_PM.*)
   STATE      connected
   TYPE       DbLog
   UTF8       0
   dbconn     mysql:database=fhem;host=localhost;port=3306
   dbuser     pi
   eventCount 44604
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   connected
     PACKAGE    main
     READINGCOL 64
     TC         current
     TH         history
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     VERSION    4.12.7
   READINGS:
     2022-10-07 11:43:28   CacheOverflowLastNum 0
     2022-04-03 04:02:35   CacheOverflowLastState normal
     2022-10-07 11:43:29   CacheUsage      0
     2022-10-07 11:43:28   NextSync        2022-10-07 11:43:58 or if CacheUsage 1500 reached
     2022-10-07 11:43:29   state           connected
Attributes:
   asyncMode  1
   cacheLimit 1500

[DS_Starter]

Jetzt frage ich mich, ob es überhaupt sinnvoll ist, diese vielen Doppelungen zu löschen. Bei der Ansicht stören sie mich nicht und zudem habe ich noch ein Löschen alter Datensätze am laufen, da würden die ja ohnehin verschwinden. Ich beobachte seit meinem "Process died prematurely" auch keine Verlangsamung von FHEM o.Ä.

Sinnvoll ist was man braucht.  Wenn die Datensätze nicht stören und ohnehin beim Löschen verschwinden dann muß man den Task ja nicht ausführen. "Process died prematurely" kann auch bei einem Datenbankproblem auftreten, ist aber meist auf den Speicherbedarf zurückzuführen. Da es den geforkten Prozess betrifft, sollte der FHEM Hauptprozess davon auch nicht in Form von Freezes beeinflusst werden.