FHEM Forum

FHEM => Automatisierung => Thema gestartet von: PatrickR am 25 Oktober 2015, 19:24:59

Titel: DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: PatrickR am 25 Oktober 2015, 19:24:59
Mahlzeit!

Anbei ein Patch für 93_DbLog.pm, Inhalt:
1. Fix von ChrisD für Crash bei Nicht-Erreichbarkeit des MySQL-Servers (http://forum.fhem.de/index.php/topic,34080.msg270862.html#msg270862)
2. Erweitertes Logging für das Laufzeit-Debugging (Im Wesentlichen wegen meines Performance-Problems. Ggf. den Log Level anpassen. Den habe ich aktuell auf 4 gesetzt, damit nicht bei jedem Push das jew. Reading geloggt wird.)

Stimmt eigentlich die MAINTAINER.txt noch? Dort ist tobiasfaust Maintainer, die letzten Patches kommen aber von rapster.

Patrick
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 25 Oktober 2015, 19:42:24
Maintainer stimmt generell noch, bin blos die Aushilfe  ;D

Kann ich mir aber die Tage anschauen, wollte sowieso noch diesen Patch hier einchecken: http://forum.fhem.de/index.php/topic,40176.msg326353.html#msg326353
Komme zurzeit leider nur nicht wirklich dazu :)

Gruß
  Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: PatrickR am 25 Oktober 2015, 20:04:27
Hallo Claudiu!

Danke für die Rückmeldung!

Grüße
Patrick
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: ChrisD am 25 Oktober 2015, 21:18:40
Hallo,

Mein Fix in dem verlinkten Beitrag ist leider nicht ganz komplett. Hier (http://forum.fhem.de/index.php/topic,38324.msg308163.html#msg308163) habe ich eine verbesserte Version gepostet bei der keine Daten verloren gehen.

Könntest du die in deinen Patch einbauen ?

Grüße,

ChrisD
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: betateilchen am 25 Oktober 2015, 21:33:28
Zitat von: PatrickR am 25 Oktober 2015, 19:24:59
Stimmt eigentlich die MAINTAINER.txt noch?

Das DbLog Modul ist die fhem-Nutte... da reitet jeder mal drauf rum und bringt ihr was Neues bei 8)
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 25 Oktober 2015, 21:44:37
 ;D Da konnt ich mir etz beim italiener das lachen ned verkneifen, geil!
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 26 Oktober 2015, 10:24:04
Zitat von: ChrisD am 25 Oktober 2015, 21:18:40
Mein Fix in dem verlinkten Beitrag ist leider nicht ganz komplett. Hier (http://forum.fhem.de/index.php/topic,38324.msg308163.html#msg308163) habe ich eine verbesserte Version gepostet bei der keine Daten verloren gehen.

@PatrickR & ChrisD:
Es wurde jetzt einen Patch, und zwei Links zu irgendwelchen Codeschnipsel gepostet, leider ganzschönes Durcheinander ;)

Kannst du (einer von euch) bitte nochmal einen einzelnen Patch mit den gewünschten Änderungen posten?

Gruß
  Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: gero am 26 Oktober 2015, 10:29:37
Hallo Claudiu,

falls du etwas Zeit hast, wäre es nett, wenn du dir folgenden Patch auch mal ansehen könntest:

http://forum.fhem.de/index.php/topic,42727.msg348184.html#msg348184

Ich würde gerne das DBLog Modul wieder von meiner exclude_from_update Liste entfernen.

Gruß,
Gero
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: PatrickR am 26 Oktober 2015, 20:27:35
Hi!

Zitat von: rapster am 26 Oktober 2015, 10:24:04
Kannst du (einer von euch) bitte nochmal einen einzelnen Patch mit den gewünschten Änderungen posten?

Selbstverständlich. Musste ihn aber nochmal neu machen, weil so ein Schelm heute noch ein Update eingecheckt hat.
@ChrisD: Hoffe, es passt so.

Patrick
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 26 Oktober 2015, 21:44:50
zu 1.
Hab ChrisD's verbesserten Patch bisschen abgeändert eingebaut, würde bitte einer der diese MySql Probleme hat das Ganze mal mit dem file im Anhang testen?
Leider wüsste ich nicht wie ich das Problem mit Sqlite provozieren kann, denn jedes mir erdenkliche Problem wird hier im nächsten (bereits vorhandenen) eval ohne crash abgefangen:
2015.10.26 21:24:18.354 2: DbLog: Failed to insert new readings into database: DBD::SQLite::st execute failed: database is locked at ./FHEM/93_DbLog.pm line 506.
2015.10.26 21:24:18.354 3: Connecting to database SQLite:dbname=/opt/fhem/dbLog.db with user
2015.10.26 21:24:18.355 3: Connection to db SQLite:dbname=/opt/fhem/dbLog.db established for pid 13954
2015.10.26 21:24:18.356 2: DbLog: Failed to insert new readings into database: DBD::SQLite::st execute failed: attempt to execute on inactive database handle at ./FHEM/93_DbLog.pm line 506.
2015.10.26 21:24:18.359 3: Connection to db SQLite:dbname=/opt/fhem/dbLog.db established


