Ich beziehe mich auf diesen Thread (https://forum.fhem.de/index.php/topic,93883.msg865695.html#msg865695 (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.Ä.
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
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
Zitat
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.