DB-Log und SVG-plot

DS_Starter · 04 Oktober 2017, 18:16:24

Hallo Steffen,

apt-get install mysql-server

brauchst du nicht. Der Maria-Server läuft ja auf der Syno.

Grüsse
Heiko

Steffen@Home · 06 Oktober 2017, 08:25:48

Danke Männer!

Leider komme ich gerade nicht an mein NAS um es zu testen

Weboberfläche hat nach der Installation von MariaDB10 und dem phpMyAdmin nicht mehr reagiert. Auch den Ausschaltknopf hat er komplett ignoriert. Aktivitäten waren aber keine.
Nach ein paar Stunden habe ich das Ding dann mal vom Strom getrennt und nun komme ich genauso wenig wieder dran da volle Aktivität. (vermutlich gleicht er jetzt die 2 Platten ab)

Wollte mich per SSH mit

Code Auswählen

ssh <benutzername>@<ip-adresse> einloggen aber ich bekomme nur "connection refused" zurück.
Vermute der Dienst ist nicht aktiv, sonst hätte ich mit "top" die Prozesse ansehen können.

Heißt wohl abwarten

Steffen@Home · 09 Oktober 2017, 17:53:14

jemand eine Idee warum das nicht funktioniert?

Code Auswählen

pi@raspberrypi:/opt/fhem $ sudo apt-get update && apt-get install mysql-client libdbd-mysql libdbd-mysql-perl
Hit http://mirrordirector.raspbian.org jessie InRelease
Hit https://deb.nodesource.com jessie InRelease
Hit http://mirrordirector.raspbian.org jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages
Hit https://deb.nodesource.com jessie/main Sources
Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Hit https://deb.nodesource.com jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Get:1 https://deb.nodesource.com jessie/main Translation-en_GB [162 B]
Get:2 https://deb.nodesource.com jessie/main Translation-en [162 B]
Get:3 https://deb.nodesource.com jessie/main Translation-en_GB [162 B]
Get:4 https://deb.nodesource.com jessie/main Translation-en [162 B]
Get:5 https://deb.nodesource.com jessie/main Translation-en_GB [162 B]
Get:6 https://deb.nodesource.com jessie/main Translation-en [162 B]
Get:7 https://deb.nodesource.com jessie/main Translation-en_GB [162 B]
Get:8 https://deb.nodesource.com jessie/main Translation-en [162 B]
Get:9 https://deb.nodesource.com jessie/main Translation-en_GB [162 B]
Ign https://deb.nodesource.com jessie/main Translation-en_GB
Get:10 https://deb.nodesource.com jessie/main Translation-en [162 B]
Ign https://deb.nodesource.com jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Reading package lists... Done
E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied)
E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
pi@raspberrypi:/opt/fhem $

Amenophis86 · 09 Oktober 2017, 17:57:33

Jop fehlt nach && im Befehl noch ein sudo

Steffen@Home · 09 Oktober 2017, 18:00:55

Oh man ja. Danke

Steffen@Home · 09 Oktober 2017, 18:32:10

Bekomme von FHEM die Meldung:

Code Auswählen

2017.10.09 18:15:10 3: DbLog dbLogMaria -> Insert into history failed (possible PK violation) - TS: 2017-10-09 18:15:10, Device: dbLogMaria, Event: state: Failed to insert events into history. See logfile

Es werden aber schon Zeilen in die DB geschrieben.

Result of connection check

Code Auswählen



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

Result of encoding check

Encoding used by Client (connection): UTF8 
Encoding used by DB fhem: UTF8 
Recommendation: settings o.k. 

Result of logmode check

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

Result of table 'history' check

Column width set in DB fhem: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32 
Column width used by dbLogMaria: '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: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32 
Column width used by dbLogMaria: '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 the recommended fields 'DEVICE', 'READING', 'TIMESTAMP'. 
Recommendation: settings o.k. 

Result of check 'Report_Idx' availability for DbRep-devices

You don't use any DbRep-device assigned to dbLogMaria. Hence an index for DbRep isn't needed. 
Recommendation: settings o.k.