zu 2.
Ich denke die Log Funktion, welche sehr oft aufgerufen wird, sollte möglichst schlank gehalten werden.
Hier ist denke ich dein Patch welcher sonst wahrscheinlich kaum einem User weiterhelfen wird nicht besonders optimal.

Ist es wirklich notwendig hier dauerhaft die Dauer zu Loggen? Ich denke wenn du hier die Performance Probleme einmal auf deiner Seite ausradiert hast, sollte das Thema doch erledigt sein oder sehe ich das falsch?

Gruß
  Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: PatrickR am 26 Oktober 2015, 22:05:15
Hi!
Zitat von: rapster am 26 Oktober 2015, 21:44:50
zu 2.
Ich denke die Log Funktion, welche sehr oft aufgerufen wird, sollte möglichst schlank gehalten werden.
Hier ist denke ich dein Patch welcher sonst wahrscheinlich kaum einem User weiterhelfen wird nicht besonders optimal.
Das ist sicherlich Geschmackssache, mir z. B. ist absolut unklar, wem der "Notify from Device:"-Eintrag hilft :)
Zur Schlankheit: Man könnte es natürlich noch etwas verschlanken, wenn das Füllen des Arrays nur bei verbose 5 statt findet.

/Edit:
Man sollte auch nicht vergessen, dass DbLog - wenn es nicht rund läuft - gerade aus Deinem oben genannten Grund der absolute Performancekiller sein kann. Leider bietet DbLog bis dato keine Möglichkeit zur Analyse des Problems, da selbst bei verbose 5 nur die in die DB geschriebenen Daten geloggt werden. Über die Implementierung kann man sicherlich streiten. Mir war wichtig, dass pro Aufruf nur eine zusätzliche Zeile in das FHEM-Log geschrieben wird.

Patrick
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 27 Oktober 2015, 10:48:32
Ich geb die Frage mal an Tobias weiter da er für das Modul verantwortlich ist, was er dazu meint.

Gruß
  Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Tobias am 27 Oktober 2015, 11:50:18
Ich habe das Problem noch nicht ganz verstanden.
Nur soweit, natürlich ist es gut wenn ein Modul im FHEM-Log sehr gesprächig ist, allerdings nur auf Anforderung (verbose=4 oder5). Ansonsten hat es die Klappe zu halten (verbose=3).

War das die Frage?

@betateilchen, fhem-nutte iss gut ;)
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: PatrickR am 28 Oktober 2015, 17:46:58
@Tobias: So wie ich Claudiu verstehe geht es um die Frage Loglevel/verbose 5 oder Verzicht auf die zusätzliche Logzeile (und die damit verbundenen Zeitberechnungen.)

Patrick


Von unterwegs gesendet.
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 28 Oktober 2015, 18:30:39
@Patrick, so wie ich Tobias verstehe stört es ihn nicht, werde es in kürze einbauen und hier mal zum testen reinhängen.

Gruß
  Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Hausautomat am 07 Februar 2016, 14:06:32
Ich greife das nochmal auf, weil das Problem der gerissenen MySQL-Verbindung gerade wieder mal kalt erwischt hat: Mysql wurde durchgestartet, fhem lief solange weiter (einschliesslich Schalten von Aktoren usw), bis ich eine erste "Datenabfrage" (Detailseite des Fritzbox-Devices aufgerufen). Damit crashte fhem hart aufgrund kaputter DB-Verbindung. In der Zwischenzeit (seit DB-Server-restart) erfolgte allerdings kein logging in der DB...

Darum habe ich jetzt mal diesen Teil in das aktuelle 93_DbLog.pm eingepatcht (aus rapsters .pm oben):

