Probleme mit DBRep Modul

Begonnen von Nighthawk, 26 Juni 2019, 13:10:27

Vorheriges Thema - Nächstes Thema

Nighthawk

Hallo zusammen,

seit kurzem habe ich ein Problem mit dem DBRep Modul.
Nach jedem Ausführen von delSeqDoublets delete kommt nach kurzer Zeit erst "Cannot fork: Nicht genügend Hauptspeicher verfügbar",
und anschließend "Process died prematurely".

Bis vor ein paar Wochen hat es auf der gleichen Hardware (Raspberry Pi 3B mit Raspbian Stretch und Perl v5.20.3) über Perlbrew) tadellos funktioniert.

Hier der Log mit Verbose 5:

2019.06.26 18:58:34 4: DbRep Report.Clean - -------- New selection ---------
2019.06.26 18:58:34 4: DbRep Report.Clean - Command: delSeqDoublets delete
2019.06.26 18:58:34 5: DbRep Report.Clean - Timestamp begin epocheseconds: 1560700800
2019.06.26 18:58:34 4: DbRep Report.Clean - Timestamp begin human readable: 2019-06-17 00:00:00
2019.06.26 18:58:34 5: DbRep Report.Clean - Timestamp end epocheseconds: 1561546714
2019.06.26 18:58:34 4: DbRep Report.Clean - Timestamp end human readable: 2019-06-26 18:58:34
2019.06.26 18:58:34 5: DbRep Report.Clean - weekday of start for selection: Mo  ->  wdadd: 604800
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Tue Jun 18 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-17, runtime_string_first: 2019-06-17 00:00:00, runtime_string_next: 2019-06-18
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Wed Jun 19 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-18, runtime_string_first: 2019-06-18, runtime_string_next: 2019-06-19
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Thu Jun 20 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-19, runtime_string_first: 2019-06-19, runtime_string_next: 2019-06-20
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Fri Jun 21 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-20, runtime_string_first: 2019-06-20, runtime_string_next: 2019-06-21
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Sat Jun 22 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-21, runtime_string_first: 2019-06-21, runtime_string_next: 2019-06-22
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Sun Jun 23 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-22, runtime_string_first: 2019-06-22, runtime_string_next: 2019-06-23
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Mon Jun 24 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-23, runtime_string_first: 2019-06-23, runtime_string_next: 2019-06-24
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Tue Jun 25 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-24, runtime_string_first: 2019-06-24, runtime_string_next: 2019-06-25
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Wed Jun 26 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-25, runtime_string_first: 2019-06-25, runtime_string_next: 2019-06-26
2019.06.26 18:58:34 5: DbRep Report.Clean - Daylight savings changed: 0 (on Thu Jun 27 00:00:00 2019)
2019.06.26 18:58:34 5: DbRep Report.Clean - runtime_string: 2019-06-26, runtime_string_first: 2019-06-26, runtime_string_next: 2019-06-26 18:58:34
2019.06.26 18:58:34 4: DbRep Report.Clean - Aggregation: day
2019.06.26 18:58:34 5: DbRep Report.Clean - Timestamp-Array:
2019-06-17#2019-06-17 00:00:00#2019-06-18 2019-06-18#2019-06-18#2019-06-19 2019-06-19#2019-06-19#2019-06-20 2019-06-20#2019-06-20#2019-06-21 2019-06-21#2019-06-21#2019-06-22 2019-06-22#2019-06-22#2019-06-23 2019-06-23#2019-06-23#2019-06-24 2019-06-24#2019-06-24#2019-06-25 2019-06-25#2019-06-25#2019-06-26 2019-06-26#2019-06-26#2019-06-26 18:58:34
2019.06.26 18:58:34 5: DbRep Report.Clean - Devices for operation - included: % , excluded:
2019.06.26 18:58:34 5: DbRep Report.Clean - Readings for operation - included: %, excluded: 
2019.06.26 18:58:34 5: DbRep Report.Clean - Devices for operation - included: % , excluded:
2019.06.26 18:58:34 5: DbRep Report.Clean - Readings for operation - included: %, excluded: 
2019.06.26 18:58:34 4: DbRep Report.Clean - SQL execute: SELECT DEVICE,READING,TIMESTAMP,VALUE FROM history where TIMESTAMP >= '2019-06-17 00:00:00' AND TIMESTAMP < '2019-06-18' ;
2019.06.26 19:01:37 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2019.06.26 19:01:38 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2019.06.26 19:01:39 1: DbRep Report.Clean -> BlockingCall delseqdoubl_DoParse pid:DEAD:7849 Process died prematurely
2019.06.26 19:01:39 2: DbRep Report.Clean - Database command aborted due to "Process died prematurely"

DS_Starter

Habe den Beitrag durch Zufall gefunden.... falsches Forum.   ;)

Du könntest es mit aggregation = hour versuchen.
Allerdings sieht es mir so aus als ob generell dein HS aufgebraucht ist und Perl nicht forken kann. Das müsste auch andere Module betreffen die Blockingcall nutzen.

Schau mal mit top auf Betriebssystemebene.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Nighthawk

Hallo Heiko,

danke für die Rückmeldung.
Leider hilft die Umstellung auch nichts, nach wenigen Minuten kommt der Fehler und das FHEM wird komplett geblockt.
Bis vor ein paar Monaten hat es noch funktioniert, keine Ahnung was sich geändert hat.
Scheinbar funktioniert es nicht mehr das FHEM und die DB auf einem Raspi zu betreiben. Der Raspi4 mit 4gb ist schon bestellt, ich hoffe das bringt das System auf Trab..

Gruß
Alex