Code Auswählen

Internals: 
   CFGFN 
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32 
   CONFIGURATION ./maria10.conf 
   DEF        ./maria10.conf .*:.* 
   MODE       asynchronous 
   MODEL      MYSQL 
   NAME       dbLogMaria 
   NR         329 
   NTFY_ORDER 50-dbLogMaria 
   PID        13749 
   REGEXP     .*:.* 
   STATE      ��y�h�{�ׯz{l�{h�+-���y�h��� 
   TYPE       DbLog 
   UTF8       1 
   VERSION    2.22.5 
   dbconn     mysql:database=fhem;host=192.168.1.120;port=3307 
   dbuser     fhem 
   HELPER: 
     COLSET     1 
     DEVICECOL  64 
     EVENTCOL   512 
     READINGCOL 64 
     TYPECOL    64 
     UNITCOL    32 
     VALUECOL   128 
   Helper: 
     DBLOG: 
       state: 
         dbLogMaria: 
           TIME       1507566782.17594 
           VALUE      ��y�h�{�ׯz{l�{h�+-���y�h��� 
   READINGS: 
     2017-10-09 18:33:17   CacheUsage      11 
     2017-10-09 18:33:01   NextSync        2017-10-09 18:33:31 or if CacheUsage 500 reached 
     2017-10-09 18:33:02   state           ��y�h�{�ׯz{l�{h�+-���y�h��� 
   cache: 
     index      354 
     memcache: 
       344        2017-10-09 18:33:02|dbLogMaria|DBLOG|state: ��y�h�{�ׯz{l�{h�+-���y�h���|state|��y�h�{�ׯz{l�{h�+-���y�h���| 
       345        2017-10-09 18:33:16|p_TV1Wifi|PRESENCE|state: absent|state|absent| 
       346        2017-10-09 18:33:16|p_TV1Wifi|PRESENCE|presence: absent|presence|absent| 
       347        2017-10-09 18:33:16|wz_tv1_poweroff|DUMMY|state: $EVTPART1|state|$EVTPART1| 
       348        2017-10-09 18:33:16|wz_tv1_poweroff|DUMMY|state: absent|state|absent| 
       349        2017-10-09 18:33:16|wz_tv1_poweroff|DUMMY|state: $EVTPART1|state|$EVTPART1| 
       350        2017-10-09 18:33:16|wz_tv1_poweroff|DUMMY|state: absent|state|absent| 
       351        2017-10-09 18:33:16|TV_Status|READINGSPROXY|absent|state|absent| 
       352        2017-10-09 18:33:16|TV1|PRESENCE|state: absent|state|absent| 
       353        2017-10-09 18:33:16|TV1|PRESENCE|presence: absent|presence|absent| 
       354        2017-10-09 18:33:17|updateAVRTitel|AT|state: Next: 18:33:47|state|Next|18:33:47 
Attributes: 
   asyncMode  1 
   group      SystemInfo 
   room       zzSystem

DS_Starter · 09 Oktober 2017, 18:50:37

Hallo Steffen,

passt alles soweit.

Zitat2017.10.09 18:15:10 3: DbLog dbLogMaria -> Insert into history failed (possible PK violation) - TS: 2017-10-09 18:15:10, Device: dbLogMaria, Event: state: Failed to insert events into history. See logfile

Die Meldung kommt wenn durch einen primary key ein doppelter Eintrag vermieden wurde.-> verbose2 einstellen.
Zusätzlich noch das Attribut "excludeDevs = TYPE=DbLog" setzen um zu vermeiden das Events von DbLog Devices selbst geloggt werden (wenn im DEF-Regex nicht ausgeschlossen).

Kannst auch gleich noch die neue Version aus: https://forum.fhem.de/index.php/topic,65860.msg695860.html#msg695860 nutzen. Die will ich heute noch einchecken.

LG
Heiko

Steffen@Home · 10 Oktober 2017, 12:56:41

Danke Heiko. Werde das jetzt mal verfolgen.

Bekomme auf der Hauptseite von FHEM nun die Meldung seitdem, kann das sein?
Habe sonst nichts geändert.

Code Auswählen

Messages collected while initializing FHEM:
configfile: global: unknown attribute icon. Type 'attr global ?' for a detailed list.
telnetPort: unknown attribute icon. Type 'attr telnetPort ?' for a detailed list.

DS_Starter · 10 Oktober 2017, 13:10:35

Hallo Steffen,

nee, kann nichts damit zu tun haben.
So wie es dasteht ist wohl ein icon für das global device gesetzt was global offensichtlich nicht mag.
Probiers mal ohne icon.

VG
Heiko

Steffen@Home · 10 Oktober 2017, 16:30:49

Habe ich wieder entfernt. Danke jetzt passt es.

Steffen@Home · 10 Oktober 2017, 17:16:42

mal ne Frage, um die Logs etwas zurückzuhalten würde ich gerne:

Code Auswählen


event-on-change-reading .*

setzen...kann ich dann auch:

Code Auswählen

event-min-interval .*:3600 setzen für alle readings(wenn nicht nur state sondern auch humidity usw bestehen) ?

pc1246 · 12 Oktober 2017, 21:01:34

Moin zusammen
Kann es sein, dass ich jetzt irgendwie Haenger habe? Ich hatte erst gedacht, es laege an den 2 DBs, aber die alte ist schon deaktiviert. Im Log ist staendig die "possible PK violation" zu sehen. Kann das jemand bestaetigen, oder habe ich ein anderes Problem?
Danke und Gruss
Christoph

DS_Starter · 12 Oktober 2017, 21:25:29

Hallo Christoph,

wenn du einen primary key gesetzt hast und irgendein zu loggendes device innerhalb einer Sekunde zwei oder mehrere Events erzeugt die den primary key erfüllen, kommt dieses Warnung. Der primary key erfüllt dadurch seine Funktion doppelte Einträge in die DB zu vermeiden.
Es wird der entsprechende Event mit Timestamp, Reading usw. im Logfile ausgeschrieben. Dieser Event mit dem gleichen Timestamp wird sich in diesem Fall in der DB finden. Kannst du mit phpMyAdmin ja mal nachschauen.
Stelle verbose 2 für das Dblog-Device ein, dann ist diese Warnung weg.

Grüße
Heiko

pc1246 · 12 Oktober 2017, 22:20:18

Hallo Heiko
Das Problem ist eher, dass fhem Haenger hat. Ich hatte schon mit apptime und perfmon geschaut, aber nichts wirklich gefunden! Es gibt aber neuerdings immer so seltsame Wellen, wo alles rasend schnell laeuft, und dann sogar timout Meldungen (cannot connect ..). Und die sind neu, allerdings kann ich nicht sagen womit die gekommen sind. Ich koennte aber mal probehalber dblog auf meinem Zweitsystem installieren.
Ich verstehe jetzt nicht, welche Events ich in der DB finden soll. Das sieht schon recht sauber aus, insgesamt. Ich habe in letzter Zeit sehr viel excluded!
Gruss Christoph

DS_Starter · 13 Oktober 2017, 08:41:15

Moin Christoph,

ZitatDas Problem ist eher, dass fhem Haenger hat. Ich hatte schon mit apptime und perfmon geschaut, aber nichts wirklich gefunden!

Möglicherweise liegt das Problem nicht direkt innerhalb FHEM, sondern vllt. außerhalb. Ein verzögerte DNS-Auflösung zum Beispiel.

Die "cannot connect .." Meldungen machen mich stutzig. Hast du als MySql-Ziel einen Servernamen oder eine IP-Adresse angegeben? Ich würde eine IP verwenden wenn es nicht schon so ist. DbLog auf jeden Fall im asynchronen Mode betreiben wenn noch nicht geschehen.
Noch ein kleiner Tipp ins blaue... wenn du das globale Attribut "dnsServer" noch nicht kennst. Hier kannst du die IP deines DNS im Netz hinterlegen und eventuellen DNS-Problemen vorbeugen.
Ein paar Logauszüge wären evtl. hilfreich.

Grüße
Heiko