480,481d479
<
<   $dbh->begin_work();
482a481,500
>   if ($hash->{DBMODEL} eq "MYSQL") {
>     eval {
>       $dbh->begin_work();
>     };
>     if($@) {
>       Log3 $hash->{NAME}, 3, "DbLog (DbLog_Push): Error during begin_work(), reconnecting...";
>       $dbh->disconnect();
>       if(!DbLog_Connect($hash)) {
>         Log3 $hash->{NAME}, 3, "DBLog (DbLog_Push): reconnect failed.";
>         return 0;
>       }
>       $dbh = $hash->{DBH};
>       $dbh->{RaiseError} = 1;
>       $dbh->{PrintError} = 0;
>       $dbh->begin_work();
>     }
>   } else {

>     $dbh->begin_work();
>   }


Ergebnis: fhem hat den DB-Server-Restart überlebt und zeigte folgende Fehlermeldung:

2016.02.07 13:14:49 2: DbLog: Failed to insert new readings into database: DBD::mysql::st execute failed: MySQL server has gone away at /usr/share/fhem/FHEM/93_DbLog.pm line 510.


Blöde Frage dazu: wird mit dem Code oben "begin_work()" bei funktionierender DB-Verbindung dann nicht zweimal aufgerufen? Einmal beim eval oben und dann nochmal im else unten. Muss das so sein?

Und weitere Frage: geht der Patch ins Modul irgendwann rein?
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: ChrisD am 07 Februar 2016, 18:34:54
Hallo,

Zitatwird mit dem Code oben "begin_work()" bei funktionierender DB-Verbindung dann nicht zweimal aufgerufen?

begin_work() wird bei funktionierender DB-Verbindung nur ein Mal aufgerufen. Wenn der Datenbanktyp MYSQL ist wird der Block mit
dem eval ausgeführt, bei allen anderen Datenbanken der Code im else. Die Abfrage auf den Datenbanktyp kommt daher dass ich den Patch für MYSQL geschrieben und nur damit getestet habe.

Grüße,

ChrisD
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Hausautomat am 07 Februar 2016, 18:47:25
*patsch*

Klar. Das kommt dabei raus, wenn man im Delirium versucht, Code zu lesen...

Danke.
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: JoeALLb am 10 Februar 2016, 07:29:15
Was hindert die Aufnahme? Habe saß selbe Problem schon öfter erlebt....
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Gizmoh am 12 Februar 2016, 11:53:47
Besteht die Möglichkeit das DbLog um ein "Value Exclude" erweitert zu bekommen?

Nach meinem Verständni müsste man analog zur
        #Je nach DBLogSelectionMode muss das vorgegebene Ergebnis der Include-, bzw. Exclude-Pruefung
        #entsprechend unterschiedlich vorbelegt sein.
        #keine Readings loggen die in DbLogExclude explizit ausgeschlossen sind
        my $DoIt = 0;
        $DoIt = 1 if($DbLogSelectionMode =~ m/Exclude/ );
        if($DbLogExclude && $DbLogSelectionMode =~ m/Exclude/) {
          # Bsp: "(temperature|humidity):300 battery:3600"
          my @v1 = split(/,/, $DbLogExclude);
          for (my $i=0; $i<int(@v1); $i++) {
            my @v2 = split(/:/, $v1[$i]);
            $DoIt = 0 if(!$v2[1] && $reading =~ m/^$v2[0]$/); #Reading matcht auf Regexp, kein MinIntervall angegeben
            if(($v2[1] && $reading =~ m/^$v2[0]$/) && ($v2[1] =~ m/^(\d+)$/)) {
              #Regexp matcht und MinIntervall ist angegeben
              my $lt = $defs{$dev->{NAME}}{Helper}{DBLOG}{$reading}{$hash->{NAME}}{TIME};
              my $lv = $defs{$dev->{NAME}}{Helper}{DBLOG}{$reading}{$hash->{NAME}}{VALUE};
              $lt = 0 if(!$lt);
              $lv = "" if(!$lv);

              if(($now-$lt < $v2[1]) && ($lv eq $value)) {
                # innerhalb MinIntervall und LastValue=Value
                $DoIt = 0;
              }
            }
          }
        }


einen CodeBlock schreiben, der eine Variable (z.B. ValueExclude) ausließt und falls das aktuelle Value einem ValueExclude entspricht das loggen verhindern.
Der Code müsste dann so wie ich das sehe von "$reading" auf "$value" geändert werden.

Ich habe mich da schon selbst dran versucht aber bin kläglich gescheitert.
Der Hintergrund dazu: Bei den MAX! Heizkörperthermostaten gibt es die Möglichkeit die als desiredTemperature auf "eco" zu stellen. Da "eco" allerdings kein numerischer Wert ist verhunzt das dann die Plots und wirft Fehler im Log. Über ein ValueExclude könnte man die Werte (eco|auto|compfort|"leer") herausfiltern.

Wäre dies Möglich?

