DBlog blockiert FHEM völlig wenn keine Verbindung zur DB auf NAS

Begonnen von t.huber, 31 Januar 2018, 22:01:34

Vorheriges Thema - Nächstes Thema

DS_Starter

#15
Das sieht schon gut aus.
Jetzt schlage ich vor noch das Attr cacheEvents =2 zu setzen. Damit siehst du den Füllgrad des Cache mit Beginn eines Schreibzyklus. Ein Event wird auch erzeugt, Reading CacheUsage.
Setze dir dann das Attr cacheLimit auf einen hohen Wert gegenüber CacheUsage, also z.B. 50 * CacheUsage.

Dann baue dir ein notify welches den Event CacheUsage auswertet und lasse dir eine Message zustellen wenn zB. CacheUsage den Faktor 2 über dem Normalwert erreicht hat.
Dann weisst du dass deine DB nicht mehr so arbeitet wie sie soll und kannst dich darum kümmern.
Das wäre ein simples Monitoring.

Setze dir cacheLimit auf jeden Fall sehr hoch damit dblog nicht mit jedem Event in den Schreibzyklus abspringt sobald cacheLimit erreicht ist. Das Verhalten an dieser Stelle muss ich noch etwas nachbessern.


LG,
Heiko
Proxmox+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

t.huber

Ich hab jetzt mal die CacheEvents eingeschaltet.
Jetzt geht mir glaube ich noch etwas Feingefühl ab was z.B. Normalwerte sind.

Der CacheUsage schwank bei mir in etwa zwischen 0 und 50.
51 war mal das höchste was ich in ca. 30min gesehen habe.
Deswegen habe ich das CacheLimit auf 2500 gesetzt (50*50)

Einen Notify hab ich mir eingerichtet der mich bei einem Wert des CacheUsage größer 100 per PushBullet benachrichtigt.

Dieser Notify ist so definiert:

define n_logdb_usage notify logdb:CacheUsage:.* {\
if (ReadingsVal("logdb","CacheUsage","") > 100){\
fhem("set Pushbullet.Tobias message NAS LogDB-Cache hoch !" )\
}\
}

Auszug aus der fhem.cfg ... deswegen die \ jeweils am Zeilenende.

Stimmt das soweit oder hab ich völlig falsch Wert verwendet ?

DS_Starter

Zitat
Der CacheUsage schwank bei mir in etwa zwischen 0 und 50.
51 war mal das höchste was ich in ca. 30min gesehen habe.
Schau am Besten eine Weile im Eventmonitor nach CacheUsage. Dort den Filter auf .*CacheUsage.* setzen.
Dann bekommst du ein Gefühl was im normalen Betrieb der Durchschnitt ist.

Dein Notify sollte so passen (Pushbullet nutze ich nicht und weiß nicht ob die Message so richtig definiert wird).
Das ReadingsVal würde ich der Korrektheit wegen ändern in:


ReadingsVal("logdb","CacheUsage",0) > 100


Grüße
Heiko
Proxmox+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


DS_Starter

Ich habe soeben eine neue Version 3.8.3 eingecheckt. Neben einigen weiteren Verbesserungen/Fixes habe ich das CacheUsage-Handling umgestellt.
Wenn cacheLimit erreicht ist, wird nach einem fehlerhaften Schreibvorgang ein erneuter Versuch frühestens nach syncInterval/2 gestartet.
Das entlastet fhem in diesem speziellen Fehlerfall.

Bitte updaten !

Grüße,
Heiko
Proxmox+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

t.huber

Update wurde durchgeführt.

Hier anbei noch 2 Screenshots der CacheUsagePlots davor.

Brutal schlecht oder normal ?

DS_Starter

ZitatBrutal schlecht oder normal ?

Warum schlecht ?
Das ist ja lediglich ein Überblick wieviel Events in einem System in der Zeit zwischen den Syncläufen im Cache landen. Dieser Wert wird überall verschieden sein. Ein schlecht oder gut gibts da eigentlich nicht.

