parallel dazu https://forum.fhem.de/index.php/topic,61824.0.html
hab ich mal versucht DBLog testweise einzurichten weils ja performanter sein soll
also sqlite db erstellt, alles eingebunden und per
#DBLog ALL
define logdb DbLog ./log/db.conf .*:.*
mal alles in die datenbank loggen lassen (parallel zu den noch laufenden filelogs)
aktuell hab ich zwei filelogs am laufen (heizungswerte, s0 zählerwerte)
die heizungswerte loggt fhem brav in die db, aber die zählerwerte sind nicht vorhanden
im fhem log kommt folgender fehler:
2016.12.02 17:49:18 1: PERL WARNING: DBI::db=HASH(0x516d690)->disconnect invalidates 2 active statement handles (either destroy statement handles or call finish on them before disconnecting) at ./FHEM/93_DbLog.pm line 106.
2016.12.02 17:49:18 1: PERL WARNING: closing dbh with active statement handles at ./FHEM/93_DbLog.pm line 106.
2016.12.02 17:49:18 1: Including C:/fhem/fhem.cfg
2016.12.02 17:49:18 3: telnetPort: port 7072 opened
2016.12.02 17:49:18 3: WEB: port 8083 opened
2016.12.02 17:49:18 3: WEBphone: port 8084 opened
2016.12.02 17:49:18 3: WEBtablet: port 8085 opened
2016.12.02 17:49:18 2: eventTypes: loaded 286 events from ./log/eventTypes.txt
2016.12.02 17:49:18 3: Connecting to database SQLite:dbname=c:/fhem/log/fhem.db with user
2016.12.02 17:49:18 3: Connection to db SQLite:dbname=c:/fhem/log/fhem.db established for pid 12740
2016.12.02 17:49:18 3: Connection to db SQLite:dbname=c:/fhem/log/fhem.db established
2016.12.02 17:49:18 3: Temperaturen: Defined with URL http://xxx:yyy@10.0.0.249/schematic_files/2.CGI and interval 30
2016.12.02 17:49:18 1: Including ./log/fhem.save
2016.12.02 17:49:19 1: PERL WARNING: prepare_cached(INSERT INTO history (TIMESTAMP, DEVICE, TYPE, EVENT, READING, VALUE, UNIT) VALUES (?,?,?,?,?,?,?)) statement handle DBI::st=HASH(0x56d67c0) still Active at ./FHEM/93_DbLog.pm line 604.
2016.12.02 17:49:19 1: PERL WARNING: prepare_cached(INSERT INTO current (TIMESTAMP, DEVICE, TYPE, EVENT, READING, VALUE, UNIT) VALUES (?,?,?,?,?,?,?)) statement handle DBI::st=HASH(0x56d7300) still Active at ./FHEM/93_DbLog.pm line 605.
2016.12.02 17:49:19 1: PERL WARNING: prepare_cached(UPDATE current SET TIMESTAMP=?, TYPE=?, EVENT=?, VALUE=?, UNIT=? WHERE (DEVICE=?) AND (READING=?)) statement handle DBI::st=HASH(0x56d7638) still Active at ./FHEM/93_DbLog.pm line 606.
2016.12.02 17:49:42 3: Temperaturen: Read callback: request type was update retry 0, no headers, body empty,
Error: read from http://10.0.0.249:80 timed out
DBD::SQLite::db STORE failed: handle 2 is owned by thread 5b9fc8 not current thread 5b707a8 (handles can't be shared between threads and your driver may need a CLONE method added) at C:/fhem/fhem.pl line 4662.
für mich hört sich das so an als versuchten mehrere "prozesse" gleichzeitig in die sqlite db zu schreiben, also hab ich testweise nochmal zwei seperate db's erstellt in die seperat die werte der heizung und des s0 zählers geschrieben werden.
aber selbes ergebnis.
netterweise aktualisieren sich die readings des JSONMETER auch nicht mehr mit aktiviertem DBLog :p
irgendwelche hinweise?
danke!
Existiert der Fehler noch nach den letzten Updates des DbLog-Moduls? Da wurde viel gemacht!
muss ich schnell testen...
edith:
hab gerade upgedated auf die aktuelle version, und jetzt scheints zu funzen :)
Zitat von: fl_Indigo am 02 Februar 2017, 09:40:20
muss ich schnell testen...
edith:
hab gerade upgedated auf die aktuelle version, und jetzt scheints zu funzen :)
Schön :;-)
Kannst du oben im 1. Post ein [gelöst] vorne vor dem Betreff reinschreiben?
Und: Für DbLog ist dieser Thread zuständig, da das Modul dem Unterforum "Automation" zugeordnet ist ;-)
https://forum.fhem.de/index.php/topic,62998.0.html
Zitat von: JoeALLb am 02 Februar 2017, 10:17:16
Und: Für DbLog ist dieser Thread zuständig, da das Modul dem Unterforum "Automation" zugeordnet ist ;-)
https://forum.fhem.de/index.php/topic,62998.0.html
habs hier eingegeben, weils ein windows related problem gewesen sein dürfte ;)
Zitat von: fl_Indigo am 02 Februar 2017, 11:55:07
habs hier eingegeben, weils ein windows related problem gewesen sein dürfte ;)
Da lesen aber die Autoren von DbLog nicht mit... ;-)