Danke und viele Grüße
Gizmoh
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: stromer-12 am 12 Februar 2016, 14:59:51
Dann filtere doch das diese Werte im Plot raus.
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Tobias am 15 Februar 2016, 11:23:58
Bitte schickt mal Rapster den Patch zur Aufnahme, aufgrund Haussanierung komme ich zZ aktuell leider überhaupt nicht zu solchen Sachen :(
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: JoeALLb am 16 Februar 2016, 14:28:19
Zitat von: Hausautomat am 07 Februar 2016, 14:06:32
Ich greife das nochmal auf, weil das Problem der gerissenen MySQL-Verbindung gerade wieder mal kalt erwischt hat: Mysql wurde durchgestartet, fhem lief solange weiter (einschliesslich Schalten von Aktoren usw), bis ich eine erste "Datenabfrage" (Detailseite des Fritzbox-Devices aufgerufen). Damit crashte fhem hart aufgrund kaputter DB-Verbindung

Mir gerade auch. Ein Linux-Update hat den Mysql unbemerkt neu gestartet. FHEM lief eine Woche weiter bis gestern der Absturz kam. Keine Daten geloggt. Ärgerlich!
Wird Rapster der neue Maintainer dieses Moduls?
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 17 Februar 2016, 20:46:54
Zitat von: JoeALLb am 16 Februar 2016, 14:28:19
Wird Rapster der neue Maintainer dieses Moduls?
Nein!
Bin leider i.M. zeitlich auch sehr ausgebucht, sodass ich nicht mal zu Updates meiner Module komme die ich schon lange geplant habe.
Die letzten 2 Commits für das DbLog Modul vor paar Tagen gingen schnell, es war eine Funktion die ich geschrieben habe und wusste was die Auswirkungen sind.
Bei diesen Patches muss in fremden Code gebastelt werden, an Sachen die ich selbst nicht verwende und nicht direkt testen kann, allerdings viele Leute betrifft, das ist aufwändiger.

Evtl. möchte sich ja aber einer anbieten Tobias auszuhelfen während seiner Umbauarbeiten?

Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Feuerdrache am 21 Februar 2016, 14:23:30
Moin,
ich hoffe ich bin hier richtig, zumindest klingt es für mich nach meinem Problem.
Gestern hab ich mein FHEM von sqllite auf MySQL umgestellt. Seit dem hört FHEM auf in die Datenbank zu schreiben wenn im Webinterface in SVG mit Daten aus der Datenbank aufgerufen wird.
auf MySQL seine kann ich sehen, das dann auch keine offene Verbindung mehr vorhanden ist. Erst nach eine reopen der logdb in FHEM läuft es wieder, aber nur bis zum nächsten SVG das angezeigt werden soll.

Gehört das Thema zusammen, oder ist es ein eigenes Thema ?

Gruß FD
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 10:18:32
Hallo zusammen, hallo rapster,

in der Vergangenheit hatte ich immer wieder Crashs von FHEM wenn die MySQL, die ich remote auf einer Synology laufen habe, nicht erreichbar ist bzw. Verbindung unterbrochen  usw. Im Prinzip wie schon hier beschrieben.

Um dieses Problem zu eliminieren habe ich in der aktuellen Version 10796 2016-02-11 an etlichen Stellen Code wie diese eingefügt und andere kleine Änderungen gemacht:

  if ( !$dbh || not $dbh->ping ) {
      Log3($name, 1, "DbLog $name: DB Session dead, try to reopen now !");
      DbLog_Connect($hash);
  }

.....

       if ($dbh) {
            $dbh->commit() if(!$dbh->{AutoCommit});
            $dbh->disconnect();
        }


Damit habe ich nun keinerlei  Abstürze mehr.
Wie ich beim Lesen hier festgestellt habe ist Tobias, bzw. du selbst zeitlich sehr eingespannt.
Wäre es euch dennoch möglich die  gemachten Änderungen mal gegenzuchecken und nach Tests in anderen Umgebungen einzuchecken (wenn alles passt) ?

Das wäre echt Klasse  :) 

Ich habe mal ein DIFF zur Version 10796 und meine gegenwärtig verwendete komplette Version hier angehängt.

viele Grüße und einen schönen Restsonntag,
Heiko
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 12:13:13
Hi Heiko,