Einen großen Ausreißer gibts bei 4 Uhr. Vllt. kannst du ihn dir erkären ... evtl. Backup-Lauf ?
Proxmox+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

t.huber

Hier mal ein Auszug was den Cache hochtreiben kann.
Alle Rollläden zum gleichen Zeitpunkt fahren.
Und dazwischen noch ein Heizungsthermostat.

1 Minute Auszug:
TIMESTAMP   1 DEVICE TYPE EVENT READING VALUE UNIT
2018-02-09 06:55:05 logdb DBLOG CacheUsage: 37 CacheUsage 37
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 200 exact 200
2018-02-09 06:55:08 Rolladen.Wohnzimmer.EG SOMFY exact: 200 exact 200
2018-02-09 06:55:08 Rolladen.Wohnzimmer.1S SOMFY exact: 200 exact 200
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 200 exact 200
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.2 SOMFY parsestate: Hoch parsestate Hoch
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.2 SOMFY position: 200 position 200
2018-02-09 06:55:08 Rolladen.Wohnzimmer.EG SOMFY position: 200 position 200
2018-02-09 06:55:08 Rolladen.Wohnzimmer.1S SOMFY position: 200 position 200
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.1 SOMFY position: 200 position 200
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.2 SOMFY received: 20 received 20
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.2 SOMFY state: closed state closed
2018-02-09 06:55:08 Rolladen.SZ.1S.2.Hoch.wd AT state: Next: 06:53:41 state Next 06:53:41
2018-02-09 06:55:08 Rolladen.Wohnzimmer.EG SOMFY state: closed state closed
2018-02-09 06:55:08 Rolladen.EG.Hoch AT state: Next: 06:53:41 state Next 06:53:41
2018-02-09 06:55:08 Rolladen.Wohnzimmer.1S SOMFY state: closed state closed
2018-02-09 06:55:08 Rolladen.1S.Hoch AT state: Next: 06:53:41 state Next 06:53:41
2018-02-09 06:55:08 Rolladen.Schlafzimmer.1S.1 SOMFY state: closed state closed
2018-02-09 06:55:08 Rolladen.SZ.1S.1.Hoch.wd AT state: Next: 06:53:41 state Next 06:53:41
2018-02-09 06:55:09 Rolladen.Wohnzimmer.EG SOMFY parsestate: Hoch parsestate Hoch
2018-02-09 06:55:09 Rolladen.Wohnzimmer.EG SOMFY received: 20 received 20
2018-02-09 06:55:10 Rolladen.Wohnzimmer.1S SOMFY parsestate: Hoch parsestate Hoch
2018-02-09 06:55:10 Rolladen.Wohnzimmer.1S SOMFY received: 20 received 20
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 140 exact 140
2018-02-09 06:55:11 Rolladen.Wohnzimmer.EG SOMFY exact: 140 exact 140
2018-02-09 06:55:11 Rolladen.Wohnzimmer.1S SOMFY exact: 140 exact 140
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 140 exact 140
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.1 SOMFY parsestate: Hoch parsestate Hoch
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.2 SOMFY position: 150 position 150
2018-02-09 06:55:11 Rolladen.Wohnzimmer.EG SOMFY position: 150 position 150
2018-02-09 06:55:11 Rolladen.Wohnzimmer.1S SOMFY position: 150 position 150
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.1 SOMFY position: 150 position 150
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.1 SOMFY received: 20 received 20
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.2 SOMFY state: down state down
2018-02-09 06:55:11 Rolladen.Wohnzimmer.EG SOMFY state: down state down
2018-02-09 06:55:11 Rolladen.Wohnzimmer.1S SOMFY state: down state down
2018-02-09 06:55:11 Rolladen.Schlafzimmer.1S.1 SOMFY state: down state down
2018-02-09 06:55:14 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 91 exact 91
2018-02-09 06:55:14 Rolladen.Wohnzimmer.EG SOMFY exact: 91 exact 91
2018-02-09 06:55:14 Rolladen.Wohnzimmer.1S SOMFY exact: 91 exact 91
2018-02-09 06:55:14 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 91 exact 91
2018-02-09 06:55:14 Rolladen.Schlafzimmer.1S.2 SOMFY position: 90 position 90
2018-02-09 06:55:14 Rolladen.Wohnzimmer.EG SOMFY position: 90 position 90
2018-02-09 06:55:14 Rolladen.Wohnzimmer.1S SOMFY position: 90 position 90
2018-02-09 06:55:14 Rolladen.Schlafzimmer.1S.1 SOMFY position: 90 position 90
2018-02-09 06:55:14 Rolladen.Schlafzimmer.1S.2 SOMFY state: 90 state 90
2018-02-09 06:55:14 Rolladen.Wohnzimmer.EG SOMFY state: 90 state 90
2018-02-09 06:55:14 Rolladen.Wohnzimmer.1S SOMFY state: 90 state 90
2018-02-09 06:55:14 Rolladen.Schlafzimmer.1S.1 SOMFY state: 90 state 90
2018-02-09 06:55:17 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 63.8181818181818 exact 63.8181818181818
2018-02-09 06:55:17 Rolladen.Wohnzimmer.EG SOMFY exact: 63.8181818181818 exact 63.8181818181818
2018-02-09 06:55:17 Rolladen.Wohnzimmer.1S SOMFY exact: 63.8181818181818 exact 63.8181818181818
2018-02-09 06:55:17 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 63.8181818181818 exact 63.8181818181818
2018-02-09 06:55:17 Rolladen.Schlafzimmer.1S.2 SOMFY position: 60 position 60
2018-02-09 06:55:17 Rolladen.Wohnzimmer.EG SOMFY position: 60 position 60
2018-02-09 06:55:17 Rolladen.Wohnzimmer.1S SOMFY position: 60 position 60
2018-02-09 06:55:17 Rolladen.Schlafzimmer.1S.1 SOMFY position: 60 position 60
2018-02-09 06:55:17 Rolladen.Schlafzimmer.1S.2 SOMFY state: 60 state 60
2018-02-09 06:55:17 Rolladen.Wohnzimmer.EG SOMFY state: 60 state 60
2018-02-09 06:55:17 Rolladen.Wohnzimmer.1S SOMFY state: 60 state 60
2018-02-09 06:55:17 Rolladen.Schlafzimmer.1S.1 SOMFY state: 60 state 60
2018-02-09 06:55:20 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 36.6363636363636 exact 36.6363636363636
2018-02-09 06:55:20 Rolladen.Wohnzimmer.EG SOMFY exact: 36.6363636363636 exact 36.6363636363636
2018-02-09 06:55:20 Rolladen.Wohnzimmer.1S SOMFY exact: 36.6363636363636 exact 36.6363636363636
2018-02-09 06:55:20 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 36.6363636363636 exact 36.6363636363636
2018-02-09 06:55:20 Rolladen.Schlafzimmer.1S.2 SOMFY position: 40 position 40
2018-02-09 06:55:20 Rolladen.Wohnzimmer.EG SOMFY position: 40 position 40
2018-02-09 06:55:20 Rolladen.Wohnzimmer.1S SOMFY position: 40 position 40
2018-02-09 06:55:20 Rolladen.Schlafzimmer.1S.1 SOMFY position: 40 position 40
2018-02-09 06:55:20 Rolladen.Schlafzimmer.1S.2 SOMFY state: 40 state 40
2018-02-09 06:55:20 Rolladen.Wohnzimmer.EG SOMFY state: 40 state 40
2018-02-09 06:55:20 Rolladen.Wohnzimmer.1S SOMFY state: 40 state 40
2018-02-09 06:55:20 Rolladen.Schlafzimmer.1S.1 SOMFY state: 40 state 40
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM ValvePosition: 100 ValvePosition 100
2018-02-09 06:55:21 HM_5F9980 CUL_HM actuator: 100 actuator 100
2018-02-09 06:55:21 HM_5F9980 CUL_HM battery: ok battery ok
2018-02-09 06:55:21 HM_5F9980 CUL_HM batteryLevel: 3 batteryLevel 3
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM boostTime: - boostTime -
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM controlMode: auto controlMode auto
2018-02-09 06:55:21 HM_5F9980 CUL_HM desired-temp: 22.0 desired-temp 22.0
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM desired-temp: 22.0 desired-temp 22.0
2018-02-09 06:55:21 HM_5F9980 CUL_HM measured-temp: 20.7 measured-temp 20.7
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM measured-temp: 20.7 measured-temp 20.7
2018-02-09 06:55:21 HM_5F9980_Weather CUL_HM measured-temp: 20.7 measured-temp 20.7
2018-02-09 06:55:21 HM_5F9980 CUL_HM motorErr: ok motorErr ok
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM partyEnd: - partyEnd -
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM partyStart: - partyStart -
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM partyTemp: - partyTemp -
2018-02-09 06:55:21 wp_Wohnzimmer WEEKPROFILE profile_count: 1 profile_count 1
2018-02-09 06:55:21 HM_5F9980_Clima CUL_HM state: T: 20.7 desired: 22.0 valve: 100 state T: 20.7 desired: 22.0 valve: 100
2018-02-09 06:55:21 HM_5F9980_Weather CUL_HM state: 20.7 state 20.7
2018-02-09 06:55:23 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 9.45454545454544 exact 9.45454545454544
2018-02-09 06:55:23 Rolladen.Wohnzimmer.EG SOMFY exact: 9.45454545454544 exact 9.45454545454544
2018-02-09 06:55:23 Rolladen.Wohnzimmer.1S SOMFY exact: 9.45454545454544 exact 9.45454545454544
2018-02-09 06:55:23 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 9.45454545454544 exact 9.45454545454544
2018-02-09 06:55:23 Rolladen.Schlafzimmer.1S.2 SOMFY position: 10 position 10
2018-02-09 06:55:23 Rolladen.Wohnzimmer.EG SOMFY position: 10 position 10
2018-02-09 06:55:23 Rolladen.Wohnzimmer.1S SOMFY position: 10 position 10
2018-02-09 06:55:23 Rolladen.Schlafzimmer.1S.1 SOMFY position: 10 position 10
2018-02-09 06:55:23 Rolladen.Schlafzimmer.1S.2 SOMFY state: 10 state 10
2018-02-09 06:55:23 Rolladen.Wohnzimmer.EG SOMFY state: 10 state 10
2018-02-09 06:55:23 Rolladen.Wohnzimmer.1S SOMFY state: 10 state 10
2018-02-09 06:55:23 Rolladen.Schlafzimmer.1S.1 SOMFY state: 10 state 10
2018-02-09 06:55:24 Rolladen.Schlafzimmer.1S.2 SOMFY exact: 0 exact 0
2018-02-09 06:55:24 Rolladen.Wohnzimmer.EG SOMFY exact: 0 exact 0
2018-02-09 06:55:24 Rolladen.Wohnzimmer.1S SOMFY exact: 0 exact 0
2018-02-09 06:55:24 Rolladen.Schlafzimmer.1S.1 SOMFY exact: 0 exact 0
2018-02-09 06:55:24 Rolladen.Schlafzimmer.1S.2 SOMFY position: 0 position 0
2018-02-09 06:55:24 Rolladen.Wohnzimmer.EG SOMFY position: 0 position 0
2018-02-09 06:55:24 Rolladen.Wohnzimmer.1S SOMFY position: 0 position 0
2018-02-09 06:55:24 Rolladen.Schlafzimmer.1S.1 SOMFY position: 0 position 0
2018-02-09 06:55:24 Rolladen.Schlafzimmer.1S.2 SOMFY state: open state open
2018-02-09 06:55:24 Rolladen.Wohnzimmer.EG SOMFY state: open state open
2018-02-09 06:55:24 Rolladen.Wohnzimmer.1S SOMFY state: open state open
2018-02-09 06:55:24 Rolladen.Schlafzimmer.1S.1 SOMFY state: open state open
2018-02-09 06:55:35 logdb DBLOG CacheUsage: 114 CacheUsage 114