ich habe in deiner angehangenden 93_DbLog.pm noch eine Änderung von FileLog nachgezogen ( https://forum.fhem.de/index.php/topic,52031.msg440573.html#msg440573 ).
Allerdings werden die Werte bei DbLog nicht durch 999999/-999999 wie in FileLog ersetzt sondern durch (~0 >> 1) / -(~0 >> 1), also die höchstmöglichen Zahlen auf 32 bzw. 64 bit Systemen.

Würden bitte mal noch ein paar mehr Leute testen ob mit angehangener Datei alles Problemlos unter SQLITE/MYSQL/POSTGRES funktioniert?

Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 13:27:21
Zitat von: franky08 am 24 April 2016, 13:17:15
Bringt bei mir einen Fehler mit sqlite:
2016.04.24 13:15:23 1: DbLog myDbLog: DB Session dead, try to reopen now !
2016.04.24 13:15:42 1: DbLog myDbLog: DB Session dead, try to reopen now !
2016.04.24 13:15:58 1: DbLog myDbLog: DB Session dead, try to reopen now !
2016.04.24 13:16:23 1: DbLog myDbLog: DB Session dead, try to reopen now !
2016.04.24 13:16:25 1: DbLog myDbLog: DB Session dead, try to reopen now !


DB wird nicht geöffnet.

Hatte es in dem anderen Tread schon gepostet

VG
Frank
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 13:30:18
Hi Frank,

funktioniert "nichts" mit der angehängten Datei, oder nur spezielle Sachen nicht?
Da ich ebenfalls sqlite verwende und dieses Verhalten bei mir nicht auftritt.

Bitte probier es nochmal mit angehängter Version, hier wird zusätzlich noch die DbLog Funktion geloggt in der das Problem aufgetreten ist.
Evtl. auch nochmal mit höherem Loglevel probieren.

Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 14:02:04
Hi Claudiu, hi Frank,

habe mir eine SQLite schnell mal installiert und auf meiner Testinstanz auch mit dieser DB probiert.
Läuft bei mir mit deinen Dateien aus #26/#28.

EDIT: mit MySQL läuft es auch ...

2016.04.24 14:14:14.581 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2016.04.24 14:14:14.581 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 25390
2016.04.24 14:14:14.585 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.04.24 14:40:51.468 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2016.04.24 14:40:51.469 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 25390
2016.04.24 14:40:51.473 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.04.24 14:42:57.280 3: Connecting to database mysql:database=fhemtest;host=192.168.2.10;port=3306 with user fhemtest
2016.04.24 14:42:57.461 3: Connection to db mysql:database=fhemtest;host=192.168.2.10;port=3306 established for pid 25390
2016.04.24 14:42:57.464 3: Connection to db mysql:database=fhemtest;host=192.168.2.10;port=3306 established
2016.04.24 14:43:15.304 3: Connecting to database mysql:database=fhemtest;host=192.168.2.10;port=3306 with user fhemtest
2016.04.24 14:43:15.307 3: Connection to db mysql:database=fhemtest;host=192.168.2.10;port=3306 established for pid 25390
2016.04.24 14:43:15.309 3: Connection to db mysql:database=fhemtest;host=192.168.2.10;port=3306 established


Gruß
Heiko

Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 15:34:16
Aus #28 läuft bei mir nicht, Db wird geöffnet:
2016.04.24 15:27:04 3: Connecting to database SQLite:dbname=/opt/fhem/fhem.db with user
2016.04.24 15:27:04 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established for pid 18941
2016.04.24 15:27:04 3: Connection to db SQLite:dbname=/opt/fhem/fhem.db established
2016.04.24 15:27:04 3: Connecting to database SQLite:dbname=/opt/fhem/fhemesa2000.db with user
2016.04.24 15:27:04 3: Connection to db SQLite:dbname=/opt/fhem/fhemesa2000.db established for pid 18941
2016.04.24 15:27:04 3: Connection to db SQLite:dbname=/opt/fhem/fhemesa2000.db established


Und etwas später:

2016.04.24 15:28:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:28:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:28:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:28:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:28:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:28:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !


2016.04.24 15:29:07 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:29:40 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:30:01 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:30:10 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 15:30:48 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !


Und so geht das weiter, wahrscheinlich immer wenn Daten in die Db geschrieben werden sollen

SQLite version 3.7.13 2012-06-11 02:05:22

VG
Frank
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 15:52:47
Danke für die Ausgaben, evtl. kann Heiko hier nochmal prüfen ob er was findet.
Ich schaue auch mal ob ich was entdecken kann.

Allerdings verwendest du jedenfalls schonmal eine relativ alte sqlite Version.
sqlite3 -version
3.11.1 2016-03-03 16:17:53


Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 16:04:16
Bei mir werden Werte hineingeschrieben. Auch SVG's werden aus den Werten problemlos generiert (Anhang).

Version ist:  Sqlite3  3.8.7.1

Habe ich gerade eben auf meinem Debian8 installiert, also keine weiteren Einstellungen etc. Nur so wie es im Wiki zu SQLite beschrieben ist.

http://www.fhemwiki.de/wiki/DbLog#Beispiel:_Anlegen_und_Nutzung_einer_SQLite-Datenbank (http://www.fhemwiki.de/wiki/DbLog#Beispiel:_Anlegen_und_Nutzung_einer_SQLite-Datenbank)

Schaue gerne auch, nur tritt dieser Fehler bei mir nicht auf. Deswegen ist es für mich etwas schwierig nachzuvollziehen.

@Frank, kannst du irgendwie noch Infos beisteuern die uns zur Fehlerbehebung dienlich sein könnten ?
Würde auch vorschlagen die neuste SQLite zu installieren.

Gruß
Heiko
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 16:10:20
Bin gerade beim upgrade. Leider komme ich nicht über version 3.7.13?

sqlite3 ist schon die neueste Version

Zitat@Frank, kannst du irgendwie noch Infos beisteuern die uns zur Fehlerbehebung dienlich sein könnten ?

könnte ein verbose 5 Log anhängen, aber da wird auch nicht mehr zu sehen sein.
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 16:26:33
Schade, allerdings ist die 3.8.7.1 ist für mein Debian auch die neueste Version und die läuft, obwohl auch schon angestaubt.

Versuch mal bitte irgendwie einzugrenzen bei welcher Aktion deine DB aussteigt. Vielleicht hilft verbose 5 oder die zeitliche Korrelation mit der Abarbeitung von Set-Befehlen.

EDIT: Post hat sich überschnitten .... versuch mal ein verbose 5 , was besseres fällt mir momentan nicht ein ...

Gruß
Heiko
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 16:30:08
Zitat von: franky08 am 24 April 2016, 16:10:20
Leider komme ich nicht über version 3.7.13?

Was steht denn in deiner /etc/apt/sources.list?
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 16:46:35
Im verbose 5 Log steht auch nicht mehr
2016.04.24 16:28:42 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now !
2016.04.24 16:28:42 5: Triggering myDbLog (2 changes)
2016.04.24 16:28:42 5: Triggering SZ_Heizung_rechts_Weather (2 changes)


Sources list
#

# deb cdrom:[Debian GNU/Linux 7.8.0 _Wheezy_ - Official amd64 DVD Binary-1 20150110-14:43]/ wheezy contrib main

deb cdrom:[Debian GNU/Linux 7.8.0 _Wheezy_ - Official amd64 DVD Binary-1 20150110-14:43]/ wheezy contrib main

deb http://ftp.de.debian.org/debian/ wheezy main non-free contrib
deb-src http://ftp.de.debian.org/debian/ wheezy main non-free contrib

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

# wheezy-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free
deb http://ftp.debian.org/debian/ wheezy-backports main contrib non-freedeb-src
deb http://ftp.de.debian.org/debian squeeze main
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 17:04:25
Evtl. mal das ganze System hochziehen?
Wheezy ist nun auch schon sehr eingestaubt :-)