Rollläden etwas zeitversetzt schalten ?
Bestimmte/Unwichtige Werte nicht loggen ?

CoolTux

Die Frage die sich mir da stellt, wozu muss man das alles loggen?
Welche Werte brauchst Du für Kurz und Langzeit Logging. Was ist für Dich nach mehreren Tagen noch nützlich.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

DS_Starter

#24
ZitatBestimmte/Unwichtige Werte nicht loggen ?

Wie cooltux schon schrieb, würde ich nur die Events loggen welche in irgendeiner Weise hinterher auch ausgewertet werden. Sei es es per SVG oder Ausgaben per DbRep. Informationen die in keiner Weise später relevant sind, würde ich nicht loggen. Macht dann ja keinen Sinn und verschwendet nur Ressourcen.

Und ganz allgemein würde ich auch nur die Events in meinem System erzeugen lassen, die ich für irgendeine Reaktion benötige. Andere Events würde ich unterdrücken. Die Werkzeuge dafür sind ja bekannt.
Proxmox+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

herrmannj

Zitat von: DS_Starter am 10 Februar 2018, 11:54:40
Und ganz allgemein würde ich auch nur die Events in meinem System erzeugen lassen, die ich für irgendeine Reaktion benötige. Andere Events würde ich unterdrücken. Die Werkzeuge dafür sind ja bekannt.
Obwohl die Empfehlung sinnvoll ist sorgt sie in der Praxis für viele Probleme. Selbst bei "Poweruser", Anfänger erst recht. Events werden nicht nur geloggt - sie steuern neben logischen Konstruktionen auch userreadings, externe frontends und werden (unischtbar) innerhalb von modulen verwendet.

Wer denkt schon bei Änderungen am system (nach Wochen/Monaten/Jahren) daran dass einzelne events mal unterdrückt wurden. Ich habe schon eine Menge, später daraus resultierende, Probleme hier gesehen. Die Leute wundern sich warum etwas nicht funktioniert was, laut Beschreibung, eigentlich gehen sollte.

Peter aus Calw

Guten Abend,
bei dem Versuch DbLog zu installieren bin ich soweit gekommen, daß mein Device "logDb" ein connect anzeigt. Auch MYSQL zeigt per phpmyadmin die Datenbank mit den tables an.
Da aber keine log's weder in logDb noch mysql erscheinen habe ich configcheck gestartet -
Ergebnis :
Result of DbLog version check

Used DbLog version: 3.8.8
Recommendation: Your running version may be the current one. Please check for updates of DbLog periodically.

Result of configuration read check

Connection parameter store type: file
Connection parameter: Connection -> mysql:database=fhem;host=localhost;port=3306, User -> fhemuser, Password -> read o.k.

Result of connection check

Connection to database fhem successfully done.
Recommendation: settings o.k.

Result of encoding check

Encoding used by Client (connection): LATIN1
Encoding used by DB fhem: UTF8
Recommendation: Both encodings should be identical. You can adjust the usage of UTF8 connection by setting the UTF8 parameter in file '/opt/fhem/db.conf' to the right value.