Wobei ich ja generell meine Debians meistens auf "testing" laufen lasse, da "stable" eigtl. schon veraltet ist.
Wenn man bedenkt das andre Distris wie Ubuntu ihr System aus Debian "unstable" forken...

Das ist meine sources.list
# cat /etc/apt/sources.list
### TESTING ###
deb http://ftp.de.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.de.debian.org/debian/ testing main contrib non-free
deb http://ftp.us.debian.org/debian/ testing-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ testing-updates main contrib non-free
deb http://ftp.de.debian.org/debian/ testing-proposed-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ testing-proposed-updates main contrib non-free
deb http://mirrors.kernel.org/debian/ testing main contrib non-free
deb-src http://mirrors.kernel.org/debian/ testing main contrib non-free
deb http://security.debian.org/ testing/updates main
deb-src http://security.debian.org/ testing/updates main
deb http://ftp.us.debian.org/debian testing-proposed-updates main contrib non-free
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 17:11:39
ZitatEvtl. mal das ganze System hochziehen?

Na ja, Jessie kommt für mich nicht in Frage, habe ich auf einem gleichwertigen Testsystem laufen und da funktioniert längst nicht alles so wie unter Wheezy bzw. einiges gar nicht. Hatte ich vor ca. 1/2 Jahr einmal getestet und bin danach schnell wieder zu Wheezy zurück. Da bei mir etliches in fhem hängt, angefangen von der Brennersteuerung der Heizung bis zu WVC mit einem 22 Zoll View Sonic Wanddisplay (das funktioniert unter Jessie auch nicht).

VG
Frank
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 17:30:16
Habe DbLog jetzt auf meinem Prod.System (auch Debian8) mit SQLite kurz ausprobiert. Funktioniert auch tadellos.
@Frank, wenn du ein Testsystem mit Jessie (Debian8) hast, dann kannst du DbLog mit SQLite auch dort mal testen ? 

Mein Debian ist übrigends 32Bit .... @Claudiu, bei dir funktioniert es ja auch ... was hast du denn ?

Gruß
Heiko
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 17:30:56
Probier mal bitte anhängende Datei aus und poste die Logmeldung sowie probier aus ob (trotz Logmeldung) alles funktioniert.

Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 17:31:38
Zitat von: DS_Starter am 24 April 2016, 17:30:16
Mein Debian ist übrigends 32Bit .... @Claudiu, bei dir funktioniert es ja auch ... was hast du denn ?

64  8)
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 17:35:48
Naja, dann liegts schon mal nicht an der Architektur ....  ;)
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 17:50:11
2016.04.24 17:44:01 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x532ac20) ping:DBI::db=HASH(0x532ac20)->ping
2016.04.24 17:44:05 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x5bc9b38) ping:DBI::db=HASH(0x5bc9b38)->ping
2016.04.24 17:44:43 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x5bc9b38) ping:DBI::db=HASH(0x5bc9b38)->ping
2016.04.24 17:45:09 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x5bc9b38) ping:DBI::db=HASH(0x5bc9b38)->ping
2016.04.24 17:45:28 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:45:28 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:45:28 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:45:29 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:45:30 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:46:28 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:46:45 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x584c470) ping:DBI::db=HASH(0x584c470)->ping
2016.04.24 17:46:45 1: DbLog myDbLog: DBLog_Push - DB Session dead, try to reopen now ! - dbh:DBI::db=HASH(0x5833110) ping:DBI::db=HASH(0x5833110)->ping


@ DS_Starter

Auf dem Testsystem gibt es leider keinerlei I/O device und keinerlei Sensoren welche Daten liefern könnten. Nutze das Testsystem z.Zt. um an einem Modul zu arbeiten  ;)

P.S. lasse jetzt die Db mal eine Weile so laufen, um zu sehen ob trotzdem Daten geschrieben werden.

VG
Frank
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 18:10:57
Sooo, Daten werden trotz Meldung im Log in die Db geschrieben, jedenfalls sind die Plot´s aus der Db OK, kein Abriss.

VG
Frank

P.S. Müllt iMo den Log zu, gehe jetzt auf die vorherige Version zurück.
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 18:20:57
Danke, dann nimm jetzt mal diese Version hier.

Sollte eigtl. funktionieren und keine Log-Meldungen mehr werfen.

Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 24 April 2016, 18:59:44
Sieht bis jetzt gut aus, falls noch irgendwas "passiert" melde ich mich noch mal.  ;)

Schönen Sonntag noch

Frank
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 24 April 2016, 19:33:45
Der Vollständigkeit halber habe ich die letzte Version auch noch unter MySQL getestet.
Läuft ohne Probleme auch wenn die DB nicht erreichbar ist oder der User/PW falsch.
Ist auch Restart- bzw. Rereadcfg-fest. Soll heißen FHEM startet und läuft auch unter diesen Bedingungen. Natürlich wird nichts geloggt usw.

Prima Claudiu  und danke Frank :)

Schönen Restsonntag euch beiden !
Heiko
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 24 April 2016, 21:49:30
Sehr gut!

Evtl. finden sich ja noch ein paar Testwillige damit es dann recht flott eingecheckt werden kann...

Gruß
Claudiu
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 27 April 2016, 12:30:25
Da mir nichts negatives an dieser Version aufgefallen ist, werde ich sie am Donnerstag einchecken (Freitag im Update).

Falls jemand davor nochmal testen möchte bitte tun :-)
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: franky08 am 27 April 2016, 12:43:20
Check sie ein, läuft jetzt bei mir ohne Probleme seit dem Test.

VG
Frank
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: dev0 am 27 April 2016, 12:44:33
ZitatFalls jemand davor nochmal testen möchte bitte tun :-)
Nach einem Update des Modules und Reload sind bei mir keine Probleme aufgetreten (mysql).
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: rapster am 28 April 2016, 10:06:15
Ist drin, und danke fürs testen :-)
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: stromer-12 am 01 Mai 2016, 18:37:10
Das mininterval bei dbloginclude funktioniert damit immernoch nicht.
Bei Angabe werden keine Readings geloggt .
Da gab es doch mal einen Patch.