Result of logmode check

Logmode of DbLog-device logdb is: asynchronous
Recommendation: settings o.k.

Result of shutdown sequence preparation check

Attribute "shutdownWait" is set to:
Recommendation: Due to Reading "background_processing_time" is not available (you may set attribute "showproctime"), there is only a rough estimate to
set attribute "shutdownWait" to 2 seconds.


Result of plot generation method check

WARNING - at least one of your FHEMWEB devices have attribute "plotfork = 1" not set. This may cause blocking situations when creating plots.
WEB: plotfork=0
WEBphone: plotfork=0
WEBtablet: plotfork=0
Recommendation: You should set attribute "plotfork = 1" in relevant devices

Result of table 'history' check

Column width set in DB fhem.history: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Column width used by logdb: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: settings o.k.

Result of table 'current' check

Column width set in DB fhem.current: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Column width used by logdb: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: settings o.k.

Result of check 'Search_Idx' availability

Index 'Search_Idx' exists and contains recommended fields 'DEVICE', 'READING', 'TIMESTAMP'.
Recommendation: settings o.k.

Result of check 'Report_Idx' availability for DbRep-devices

No DbRep-device assigned to logdb is used. Hence an index for DbRep isn't needed.
Recommendation: settings o.k.


mein Problem ist diese Fehlermeldung :
Result of encoding check