Zeile 722
-            $DoIt = 1 if(!$v2[1] && $reading =~ m/^$v2[0]$/); #Reading matcht auf Regexp, kein MinIntervall angegeben
+            $DoIt = 1 if($reading =~ m/^$v2[0]$/); #Reading matcht auf Regexp, kein MinIntervall angegeben


Damit klappt bei mir die Intervalangabe bei dbloginclude.
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Rostislav am 03 Mai 2016, 22:44:36
Hallo,

Habe nach dem Upgrade auf Ubuntu 16.04 und fhem update auf die letztversion immer DBLog problem.

2016.05.03 22:39:30.014 1: DbLog logdb: DBLog_Push - DB Session dead! - Can't call method "ping" on unblessed reference at ./FHEM/93_DbLog.pm line 578.

Habe schon die letztversion vom Update
# $Id: 93_DbLog.pm 11335 2016-04-28 08:03:50Z rapster $

als auch hier zuletzt gepostete Version getestet:
# $Id: 93_DbLog.pm 10796 2016-02-11 09:11:41Z rapster $

beide gehen leider nicht.

mysql Verbindung vom shell aus wurde mit selben zugangsdaten getestet und funktioniert.

lg
Rosti
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: DS_Starter am 03 Mai 2016, 23:18:19
Hallo Rosti,

welche Perl Version hast du ?

Ich setze ebenfalls MySQL ein und es funktioniert alles ganz wunderbar.

Perl Version ist:

This is perl 5, version 20, subversion 2 (v5.20.2) built for i586-linux-gnu-thread-multi-64int

EDIT: libdbi-perl Version ist 1.631-3+bl stable

VG
Heiko
Titel: Antw:DbLog Patch: Performance Logging, MYSQL crash fix
Beitrag von: Ralli am 09 Mai 2016, 08:09:22
Hallo Rapster,

danke für den Patch in Sachen Reconnect bei einem verloren gegangenen MySQL/MariaDB.

Ich habe da noch einen Verbesserungsvorschlag: Wenn die Verbindung verloren gegangen ist, sollte der Versuch des Reconnect nicht ohne ein erfolgreiches Ping-Echo und auch nicht andauernd ohne Freigabe von Timeslots für andere laufen. Aber auch bei einem erfolgreichen Ping kann natürlich sein, dass nur der Service nicht läuft. Ich habe bemerkt, dass in der Phase des fehlenden MySQL die restliche Abarbeitung durch fhem recht zäh lief - vielleicht noch SYN-Test auf den Port einbauen?

Aber es schmiert nicht mehr ab, und das ist schon mal die Hauptsache. Danke dafür!


2016.05.09 07:59:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:22 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:22 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:22 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:22 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:22 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:22 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:26 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:26 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:31 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:38 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:38 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:40 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:40 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:40 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:40 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:40 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:40 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:44 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:44 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:44 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:44 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:45 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:45 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:50 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:50 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:51 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:51 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:51 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:51 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:51 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:51 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 07:59:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:02 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:02 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:02 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:02 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:07 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:07 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:12 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:12 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:17 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:24 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:24 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:32 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:33 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:33 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:33 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:33 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:00:38 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:12 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:18 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:21 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:24 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:27 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:30 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:33 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:36 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:39 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:42 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:45 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:48 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:54 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:56 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:57 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:58 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:01:59 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:00 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:01 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:06 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:06 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:11 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:11 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:15 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:16 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:16 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:16 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:16 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:16 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:16 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:19 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:24 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:24 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:29 3: Connection to db mysql:database=fhem;host=10.0.0.2;port=3306 established for pid 22733
2016.05.09 08:02:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:29 3: Connection to db mysql:database=fhem;host=10.0.0.2;port=3306 established for pid 22733
2016.05.09 08:02:29 3: Connection to db mysql:database=fhem;host=10.0.0.2;port=3306 established
2016.05.09 08:02:29 1: PERL WARNING: (in cleanup) DBD::mysql::db DESTROY failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 598.
2016.05.09 08:02:29 3: Connection to db mysql:database=fhem;host=10.0.0.2;port=3306 established
2016.05.09 08:02:29 3: Connecting to database mysql:database=fhem;host=10.0.0.2;port=3306 with user fhem
2016.05.09 08:02:29 3: Connection to db mysql:database=fhem;host=10.0.0.2;port=3306 established for pid 22733
2016.05.09 08:02:32 3: Connection to db mysql:database=fhem;host=10.0.0.2;port=3306 established