Encoding used by Client (connection): LATIN1
Encoding used by DB fhem: UTF8
Recommendation: Both encodings should be identical. You can adjust the usage of UTF8 connection by setting the UTF8 parameter in file '/opt/fhem/db.conf' to the right value.


wie muss ich hier vorgehen ?

Gruß Peter

DS_Starter

Hallo Peter,

dir Ausgabe sagt:

Zitat
You can adjust the usage of UTF8 connection by setting the UTF8 parameter in file '/opt/fhem/db.conf' to the right value.

Du setzt also in deiner db.conf:

    ## for MySQL                                                     
    ####################################################################################
    #%dbconfig= (                                                   
    #    connection => "mysql:database=fhem;host=<database host>;port=3306",   
    #    user => "fhemuser",                                         
    #    password => "fhempassword",
    #    # optional enable(1) / disable(0) UTF-8 support (at least V 4.042 is necessary)    
          utf8 => 1  
    #);

Allerdings kann das nicht die Ursache sein dass keine Einträge in deiner Datenbank erscheinen.
Beachte bitte dass im asynchronen Modus die Daten erst im Cache landen bevor sie in die DB geschrieben werden.
Wenn du nicht weiterkommst, setze dir verbose 4 oder gar 5 und poste neben einem list des DbLog-Devices auch die Einträge im Logfile bezüglich DbLog.

Grüße
Heiko
Proxmox+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

Peter aus Calw

Hallo Heiko,
unglaublich schnelle Reaktion von Dir, bin selbst altersbedingt etwas langsamer.
Habe jetzt die db.conf geändert und der Fehler ist auch weg.
Hier nun das Logfile nach reopen :

2018.03.09 21:22:18 3: DbLog logdb: Reopen requested.
2018.03.09 21:22:18 3: DbLog logdb - Creating Push-Handle to database mysql:database=fhem;host=localhost;port=3306 with user fhemuser
2018.03.09 21:22:18 3: DbLog logdb - Push-Handle to db mysql:database=fhem;host=localhost;port=3306 created
2018.03.09 21:22:18 3: DbLog logdb - UTF8 support enabled


und das Reading :

Readings
CacheUsage                       0                                                                                   2018-03-09 21:28:40
NextSync          2018-03-09 21:28:48 or if CacheUsage 100 reached                     2018-03-09 21:28:18
countCurrent                       0                                                                                   2018-03-09 21:28:35
countHistory                        0                                                                                   2018-03-09 21:28:35
state                                    connected                                                                     2018-03-09 21:28:24


Gruß Peter

Peter aus Calw

Hallo Heiko,
das "asyncMode" ist jetzt entfernt - aber ohne Änderung