FHEM Forum

FHEM => Automatisierung => Thema gestartet von: wuast94 am 27 November 2017, 17:59:56

Titel: DBlog Error
Beitrag von: wuast94 am 27 November 2017, 17:59:56
Habe mein dblog auf asyncMode gestellt und mit DbRep ein dump gemacht .. seit dem kommt im dblog folgender state:
DBD::mysql::st execute_array failed: executing 1198 generated 2 errors at ./FHEM/93_DbLog.pm line 1859.
, DBD::mysql::st execute_array failed: executing 1198 generated 1 errors at ./FHEM/93_DbLog.pm line 1895.


in den beiden zeilen im modul steht folgendes:
line 1859 ($tuples, $rows) = $sth_ih->execute_array( { ArrayTupleStatus => \my @tuple_status } );
line 1895 ($tuples, $rows) = $sth_uc->execute_array( { ArrayTupleStatus => \my @tuple_status } );


und als ganzer auszug der beiden code lines:
# insert into history
  eval {$dbh->begin_work();};  # issue:  begin_work failed: Turning off AutoCommit failed
  if ($@) {
      Log3($name, 2, "DbLog $name -> Error start transaction for history - $@");
  }
  eval {
      if (lc($DbLogType) =~ m(history) ) {
          ($tuples, $rows) = $sth_ih->execute_array( { ArrayTupleStatus => \my @tuple_status } );
  if($tuples && $rows == $ceti) {
      Log3 $hash->{NAME}, 5, "DbLog $name -> $rows of $ceti events inserted into table history".($usepkh?" using PK on columns $pkh":"");
  } else {
      for my $tuple (0..$#row_array) {
      my $status = $tuple_status[$tuple];
  $status = 0 if($status eq "0E0");
  next if($status);         # $status ist "1" wenn insert ok
  Log3 $hash->{NAME}, 3, "DbLog $name -> Insert into history rejected".($usepkh?" (possible PK violation) ":" ")."- TS: $timestamp[$tuple], Device: $device[$tuple], Event: $event[$tuple]";
  }
  }
      }
  };
 
  if ($@) {
      Log3 $hash->{NAME}, 2, "DbLog $name -> Error table history - $@";
  $errorh = $@;
      eval {$dbh->rollback() if(!$dbh->{AutoCommit});};  # issue Turning on AutoCommit failed
  if ($@) {
          Log3($name, 2, "DbLog $name -> Error rollback history - $@");
      }
      $rowlback = $rowlist;
  } else {
      eval {$dbh->commit() if(!$dbh->{AutoCommit});};    # issue Turning on AutoCommit failed
      if ($@) {
          Log3($name, 2, "DbLog $name -> Error commit history - $@");
      }
  }
 
  # update or insert current
  eval {$dbh->begin_work();};  # issue:  begin_work failed: Turning off AutoCommit failed
  if ($@) {
      Log3($name, 2, "DbLog $name -> Error start transaction for current - $@");
  }
  eval {
  if (lc($DbLogType) =~ m(current) ) {
          ($tuples, $rows) = $sth_uc->execute_array( { ArrayTupleStatus => \my @tuple_status } );
  if($tuples && $rows == $ceti) {
      Log3 $hash->{NAME}, 5, "DbLog $name -> $rows of $ceti events updated in table current".($usepkc?" using PK on columns $pkc":"");
  } elsif ($tuples && $rows >= $ceti) {
      Log3 $hash->{NAME}, 5, "DbLog $name -> $ceti events inserted or replaced in table current".($usepkc?" using PK on columns $pkc":"");
  } else {
      $doins = 1;
  $ceti = 0;
  for my $tuple (0..$#device) {
      my $status = $tuple_status[$tuple];
      $status = 0 if($status eq "0E0");
      next if($status);         # $status ist "1" wenn update ok
      $ceti++;
      Log3 $hash->{NAME}, 5, "DbLog $name -> Failed to update in current, try to insert - TS: $timestamp[$tuple], Device: $device[$tuple], Reading: $reading[$tuple], Status = $status";
      push(@timestamp_cur, "$timestamp[$tuple]");
              push(@device_cur, "$device[$tuple]");   
              push(@type_cur, "$type[$tuple]"); 
              push(@event_cur, "$event[$tuple]"); 
              push(@reading_cur, "$reading[$tuple]");
              push(@value_cur, "$value[$tuple]");
              push(@unit_cur, "$unit[$tuple]");
      }
  }
 
  if ($doins) {
      # events die nicht in Tabelle current updated wurden, werden in current neu eingefügt
      $sth_ic->bind_param_array(1, [@timestamp_cur]);
              $sth_ic->bind_param_array(2, [@device_cur]);
              $sth_ic->bind_param_array(3, [@type_cur]);
              $sth_ic->bind_param_array(4, [@event_cur]);
              $sth_ic->bind_param_array(5, [@reading_cur]);
              $sth_ic->bind_param_array(6, [@value_cur]);
              $sth_ic->bind_param_array(7, [@unit_cur]);
             
  ($tuples, $rows) = $sth_ic->execute_array( { ArrayTupleStatus => \my @tuple_status } );
  if($tuples && $rows == $ceti) {
          Log3 $hash->{NAME}, 5, "DbLog $name -> $rows of $ceti events inserted into table current".($usepkc?" using PK on columns $pkc":"");
      } else {
      for my $tuple (0..$#device_cur) {
          my $status = $tuple_status[$tuple];
          $status = 0 if($status eq "0E0");
          next if($status);         # $status ist "1" wenn insert ok
          Log3 $hash->{NAME}, 2, "DbLog $name -> Insert into current rejected - TS: $timestamp[$tuple], Device: $device_cur[$tuple], Reading: $reading_cur[$tuple], Status = $status";
      }
      }
          }
  }
  };

  if ($@) {
      Log3 $hash->{NAME}, 2, "DbLog $name -> Error table current - $@";
  $errorc = $@;
      eval {$dbh->rollback() if(!$dbh->{AutoCommit});};  # issue Turning on AutoCommit failed
  if ($@) {
          Log3($name, 2, "DbLog $name -> Error rollback current - $@");
      }
  } else {
      eval {$dbh->commit() if(!$dbh->{AutoCommit});};    # issue Turning on AutoCommit failed
      if ($@) {
          Log3($name, 2, "DbLog $name -> Error commit current - $@");
      }
  }
 
  $dbh->disconnect();
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 27 November 2017, 18:29:38
Mach mal bitte ein list deines Dblog-Devices und einen Verbose 5 Log-Auszug (NUR das DbLog Device auf verbose 5 setzen).

Interessant ist der Teil ab bzw. bis:


2017.11.27 18:27:13.035 5: DbLog LogDB -> ################################################################
2017.11.27 18:27:13.036 5: DbLog LogDB -> ###      New database processing cycle - asynchronous        ###
2017.11.27 18:27:13.036 5: DbLog LogDB -> ################################################################
2017.11.27 18:27:13.037 5: DbLog LogDB -> MemCache contains 17 entries to process
......

2017.11.27 18:27:13.287 5: DbLog LogDB -> DbLog_PushAsync finished
2017.11.27 18:27:13.290 5: DbLog LogDB -> Start DbLog_PushAsyncDone


Edit: -> new databse cycle

Grüße,
Heiko
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 27 November 2017, 19:06:19
list:
Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./contrib/dblog/db.conf
   DEF        ./contrib/dblog/db.conf .*:(cpu_freq|cpu_temp|eth0|eth0_diff|ram|4.ACTUAL_TEMPERATURE|4.BATTERY_STATE|4.SET_TEMPERATURE|4.VALVE_STATE|temperature|pressure|humidity|energy|power|state).*
   MODE       asynchronous
   MODEL      MYSQL
   NAME       logdb
   NR         30
   NTFY_ORDER 50-logdb
   PID        17
   REGEXP     .*:(cpu_freq|cpu_temp|eth0|eth0_diff|ram|4.ACTUAL_TEMPERATURE|4.BATTERY_STATE|4.SET_TEMPERATURE|4.VALVE_STATE|temperature|pressure|humidity|energy|power|state).*
   STATE      connected
   TYPE       DbLog
   UTF8       0
   VERSION    2.22.13
   dbconn     mysql:database=fhem;host=mysql;port=3306
   dbuser     fhemuser
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     READINGCOL 64
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     RUNNING_PID:
       abortFn    DbLog_PushAsyncAborted
arg logdb|ewig lange zeichenkette

bc_pid     1643
       finishFn   DbLog_PushAsyncDone
       fn         DbLog_PushAsync
       pid        1675
       telnet     telnetPort_127.0.0.1_59840
       timeout    86400
       abortArg:
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1511801632.8392
           VALUE      1089 cache rows exported to ./log/cache_logdb_2017-11-27_17-53-52
   READINGS:
     2017-11-27 19:02:48   CacheUsage      2
     2017-11-27 19:02:48   NextSync        2017-11-27 19:03:48 or if CacheUsage 50 reached
     2017-11-19 12:22:16   countCurrent    13
     2017-11-19 12:22:16   countHistory    11284
     2017-11-27 17:53:52   lastCachefile   ./log/cache_logdb_2017-11-27_17-53-52 export successful
     2017-11-27 19:02:48   state           connected
   cache:
     index      3420750
     memcache:
       3420749    2017-11-27 19:02:48|Strom_Gesamt|DUMMY|energy: 720.58|energy|720.58|
       3420750    2017-11-27 19:02:48|Strom_Addi|AT|state: Next: 19:02:53|state|Next|19:02:53
Attributes:
   DbLogType  Current/History
   asyncMode  1
   cacheLimit 50
   group      Logging
   room       Log
   syncInterval 60
   verbose    5


Fhem log:
2017.11.27 19:05:05 5 : DbLog logdb -> Start DbLog_PushAsyncDone
2017.11.27 19:05:05 4 : DbLog logdb -> ################################################################
2017.11.27 19:05:05 4 : DbLog logdb -> ### start of new Logcycle ###
2017.11.27 19:05:05 4 : DbLog logdb -> ################################################################
2017.11.27 19:05:05 4 : DbLog logdb -> amount of events received: 1 for device: logdb
2017.11.27 19:05:05 4 : DbLog logdb -> check Device: logdb , Event: state: DBD::mysql::st execute_array failed: executing 4414 generated 2 errors at ./FHEM/93_DbLog.pm line 1859. , DBD::mysql::st execute_array failed: executing 4414 generated 1 errors at ./FHEM/93_DbLog.pm line 1895.
2017-11-27 19:05:05 DbLog logdb DBD::mysql::st execute_array failed: executing 4414 generated 2 errors at ./FHEM/93_DbLog.pm line 1859. , DBD::mysql::st execute_array failed: executing 4414 generated 1 errors at ./FHEM/93_DbLog.pm line 1895.
2017.11.27 19:05:05 5 : DbLog logdb -> DbLog_PushAsyncDone finished


EDIT: Ich mache alle 30 Min mal n exportCache nopurge .. nur so für die sicherheit :D da ich jetzt erst mal schlafen muss :D
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 27 November 2017, 20:28:52
Das ist noch nicht der richtige Logauszug.

Ich bräuchte die Daten ab:

Zitat
2017.11.27 18:27:13.035 5: DbLog LogDB -> ################################################################
2017.11.27 18:27:13.036 5: DbLog LogDB -> ###      New database processing cycle - asynchronous        ###
2017.11.27 18:27:13.036 5: DbLog LogDB -> ################################################################[/b]

Also "New database processing cycle - asynchronous".

Setze dir auch mal das Attr excludeDevs = TYPE=DbLog.

Und keine Angst, diese Meldung ist mit ziemlicher Sicherheit nichts kritisches, die DB loggt sicher fröhlich vor sich hin.
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 28 November 2017, 14:25:04
2017.11.28 14:18:27 5: DbLog logdb -> ################################################################
2017.11.28 14:18:27 5: DbLog logdb -> ###      New database processing cycle - asynchronous        ###
2017.11.28 14:18:27 5: DbLog logdb -> ################################################################
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains 200 entries to process
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains: 2017-11-28 14:18:22|Strom_Gesamt|DUMMY|power: 174.2|power|174.2|
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains: 2017-11-28 14:18:22|Strom_Gesamt|DUMMY|energy: 723.07|energy|723.07|
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains: 2017-11-28 14:18:22|Strom_Addi|AT|state: Next: 14:18:27|state|Next|14:18:27
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains: 2017-11-28 14:18:17|Strom_Gesamt|DUMMY|energy: 723.07|energy|723.07|
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains: 2017-11-28 14:18:17|Strom_Addi|AT|state: Next: 14:18:22|state|Next|14:18:22
2017.11.28 14:18:27 5: DbLog logdb -> MemCache contains: 2017-11-28 14:18:12|Strom_Gesamt|DUMMY|power: 173.5|power|173.5|

und so weiter ....

2017.11.28 14:18:27 5: DbLog logdb -> DbLog_PushAsync called with timeout: 86400
2017.11.28 14:18:27 4: DbLog logdb -> ################################################################
2017.11.28 14:18:27 4: DbLog logdb -> ###              start of new Logcycle                       ###
2017.11.28 14:18:27 4: DbLog logdb -> ################################################################
2017.11.28 14:18:27 4: DbLog logdb -> amount of events received: 1 for device: Strom_Gesamt
2017.11.28 14:18:27 4: DbLog logdb -> check Device: Strom_Gesamt , Event: energy: 723.07
2017.11.28 14:18:27 4: DbLog logdb -> added event - Timestamp: 2017-11-28 14:18:27, Device: Strom_Gesamt, Type: DUMMY, Event: energy: 723.07, Reading: energy, Value: 723.07, Unit:
2017.11.28 14:18:27 4: DbLog logdb -> ################################################################
2017.11.28 14:18:27 4: DbLog logdb -> ###              start of new Logcycle                       ###
2017.11.28 14:18:27 4: DbLog logdb -> ################################################################
2017.11.28 14:18:27 4: DbLog logdb -> amount of events received: 1 for device: Strom_Addi
2017.11.28 14:18:27 4: DbLog logdb -> check Device: Strom_Addi , Event: state: Next: 14:18:32
2017.11.28 14:18:27 4: DbLog logdb -> added event - Timestamp: 2017-11-28 14:18:27, Device: Strom_Addi, Type: AT, Event: state: Next: 14:18:32, Reading: state, Value: Next, Unit: 14:18:32
2017.11.28 14:18:27 5: DbLog logdb -> Start DbLog_PushAsync
2017.11.28 14:18:27 5: DbLog logdb -> DbLogType is: Current/History
2017.11.28 14:18:27 5: DbLog logdb -> Primary Key used in fhem.history: none
2017.11.28 14:18:27 5: DbLog logdb -> Primary Key used in fhem.current: none
2017.11.28 14:18:27 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:18:22, Device: Strom_Gesamt, Type: DUMMY, Event: power: 174.2, Reading: power, Value: 174.2, Unit:
2017.11.28 14:18:27 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:18:22, Device: Strom_Gesamt, Type: DUMMY, Event: energy: 723.07, Reading: energy, Value: 723.07, Unit:
2017.11.28 14:18:27 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:18:22, Device: Strom_Addi, Type: AT, Event: state: Next: 14:18:27, Reading: state, Value: Next, Unit: 14:18:27
2017.11.28 14:18:27 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:18:17, Device: Strom_Gesamt, Type: DUMMY, Event: energy: 723.07, Reading: energy, Value: 723.07, Unit:
2017.11.28 14:18:27 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:18:17, Device: Strom_Addi, Type: AT, Event: state: Next: 14:18:22, Reading: state, Value: Next, Unit: 14:18:22
2017.11.28 14:18:27 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:18:12, Device: Strom_Gesamt, Type: DUMMY, Event: power: 173.5, Reading: power, Value: 173.5, Unit:

...  und so weiter


da ist am ende auch nix von:
2017.11.27 18:27:13.287 5: DbLog LogDB -> DbLog_PushAsync finished
2017.11.27 18:27:13.290 5: DbLog LogDB -> Start DbLog_PushAsyncDone

wie du sagtest

das einzige was er macht  ist die fhem.log bei mir über nacht knapp 8gb groß werden lassen :D
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 28 November 2017, 14:30:18
jetzt habe ich glaube ich mehr gefunden:

2017.11.28 14:14:22 4: DbLog logdb -> ################################################################
2017.11.28 14:14:22 4: DbLog logdb -> ###              start of new Logcycle                       ###
2017.11.28 14:14:22 4: DbLog logdb -> ################################################################
2017.11.28 14:14:22 4: DbLog logdb -> amount of events received: 1 for device: Strom_Gesamt
2017.11.28 14:14:22 4: DbLog logdb -> check Device: Strom_Gesamt , Event: power: 175.5
2017.11.28 14:14:22 4: DbLog logdb -> added event - Timestamp: 2017-11-28 14:14:22, Device: Strom_Gesamt, Type: DUMMY, Event: power: 175.5, Reading: power, Value: 175.5, Unit:
2017.11.28 14:14:22 5: DbLog logdb -> Number of cache entries reached cachelimit 50 - start database sync.
2017.11.28 14:14:22 5: DbLog logdb -> ################################################################
2017.11.28 14:14:22 5: DbLog logdb -> ###      New database processing cycle - asynchronous        ###
2017.11.28 14:14:22 5: DbLog logdb -> ################################################################
2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains 50 entries to process
2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains: 2017-11-28 14:13:57|dblog_DbRep|DBREP|state: connected|state|connected|
2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains: 2017-11-28 14:13:59|GZ_Strom_PC|ZWAVE|power: 146.0 W|power|146.0|W

... gekürzt

2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains: 2017-11-28 14:13:57|Strom_Gesamt|DUMMY|power: 64.7|power|64.7|
2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains: 2017-11-28 14:13:57|Strom_Gesamt|DUMMY|energy: 720.58|energy|720.58|
2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains: 2017-11-28 14:13:57|Strom_Addi|AT|state: Next: 14:14:02|state|Next|14:14:02
2017.11.28 14:14:22 5: DbLog logdb -> DbLog_PushAsync called with timeout: 86400
2017.11.28 14:14:22 4: DbLog logdb -> ################################################################
2017.11.28 14:14:22 4: DbLog logdb -> ###              start of new Logcycle                       ###
2017.11.28 14:14:22 4: DbLog logdb -> ################################################################
2017.11.28 14:14:22 4: DbLog logdb -> amount of events received: 1 for device: Strom_Gesamt
2017.11.28 14:14:22 4: DbLog logdb -> check Device: Strom_Gesamt , Event: energy: 720.58
2017.11.28 14:14:22 4: DbLog logdb -> added event - Timestamp: 2017-11-28 14:14:22, Device: Strom_Gesamt, Type: DUMMY, Event: energy: 720.58, Reading: energy, Value: 720.58, Unit:
2017.11.28 14:14:22 4: DbLog logdb -> ################################################################
2017.11.28 14:14:22 4: DbLog logdb -> ###              start of new Logcycle                       ###
2017.11.28 14:14:22 4: DbLog logdb -> ################################################################
2017.11.28 14:14:22 4: DbLog logdb -> amount of events received: 1 for device: Strom_Addi
2017.11.28 14:14:22 4: DbLog logdb -> check Device: Strom_Addi , Event: state: Next: 14:14:27
2017.11.28 14:14:22 4: DbLog logdb -> added event - Timestamp: 2017-11-28 14:14:22, Device: Strom_Addi, Type: AT, Event: state: Next: 14:14:27, Reading: state, Value: Next, Unit: 14:14:27
2017.11.28 14:14:22 5: DbLog logdb -> Start DbLog_PushAsync
2017.11.28 14:14:22 5: DbLog logdb -> DbLogType is: Current/History
2017.11.28 14:14:22 5: DbLog logdb -> Primary Key used in fhem.history: none
2017.11.28 14:14:22 5: DbLog logdb -> Primary Key used in fhem.current: none
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:57, Device: dblog_DbRep, Type: DBREP, Event: state: connected, Reading: state, Value: connected, Unit:
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:59, Device: GZ_Strom_PC, Type: ZWAVE, Event: power: 146.0 W, Reading: power, Value: 146.0, Unit: W
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:14:00, Device: GZ_Strom_PC, Type: ZWAVE, Event: power: 148.4 W, Reading: power, Value: 148.4, Unit: W
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:14:01, Device: GZ_Strom_PC, Type: ZWAVE, Event: power: 146.7 W, Reading: power, Value: 146.7, Unit: W

... gekürzt

2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:57, Device: denon, Type: DENON_AVR, Event: stateAV: off, Reading: stateAV, Value: off, Unit:
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:57, Device: Strom_Gesamt, Type: DUMMY, Event: power: 64.7, Reading: power, Value: 64.7, Unit:
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:57, Device: Strom_Gesamt, Type: DUMMY, Event: energy: 720.58, Reading: energy, Value: 720.58, Unit:
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:57, Device: Strom_Addi, Type: AT, Event: state: Next: 14:14:02, Reading: state, Value: Next, Unit: 14:14:02
2017.11.28 14:14:22 5: DbLog logdb -> 50 of 50 events inserted into table history
2017.11.28 14:14:22 5: DbLog logdb -> Failed to update in current, try to insert - TS: 2017-11-28 14:14:03, Device: d_ccu, Reading: state, Status = 0
2017.11.28 14:14:22 5: DbLog logdb -> Failed to update in current, try to insert - TS: 2017-11-28 14:14:04, Device: d_ccu_rpc, Reading: state, Status = 0
2017.11.28 14:14:22 5: DbLog logdb -> Failed to update in current, try to insert - TS: 2017-11-28 14:14:12, Device: d_ccu, Reading: state, Status = 0
2017.11.28 14:14:22 5: DbLog logdb -> 3 of 3 events inserted into table current
2017.11.28 14:14:22 5: DbLog logdb -> DbLog_PushAsync finished
2017.11.28 14:14:22 5: DbLog logdb -> Start DbLog_PushAsyncDone
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 28 November 2017, 18:10:56
Ja, das sieht doch alles sehr gut und auch fehlerfrei aus.

Zitatdas einzige was er macht  ist die fhem.log bei mir über nacht knapp 8gb groß werden lassen :D
verbose 4/5 produziert schon mächtig Daten. Schalte das nur kurz für die Analyse an.

Jetzt habe ich anhand deiner Daten auch das gesehen worum es mir ging:

Zitat
2017.11.28 14:14:22 5: DbLog logdb -> ################################################################
2017.11.28 14:14:22 5: DbLog logdb -> ###      New database processing cycle - asynchronous        ###
2017.11.28 14:14:22 5: DbLog logdb -> ################################################################
2017.11.28 14:14:22 5: DbLog logdb -> MemCache contains 50 entries to process
Hier siehst du dass 50 Einträge für den Insert in die DB (besser Tabelle history) anstehen. Auch in die Tabelle current sofern das mit dem Attribur DbLogType eingeschaltet wurde.

Und weiter unten siehst du dann ebenfalls:
Zitat
2017.11.28 14:14:22 5: DbLog logdb -> processing event Timestamp: 2017-11-28 14:13:57, Device: Strom_Addi, Type: AT, Event: state: Next: 14:14:02, Reading: state, Value: Next, Unit: 14:14:02
2017.11.28 14:14:22 5: DbLog logdb -> 50 of 50 events inserted into table history
Es wurden die 50 Einträge in die Tabelle history eingefügt.

Diese Einträge:
Zitat
2017.11.28 14:14:22 5: DbLog logdb -> Failed to update in current, try to insert - TS: 2017-11-28 14:14:03, Device: d_ccu, Reading: state, Status = 0
2017.11.28 14:14:22 5: DbLog logdb -> Failed to update in current, try to insert - TS: 2017-11-28 14:14:04, Device: d_ccu_rpc, Reading: state, Status = 0
2017.11.28 14:14:22 5: DbLog logdb -> Failed to update in current, try to insert - TS: 2017-11-28 14:14:12, Device: d_ccu, Reading: state, Status = 0
2017.11.28 14:14:22 5: DbLog logdb -> 3 of 3 events inserted into table current
sind auch keine Fehler, sondern sagen nur aus dass die Datensätze in current zunächst upgedatet werden sollten, aber da es diese nicht gab wurden sie hinzugefügt.

Tja, läuft alles, kann man nichts machen.  :)

Hast du das Attribut excludeDevs = TYPE=DbLog gesetzt ?
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 28 November 2017, 18:40:07
das attribut habe ich gesetzt ja :)
attr logdb excludeDevs TYPE=DbLog

das problem ist das er diese eben nicht in die datenbank schreibt .. ich sehe es auch daran das meine ganzen graphen leer sind .. sie zeigen wenn ich zurück gehe noch dinge an aber seit diesem fehler sind keine daten mehr geschrieben worden

Sprich das LESEN aus der Db funktioniert noch - das schreiben des Caches jedoch nicht mehr nach dem ich ein MySQL dump mache

Die 50 kommen ja vom attribut cacheLimit damit nach 50 gesammelten einträgen in die db geschrieben wird und genau das probiert er ja auch .. abert schafft es leider nicht

Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 28 November 2017, 18:48:15
Ja moment ... das Attribut

attr logdb excludeDevs TYPE=DbLog

bewirkt lediglich dass die EIGENEN Events des DbLog-Devices, sofern es welche gibt, nicht in der DB gespeichert werden. Das will man gewöhnlich auch nicht.
Alle anderen Events gelangen gemäß DEF weiterhin in den Cache und dann in die DB.

Ich mache zum Beispiel täglich von 4 DB's Dumps mit DbRep und das läuft,läuft,läuft ....  :D

Mit welchem Befehl dumpst du die DB genau, es gibt ja clientside und serverside ?
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 28 November 2017, 19:14:02
Einen Tipp hätte ich noch.
Setze im DbLog doch mal  "set <name> reopen x" bevor du mit DbRep den Dump anfertigst."x" wären dann die Sekundne die der Dump braucht bis er fertig ist, also z.B. 1800 für eine halbe Stunde.
Während dieser Zeit baut sich der cache auf und wird weggeschrieben wenn die reopen-Zeit abgelaufen ist.

Du kannst dir mit listcache den cache während der Zeit immer mal anschauen.
Berichte mal wie das dann bei dir ausschaut.
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 30 November 2017, 13:14:49
ich mache das backup clientside.

und das mit dem reopen wird auch nix .. die verbindung wird ja korrekt aufgebaut :) (Graphen laden noch alle wenn ich raus zoome oder zurück gehe in den tagen)

Das Problem liegt da wo er anfängt den aufgebaute cache wieder in die db zu schreiben .. da kommt der fehler.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 30 November 2017, 13:28:28
Hmm, da kann ich dir eigentlich nur anbieten dass ich das bei mir mal versuche nachzustellen.
Wie schon gesagt, ich mache täglich beide Typen der Dumps mit mehreren Datenbanken und habe noch nie etwas negatives, auch nicht diesen beschriebenen Fehler, bemerkt.

Mach mir bitte noch ein List des beteiligten DbRep-Devices, vom DbLog hast du ja eingangs schon geschrieben.

Wie lange läuft denn der Dump ?

Grüße
Heiko
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 30 November 2017, 15:13:06
hier das list:
Internals:
   DATABASE   fhem
   DEF        logdb
   LASTCMD    dumpMySQL
   NAME       dblog_DbRep
   NOTIFYDEV  global,dblog_DbRep
   NR         82
   NTFY_ORDER 50-dblog_DbRep
   ROLE       Client
   STATE      Warning - Database backup finished but command after dump not successful
   TYPE       DbRep
   UTF8       0
   VERSION    6.0.0
   HELPER:
     DBLOGDEVICE logdb
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1512010834.67878
           VALUE      Warning - Database backup finished but command after dump not successful
   READINGS:
     2017-11-30 04:00:34   DumpFileCreated ./log/fhem_2017_11_30_04_00.sql
     2017-11-30 04:00:34   DumpFileCreatedSize 125106828
     2017-11-30 04:00:34   DumpFilesDeleted fhem_2017_11_29_04_00.sql
     2017-11-30 04:00:34   DumpRowsCurrrent 50
     2017-11-30 04:00:34   DumpRowsHistory 690950
     2017-11-30 04:00:34   errortext       Please define WEB_Pushover first
     2017-11-30 04:00:34   state           Warning - Database backup finished but command after dump not successful
   dbloghash:
     COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
     CONFIGURATION ./contrib/dblog/db.conf
     DEF        ./contrib/dblog/db.conf .*:(cpu_freq|cpu_temp|eth0|eth0_diff|ram|4.ACTUAL_TEMPERATURE|4.BATTERY_STATE|4.SET_TEMPERATURE|4.VALVE_STATE|temperature|pressure|humidity|energy|power|DumpRowsCurrrent|DumpRowsHistory|state).*
     MODE       asynchronous
     MODEL      MYSQL
     NAME       logdb
     NR         30
     NTFY_ORDER 50-logdb
     PID        8
     REGEXP     .*:(cpu_freq|cpu_temp|eth0|eth0_diff|ram|4.ACTUAL_TEMPERATURE|4.BATTERY_STATE|4.SET_TEMPERATURE|4.VALVE_STATE|temperature|pressure|humidity|energy|power|DumpRowsCurrrent|DumpRowsHistory|state).*
     STATE      Commit already running - resync at NextSync
     TYPE       DbLog
     UTF8       0
     VERSION    2.22.14
     dbconn     mysql:database=fhem;host=mysql;port=3306
     dbuser     fhemuser
     HELPER:
       COLSET     1
       DEVICECOL  64
       EVENTCOL   512
       OLDSTATE   Commit already running - resync at NextSync
       READINGCOL 64
       TYPECOL    64
       UNITCOL    32
       VALUECOL   128
       RUNNING_PID:
         abortFn    DbLog_PushAsyncAborted
         arg       


wenn du magst kann man sich da auch privat mal zusammen setzten und mit teamviewer oder ähnlichen das bei mir direkt angucken
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 30 November 2017, 15:58:16
Jetzt habe ich den Dump mal ausgeführt und genauer hingeschaut wie der Cache sich verhält.
Bei mir ist es so dass während des Dumps die Datenbank normal weitergeschrieben wird !

D.h. der Cache baut sich nur bis zur Zeit bzw. Volumengrenze auf und wird dann weggeschrieben.
Bei dir ist das nicht so, ich sehe das an dem DbLog State:

ZitatSTATE      Commit already running - resync at NextSync

Diese Meldung kommt immer dann wenn ein vorhergehender Schreibprozess noch nicht abgeschloosen ist wenn ein neuer beginnen soll.
D.h. bei dir wartet ein Schreibprozess bis der Dump fertig ist. Das ist ungewöhnlich, denn ein Leseprozess (Dump) sollte kein Tabellenlock verursachen nach meinem Kenntnisstand.

Die Meldung an sich ist auch nicht schlimm, die Daten bleiben im Cache und werden gewöhnlich weggeschrieben wenn die DB/Tabelle wieder offen ist. So funktioniert es bei mir tadellos.

Ich habe jetzt die Vermutung dass deine DB nicht mit einem globalen Autocommit läuft. Das ist ein Serverparameter der soviel ich weiß per default auf ON steht. Kann aber sein dass es hier versionsabhängige Unterschiede gibt.

Du siehst es mit DbRep:
get <name> dbvars

Dann den Datensatz suchen:

VAR_autocommit

Schreib mal was da angedruckt wird.

Ungeachtet dessen habe ich dir mal eine DbLog-Version angehängt, die ein Autocommit für die Session erzwingt.
Probiere es bitte mal damit aus.

Ansonsten würde mich interessieren wie sich ein serverSide Dump verhält.

Zitatwenn du magst kann man sich da auch privat mal zusammen setzten und mit teamviewer oder ähnlichen das bei mir direkt angucken
Auch das wäre möglich, schauen wir mal ...

Grüße
Heiko
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 30 November 2017, 23:34:23
soo .. habe erstmal nachgeschaut wegen dem VAR_autocommit was auf ON steht

dann habe ich meine 93_DbLog.pm gegen deine getauscht und es passiert immer noch genau das selbe .. er schreibt die Daten sauber weg bis zu dem Moment wo ich den dumb mache und ab da ist ende im Gelände.

warum schaffe eig immer ich die Leute auf trab zu halten mit Fehlern die sonst niemand triggert ? :P :D aber danke das du dir so viel zeit nimmst :)
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 30 November 2017, 23:48:03
Ja wenn dein autocommit ohnehin auf ON steht war die Version nicht hilfreich. Na gut, eine Versuch war es wert.
Hmm, da fällt mir nicht mehr viel ein. Was mich stört ist dass die DB/Tabelle gelockt wird -> Commit already running - resync at NextSync.
Das kann nicht sein und ist bei mir auch nicht der Fall.

Mach mal noch einen Verscuch mit serverSide Dump.
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 01 Dezember 2017, 00:52:20
beim server side dumb kommt in dbrep folgender error:
DBD::mysql::st execute failed: Access denied for user 'fhemuser'@'%' (using password: YES) at ./FHEM/93_DbRep.pm line 5469.

DbLog blockt aber genau so wie bei clients side danach
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 01 Dezember 2017, 09:20:03
Das kommt mir jetzt aber arg spanisch vor.

1. die Zeile 5469 gehört zur Routine clientSide !
2. der Session-Aufbau ist immer gleich. Wenn keine Rechte dann immer.

Ich würde zunächst einmal für den User fhemuser in MySQL den Zugriff von allen Hosts erlauben -> "%" im Userstammsatz setzen.

Gib mal bitte noch ein paar Angaben zu deiner Infrastruktur, was läuft worauf mit welcher Version, wie groß ist DB, wie lange läuft der Dump usw.

Die Version der installierten Perl DB-Interfacemodule kannst du dir z.B. so anzeigen lassen:

dpkg -l |grep -i 'libdb.*-perl'

Vielleicht fällt mir dann noch etwas ein.

ZitatDbLog blockt aber genau so wie bei clients side danach
Ganz wichtig für die Formulierung .... DbLog blockt NICHT, sondern deine DB/Tabelle wird gelockt bzw. gestattet keinen schreibenden Zugriff solange der Dump läuft (was nur einen lesenden Select-Zugriff beinhaltet). DbLog reagiert dann darauf mit entsprechenden Meldungen.
Würde DbLog blockieren, würde dein FHEM stehen.

Die Meldung

DBD::mysql::st execute_array failed: executing 4414 generated 2 errors at ./FHEM/93_DbLog.pm line 1859

kommt von dem Perl Datenbankinterface. Deswegen will ich mal deine Modulversionen mit meinen vergleichen.

Wenn dein fhem-Rechner genügend Ressourcen hat kannst du im DbRep für den clientSide Dump die Attribute setzen:


dumpMemlimit   1000000
dumpSpeed       100000


Mach nochmal einen Dump und setze vorher in DbLog die Attribute:


cacheLimit      auf einen sehr hohen Wert der während des dumps mit Sicherheit nicht erreicht wird.
syncInterval   auf eine lange Periode die länger ist als die Dauer des Dumps


Nachdem die Attribute gesetzt sind führe "set <dblog> commitCache" aus und starte dann den DUmp im DbRep.

Ich erstelle derweil eine weitere DbLog-Version mit der man explizit den Autocommit ausschalten kann damit wir das auch noch testen können.

Titel: Antw:DBlog Error
Beitrag von: wuast94 am 01 Dezember 2017, 10:48:54
ich versuche dir mal alles zusammen zu stellen :) würde aber glaube so langsam sagen das es vlt sinnvoller wäre wenn du mal direkt auf meinem system guckst :)
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 01 Dezember 2017, 11:19:57
zum system:
Auf nem laptop läuft n debian und darauf eine docker umgebung worüber auch fhem und mysql laufen. x64 system falls das relevant ist

im fhem container folgende ausgabe:
ii  libdbd-mysql-perl                 4.028-2+deb8u2           amd64        Perl5 database interface to the MySQL database
ii  libdbd-sqlite3-perl                1.44-1                          amd64        Perl DBI driver with a self-contained RDBMS
ii  libdbi-perl                           1.631-3+b1                   amd64        Perl Database Interface (DBI)
ii  libdbix-contextualfetch-perl  1.03-3                           all              module to add context aware fetches to DBI


Fhem auf aktuellen stand.
mysql v5.7.20

Mysql Variablen:
VAR_auto_generate_certs
ON

VAR_auto_increment_increment
1

VAR_auto_increment_offset
1

VAR_autocommit
ON

VAR_automatic_sp_privileges
ON

VAR_avoid_temporal_upgrade
OFF

VAR_back_log
80

VAR_basedir
/usr/

VAR_big_tables
OFF

VAR_bind_address
*

VAR_binlog_cache_size
32768

VAR_binlog_checksum
CRC32

VAR_binlog_direct_non_transactional_updates
OFF

VAR_binlog_error_action
ABORT_SERVER

VAR_binlog_format
ROW

VAR_binlog_group_commit_sync_delay
0

VAR_binlog_group_commit_sync_no_delay_count
0

VAR_binlog_gtid_simple_recovery
ON

VAR_binlog_max_flush_queue_time
0

VAR_binlog_order_commits
ON

VAR_binlog_row_image
FULL

VAR_binlog_rows_query_log_events
OFF

VAR_binlog_stmt_cache_size
32768

VAR_block_encryption_mode
aes-128-ecb

VAR_bulk_insert_buffer_size
8388608

VAR_character_set_client
latin1

VAR_character_set_connection
latin1

VAR_character_set_database
utf8

VAR_character_set_filesystem
binary

VAR_character_set_results
latin1

VAR_character_set_server
latin1

VAR_character_set_system
utf8

VAR_character_sets_dir
/usr/share/mysql/charsets/

VAR_check_proxy_users
OFF

VAR_collation_connection
latin1_swedish_ci

VAR_collation_database
utf8_general_ci

VAR_collation_server
latin1_swedish_ci

VAR_completion_type
NO_CHAIN

VAR_concurrent_insert
AUTO

VAR_connect_timeout
10

VAR_core_file
OFF

VAR_datadir
/var/lib/mysql/

VAR_date_format
%Y-%m-%d

VAR_datetime_format
%Y-%m-%d_%H:%i:%s

VAR_default_authentication_plugin
mysql_native_password

VAR_default_password_lifetime
0

VAR_default_storage_engine
InnoDB

VAR_default_tmp_storage_engine
InnoDB

VAR_default_week_format
0

VAR_delay_key_write
ON

VAR_delayed_insert_limit
100

VAR_delayed_insert_timeout
300

VAR_delayed_queue_size
1000

VAR_disabled_storage_engines

VAR_disconnect_on_expired_password
ON

VAR_div_precision_increment
4

VAR_end_markers_in_json
OFF

VAR_enforce_gtid_consistency
OFF

VAR_eq_range_index_dive_limit
200

VAR_error_count
0

VAR_event_scheduler
OFF

VAR_expire_logs_days
0

VAR_explicit_defaults_for_timestamp
OFF

VAR_external_user

VAR_flush
OFF

VAR_flush_time
0

VAR_foreign_key_checks
ON

VAR_ft_boolean_syntax
+_-><()~*:""&|

VAR_ft_max_word_len
84

VAR_ft_min_word_len
4

VAR_ft_query_expansion_limit
20

VAR_ft_stopword_file
(built-in)

VAR_general_log
OFF

VAR_general_log_file
/var/lib/mysql/91f0c6f9bc52.log

VAR_group_concat_max_len
1024

VAR_gtid_executed_compression_period
1000

VAR_gtid_mode
OFF

VAR_gtid_next
AUTOMATIC

VAR_gtid_owned

VAR_gtid_purged

VAR_have_compress
YES

VAR_have_crypt
YES

VAR_have_dynamic_loading
YES

VAR_have_geometry
YES

VAR_have_openssl
YES

VAR_have_profiling
YES

VAR_have_query_cache
YES

VAR_have_rtree_keys
YES

VAR_have_ssl
YES

VAR_have_statement_timeout
YES

VAR_have_symlink
DISABLED

VAR_host_cache_size
279

VAR_hostname
91f0c6f9bc52

VAR_identity
0

VAR_ignore_builtin_innodb
OFF

VAR_ignore_db_dirs

VAR_init_connect

VAR_init_file

VAR_init_slave

VAR_innodb_adaptive_flushing
ON

VAR_innodb_adaptive_flushing_lwm
10

VAR_innodb_adaptive_hash_index
ON

VAR_innodb_adaptive_hash_index_parts
8

VAR_innodb_adaptive_max_sleep_delay
150000

VAR_innodb_api_bk_commit_interval
5

VAR_innodb_api_disable_rowlock
OFF

VAR_innodb_api_enable_binlog
OFF

VAR_innodb_api_enable_mdl
OFF

VAR_innodb_api_trx_level
0

VAR_innodb_autoextend_increment
64

VAR_innodb_autoinc_lock_mode
1

VAR_innodb_buffer_pool_chunk_size
134217728

VAR_innodb_buffer_pool_dump_at_shutdown
ON

VAR_innodb_buffer_pool_dump_now
OFF

VAR_innodb_buffer_pool_dump_pct
25

VAR_innodb_buffer_pool_filename
ib_buffer_pool

VAR_innodb_buffer_pool_instances
1

VAR_innodb_buffer_pool_load_abort
OFF

VAR_innodb_buffer_pool_load_at_startup
ON

VAR_innodb_buffer_pool_load_now
OFF

VAR_innodb_buffer_pool_size
134217728

VAR_innodb_change_buffer_max_size
25

VAR_innodb_change_buffering
all

VAR_innodb_checksum_algorithm
crc32

VAR_innodb_checksums
ON

VAR_innodb_cmp_per_index_enabled
OFF

VAR_innodb_commit_concurrency
0

VAR_innodb_compression_failure_threshold_pct
5

VAR_innodb_compression_level
6

VAR_innodb_compression_pad_pct_max
50

VAR_innodb_concurrency_tickets
5000

VAR_innodb_data_file_path
ibdata1:12M:autoextend

VAR_innodb_data_home_dir

VAR_innodb_deadlock_detect
ON

VAR_innodb_default_row_format
dynamic

VAR_innodb_disable_sort_file_cache
OFF

VAR_innodb_doublewrite
ON

VAR_innodb_fast_shutdown
1

VAR_innodb_file_format
Barracuda

VAR_innodb_file_format_check
ON

VAR_innodb_file_format_max
Barracuda

VAR_innodb_file_per_table
ON

VAR_innodb_fill_factor
100

VAR_innodb_flush_log_at_timeout
1

VAR_innodb_flush_log_at_trx_commit
1

VAR_innodb_flush_method

VAR_innodb_flush_neighbors
1

VAR_innodb_flush_sync
ON

VAR_innodb_flushing_avg_loops
30

VAR_innodb_force_load_corrupted
OFF

VAR_innodb_force_recovery
0

VAR_innodb_ft_aux_table

VAR_innodb_ft_cache_size
8000000

VAR_innodb_ft_enable_diag_print
OFF

VAR_innodb_ft_enable_stopword
ON

VAR_innodb_ft_max_token_size
84

VAR_innodb_ft_min_token_size
3

VAR_innodb_ft_num_word_optimize
2000

VAR_innodb_ft_result_cache_limit
2000000000

VAR_innodb_ft_server_stopword_table

VAR_innodb_ft_sort_pll_degree
2

VAR_innodb_ft_total_cache_size
640000000

VAR_innodb_ft_user_stopword_table

VAR_innodb_io_capacity
200

VAR_innodb_io_capacity_max
2000

VAR_innodb_large_prefix
ON

VAR_innodb_lock_wait_timeout
50

VAR_innodb_locks_unsafe_for_binlog
OFF

VAR_innodb_log_buffer_size
16777216

VAR_innodb_log_checksums
ON

VAR_innodb_log_compressed_pages
ON

VAR_innodb_log_file_size
50331648

VAR_innodb_log_files_in_group
2

VAR_innodb_log_group_home_dir
./

VAR_innodb_log_write_ahead_size
8192

VAR_innodb_lru_scan_depth
1024

VAR_innodb_max_dirty_pages_pct
75.000000

VAR_innodb_max_dirty_pages_pct_lwm
0.000000

VAR_innodb_max_purge_lag
0

VAR_innodb_max_purge_lag_delay
0

VAR_innodb_max_undo_log_size
1073741824

VAR_innodb_monitor_disable

VAR_innodb_monitor_enable

VAR_innodb_monitor_reset

VAR_innodb_monitor_reset_all

VAR_innodb_numa_interleave
OFF

VAR_innodb_old_blocks_pct
37

VAR_innodb_old_blocks_time
1000

VAR_innodb_online_alter_log_max_size
134217728

VAR_innodb_open_files
2000

VAR_innodb_optimize_fulltext_only
OFF

VAR_innodb_page_cleaners
1

VAR_innodb_page_size
16384

VAR_innodb_print_all_deadlocks
OFF

VAR_innodb_purge_batch_size
300

VAR_innodb_purge_rseg_truncate_frequency
128

VAR_innodb_purge_threads
4

VAR_innodb_random_read_ahead
OFF

VAR_innodb_read_ahead_threshold
56

VAR_innodb_read_io_threads
4

VAR_innodb_read_only
OFF

VAR_innodb_replication_delay
0

VAR_innodb_rollback_on_timeout
OFF

VAR_innodb_rollback_segments
128

VAR_innodb_sort_buffer_size
1048576

VAR_innodb_spin_wait_delay
6

VAR_innodb_stats_auto_recalc
ON

VAR_innodb_stats_include_delete_marked
OFF

VAR_innodb_stats_method
nulls_equal

VAR_innodb_stats_on_metadata
OFF

VAR_innodb_stats_persistent
ON

VAR_innodb_stats_persistent_sample_pages
20

VAR_innodb_stats_sample_pages
8

VAR_innodb_stats_transient_sample_pages
8

VAR_innodb_status_output
OFF

VAR_innodb_status_output_locks
OFF

VAR_innodb_strict_mode
ON

VAR_innodb_support_xa
ON

VAR_innodb_sync_array_size
1

VAR_innodb_sync_spin_loops
30

VAR_innodb_table_locks
ON

VAR_innodb_temp_data_file_path
ibtmp1:12M:autoextend

VAR_innodb_thread_concurrency
0

VAR_innodb_thread_sleep_delay
10000

VAR_innodb_tmpdir

VAR_innodb_undo_directory
./

VAR_innodb_undo_log_truncate
OFF

VAR_innodb_undo_logs
128

VAR_innodb_undo_tablespaces
0

VAR_innodb_use_native_aio
ON

VAR_innodb_version
5.7.20

VAR_innodb_write_io_threads
4

VAR_insert_id
0

VAR_interactive_timeout
28800

VAR_internal_tmp_disk_storage_engine
InnoDB

VAR_join_buffer_size
262144

VAR_keep_files_on_create
OFF

VAR_key_buffer_size
8388608

VAR_key_cache_age_threshold
300

VAR_key_cache_block_size
1024

VAR_key_cache_division_limit
100

VAR_large_files_support
ON

VAR_large_page_size
0

VAR_large_pages
OFF

VAR_last_insert_id
0

VAR_lc_messages
en_US

VAR_lc_messages_dir
/usr/share/mysql/

VAR_lc_time_names
en_US

VAR_license
GPL

VAR_local_infile
ON

VAR_lock_wait_timeout
31536000

VAR_locked_in_memory
OFF

VAR_log_bin
OFF

VAR_log_bin_basename

VAR_log_bin_index

VAR_log_bin_trust_function_creators
OFF

VAR_log_bin_use_v1_row_events
OFF

VAR_log_builtin_as_identified_by_password
OFF

VAR_log_error
/var/log/mysqld.log

VAR_log_error_verbosity
3

VAR_log_output
FILE

VAR_log_queries_not_using_indexes
OFF

VAR_log_slave_updates
OFF

VAR_log_slow_admin_statements
OFF

VAR_log_slow_slave_statements
OFF

VAR_log_statements_unsafe_for_binlog
ON

VAR_log_syslog
OFF

VAR_log_syslog_facility
daemon

VAR_log_syslog_include_pid
ON

VAR_log_syslog_tag

VAR_log_throttle_queries_not_using_indexes
0

VAR_log_timestamps
UTC

VAR_log_warnings
2

VAR_long_query_time
10.000000

VAR_low_priority_updates
OFF

VAR_lower_case_file_system
OFF

VAR_lower_case_table_names
0

VAR_master_info_repository
FILE

VAR_master_verify_checksum
OFF

VAR_max_allowed_packet
4194304

VAR_max_binlog_cache_size
18446744073709547520

VAR_max_binlog_size
1073741824

VAR_max_binlog_stmt_cache_size
18446744073709547520

VAR_max_connect_errors
100

VAR_max_connections
151

VAR_max_delayed_threads
20

VAR_max_digest_length
1024

VAR_max_error_count
64

VAR_max_execution_time
0

VAR_max_heap_table_size
16777216

VAR_max_insert_delayed_threads
20

VAR_max_join_size
18446744073709551615

VAR_max_length_for_sort_data
1024

VAR_max_points_in_geometry
65536

VAR_max_prepared_stmt_count
16382

VAR_max_relay_log_size
0

VAR_max_seeks_for_key
18446744073709551615

VAR_max_sort_length
1024

VAR_max_sp_recursion_depth
0

VAR_max_tmp_tables
32

VAR_max_user_connections
0

VAR_max_write_lock_count
18446744073709551615

VAR_metadata_locks_cache_size
1024

VAR_metadata_locks_hash_instances
8

VAR_min_examined_row_limit
0

VAR_multi_range_count
256

VAR_myisam_data_pointer_size
6

VAR_myisam_max_sort_file_size
9223372036853727232

VAR_myisam_mmap_size
18446744073709551615

VAR_myisam_recover_options
OFF

VAR_myisam_repair_threads
1

VAR_myisam_sort_buffer_size
8388608

VAR_myisam_stats_method
nulls_unequal

VAR_myisam_use_mmap
OFF

VAR_mysql_native_password_proxy_users
OFF

VAR_net_buffer_length
16384

VAR_net_read_timeout
30

VAR_net_retry_count
10

VAR_net_write_timeout
60

VAR_new
OFF

VAR_ngram_token_size
2

VAR_offline_mode
OFF

VAR_old
OFF

VAR_old_alter_table
OFF

VAR_old_passwords
0

VAR_open_files_limit
1048576

VAR_optimizer_prune_level
1

VAR_optimizer_search_depth
62

VAR_optimizer_switch
index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,duplicateweedout=on,subquery_materialization_cost_based=on,use_index_extensions=on,condition_fanout_filter=on,derived_merge=on

VAR_optimizer_trace
enabled=off,one_line=off

VAR_optimizer_trace_features
greedy_search=on,range_optimizer=on,dynamic_range=on,repeated_subselect=on

VAR_optimizer_trace_limit
1

VAR_optimizer_trace_max_mem_size
16384

VAR_optimizer_trace_offset
-1

VAR_parser_max_mem_size
18446744073709551615

VAR_performance_schema
ON

VAR_performance_schema_accounts_size
-1

VAR_performance_schema_digests_size
10000

VAR_performance_schema_events_stages_history_long_size
10000

VAR_performance_schema_events_stages_history_size
10

VAR_performance_schema_events_statements_history_long_size
10000

VAR_performance_schema_events_statements_history_size
10

VAR_performance_schema_events_transactions_history_long_size
10000

VAR_performance_schema_events_transactions_history_size
10

VAR_performance_schema_events_waits_history_long_size
10000

VAR_performance_schema_events_waits_history_size
10

VAR_performance_schema_hosts_size
-1

VAR_performance_schema_max_cond_classes
80

VAR_performance_schema_max_cond_instances
-1

VAR_performance_schema_max_digest_length
1024

VAR_performance_schema_max_file_classes
80

VAR_performance_schema_max_file_handles
32768

VAR_performance_schema_max_file_instances
-1

VAR_performance_schema_max_index_stat
-1

VAR_performance_schema_max_memory_classes
320

VAR_performance_schema_max_metadata_locks
-1

VAR_performance_schema_max_mutex_classes
210

VAR_performance_schema_max_mutex_instances
-1

VAR_performance_schema_max_prepared_statements_instances
-1

VAR_performance_schema_max_program_instances
-1

VAR_performance_schema_max_rwlock_classes
40

VAR_performance_schema_max_rwlock_instances
-1

VAR_performance_schema_max_socket_classes
10

VAR_performance_schema_max_socket_instances
-1

VAR_performance_schema_max_sql_text_length
1024

VAR_performance_schema_max_stage_classes
150

VAR_performance_schema_max_statement_classes
193

VAR_performance_schema_max_statement_stack
10

VAR_performance_schema_max_table_handles
-1

VAR_performance_schema_max_table_instances
-1

VAR_performance_schema_max_table_lock_stat
-1

VAR_performance_schema_max_thread_classes
50

VAR_performance_schema_max_thread_instances
-1

VAR_performance_schema_session_connect_attrs_size
512

VAR_performance_schema_setup_actors_size
-1

VAR_performance_schema_setup_objects_size
-1

VAR_performance_schema_users_size
-1

VAR_pid_file
/var/run/mysqld/mysqld.pid

VAR_plugin_dir
/usr/lib64/mysql/plugin/

VAR_port
3306

VAR_preload_buffer_size
32768

VAR_profiling
OFF

VAR_profiling_history_size
15

VAR_protocol_version
10

VAR_proxy_user

VAR_pseudo_slave_mode
OFF

VAR_pseudo_thread_id
32

VAR_query_alloc_block_size
8192

VAR_query_cache_limit
1048576

VAR_query_cache_min_res_unit
4096

VAR_query_cache_size
1048576

VAR_query_cache_type
OFF

VAR_query_cache_wlock_invalidate
OFF

VAR_query_prealloc_size
8192

VAR_rand_seed1
0

VAR_rand_seed2
0

VAR_range_alloc_block_size
4096

VAR_range_optimizer_max_mem_size
8388608

VAR_rbr_exec_mode
STRICT

VAR_read_buffer_size
131072

VAR_read_only
OFF

VAR_read_rnd_buffer_size
262144

VAR_relay_log

VAR_relay_log_basename
/var/lib/mysql/91f0c6f9bc52-relay-bin

VAR_relay_log_index
/var/lib/mysql/91f0c6f9bc52-relay-bin.index

VAR_relay_log_info_file
relay-log.info

VAR_relay_log_info_repository
FILE

VAR_relay_log_purge
ON

VAR_relay_log_recovery
OFF

VAR_relay_log_space_limit
0

VAR_report_host

VAR_report_password

VAR_report_port
3306

VAR_report_user

VAR_require_secure_transport
OFF

VAR_rpl_stop_slave_timeout
31536000

VAR_secure_auth
ON

VAR_secure_file_priv
/var/lib/mysql-files/

VAR_server_id
0

VAR_server_id_bits
32

VAR_server_uuid
7f257ca0-cae5-11e7-bf6a-0242ac130002

VAR_session_track_gtids
OFF

VAR_session_track_schema
ON

VAR_session_track_state_change
OFF

VAR_session_track_system_variables
time_zone,autocommit,character_set_client,character_set_results,character_set_connection

VAR_session_track_transaction_info
OFF

VAR_sha256_password_auto_generate_rsa_keys
ON

VAR_sha256_password_private_key_path
private_key.pem

VAR_sha256_password_proxy_users
OFF

VAR_sha256_password_public_key_path
public_key.pem

VAR_show_compatibility_56
OFF

VAR_show_old_temporals
OFF

VAR_skip_external_locking
ON

VAR_skip_name_resolve
ON

VAR_skip_networking
OFF

VAR_skip_show_database
OFF

VAR_slave_allow_batching
OFF

VAR_slave_checkpoint_group
512

VAR_slave_checkpoint_period
300

VAR_slave_compressed_protocol
OFF

VAR_slave_exec_mode
STRICT

VAR_slave_load_tmpdir
/tmp

VAR_slave_max_allowed_packet
1073741824

VAR_slave_net_timeout
60

VAR_slave_parallel_type
DATABASE

VAR_slave_parallel_workers
0

VAR_slave_pending_jobs_size_max
16777216

VAR_slave_preserve_commit_order
OFF

VAR_slave_rows_search_algorithms
TABLE_SCAN,INDEX_SCAN

VAR_slave_skip_errors
OFF

VAR_slave_sql_verify_checksum
ON

VAR_slave_transaction_retries
10

VAR_slave_type_conversions

VAR_slow_launch_time
2

VAR_slow_query_log
OFF

VAR_slow_query_log_file
/var/lib/mysql/91f0c6f9bc52-slow.log

VAR_socket
/var/lib/mysql/mysql.sock

VAR_sort_buffer_size
262144

VAR_sql_auto_is_null
OFF

VAR_sql_big_selects
ON

VAR_sql_buffer_result
OFF

VAR_sql_log_bin
ON

VAR_sql_log_off
OFF

VAR_sql_mode
STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

VAR_sql_notes
ON

VAR_sql_quote_show_create
ON

VAR_sql_safe_updates
OFF

VAR_sql_select_limit
18446744073709551615

VAR_sql_slave_skip_counter
0

VAR_sql_warnings
OFF

VAR_ssl_ca
ca.pem

VAR_ssl_capath

VAR_ssl_cert
server-cert.pem

VAR_ssl_cipher

VAR_ssl_crl

VAR_ssl_crlpath

VAR_ssl_key
server-key.pem

VAR_stored_program_cache
256

VAR_super_read_only
OFF

VAR_sync_binlog
1

VAR_sync_frm
ON

VAR_sync_master_info
10000

VAR_sync_relay_log
10000

VAR_sync_relay_log_info
10000

VAR_system_time_zone
UTC

VAR_table_definition_cache
1400

VAR_table_open_cache
2000

VAR_table_open_cache_instances
16

VAR_thread_cache_size
9

VAR_thread_handling
one-thread-per-connection

VAR_thread_stack
262144

VAR_time_format
%H:%i:%s

VAR_time_zone
SYSTEM

VAR_timestamp
1512122535.454752

VAR_tls_version
TLSv1,TLSv1.1,TLSv1.2

VAR_tmp_table_size
16777216

VAR_tmpdir
/tmp

VAR_transaction_alloc_block_size
8192

VAR_transaction_allow_batching
OFF

VAR_transaction_isolation
REPEATABLE-READ

VAR_transaction_prealloc_size
4096

VAR_transaction_read_only
OFF

VAR_transaction_write_set_extraction
OFF

VAR_tx_isolation
REPEATABLE-READ

VAR_tx_read_only
OFF

VAR_unique_checks
ON

VAR_updatable_views_with_limit
YES

VAR_version
5.7.20

VAR_version_comment
MySQL_Community_Server_(GPL)

VAR_version_compile_machine
x86_64

VAR_version_compile_os
Linux

VAR_wait_timeout
28800

VAR_warning_count
0

state
done

der dump ist ca39 sekunden am laufen was denke ich ok sein sollte :)
habe die cache werte erhöt was aber auch keinen erfolg gebracht hat (hab nach dem dump ein commitCache gemacht .. wollte jetzt nicht ne stunde warten :D)

habe zusätzlich mir mit HeidiSQL mal n bisschen was angeguckt und unteranderem kann man sich dort die laufenden prozesse ansehen. dort läuft unter id 21 der prozess vom programm selber und unter id 3 ein prozess von fehm mit dem kommando "Sleep" und dauer "485" was natürlich immer mehr wird mit der zeit. und mehr prozesse gibt es dort auch nicht.

EDIT: Im anhang noch meine modul versionen auf dem FHEM verzeichnis falls es dir was hilft .. aber sind ja eigendlich die standard module :D
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 01 Dezember 2017, 12:21:27
Jetzt wirds wirklich langsam interessant. Ich verwende ebenfalls debian 8, allerdings auf VM's, und die lib-perl Module sind haargenau identisch.
Ich verwende allerdings MariaDB (auf Synology), das wäre ein Unterschied. Docker verwende ich nicht. Das hat auf Synology nicht gut funktioniert und ich habe statt dessen ESX6.5 mit den VM's separat aufgebaut.
Aber ich _vermute_  das ist für unseren Fall nebensächlich .

Die ganzen MySQL-Variablen habe ich mir jetzt nicht durchgelesen. Da hast du ja die ganz große Infokeule rausgeholt. :)

Habe dir die neue DbLog-Version angehängt.
Setze dir das Attribut autocommit auf "off". Und das Ganze nochmal.

Wenn das auch nicht klappt könnten wir nach dem Mittag irgendwann eine Session machen.

EDIT: und schau mal bitte in die MySQL-Logdatei  "  /var/log/mysqld.log" rein ob die DB zu der relevanten Zeit des Dumps irgendwelche Fehler aufgeschrieben hat.
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 01 Dezember 2017, 18:52:59
ich gehe auch mal davon aus das das nebensächlich ist. habe aber mal den mysqld.log nach außen gemapped und da steht nur der start drin und dann wird erst wieder geschrieben wenn man den server wieder runter fährt. aber hier tzd mal der log:

2017-12-01T17:33:55.303137Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2017-12-01T17:33:55.304002Z 0 [Note] mysqld (mysqld 5.7.20) starting as process 1 ...
2017-12-01T17:33:55.306720Z 0 [Note] InnoDB: PUNCH HOLE support available
2017-12-01T17:33:55.306744Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2017-12-01T17:33:55.306750Z 0 [Note] InnoDB: Uses event mutexes
2017-12-01T17:33:55.306755Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2017-12-01T17:33:55.306760Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-12-01T17:33:55.306764Z 0 [Note] InnoDB: Using Linux native AIO
2017-12-01T17:33:55.306938Z 0 [Note] InnoDB: Number of pools: 1
2017-12-01T17:33:55.307001Z 0 [Note] InnoDB: Using CPU crc32 instructions
2017-12-01T17:33:55.307973Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2017-12-01T17:33:55.313426Z 0 [Note] InnoDB: Completed initialization of buffer pool
2017-12-01T17:33:55.314633Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2017-12-01T17:33:55.326082Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2017-12-01T17:33:55.334835Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2017-12-01T17:33:55.334924Z 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2017-12-01T17:33:55.378834Z 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2017-12-01T17:33:55.380661Z 0 [Note] InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
2017-12-01T17:33:55.380706Z 0 [Note] InnoDB: 32 non-redo rollback segment(s) are active.
2017-12-01T17:33:55.381402Z 0 [Note] InnoDB: 5.7.20 started; log sequence number 137796435274
2017-12-01T17:33:55.381585Z 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2017-12-01T17:33:55.381750Z 0 [Note] Plugin 'FEDERATED' is disabled.
2017-12-01T17:33:55.387239Z 0 [Note] InnoDB: Buffer pool(s) load completed at 171201 17:33:55
2017-12-01T17:33:55.389877Z 0 [Note] Found ca.pem, server-cert.pem and server-key.pem in data directory. Trying to enable SSL support using them.
2017-12-01T17:33:55.389901Z 0 [Note] Skipping generation of SSL certificates as certificate files are present in data directory.
2017-12-01T17:33:55.390657Z 0 [Warning] CA certificate ca.pem is self signed.
2017-12-01T17:33:55.390703Z 0 [Note] Skipping generation of RSA key pair as key files are present in data directory.
2017-12-01T17:33:55.391057Z 0 [Note] Server hostname (bind-address): '*'; port: 3306
2017-12-01T17:33:55.391095Z 0 [Note] IPv6 is available.
2017-12-01T17:33:55.391112Z 0 [Note]   - '::' resolves to '::';
2017-12-01T17:33:55.391135Z 0 [Note] Server socket created on IP: '::'.
2017-12-01T17:33:55.394109Z 0 [Warning] 'user' entry 'root@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.394146Z 0 [Warning] 'user' entry 'mysql.session@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.394175Z 0 [Warning] 'user' entry 'mysql.sys@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.394189Z 0 [Warning] 'user' entry 'healthchecker@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.394221Z 0 [Warning] 'db' entry 'performance_schema mysql.session@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.394230Z 0 [Warning] 'db' entry 'sys mysql.sys@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.394246Z 0 [Warning] 'proxies_priv' entry '@ root@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.400897Z 0 [Warning] 'tables_priv' entry 'user mysql.session@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.400929Z 0 [Warning] 'tables_priv' entry 'sys_config mysql.sys@localhost' ignored in --skip-name-resolve mode.
2017-12-01T17:33:55.407859Z 0 [Note] Event Scheduler: Loaded 0 events
2017-12-01T17:33:55.408102Z 0 [Note] mysqld: ready for connections.
Version: '5.7.20'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL Community Server (GPL)
2017-12-01T17:33:55.408122Z 0 [Note] Executing 'SELECT * FROM INFORMATION_SCHEMA.TABLES;' to get a list of tables using the deprecated partition engine. You may use the startup option '--disable-partition-engine-check' to skip this check.
2017-12-01T17:33:55.408133Z 0 [Note] Beginning of list of non-natively partitioned tables
2017-12-01T17:33:55.420522Z 0 [Note] End of list of non-natively partitioned tables
2017-12-01T17:39:07.008883Z 3 [Note] Aborted connection 3 to db: 'fhem' user: 'fhemuser' host: '172.18.0.3' (Got an error reading communication packets)
2017-12-01T17:39:07.386362Z 0 [Note] Giving 0 client threads a chance to die gracefully
2017-12-01T17:39:07.386400Z 0 [Note] Shutting down slave threads
2017-12-01T17:39:07.386409Z 0 [Note] Forcefully disconnecting 0 remaining clients
2017-12-01T17:39:07.386419Z 0 [Note] Event Scheduler: Purging the queue. 0 events
2017-12-01T17:39:07.386465Z 0 [Note] Binlog end
2017-12-01T17:39:07.387407Z 0 [Note] Shutting down plugin 'ngram'
2017-12-01T17:39:07.387426Z 0 [Note] Shutting down plugin 'partition'
2017-12-01T17:39:07.387434Z 0 [Note] Shutting down plugin 'BLACKHOLE'
2017-12-01T17:39:07.387442Z 0 [Note] Shutting down plugin 'ARCHIVE'
2017-12-01T17:39:07.387448Z 0 [Note] Shutting down plugin 'PERFORMANCE_SCHEMA'
2017-12-01T17:39:07.387481Z 0 [Note] Shutting down plugin 'MRG_MYISAM'
2017-12-01T17:39:07.387490Z 0 [Note] Shutting down plugin 'MyISAM'
2017-12-01T17:39:07.387503Z 0 [Note] Shutting down plugin 'INNODB_SYS_VIRTUAL'
2017-12-01T17:39:07.387510Z 0 [Note] Shutting down plugin 'INNODB_SYS_DATAFILES'
2017-12-01T17:39:07.387517Z 0 [Note] Shutting down plugin 'INNODB_SYS_TABLESPACES'
2017-12-01T17:39:07.387523Z 0 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN_COLS'
2017-12-01T17:39:07.387530Z 0 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN'
2017-12-01T17:39:07.387536Z 0 [Note] Shutting down plugin 'INNODB_SYS_FIELDS'
2017-12-01T17:39:07.387542Z 0 [Note] Shutting down plugin 'INNODB_SYS_COLUMNS'
2017-12-01T17:39:07.387548Z 0 [Note] Shutting down plugin 'INNODB_SYS_INDEXES'
2017-12-01T17:39:07.387555Z 0 [Note] Shutting down plugin 'INNODB_SYS_TABLESTATS'
2017-12-01T17:39:07.387561Z 0 [Note] Shutting down plugin 'INNODB_SYS_TABLES'
2017-12-01T17:39:07.387567Z 0 [Note] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
2017-12-01T17:39:07.387574Z 0 [Note] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
2017-12-01T17:39:07.387580Z 0 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
2017-12-01T17:39:07.387586Z 0 [Note] Shutting down plugin 'INNODB_FT_BEING_DELETED'
2017-12-01T17:39:07.387593Z 0 [Note] Shutting down plugin 'INNODB_FT_DELETED'
2017-12-01T17:39:07.387599Z 0 [Note] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
2017-12-01T17:39:07.387605Z 0 [Note] Shutting down plugin 'INNODB_METRICS'
2017-12-01T17:39:07.387612Z 0 [Note] Shutting down plugin 'INNODB_TEMP_TABLE_INFO'
2017-12-01T17:39:07.387618Z 0 [Note] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
2017-12-01T17:39:07.387624Z 0 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
2017-12-01T17:39:07.387639Z 0 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE'
2017-12-01T17:39:07.387645Z 0 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
2017-12-01T17:39:07.387651Z 0 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX'
2017-12-01T17:39:07.387657Z 0 [Note] Shutting down plugin 'INNODB_CMPMEM_RESET'
2017-12-01T17:39:07.387663Z 0 [Note] Shutting down plugin 'INNODB_CMPMEM'
2017-12-01T17:39:07.387669Z 0 [Note] Shutting down plugin 'INNODB_CMP_RESET'
2017-12-01T17:39:07.387675Z 0 [Note] Shutting down plugin 'INNODB_CMP'
2017-12-01T17:39:07.387681Z 0 [Note] Shutting down plugin 'INNODB_LOCK_WAITS'
2017-12-01T17:39:07.387686Z 0 [Note] Shutting down plugin 'INNODB_LOCKS'
2017-12-01T17:39:07.387692Z 0 [Note] Shutting down plugin 'INNODB_TRX'
2017-12-01T17:39:07.387698Z 0 [Note] Shutting down plugin 'InnoDB'
2017-12-01T17:39:07.387750Z 0 [Note] InnoDB: FTS optimize thread exiting.
2017-12-01T17:39:07.387862Z 0 [Note] InnoDB: Starting shutdown...
2017-12-01T17:39:07.488092Z 0 [Note] InnoDB: Dumping buffer pool(s) to /var/lib/mysql/ib_buffer_pool
2017-12-01T17:39:07.489358Z 0 [Note] InnoDB: Buffer pool(s) dump completed at 171201 17:39:07
2017-12-01T17:39:08.611695Z 0 [Note] InnoDB: Shutdown completed; log sequence number 137801700909
2017-12-01T17:39:08.614901Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2017-12-01T17:39:08.614928Z 0 [Note] Shutting down plugin 'MEMORY'
2017-12-01T17:39:08.614940Z 0 [Note] Shutting down plugin 'CSV'
2017-12-01T17:39:08.614949Z 0 [Note] Shutting down plugin 'sha256_password'
2017-12-01T17:39:08.614957Z 0 [Note] Shutting down plugin 'mysql_native_password'
2017-12-01T17:39:08.615181Z 0 [Note] Shutting down plugin 'binlog'
2017-12-01T17:39:08.617522Z 0 [Note] mysqld: Shutdown complete


habe dann auch das bearbeitete modul geladen .. das attribut gesetzt .. dumb .. ergebnis leider unverändert. ich schreibe dir privat mal kontakt daten und dann sehen wir weiter :) war heute mittag mit arbeitskollegen beim lasertag von daher leider nicht da gewesen :/
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 01 Dezember 2017, 20:04:55
Jetzt habe ich das Wichtigste auf die Schnelle vergessen zu machen. Es gibt doch so ein schönes Tool im DbLog.
Führe mal bitte aus:

set <name> configCheck

und poste mal was da kommt. Das ich das vergessen konnte ...  ;)

EDIT: habe mich nochmal versichert, die Feldlängen werden definitiv gekürzt und ich ahne bereits was der configCheck ausspucken wird ....

Grüße
Heiko
Titel: Antw:DBlog Error
Beitrag von: wuast94 am 01 Dezember 2017, 22:23:07
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 './contrib/dblog/db.conf' to the right value.

Result of logmode check

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

Result of table 'history' check

Column width set in DB fhem.history: 'DEVICE' = 32, 'TYPE' = 32, 'EVENT' = 512, 'READING' = 32, 'VALUE' = 32, 'UNIT' = 32
Column width used by logdb: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: The relation between column width in table history and the field width used in device logdb don't meet the requirements. Please make sure that the width of database field definition is equal or larger than the field width used by the module. Compare the given results.
Currently the default values for field width are:

DEVICE: 64
TYPE: 64
EVENT: 512
READING: 64
VALUE: 128
UNIT: 32

You can change the column width in database by a statement like 'alter table history modify VALUE varchar(128);' (example for changing field 'VALUE'). You can do it for example by executing 'sqlCMD' in DbRep or in a SQL-Editor of your choice. (switch logdb to asynchron mode for non-blocking).
The field width used by the module can be adjusted by attributes 'colEvent', 'colReading', 'colValue',

Result of table 'current' check

Column width set in DB fhem.current: 'DEVICE' = 32, 'TYPE' = 32, 'EVENT' = 512, 'READING' = 32, 'VALUE' = 32, 'UNIT' = 32
Column width used by logdb: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: The relation between column width in table current and the field width used in device logdb don't meet the requirements. Please make sure that the width of database field definition is equal or larger than the field width used by the module. Compare the given results.
Currently the default values for field width are:

DEVICE: 64
TYPE: 64
EVENT: 512
READING: 64
VALUE: 128
UNIT: 32

You can change the column width in database by a statement like 'alter table current modify VALUE varchar(128);' (example for changing field 'VALUE'). You can do it for example by executing 'sqlCMD' in DbRep or in a SQL-Editor of your choice. (switch logdb to asynchron mode for non-blocking).
The field width used by the module can be adjusted by attributes 'colEvent', 'colReading', 'colValue',

Result of check 'Search_Idx' availability

The index 'Search_Idx' is missing.
Recommendation: You can create the index by executing statement 'CREATE INDEX Search_Idx ON `history` (DEVICE, READING, TIMESTAMP) USING BTREE;'
Depending on your database size this command may running a long time.
Please make sure the device 'logdb' is operating in asynchronous mode to avoid FHEM from blocking when creating the index.
Note: If you have just created another index which covers the same fields and order as suggested (e.g. a primary key) you don't need to create the 'Search_Idx' as well !


Result of check 'Report_Idx' availability for DbRep-devices

You use at least one DbRep-device assigned to logdb, but the recommended index 'Report_Idx' is missing.
Recommendation: You can create the index by executing statement 'CREATE INDEX Report_Idx ON `history` (TIMESTAMP, READING) USING BTREE;'
Depending on your database size this command may running a long time.
Please make sure the device 'logdb' is operating in asynchronous mode to avoid FHEM from blocking when creating the index.
Note: If you have just created another index which covers the same fields and order as suggested (e.g. a primary key) you don't need to create the 'Report_Idx' as well !
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 01 Dezember 2017, 22:41:53
Ja, da ist die Ursache für das Problem:

Result of table 'history' check

Column width set in DB fhem.history: 'DEVICE' = 32, 'TYPE' = 32, 'EVENT' = 512, 'READING' = 32, 'VALUE' = 32, 'UNIT' = 32
Column width used by logdb: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: The relation between column width in table history and the field width used in device logdb don't meet the requirements. Please make sure that the width of database field definition is equal or larger than the field width used by the module. Compare the given results.
Currently the default values for field width are:

DEVICE: 64
TYPE: 64
EVENT: 512
READING: 64
VALUE: 128
UNIT: 32

You can change the column width in database by a statement like 'alter table history modify VALUE varchar(128);' (example for changing field 'VALUE'). You can do it for example by executing 'sqlCMD' in DbRep or in a SQL-Editor of your choice. (switch logdb to asynchron mode for non-blocking).
The field width used by the module can be adjusted by attributes 'colEvent', 'colReading', 'colValue',


Deine Datenbankfelder sind noch nach den alten Größen von vor 12 ? Monaten eingestellt. Das hat man irgendwann mal erweitert. Deswegen kam auch der Stringfehler weil DbLog davon ausgegangen ist: "Column width used by logdb" . Du musst also die Feldgrößen in der DB für history, current anpassen.
Alternativ kann eine Anpassung über die in der Auswertung angegebenen Attribute geschehen indem du darin deine tatsächlichen (kürzeren) Feldgrößen der DB angibst (schlechtere Lösung).

Dann fehlen noch die Standardindexe. Das hat Performanceauswirkungen.
Gehe alles Schritt für Schritt durch. Am Ende soll der Check überall o.k. zeigen.

Das ist des Rätsels Lösung !

Grüße
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 11 Januar 2018, 07:39:46
Moin,

ich habe das selbe Problem. Ich habe gestern auf async Modus umgestellt und es gab kein Problem. Über Nacht kamen dann die Fehlermeldungen und der mysql Daemon(Maria DB) nimmt sich alle CPU Zeit auf meinem Raspberry.  Da ich Nacht einen Dump clientside  mache, habe ich den in Verdacht. Den kann ich gerne mal ausschalten, um das gegen zu verifizieren.

configcheck sagt:



Historie löschen
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: LATIN1
Recommendation: settings o.k.

Result of logmode check

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

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 DBLog: '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 DBLog: '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 use at least one DbRep-device assigned to DBLog. Index 'Report_Idx' exists and contains the recommended fields 'TIMESTAMP', 'READING'.
Recommendation: settings o.k.


Feldlängen hatte ich vor dem Fehler schon angefasst - musste nur auf latin1 umstellen, da  'EVENT' = 512 bei mir mit utf8 nicht ging

Autocommit ist vermutlich auch auf on

2018.01.11 07:29:10 4: DbLog DBLog -> 9690 of 9690 events updated in table current
2018.01.11 07:29:10 4: DbLog DBLog -> insert / update table current committed by autocommit
2018.01.11 07:29:10 5: DbLog DBLog -> DbLog_PushAsync finished


Als Fehler kommt immer

DBD::mysql::st execute_array failed: executing 9690 generated 9641 errors at ./FHEM/93_DbLog.pm line 1938.

und

Commit already running - resync at NextSync

Der DB User Fhem hat alle Privilegien und kann sich von % einloggen.

Jetzt wo ich schreibe ich die cputime von mysqld runtergegangen - Fehler kommen aber weiterhin und phpmyadmin ist grottenlangsam beim Zugriff auf die DB - ein Select dauert ewig, Daten werden aber in die DB geschrieben.

Edit:
ein select * auf current brauchte ein bißchen

166 rows in set (3 min 28.78 sec)

Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 11 Januar 2018, 08:26:43
Guten Morgen,

so ganz kann ich mir noch kein Bild machen.

ZitatAutocommit ist vermutlich auch auf on
siehst du mit verbose 4

Läuft die MySQL lokal oder auf einem anderen Rechner (Synology ? )

Eine Idee hätte ich ins Blaue. Setze das Attribut useCharfilter=1 und mache dann ein "set ... purgeCache" um den jetzigen Cache zu löschen.
Ich vermute es gibt Datensätze die nicht in die DB wollen weil sie zum Beispiel Steuerzeichen/Umbrüche enthalten.

EDIT: wie ist cacheLimit und syncInterval gesetzt ?

Grüße
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 11 Januar 2018, 08:38:36
die Datenbank läuft auf einen Raspberry2/Raspbian. phpmyadmin läuft auf einer Synology.

charset=1 und purgeCache habe ich gemacht, allerdings hat es keine Auswirkungen. Der Error kommt weiterhin

DBD::mysql::st execute_array failed: executing 10941 generated 10868 errors at ./FHEM/93_DbLog.pm line 1938.

Er scheint aber regelmäßig was in die DB zu schieben (?)

2018.01.11 08:34:29 5: DbLog DBLog -> processing event Timestamp: 2018-01-11 01:10:45, Device: Stromzaehler, Type: OBIS, Event: power: 153.31, Reading: power, Value: 153.31, Unit:


bzw

2018.01.11 08:35:33 4: DbLog DBLog -> 11033 of 11033 events updated in table current
2018.01.11 08:35:33 4: DbLog DBLog -> insert / update table current committed by autocommit
2018.01.11 08:35:33 5: DbLog DBLog -> DbLog_PushAsync finished


Achja, get dbvars lieferte folgende Readings:

READINGS:
     2018-01-11 08:35:33   VAR_aria_block_size 8192
     2018-01-11 08:35:33   VAR_aria_checkpoint_interval 30
     2018-01-11 08:35:33   VAR_aria_checkpoint_log_activity 1048576
     2018-01-11 08:35:33   VAR_aria_force_start_after_recovery_failures 0
     2018-01-11 08:35:33   VAR_aria_group_commit none
     2018-01-11 08:35:33   VAR_aria_group_commit_interval 0
     2018-01-11 08:35:33   VAR_aria_log_file_size 1073741824
     2018-01-11 08:35:33   VAR_aria_log_purge_type immediate
     2018-01-11 08:35:33   VAR_aria_max_sort_file_size 9223372036853727232
     2018-01-11 08:35:33   VAR_aria_page_checksum ON
     2018-01-11 08:35:33   VAR_aria_pagecache_age_threshold 300
     2018-01-11 08:35:33   VAR_aria_pagecache_buffer_size 134217728
     2018-01-11 08:35:33   VAR_aria_pagecache_division_limit 100
     2018-01-11 08:35:33   VAR_aria_pagecache_file_hash_size 512
     2018-01-11 08:35:33   VAR_aria_recover NORMAL
     2018-01-11 08:35:33   VAR_aria_repair_threads 1
     2018-01-11 08:35:33   VAR_aria_sort_buffer_size 268434432
     2018-01-11 08:35:33   VAR_aria_stats_method nulls_unequal
     2018-01-11 08:35:33   VAR_aria_sync_log_dir NEWFILE
     2018-01-11 08:35:33   VAR_aria_used_for_temp_tables ON
     2018-01-11 08:35:33   VAR_auto_increment_increment 1
     2018-01-11 08:35:33   VAR_auto_increment_offset 1
     2018-01-11 08:35:33   VAR_autocommit  ON
     2018-01-11 08:35:33   VAR_automatic_sp_privileges ON
     2018-01-11 08:35:33   VAR_back_log    150
     2018-01-11 08:35:33   VAR_basedir     /usr
     2018-01-11 08:35:33   VAR_big_tables  OFF
     2018-01-11 08:35:33   VAR_binlog_annotate_row_events OFF
     2018-01-11 08:35:33   VAR_binlog_cache_size 32768
     2018-01-11 08:35:33   VAR_binlog_checksum NONE
     2018-01-11 08:35:33   VAR_binlog_commit_wait_count 0
     2018-01-11 08:35:33   VAR_binlog_commit_wait_usec 100000
     2018-01-11 08:35:33   VAR_binlog_direct_non_transactional_updates OFF
     2018-01-11 08:35:33   VAR_binlog_format STATEMENT
     2018-01-11 08:35:33   VAR_binlog_optimize_thread_scheduling ON
     2018-01-11 08:35:33   VAR_binlog_stmt_cache_size 32768
     2018-01-11 08:35:33   VAR_bulk_insert_buffer_size 8388608
     2018-01-11 08:35:33   VAR_character_set_client latin1
     2018-01-11 08:35:33   VAR_character_set_connection latin1
     2018-01-11 08:35:33   VAR_character_set_database latin1
     2018-01-11 08:35:33   VAR_character_set_filesystem binary
     2018-01-11 08:35:33   VAR_character_set_results latin1
     2018-01-11 08:35:33   VAR_character_set_server latin1
     2018-01-11 08:35:33   VAR_character_set_system utf8
     2018-01-11 08:35:33   VAR_character_sets_dir /usr/share/mysql/charsets/
     2018-01-11 08:35:33   VAR_collation_connection latin1_swedish_ci
     2018-01-11 08:35:33   VAR_collation_database latin1_swedish_ci
     2018-01-11 08:35:33   VAR_collation_server latin1_swedish_ci
     2018-01-11 08:35:33   VAR_completion_type NO_CHAIN
     2018-01-11 08:35:33   VAR_concurrent_insert AUTO
     2018-01-11 08:35:33   VAR_connect_timeout 10
     2018-01-11 08:35:33   VAR_datadir     /var/lib/mysql/
     2018-01-11 08:35:33   VAR_date_format %Y-%m-%d
     2018-01-11 08:35:33   VAR_datetime_format %Y-%m-%d_%H:%i:%s
     2018-01-11 08:35:33   VAR_deadlock_search_depth_long 15
     2018-01-11 08:35:33   VAR_deadlock_search_depth_short 4
     2018-01-11 08:35:33   VAR_deadlock_timeout_long 50000000
     2018-01-11 08:35:33   VAR_deadlock_timeout_short 10000
     2018-01-11 08:35:33   VAR_debug_no_thread_alarm OFF
     2018-01-11 08:35:33   VAR_default_master_connection
     2018-01-11 08:35:33   VAR_default_regex_flags
     2018-01-11 08:35:33   VAR_default_storage_engine InnoDB
     2018-01-11 08:35:33   VAR_default_week_format 0
     2018-01-11 08:35:33   VAR_delay_key_write ON
     2018-01-11 08:35:33   VAR_delayed_insert_limit 100
     2018-01-11 08:35:33   VAR_delayed_insert_timeout 300
     2018-01-11 08:35:33   VAR_delayed_queue_size 1000
     2018-01-11 08:35:33   VAR_div_precision_increment 4
     2018-01-11 08:35:33   VAR_error_count 0
     2018-01-11 08:35:33   VAR_event_scheduler OFF
     2018-01-11 08:35:33   VAR_expensive_subquery_limit 100
     2018-01-11 08:35:33   VAR_expire_logs_days 10
     2018-01-11 08:35:33   VAR_external_user
     2018-01-11 08:35:33   VAR_extra_max_connections 1
     2018-01-11 08:35:33   VAR_extra_port  0
     2018-01-11 08:35:33   VAR_flush       OFF
     2018-01-11 08:35:33   VAR_flush_time  0
     2018-01-11 08:35:33   VAR_foreign_key_checks ON
     2018-01-11 08:35:33   VAR_ft_boolean_syntax +_-><()~*:""&|
     2018-01-11 08:35:33   VAR_ft_max_word_len 84
     2018-01-11 08:35:33   VAR_ft_min_word_len 4
     2018-01-11 08:35:33   VAR_ft_query_expansion_limit 20
     2018-01-11 08:35:33   VAR_ft_stopword_file (built-in)
     2018-01-11 08:35:33   VAR_general_log OFF
     2018-01-11 08:35:33   VAR_general_log_file fhem.log
     2018-01-11 08:35:33   VAR_group_concat_max_len 1024
     2018-01-11 08:35:33   VAR_gtid_binlog_pos
     2018-01-11 08:35:33   VAR_gtid_binlog_state
     2018-01-11 08:35:33   VAR_gtid_current_pos
     2018-01-11 08:35:33   VAR_gtid_domain_id 0
     2018-01-11 08:35:33   VAR_gtid_ignore_duplicates OFF
     2018-01-11 08:35:33   VAR_gtid_seq_no 0
     2018-01-11 08:35:33   VAR_gtid_slave_pos
     2018-01-11 08:35:33   VAR_gtid_strict_mode OFF
     2018-01-11 08:35:33   VAR_have_compress YES
     2018-01-11 08:35:33   VAR_have_crypt  YES
     2018-01-11 08:35:33   VAR_have_dynamic_loading YES
     2018-01-11 08:35:33   VAR_have_geometry YES
     2018-01-11 08:35:33   VAR_have_openssl NO
     2018-01-11 08:35:33   VAR_have_profiling YES
     2018-01-11 08:35:33   VAR_have_query_cache YES
     2018-01-11 08:35:33   VAR_have_rtree_keys YES
     2018-01-11 08:35:33   VAR_have_ssl    DISABLED
     2018-01-11 08:35:33   VAR_have_symlink YES
     2018-01-11 08:35:33   VAR_histogram_size 0
     2018-01-11 08:35:33   VAR_histogram_type SINGLE_PREC_HB
     2018-01-11 08:35:33   VAR_host_cache_size 128
     2018-01-11 08:35:33   VAR_hostname    fhem
     2018-01-11 08:35:33   VAR_identity    0
     2018-01-11 08:35:33   VAR_ignore_builtin_innodb OFF
     2018-01-11 08:35:33   VAR_ignore_db_dirs
     2018-01-11 08:35:33   VAR_in_transaction 0
     2018-01-11 08:35:33   VAR_init_connect
     2018-01-11 08:35:33   VAR_init_file   
     2018-01-11 08:35:33   VAR_init_slave 
     2018-01-11 08:35:33   VAR_innodb_adaptive_flushing ON
     2018-01-11 08:35:33   VAR_innodb_adaptive_flushing_lwm 10.000000
     2018-01-11 08:35:33   VAR_innodb_adaptive_hash_index ON
     2018-01-11 08:35:33   VAR_innodb_adaptive_hash_index_partitions 1
     2018-01-11 08:35:33   VAR_innodb_adaptive_max_sleep_delay 150000
     2018-01-11 08:35:33   VAR_innodb_additional_mem_pool_size 8388608
     2018-01-11 08:35:33   VAR_innodb_api_bk_commit_interval 5
     2018-01-11 08:35:33   VAR_innodb_api_disable_rowlock OFF
     2018-01-11 08:35:33   VAR_innodb_api_enable_binlog OFF
     2018-01-11 08:35:33   VAR_innodb_api_enable_mdl OFF
     2018-01-11 08:35:33   VAR_innodb_api_trx_level 0
     2018-01-11 08:35:33   VAR_innodb_autoextend_increment 64
     2018-01-11 08:35:33   VAR_innodb_autoinc_lock_mode 1
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_dump_at_shutdown OFF
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_dump_now OFF
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_dump_pct 100
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_filename ib_buffer_pool
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_instances 8
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_load_abort OFF
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_load_at_startup OFF
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_load_now OFF
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_populate OFF
     2018-01-11 08:35:33   VAR_innodb_buffer_pool_size 134217728
     2018-01-11 08:35:33   VAR_innodb_change_buffer_max_size 25
     2018-01-11 08:35:33   VAR_innodb_change_buffering all
     2018-01-11 08:35:33   VAR_innodb_checksum_algorithm innodb
     2018-01-11 08:35:33   VAR_innodb_checksums ON
     2018-01-11 08:35:33   VAR_innodb_cleaner_lsn_age_factor high_checkpoint
     2018-01-11 08:35:33   VAR_innodb_cmp_per_index_enabled OFF
     2018-01-11 08:35:33   VAR_innodb_commit_concurrency 0
     2018-01-11 08:35:33   VAR_innodb_compression_failure_threshold_pct 5
     2018-01-11 08:35:33   VAR_innodb_compression_level 6
     2018-01-11 08:35:33   VAR_innodb_compression_pad_pct_max 50
     2018-01-11 08:35:33   VAR_innodb_concurrency_tickets 5000
     2018-01-11 08:35:33   VAR_innodb_corrupt_table_action assert
     2018-01-11 08:35:33   VAR_innodb_data_file_path ibdata1:12M:autoextend
     2018-01-11 08:35:33   VAR_innodb_data_home_dir
     2018-01-11 08:35:33   VAR_innodb_disable_sort_file_cache OFF
     2018-01-11 08:35:33   VAR_innodb_doublewrite ON
     2018-01-11 08:35:33   VAR_innodb_empty_free_list_algorithm legacy
     2018-01-11 08:35:33   VAR_innodb_fake_changes OFF
     2018-01-11 08:35:33   VAR_innodb_fast_shutdown 1
     2018-01-11 08:35:33   VAR_innodb_file_format Antelope
     2018-01-11 08:35:33   VAR_innodb_file_format_check ON
     2018-01-11 08:35:33   VAR_innodb_file_format_max Antelope
     2018-01-11 08:35:33   VAR_innodb_file_per_table ON
     2018-01-11 08:35:33   VAR_innodb_flush_log_at_timeout 1
     2018-01-11 08:35:33   VAR_innodb_flush_log_at_trx_commit 1
     2018-01-11 08:35:33   VAR_innodb_flush_method
     2018-01-11 08:35:33   VAR_innodb_flush_neighbors 1
     2018-01-11 08:35:33   VAR_innodb_flushing_avg_loops 30
     2018-01-11 08:35:33   VAR_innodb_force_load_corrupted OFF
     2018-01-11 08:35:33   VAR_innodb_force_recovery 0
     2018-01-11 08:35:33   VAR_innodb_foreground_preflush exponential_backoff
     2018-01-11 08:35:33   VAR_innodb_ft_aux_table
     2018-01-11 08:35:33   VAR_innodb_ft_cache_size 8000000
     2018-01-11 08:35:33   VAR_innodb_ft_enable_diag_print OFF
     2018-01-11 08:35:33   VAR_innodb_ft_enable_stopword ON
     2018-01-11 08:35:33   VAR_innodb_ft_max_token_size 84
     2018-01-11 08:35:33   VAR_innodb_ft_min_token_size 3
     2018-01-11 08:35:33   VAR_innodb_ft_num_word_optimize 2000
     2018-01-11 08:35:33   VAR_innodb_ft_result_cache_limit 2000000000
     2018-01-11 08:35:33   VAR_innodb_ft_server_stopword_table
     2018-01-11 08:35:33   VAR_innodb_ft_sort_pll_degree 2
     2018-01-11 08:35:33   VAR_innodb_ft_total_cache_size 640000000
     2018-01-11 08:35:33   VAR_innodb_ft_user_stopword_table
     2018-01-11 08:35:33   VAR_innodb_io_capacity 200
     2018-01-11 08:35:33   VAR_innodb_io_capacity_max 2000
     2018-01-11 08:35:33   VAR_innodb_kill_idle_transaction 0
     2018-01-11 08:35:33   VAR_innodb_large_prefix OFF
     2018-01-11 08:35:33   VAR_innodb_lock_wait_timeout 50
     2018-01-11 08:35:33   VAR_innodb_locking_fake_changes ON
     2018-01-11 08:35:33   VAR_innodb_locks_unsafe_for_binlog OFF
     2018-01-11 08:35:33   VAR_innodb_log_arch_dir ./
     2018-01-11 08:35:33   VAR_innodb_log_arch_expire_sec 0
     2018-01-11 08:35:33   VAR_innodb_log_archive OFF
     2018-01-11 08:35:33   VAR_innodb_log_block_size 512
     2018-01-11 08:35:33   VAR_innodb_log_buffer_size 8388608
     2018-01-11 08:35:33   VAR_innodb_log_checksum_algorithm innodb
     2018-01-11 08:35:33   VAR_innodb_log_compressed_pages ON
     2018-01-11 08:35:33   VAR_innodb_log_file_size 50331648
     2018-01-11 08:35:33   VAR_innodb_log_files_in_group 2
     2018-01-11 08:35:33   VAR_innodb_log_group_home_dir ./
     2018-01-11 08:35:33   VAR_innodb_lru_scan_depth 1024
     2018-01-11 08:35:33   VAR_innodb_max_bitmap_file_size 104857600
     2018-01-11 08:35:33   VAR_innodb_max_changed_pages 1000000
     2018-01-11 08:35:33   VAR_innodb_max_dirty_pages_pct 75.000000
     2018-01-11 08:35:33   VAR_innodb_max_dirty_pages_pct_lwm 0.001000
     2018-01-11 08:35:33   VAR_innodb_max_purge_lag 0
     2018-01-11 08:35:33   VAR_innodb_max_purge_lag_delay 0
     2018-01-11 08:35:33   VAR_innodb_mirrored_log_groups 1
     2018-01-11 08:35:33   VAR_innodb_monitor_disable
     2018-01-11 08:35:33   VAR_innodb_monitor_enable
     2018-01-11 08:35:33   VAR_innodb_monitor_reset
     2018-01-11 08:35:33   VAR_innodb_monitor_reset_all
     2018-01-11 08:35:33   VAR_innodb_old_blocks_pct 37
     2018-01-11 08:35:33   VAR_innodb_old_blocks_time 1000
     2018-01-11 08:35:33   VAR_innodb_online_alter_log_max_size 134217728
     2018-01-11 08:35:33   VAR_innodb_open_files 400
     2018-01-11 08:35:33   VAR_innodb_optimize_fulltext_only OFF
     2018-01-11 08:35:33   VAR_innodb_page_size 16384
     2018-01-11 08:35:33   VAR_innodb_print_all_deadlocks OFF
     2018-01-11 08:35:33   VAR_innodb_purge_batch_size 300
     2018-01-11 08:35:33   VAR_innodb_purge_threads 1
     2018-01-11 08:35:33   VAR_innodb_random_read_ahead OFF
     2018-01-11 08:35:33   VAR_innodb_read_ahead_threshold 56
     2018-01-11 08:35:33   VAR_innodb_read_io_threads 4
     2018-01-11 08:35:33   VAR_innodb_read_only OFF
     2018-01-11 08:35:33   VAR_innodb_replication_delay 0
     2018-01-11 08:35:33   VAR_innodb_rollback_on_timeout OFF
     2018-01-11 08:35:33   VAR_innodb_rollback_segments 128
     2018-01-11 08:35:33   VAR_innodb_sched_priority_cleaner 19
     2018-01-11 08:35:33   VAR_innodb_show_locks_held 10
     2018-01-11 08:35:33   VAR_innodb_show_verbose_locks 0
     2018-01-11 08:35:33   VAR_innodb_simulate_comp_failures 0
     2018-01-11 08:35:33   VAR_innodb_sort_buffer_size 1048576
     2018-01-11 08:35:33   VAR_innodb_spin_wait_delay 6
     2018-01-11 08:35:33   VAR_innodb_stats_auto_recalc ON
     2018-01-11 08:35:33   VAR_innodb_stats_include_delete_marked OFF
     2018-01-11 08:35:33   VAR_innodb_stats_method nulls_equal
     2018-01-11 08:35:33   VAR_innodb_stats_modified_counter 0
     2018-01-11 08:35:33   VAR_innodb_stats_on_metadata OFF
     2018-01-11 08:35:33   VAR_innodb_stats_persistent ON
     2018-01-11 08:35:33   VAR_innodb_stats_persistent_sample_pages 20
     2018-01-11 08:35:33   VAR_innodb_stats_sample_pages 8
     2018-01-11 08:35:33   VAR_innodb_stats_traditional ON
     2018-01-11 08:35:33   VAR_innodb_stats_transient_sample_pages 8
     2018-01-11 08:35:33   VAR_innodb_status_output OFF
     2018-01-11 08:35:33   VAR_innodb_status_output_locks OFF
     2018-01-11 08:35:33   VAR_innodb_strict_mode OFF
     2018-01-11 08:35:33   VAR_innodb_support_xa ON
     2018-01-11 08:35:33   VAR_innodb_sync_array_size 1
     2018-01-11 08:35:33   VAR_innodb_sync_spin_loops 30
     2018-01-11 08:35:33   VAR_innodb_table_locks ON
     2018-01-11 08:35:33   VAR_innodb_thread_concurrency 0
     2018-01-11 08:35:33   VAR_innodb_thread_sleep_delay 10000
     2018-01-11 08:35:33   VAR_innodb_tmpdir
     2018-01-11 08:35:33   VAR_innodb_track_changed_pages OFF
     2018-01-11 08:35:33   VAR_innodb_undo_directory .
     2018-01-11 08:35:33   VAR_innodb_undo_logs 128
     2018-01-11 08:35:33   VAR_innodb_undo_tablespaces 0
     2018-01-11 08:35:33   VAR_innodb_use_atomic_writes OFF
     2018-01-11 08:35:33   VAR_innodb_use_fallocate OFF
     2018-01-11 08:35:33   VAR_innodb_use_global_flush_log_at_trx_commit ON
     2018-01-11 08:35:33   VAR_innodb_use_native_aio ON
     2018-01-11 08:35:33   VAR_innodb_use_stacktrace OFF
     2018-01-11 08:35:33   VAR_innodb_use_sys_malloc ON
     2018-01-11 08:35:33   VAR_innodb_version 5.6.36-82.1
     2018-01-11 08:35:33   VAR_innodb_write_io_threads 4
     2018-01-11 08:35:33   VAR_insert_id   0
     2018-01-11 08:35:33   VAR_interactive_timeout 28800
     2018-01-11 08:35:33   VAR_join_buffer_size 131072
     2018-01-11 08:35:33   VAR_join_buffer_space_limit 2097152
     2018-01-11 08:35:33   VAR_join_cache_level 2
     2018-01-11 08:35:33   VAR_keep_files_on_create OFF
     2018-01-11 08:35:33   VAR_key_buffer_size 16777216
     2018-01-11 08:35:33   VAR_key_cache_age_threshold 300
     2018-01-11 08:35:33   VAR_key_cache_block_size 1024
     2018-01-11 08:35:33   VAR_key_cache_division_limit 100
     2018-01-11 08:35:33   VAR_key_cache_file_hash_size 512
     2018-01-11 08:35:33   VAR_key_cache_segments 0
     2018-01-11 08:35:33   VAR_large_files_support ON
     2018-01-11 08:35:33   VAR_large_page_size 0
     2018-01-11 08:35:33   VAR_large_pages OFF
     2018-01-11 08:35:33   VAR_last_gtid   
     2018-01-11 08:35:33   VAR_last_insert_id 0
     2018-01-11 08:35:33   VAR_lc_messages en_US
     2018-01-11 08:35:33   VAR_lc_messages_dir /usr/share/mysql
     2018-01-11 08:35:33   VAR_lc_time_names en_US
     2018-01-11 08:35:33   VAR_license     GPL
     2018-01-11 08:35:33   VAR_local_infile ON
     2018-01-11 08:35:33   VAR_lock_wait_timeout 31536000
     2018-01-11 08:35:33   VAR_locked_in_memory OFF
     2018-01-11 08:35:33   VAR_log_bin     OFF
     2018-01-11 08:35:33   VAR_log_bin_trust_function_creators OFF
     2018-01-11 08:35:33   VAR_log_error   
     2018-01-11 08:35:33   VAR_log_output  FILE
     2018-01-11 08:35:33   VAR_log_queries_not_using_indexes OFF
     2018-01-11 08:35:33   VAR_log_slave_updates OFF
     2018-01-11 08:35:33   VAR_log_slow_filter admin,filesort,filesort_on_disk,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk
     2018-01-11 08:35:33   VAR_log_slow_rate_limit 1
     2018-01-11 08:35:33   VAR_log_slow_verbosity
     2018-01-11 08:35:33   VAR_log_warnings 1
     2018-01-11 08:35:33   VAR_long_query_time 10.000000
     2018-01-11 08:35:33   VAR_low_priority_updates OFF
     2018-01-11 08:35:33   VAR_lower_case_file_system OFF
     2018-01-11 08:35:33   VAR_lower_case_table_names 0
     2018-01-11 08:35:33   VAR_master_verify_checksum OFF
     2018-01-11 08:35:33   VAR_max_allowed_packet 16777216
     2018-01-11 08:35:33   VAR_max_binlog_cache_size 4294963200
     2018-01-11 08:35:33   VAR_max_binlog_size 104857600
     2018-01-11 08:35:33   VAR_max_binlog_stmt_cache_size 4294963200
     2018-01-11 08:35:33   VAR_max_connect_errors 100
     2018-01-11 08:35:33   VAR_max_connections 151
     2018-01-11 08:35:33   VAR_max_delayed_threads 20
     2018-01-11 08:35:33   VAR_max_digest_length 1024
     2018-01-11 08:35:33   VAR_max_error_count 64
     2018-01-11 08:35:33   VAR_max_heap_table_size 16777216
     2018-01-11 08:35:33   VAR_max_insert_delayed_threads 20
     2018-01-11 08:35:33   VAR_max_join_size 18446744073709551615
     2018-01-11 08:35:33   VAR_max_length_for_sort_data 1024
     2018-01-11 08:35:33   VAR_max_long_data_size 16777216
     2018-01-11 08:35:33   VAR_max_prepared_stmt_count 16382
     2018-01-11 08:35:33   VAR_max_relay_log_size 104857600
     2018-01-11 08:35:33   VAR_max_seeks_for_key 4294967295
     2018-01-11 08:35:33   VAR_max_sort_length 1024
     2018-01-11 08:35:33   VAR_max_sp_recursion_depth 0
     2018-01-11 08:35:33   VAR_max_tmp_tables 32
     2018-01-11 08:35:33   VAR_max_user_connections 0
     2018-01-11 08:35:33   VAR_max_write_lock_count 4294967295
     2018-01-11 08:35:33   VAR_metadata_locks_cache_size 1024
     2018-01-11 08:35:33   VAR_metadata_locks_hash_instances 8
     2018-01-11 08:35:33   VAR_min_examined_row_limit 0
     2018-01-11 08:35:33   VAR_mrr_buffer_size 262144
     2018-01-11 08:35:33   VAR_multi_range_count 256
     2018-01-11 08:35:33   VAR_myisam_block_size 1024
     2018-01-11 08:35:33   VAR_myisam_data_pointer_size 6
     2018-01-11 08:35:33   VAR_myisam_max_sort_file_size 2146435072
     2018-01-11 08:35:33   VAR_myisam_mmap_size 4294967295
     2018-01-11 08:35:33   VAR_myisam_recover_options BACKUP
     2018-01-11 08:35:33   VAR_myisam_repair_threads 1
     2018-01-11 08:35:33   VAR_myisam_sort_buffer_size 134216704
     2018-01-11 08:35:33   VAR_myisam_stats_method nulls_unequal
     2018-01-11 08:35:33   VAR_myisam_use_mmap OFF
     2018-01-11 08:35:33   VAR_net_buffer_length 16384
     2018-01-11 08:35:33   VAR_net_read_timeout 30
     2018-01-11 08:35:33   VAR_net_retry_count 10
     2018-01-11 08:35:33   VAR_net_write_timeout 60
     2018-01-11 08:35:33   VAR_old         OFF
     2018-01-11 08:35:33   VAR_old_alter_table OFF
     2018-01-11 08:35:33   VAR_old_mode   
     2018-01-11 08:35:33   VAR_old_passwords OFF
     2018-01-11 08:35:33   VAR_open_files_limit 1024
     2018-01-11 08:35:33   VAR_optimizer_prune_level 1
     2018-01-11 08:35:33   VAR_optimizer_search_depth 62
     2018-01-11 08:35:33   VAR_optimizer_selectivity_sampling_limit 100
     2018-01-11 08:35:33   VAR_optimizer_switch index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=on,exists_to_in=on
     2018-01-11 08:35:33   VAR_optimizer_use_condition_selectivity 1
     2018-01-11 08:35:33   VAR_performance_schema OFF
     2018-01-11 08:35:33   VAR_performance_schema_accounts_size -1
     2018-01-11 08:35:33   VAR_performance_schema_digests_size -1
     2018-01-11 08:35:33   VAR_performance_schema_events_stages_history_long_size -1
     2018-01-11 08:35:33   VAR_performance_schema_events_stages_history_size -1
     2018-01-11 08:35:33   VAR_performance_schema_events_statements_history_long_size -1
     2018-01-11 08:35:33   VAR_performance_schema_events_statements_history_size -1
     2018-01-11 08:35:33   VAR_performance_schema_events_waits_history_long_size -1
     2018-01-11 08:35:33   VAR_performance_schema_events_waits_history_size -1
     2018-01-11 08:35:33   VAR_performance_schema_hosts_size -1
     2018-01-11 08:35:33   VAR_performance_schema_max_cond_classes 80
     2018-01-11 08:35:33   VAR_performance_schema_max_cond_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_max_digest_length 1024
     2018-01-11 08:35:33   VAR_performance_schema_max_file_classes 50
     2018-01-11 08:35:33   VAR_performance_schema_max_file_handles 32768
     2018-01-11 08:35:33   VAR_performance_schema_max_file_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_max_mutex_classes 200
     2018-01-11 08:35:33   VAR_performance_schema_max_mutex_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_max_rwlock_classes 40
     2018-01-11 08:35:33   VAR_performance_schema_max_rwlock_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_max_socket_classes 10
     2018-01-11 08:35:33   VAR_performance_schema_max_socket_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_max_stage_classes 150
     2018-01-11 08:35:33   VAR_performance_schema_max_statement_classes 180
     2018-01-11 08:35:33   VAR_performance_schema_max_table_handles -1
     2018-01-11 08:35:33   VAR_performance_schema_max_table_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_max_thread_classes 50
     2018-01-11 08:35:33   VAR_performance_schema_max_thread_instances -1
     2018-01-11 08:35:33   VAR_performance_schema_session_connect_attrs_size -1
     2018-01-11 08:35:33   VAR_performance_schema_setup_actors_size 100
     2018-01-11 08:35:33   VAR_performance_schema_setup_objects_size 100
     2018-01-11 08:35:33   VAR_performance_schema_users_size -1
     2018-01-11 08:35:33   VAR_pid_file    /var/run/mysqld/mysqld.pid
     2018-01-11 08:35:33   VAR_plugin_dir  /usr/lib/mysql/plugin/
     2018-01-11 08:35:33   VAR_plugin_maturity unknown
     2018-01-11 08:35:33   VAR_port        3306
     2018-01-11 08:35:33   VAR_preload_buffer_size 32768
     2018-01-11 08:35:33   VAR_profiling   OFF
     2018-01-11 08:35:33   VAR_profiling_history_size 15
     2018-01-11 08:35:33   VAR_progress_report_time 5
     2018-01-11 08:35:33   VAR_protocol_version 10
     2018-01-11 08:35:33   VAR_proxy_user 
     2018-01-11 08:35:33   VAR_pseudo_slave_mode OFF
     2018-01-11 08:35:33   VAR_pseudo_thread_id 77846
     2018-01-11 08:35:33   VAR_query_alloc_block_size 8192
     2018-01-11 08:35:33   VAR_query_cache_limit 1048576
     2018-01-11 08:35:33   VAR_query_cache_min_res_unit 4096
     2018-01-11 08:35:33   VAR_query_cache_size 16777216
     2018-01-11 08:35:33   VAR_query_cache_strip_comments OFF
     2018-01-11 08:35:33   VAR_query_cache_type ON
     2018-01-11 08:35:33   VAR_query_cache_wlock_invalidate OFF
     2018-01-11 08:35:33   VAR_query_prealloc_size 8192
     2018-01-11 08:35:33   VAR_rand_seed1  0
     2018-01-11 08:35:33   VAR_rand_seed2  0
     2018-01-11 08:35:33   VAR_range_alloc_block_size 4096
     2018-01-11 08:35:33   VAR_read_buffer_size 131072
     2018-01-11 08:35:33   VAR_read_only   OFF
     2018-01-11 08:35:33   VAR_read_rnd_buffer_size 262144
     2018-01-11 08:35:33   VAR_relay_log   
     2018-01-11 08:35:33   VAR_relay_log_index
     2018-01-11 08:35:33   VAR_relay_log_info_file relay-log.info
     2018-01-11 08:35:33   VAR_relay_log_purge ON
     2018-01-11 08:35:33   VAR_relay_log_recovery OFF
     2018-01-11 08:35:33   VAR_relay_log_space_limit 0
     2018-01-11 08:35:33   VAR_replicate_annotate_row_events OFF
     2018-01-11 08:35:33   VAR_replicate_do_db
     2018-01-11 08:35:33   VAR_replicate_do_table
     2018-01-11 08:35:33   VAR_replicate_events_marked_for_skip replicate
     2018-01-11 08:35:33   VAR_replicate_ignore_db
     2018-01-11 08:35:33   VAR_replicate_ignore_table
     2018-01-11 08:35:33   VAR_replicate_wild_do_table
     2018-01-11 08:35:33   VAR_replicate_wild_ignore_table
     2018-01-11 08:35:33   VAR_report_host
     2018-01-11 08:35:33   VAR_report_password
     2018-01-11 08:35:33   VAR_report_port 3306
     2018-01-11 08:35:33   VAR_report_user
     2018-01-11 08:35:33   VAR_rowid_merge_buff_size 8388608
     2018-01-11 08:35:33   VAR_rpl_recovery_rank 0
     2018-01-11 08:35:33   VAR_secure_auth OFF
     2018-01-11 08:35:33   VAR_secure_file_priv
     2018-01-11 08:35:33   VAR_server_id   0
     2018-01-11 08:35:33   VAR_skip_external_locking ON
     2018-01-11 08:35:33   VAR_skip_name_resolve OFF
     2018-01-11 08:35:33   VAR_skip_networking OFF
     2018-01-11 08:35:33   VAR_skip_replication OFF
     2018-01-11 08:35:33   VAR_skip_show_database OFF
     2018-01-11 08:35:33   VAR_slave_compressed_protocol OFF
     2018-01-11 08:35:33   VAR_slave_ddl_exec_mode IDEMPOTENT
     2018-01-11 08:35:33   VAR_slave_domain_parallel_threads 0
     2018-01-11 08:35:33   VAR_slave_exec_mode STRICT
     2018-01-11 08:35:33   VAR_slave_load_tmpdir /tmp
     2018-01-11 08:35:33   VAR_slave_max_allowed_packet 1073741824
     2018-01-11 08:35:33   VAR_slave_net_timeout 3600
     2018-01-11 08:35:33   VAR_slave_parallel_max_queued 131072
     2018-01-11 08:35:33   VAR_slave_parallel_threads 0
     2018-01-11 08:35:33   VAR_slave_skip_errors OFF
     2018-01-11 08:35:33   VAR_slave_sql_verify_checksum ON
     2018-01-11 08:35:33   VAR_slave_transaction_retries 10
     2018-01-11 08:35:33   VAR_slave_type_conversions
     2018-01-11 08:35:33   VAR_slow_launch_time 2
     2018-01-11 08:35:33   VAR_slow_query_log OFF
     2018-01-11 08:35:33   VAR_slow_query_log_file fhem-slow.log
     2018-01-11 08:35:33   VAR_socket      /var/run/mysqld/mysqld.sock
     2018-01-11 08:35:33   VAR_sort_buffer_size 2097152
     2018-01-11 08:35:33   VAR_sql_auto_is_null OFF
     2018-01-11 08:35:33   VAR_sql_big_selects ON
     2018-01-11 08:35:33   VAR_sql_buffer_result OFF
     2018-01-11 08:35:33   VAR_sql_log_bin ON
     2018-01-11 08:35:33   VAR_sql_log_off OFF
     2018-01-11 08:35:33   VAR_sql_mode   
     2018-01-11 08:35:33   VAR_sql_notes   ON
     2018-01-11 08:35:33   VAR_sql_quote_show_create ON
     2018-01-11 08:35:33   VAR_sql_safe_updates OFF
     2018-01-11 08:35:33   VAR_sql_select_limit 18446744073709551615
     2018-01-11 08:35:33   VAR_sql_slave_skip_counter 0
     2018-01-11 08:35:33   VAR_sql_warnings OFF
     2018-01-11 08:35:33   VAR_ssl_ca     
     2018-01-11 08:35:33   VAR_ssl_capath 
     2018-01-11 08:35:33   VAR_ssl_cert   
     2018-01-11 08:35:33   VAR_ssl_cipher 
     2018-01-11 08:35:33   VAR_ssl_crl     
     2018-01-11 08:35:33   VAR_ssl_crlpath
     2018-01-11 08:35:33   VAR_ssl_key     
     2018-01-11 08:35:33   VAR_storage_engine InnoDB
     2018-01-11 08:35:33   VAR_stored_program_cache 256
     2018-01-11 08:35:33   VAR_sync_binlog 0
     2018-01-11 08:35:33   VAR_sync_frm    ON
     2018-01-11 08:35:33   VAR_sync_master_info 0
     2018-01-11 08:35:33   VAR_sync_relay_log 0
     2018-01-11 08:35:33   VAR_sync_relay_log_info 0
     2018-01-11 08:35:33   VAR_system_time_zone CET
     2018-01-11 08:35:33   VAR_table_definition_cache 400
     2018-01-11 08:35:33   VAR_table_open_cache 400
     2018-01-11 08:35:33   VAR_thread_cache_size 8
     2018-01-11 08:35:33   VAR_thread_concurrency 10
     2018-01-11 08:35:33   VAR_thread_handling one-thread-per-connection
     2018-01-11 08:35:33   VAR_thread_pool_idle_timeout 60
     2018-01-11 08:35:33   VAR_thread_pool_max_threads 500
     2018-01-11 08:35:33   VAR_thread_pool_oversubscribe 3
     2018-01-11 08:35:33   VAR_thread_pool_size 4
     2018-01-11 08:35:33   VAR_thread_pool_stall_limit 500
     2018-01-11 08:35:33   VAR_thread_stack 196608
     2018-01-11 08:35:33   VAR_time_format %H:%i:%s
     2018-01-11 08:35:33   VAR_time_zone   SYSTEM
     2018-01-11 08:35:33   VAR_timed_mutexes OFF
     2018-01-11 08:35:33   VAR_timestamp   1515656133.397296
     2018-01-11 08:35:33   VAR_tmp_table_size 16777216
     2018-01-11 08:35:33   VAR_tmpdir      /tmp
     2018-01-11 08:35:33   VAR_transaction_alloc_block_size 8192
     2018-01-11 08:35:33   VAR_transaction_prealloc_size 4096
     2018-01-11 08:35:33   VAR_tx_isolation REPEATABLE-READ
     2018-01-11 08:35:33   VAR_tx_read_only OFF
     2018-01-11 08:35:33   VAR_unique_checks ON
     2018-01-11 08:35:33   VAR_updatable_views_with_limit YES
     2018-01-11 08:35:33   VAR_use_stat_tables NEVER
     2018-01-11 08:35:33   VAR_userstat    OFF
     2018-01-11 08:35:33   VAR_version     10.0.32-MariaDB-0+deb8u1
     2018-01-11 08:35:33   VAR_version_comment (Raspbian)
     2018-01-11 08:35:33   VAR_version_compile_machine armv8l
     2018-01-11 08:35:33   VAR_version_compile_os debian-linux-gnueabihf
     2018-01-11 08:35:33   VAR_version_malloc_library bundled_jemalloc
     2018-01-11 08:35:33   VAR_wait_timeout 28800
     2018-01-11 08:35:33   VAR_warning_count 0
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 11 Januar 2018, 08:39:56
Nachtrag:

root@fhem:/opt/fhem#dpkg -l |grep -i 'libdb.*-perl'
ii  libdbd-mysql-perl                     4.028-2+deb8u2                            armhf        Perl5 database interface to the MySQL database
ii  libdbd-sqlite3-perl                   1.44-1                                    armhf        Perl DBI driver with a self-contained RDBMS
ii  libdbi-perl                           1.631-3+b1                                armhf        Perl Database Interface (DBI)
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 11 Januar 2018, 08:48:09
Doppel-Nachtrag  8) 8) :o :o

Das taucht im Log immer auf, bevor die Daten commited werden:


2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
2018.01.11 08:46:56 5: DbLog $name -> MemCache contains: $hash->{cache}{".memcache"}{$key}
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 11 Januar 2018, 10:18:34
Die Einträge mit Memcache contains ist ein Prorammierfehler von mir der sich eingeschlichen hat. Korrigiere ich.

ZitatEr scheint aber regelmäßig was in die DB zu schieben (?). 

Ja, der Fehler besagt lediglich dass es mit bestimmte Datensätze wegzuschreiben Probleme gibt, bei dir allerdings viele. Man müsste einen Blick in den Cache werfen, listCache ist wahrscheinlich viel zu gross.

Mir ist noch die Idee gekommen, dass ein Restart hilfreich sein könnte. Ein purgeCache reicht nicht falls ein asyncPush running ist. Ein Umschalten nach synchron und danach wieder zurück nach asynchron hätte den gleichen Effekt.

Da du aber eine Syno hast würde ich aber dazu raten dir die DB dorthin zu verlagern. Das würde deinen Raspi mit Sicherheit entlasten. Hat mit dem Fehler jetzt nichts zu tun, nur als Hinweis.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 11 Januar 2018, 18:33:30
Den Programmierfehler habe ich mit der V3.6.2 beseitigt.
Bitte lade dir das Modul hier: https://forum.fhem.de/index.php/topic,65860.msg744397.html#msg744397 herunter, umbenennen in 93_DbLog und reload (sollte hier reichen).

Dann poste mal bitte einen verbos 5 log vom database processing cycle. Das sieht dann so aus:


2018.01.11 17:57:37.159 4: DbLog LogDB -> ################################################################
2018.01.11 17:57:37.161 4: DbLog LogDB -> ###      New database processing cycle - asynchronous        ###
2018.01.11 17:57:37.162 4: DbLog LogDB -> ################################################################
2018.01.11 17:57:37.163 4: DbLog LogDB -> MemCache contains 50 entries to process
2018.01.11 17:57:37.164 4: DbLog LogDB -> DbLogType is: Current/History
2018.01.11 17:57:37.165 5: DbLog LogDB -> MemCache contains: 2018-01-11 17:55:57|heartbeat|AT|Next: 17:56:57|Next|17:56:57|
2018.01.11 17:57:37.165 5: DbLog LogDB -> MemCache contains: 2018-01-11 17:55:57|heartbeat|AT|touch: 1|touch|1|
2018.01.11 17:57:37.166 5: DbLog LogDB -> MemCache contains: 2018-01-11 17:55:59|sysmon|SYSMON|stat_cpu2_percent: 0.08 0.00 0.10 99.82 0.00 0.00 0.00|stat_cpu2_percent|0.08 0.00 0.10 99.82 0.00 0.00 0.00|
2018.01.11 17:57:37.167 5: DbLog LogDB -> MemCache contains: 2018-01-11 17:55:59|sysmon|SYSMON|cpu0_temp_avg: 100.0|cpu0_temp_avg|100.0|
2018.01.11 17:57:37.168 5: DbLog LogDB -> MemCache contains: 2018-01-11 17:55:59|sysmon|SYSMON|stat_cpu_percent: 0.42 0.00 0.15 99.41 0.02 0.00 0.00|stat_cpu_percent|0.42 0.00 0.15 99.41 0.02 0.00 0.00|
......
......
2018.01.11 17:57:37.201 5: DbLog LogDB -> DbLog_PushAsync called with timeout: 86400
2018.01.11 17:57:37.252 5: DbLog LogDB -> Start DbLog_PushAsync
2018.01.11 17:57:37.253 5: DbLog LogDB -> DbLogType is: Current/History
2018.01.11 17:57:37.256 4: DbLog LogDB -> AutoCommit mode: ON, Transaction mode: ON
2018.01.11 17:57:37.265 5: DbLog LogDB -> Primary Key used in fhemtest.history: TIMESTAMP,DEVICE,READING
2018.01.11 17:57:37.266 5: DbLog LogDB -> Primary Key used in fhemtest.current: DEVICE,READING
2018.01.11 17:57:37.267 5: DbLog LogDB -> processing event Timestamp: 2018-01-11 17:55:57, Device: heartbeat, Type: AT, Event: Next: 17:56:57, Reading: Next, Value: 17:56:57, Unit:
2018.01.11 17:57:37.268 5: DbLog LogDB -> processing event Timestamp: 2018-01-11 17:55:57, Device: heartbeat, Type: AT, Event: touch: 1, Reading: touch, Value: 1, Unit:
2018.01.11 17:57:37.269 5: DbLog LogDB -> processing event Timestamp: 2018-01-11 17:55:59, Device: sysmon, Type: SYSMON, Event: stat_cpu2_percent: 0.08 0.00 0.10 99.82 0.00 0.00 0.00, Reading: stat_cpu2_percent, Value: 0.08 0.00 0.10 99.82 0.00 0.00 0.00, Unit:
2018.01.11 17:57:37.269 5: DbLog LogDB -> processing event Timestamp: 2018-01-11 17:55:59, Device: sysmon, Type: SYSMON, Event: cpu0_temp_avg: 100.0, Reading: cpu0_temp_avg, Value: 100.0, Unit:
2018.01.11 17:57:37.270 5: DbLog LogDB -> processing event Timestamp: 2018-01-11 17:55:59, Device: sysmon, Type: SYSMON, Event: stat_cpu_percent: 0.42 0.00 0.15 99.41 0.02 0.00 0.00, Reading: stat_cpu_percent, Value: 0.42 0.00 0.15 99.41 0.02 0.00 0.00, Unit:
.......
.......
2018.01.11 17:57:37.421 4: DbLog LogDB -> 50 of 50 events inserted into table history using PK on columns TIMESTAMP,DEVICE,READING
2018.01.11 17:57:37.422 4: DbLog LogDB -> insert table history committed by autocommit
2018.01.11 17:57:37.481 4: DbLog LogDB -> 50 of 50 events updated in table current using PK on columns DEVICE,READING
2018.01.11 17:57:37.482 4: DbLog LogDB -> insert / update table current committed by autocommit
2018.01.11 17:57:37.483 5: DbLog LogDB -> DbLog_PushAsync finished
2018.01.11 17:57:37.487 5: DbLog LogDB -> Start DbLog_PushAsyncDone
2018.01.11 17:57:37.547 5: DbLog LogDB -> DbLog_PushAsyncDone finished


Je nach Anzahl der Datensätze kann das natürlich sehr viel sein, muss man schauen.
Setze dir auch mal bitte das Attribut

commitMode = basic_ta:off

Grüße,
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 07:21:38
Hi,

danke für den Patch - ich spiele den gleich ein und dann meld ich mich noch mal.

Am Dump clientside kann es aber nicht liegen - den habe ich jetzt ausgesetzt und über nacht ist das Problem trotzdem wieder aufgetreten. Der einzige DB Task, das noch in der Nacht läuft ist get DbRep tableinfo, um die Größe der DB mitzuloggen.

Anyway - ich spiel dann mal den Patch ein  8)
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 07:23:03
Nachtrag: Mit der DB auf der Syno weiß ich natürlich, aber die zieht schon erheblich viel mehr Strom als der Raspi - deswegen fährt sie auch nachts runter und solange ich keine Performance Probleme merke (was ja noch sein kann), würde ich das erstmal so lassen.

Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 07:49:16
Also hier aus dem Log (Auszug)

Start des Cycles - wow, 18000 Einträge im Memcache? Sollte das nicht 500 sein?


2018.01.12 07:33:34 5: DbLog DBLog -> Start DbLog_PushAsyncDone
2018.01.12 07:33:34 5: DbLog DBLog -> DbLog_PushAsyncDone finished
2018.01.12 07:33:34 4: DbLog DBLog -> ################################################################
2018.01.12 07:33:34 4: DbLog DBLog -> ###              start of new Logcycle                       ###
2018.01.12 07:33:34 4: DbLog DBLog -> ################################################################
2018.01.12 07:33:34 4: DbLog DBLog -> amount of events received: 8 for device: Stromzaehler
2018.01.12 07:33:34 4: DbLog DBLog -> check Device: Stromzaehler , Event: 1.0.0.0.0.255: 21-27-20
2018.01.12 07:33:34 4: DbLog DBLog -> check Device: Stromzaehler , Event: total_consumption: 3969.8029108
2018.01.12 07:33:34 4: DbLog DBLog -> added event - Timestamp: 2018-01-12 07:33:34, Device: Stromzaehler, Type: OBIS, Event: total_consumption: 3969.8029108, Reading: total_consumption, Value: 3969.8029108, Unit:
2018.01.12 07:33:34 5: DbLog DBLog -> Number of cache entries reached cachelimit 500 - start database sync.
2018.01.12 07:33:34 4: DbLog DBLog -> ################################################################
2018.01.12 07:33:34 4: DbLog DBLog -> ###      New database processing cycle - asynchronous        ###
2018.01.12 07:33:34 4: DbLog DBLog -> ################################################################
2018.01.12 07:33:34 4: DbLog DBLog -> MemCache contains 18019 entries to process
2018.01.12 07:33:34 4: DbLog DBLog -> DbLogType is: Current/History
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:08|Stromzaehler|OBIS|power: 138.88|power|138.88|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:19|Stromzaehler|OBIS|total_consumption: 3969.7932872|total_consumption|3969.7932872|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:19|Stromzaehler|OBIS|power: 142.55|power|142.55|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:29|Stromzaehler|OBIS|total_consumption: 3969.7936838|total_consumption|3969.7936838|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:31|Stromzaehler|OBIS|power: 141.7|power|141.7|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:42|Stromzaehler|OBIS|total_consumption: 3969.7941485|total_consumption|3969.7941485|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:42|Stromzaehler|OBIS|power: 138.57|power|138.57|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:49|doif.Datenvolumenzaehler|DOIF|EmpfangenGB_Tag: 1.69|EmpfangenGB_Tag|1.69|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:49|doif.Datenvolumenzaehler|DOIF|GesamtGB_Tag: 1.89|GesamtGB_Tag|1.89|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:49|doif.Datenvolumenzaehler|DOIF|GesendetGB_Monat: 19.34|GesendetGB_Monat|19.34|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:49|doif.Datenvolumenzaehler|DOIF|GesendetGB_Tag: 0.20|GesendetGB_Tag|0.20|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:49|doif.Datenvolumenzaehler|DOIF|GesamtGB_Monat: 500.78|GesamtGB_Monat|500.78|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:49|doif.Datenvolumenzaehler|DOIF|EmpfangenGB_Monat: 481.44|EmpfangenGB_Monat|481.44|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:53|Stromzaehler|OBIS|total_consumption: 3969.7946083|total_consumption|3969.7946083|
2018.01.12 07:33:34 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:53|Stromzaehler|OBIS|power: 137.68|power|137.68|


Ende des Cycles: da scheint es ein Timeout zu geben

2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:07:13|HM_Bewegungsmelder_Flur|HMCCUDEV|1.ERROR: no|1.ERROR|no|
2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:11:31|Stromzaehler|OBIS|total_consumption: 3969.7383165|total_consumption|3969.7383165|
2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:15:45|Stromzaehler|OBIS|total_consumption: 3969.7518161|total_consumption|3969.7518161|
2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:20:15|Stromzaehler|OBIS|power: 187.18|power|187.18|
2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:24:37|Stromzaehler|OBIS|total_consumption: 3969.7796148|total_consumption|3969.7796148|
2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:29:08|Stromzaehler|OBIS|total_consumption: 3969.7927335|total_consumption|3969.7927335|
2018.01.12 07:33:41 5: DbLog DBLog -> MemCache contains: 2018-01-12 07:33:34|Stromzaehler|OBIS|total_consumption: 3969.8029108|total_consumption|3969.8029108|
2018.01.12 07:33:41 5: DbLog DBLog -> DbLog_PushAsync called with timeout: 86400
2018.01.12 07:33:42 5: DbLog DBLog -> Start DbLog_PushAsync
2018.01.12 07:33:42 5: DbLog DBLog -> DbLogType is: Current/History
2018.01.12 07:33:43 4: DbLog DBLog -> AutoCommit mode: ON, Transaction mode: OFF
2018.01.12 07:33:43 5: DbLog DBLog -> Primary Key used in fhem.history: none
2018.01.12 07:33:43 5: DbLog DBLog -> Primary Key used in fhem.current: none



Vermutung: ich  schreibe zu schnell zu viele Daten in die DB, das der commit nicht fertig wird, bevor der andere ansteht? Hatte den Stromzähler auf :1 gesetzt (jetzt auf :10 geändert) - evtl waren das zu viele Daten?
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 08:49:11
Guten Morgen,

also mit deiner Vermutung dass deine DB mit der Datenmenge nicht klarkommt könntest du recht haben, aber ich vermute doch noch einen störenden Datensatz.

Ein timeout tritt nicht auf, der Eintrag ist mur Hinweis mit welchem timeout die Funktion aktuell aufgerufen wurde zum Check (verbose 5).

Mach bitte noch ein List, schaue ich mir später an.
Wir müssen noch etwas tiefer graben, interessanter Fall  ;)

Grüsse,
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 08:55:04
Zitat von: DS_Starter am 12 Januar 2018, 08:49:11


Mach bitte noch ein List, schaue ich mir später an.
Wir müssen noch etwas tiefer graben, interessanter Fall  ;)

Grüsse,
Heiko

Moin - ich bin da nicht so der DB Experte, aber ich lerne gerne dazu :-)

Hier mal das List des DBLog device


Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./db.conf
   DEF        ./db.conf .*:.*
   MODE       asynchronous
   MODEL      MYSQL
   NAME       DBLog
   NR         242
   NTFY_ORDER 50-DBLog
   PID        1221
   REGEXP     .*:.*
   STATE      Commit already running - resync at NextSync
   TYPE       DbLog
   UTF8       0
   VERSION    3.6.0
   dbconn     mysql:database=fhem;host=localhost;port=3306
   dbuser     fhem
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   Commit already running - resync at NextSync
     READINGCOL 64
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     .RUNNING_PID:
       abortFn    DbLog_PushAsyncAborted
       arg        DBLog|MjAxOC0wMS0xMiAwODozMDoxNHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxUZW1wZXJhdHVyOiAyMC43fFRlbXBlcmF0dXJ8MjAuN3zCpzIwMTgtMDEtMTIgMDg6MzA6MTR8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8THVmdGZldWNodGlna2VpdDogNTd8THVmdGZldWNodGlna2VpdHw1N3zCpzIwMTgtMDEtMTIgMDg6MzA6MTR8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjMwOjE1fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjEyOTczOXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjEyOTczOXzCpzIwMTgtMDEtMTIgMDg6MzA6MjB8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQwMS4wNnxwb3dlcnw0MDEuMDZ8wqcyMDE4LTAxLTEyIDA4OjMwOjI3fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjEzMTk3NjV8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xMzE5NzY1fMKnMjAxOC0wMS0xMiAwODozMDozMXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDA5Ljg4fHBvd2VyfDQwOS44OHzCpzIwMTgtMDEtMTIgMDg6MzA6Mzh8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTMzMTE5NXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjEzMzExOTV8wqcyMDE4LTAxLTEyIDA4OjMwOjQyfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MTIuMjZ8cG93ZXJ8NDEyLjI2fMKnMjAxOC0wMS0xMiAwODozMDo0OXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xMzQ1MDEyfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTM0NTAxMnzCpzIwMTgtMDEtMTIgMDg6MzA6NTR8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQxNS42M3xwb3dlcnw0MTUuNjN8wqcyMDE4LTAxLTEyIDA4OjMwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX1RhZzogNC42OXxFbXBmYW5nZW5HQl9UYWd8NC42OXzCpzIwMTgtMDEtMTIgMDg6MzA6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA1LjQ2fEdlc2FtdEdCX1RhZ3w1LjQ2fMKnMjAxOC0wMS0xMiAwODozMDo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjQ0fEVtcGZhbmdlbkdCX01vbmF0fDQ4NC40NHzCpzIwMTgtMDEtMTIgMDg6MzA6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC4zNXxHZXNhbXRHQl9Nb25hdHw1MDQuMzV8wqcyMDE4LTAxLTEyIDA4OjMwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDE5LjkxfEdlc2VuZGV0R0JfTW9uYXR8MTkuOTF8wqcyMDE4LTAxLTEyIDA4OjMwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfVGFnOiAwLjg0fEdlc2VuZGV0R0JfVGFnfDAuODR8wqcyMDE4LTAxLTEyIDA4OjMwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNS41M3xHZXNhbXRHQl9UYWd8NS41M3zCpzIwMTgtMDEtMTIgMDg6MzA6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMTkuOTh8R2VzZW5kZXRHQl9Nb25hdHwxOS45OHzCpzIwMTgtMDEtMTIgMDg6MzA6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC40MnxHZXNhbXRHQl9Nb25hdHw1MDQuNDJ8wqcyMDE4LTAxLTEyIDA4OjMwOjU5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjEzNTY1NTF8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xMzU2NTUxfMKnMjAxOC0wMS0xMiAwODozMTowNnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDEyLjF8cG93ZXJ8NDEyLjF8wqcyMDE4LTAxLTEyIDA4OjMxOjEwfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjEzNjgwMjN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xMzY4MDIzfMKnMjAxOC0wMS0xMiAwODozMToxN3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDEwLjUxfHBvd2VyfDQxMC41MXzCpzIwMTgtMDEtMTIgMDg6MzE6MjJ8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTM4MTcxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTM4MTcxfMKnMjAxOC0wMS0xMiAwODozMToyOXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDAxLjY1fHBvd2VyfDQwMS42NXzCpzIwMTgtMDEtMTIgMDg6MzE6MzN8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTM5NTA5NXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjEzOTUwOTV8wqcyMDE4LTAxLTEyIDA4OjMxOjQwfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MDIuMzl8cG93ZXJ8NDAyLjM5fMKnMjAxOC0wMS0xMiAwODozMTo0NHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNDA2MjM3fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTQwNjIzN3zCpzIwMTgtMDEtMTIgMDg6MzE6NTF8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQwMy42Nnxwb3dlcnw0MDMuNjZ8wqcyMDE4LTAxLTEyIDA4OjMxOjU1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuU0VUX1RFTVBFUkFUVVJFOiAyMS4wfDIuU0VUX1RFTVBFUkFUVVJFfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjMxOjU1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGNvbnRyb2w6IDIxLjB8Y29udHJvbHwyMS4wfMKnMjAxOC0wMS0xMiAwODozMTo1NXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMjEuMHxzdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODozMTo1NXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzE6NTV8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTQxOTcwNnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE0MTk3MDZ8wqcyMDE4LTAxLTEyIDA4OjMyOjAxfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MTEuMzd8cG93ZXJ8NDExLjM3fMKnMjAxOC0wMS0xMiAwODozMjowNnxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNDMxMDg1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTQzMTA4NXzCpzIwMTgtMDEtMTIgMDg6MzI6MTJ8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQwNi43Nnxwb3dlcnw0MDYuNzZ8wqcyMDE4LTAxLTEyIDA4OjMyOjE1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfEx1ZnRmZXVjaHRpZ2tlaXQ6IDU4fEx1ZnRmZXVjaHRpZ2tlaXR8NTh8wqcyMDE4LTAxLTEyIDA4OjMyOjE1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfFRlbXBlcmF0dXI6IDIwLjd8VGVtcGVyYXR1cnwyMC43fMKnMjAxOC0wMS0xMiAwODozMjoxNXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzI6MTd8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTQ0NDY0M3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE0NDQ2NDN8wqcyMDE4LTAxLTEyIDA4OjMyOjIzfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MDcuODJ8cG93ZXJ8NDA3LjgyfMKnMjAxOC0wMS0xMiAwODozMjoyOHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNDU1OTY1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTQ1NTk2NXzCpzIwMTgtMDEtMTIgMDg6MzI6MzN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQwNy42NHxwb3dlcnw0MDcuNjR8wqcyMDE4LTAxLTEyIDA4OjMyOjM5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE0Njk1MzN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNDY5NTMzfMKnMjAxOC0wMS0xMiAwODozMjo0NHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDA3LjE0fHBvd2VyfDQwNy4xNHzCpzIwMTgtMDEtMTIgMDg6MzI6NDZ8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnwwLlJTU0lfREVWSUNFOiAtODF8MC5SU1NJX0RFVklDRXwtODF8wqcyMDE4LTAxLTEyIDA4OjMyOjQ2fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8aG1zdGF0ZTogQXVzfGhtc3RhdGV8QXVzfMKnMjAxOC0wMS0xMiAwODozMjo0N3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDIuU1RBVEU6IEF1c3wyLlNUQVRFfEF1c3zCpzIwMTgtMDEtMTIgMDg6MzI6NDd8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnwzLlNUQVRFOiBBdXN8My5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjMyOjQ3fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8Y29udHJvbDogQXVzfGNvbnRyb2x8QXVzfMKnMjAxOC0wMS0xMiAwODozMjo0N3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfHN0YXRlOiBBdXN8c3RhdGV8QXVzfMKnMjAxOC0wMS0xMiAwODozMjo0N3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDUuU1RBVEU6IEF1c3w1LlNUQVRFfEF1c3zCpzIwMTgtMDEtMTIgMDg6MzI6NDd8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnw0LlNUQVRFOiBBdXN8NC5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjMyOjQ3fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8U3Ryb206IDAuMHxTdHJvbXwwLjB8wqcyMDE4LTAxLTEyIDA4OjMyOjQ3fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8U3Bhbm51bmc6IDIzNS41fFNwYW5udW5nfDIzNS41fMKnMjAxOC0wMS0xMiAwODozMjo0N3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDYuRU5FUkdZX0NPVU5URVJfT1ZFUkZMT1c6IDB8Ni5FTkVSR1lfQ09VTlRFUl9PVkVSRkxPV3wwfMKnMjAxOC0wMS0xMiAwODozMjo0N3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfExlaXN0dW5nOiAwLjB8TGVpc3R1bmd8MC4wfMKnMjAxOC0wMS0xMiAwODozMjo0N3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDYuRU5FUkdZX0NPVU5URVI6IDEwNjAuOXw2LkVORVJHWV9DT1VOVEVSfDEwNjAuOXzCpzIwMTgtMDEtMTIgMDg6MzI6NDh8SE1fQmV3ZWd1bmdzbWVsZGVyX0ZsdXJ8SE1DQ1VERVZ8MS5CUklHSFRORVNTOiAzM3wxLkJSSUdIVE5FU1N8MzN8wqcyMDE4LTAxLTEyIDA4OjMyOjQ4fEhNX0Jld2VndW5nc21lbGRlcl9GbHVyfEhNQ0NVREVWfDEuRVJST1I6IG5vfDEuRVJST1J8bm98wqcyMDE4LTAxLTEyIDA4OjMyOjQ4fEhNX0Jld2VndW5nc21lbGRlcl9GbHVyfEhNQ0NVREVWfGhtc3RhdGU6IG5vfGhtc3RhdGV8bm98wqcyMDE4LTAxLTEyIDA4OjMyOjUwfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE0ODA4NDR8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNDgwODQ0fMKnMjAxOC0wMS0xMiAwODozMjo1NXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDA2LjQ2fHBvd2VyfDQwNi40NnzCpzIwMTgtMDEtMTIgMDg6MzI6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfVGFnOiA0LjY5fEVtcGZhbmdlbkdCX1RhZ3w0LjY5fMKnMjAxOC0wMS0xMiAwODozMjo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDUuNTN8R2VzYW10R0JfVGFnfDUuNTN8wqcyMDE4LTAxLTEyIDA4OjMyOjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDQuNDJ8R2VzYW10R0JfTW9uYXR8NTA0LjQyfMKnMjAxOC0wMS0xMiAwODozMjo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX01vbmF0OiAxOS45OHxHZXNlbmRldEdCX01vbmF0fDE5Ljk4fMKnMjAxOC0wMS0xMiAwODozMjo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjQ0fEVtcGZhbmdlbkdCX01vbmF0fDQ4NC40NHzCpzIwMTgtMDEtMTIgMDg6MzI6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9UYWc6IDAuODR8R2VzZW5kZXRHQl9UYWd8MC44NHzCpzIwMTgtMDEtMTIgMDg6MzM6MDF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTQ5NDQwM3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE0OTQ0MDN8wqcyMDE4LTAxLTEyIDA4OjMzOjA2fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MDYuMjl8cG93ZXJ8NDA2LjI5fMKnMjAxOC0wMS0xMiAwODozMzoxMnxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNTA1Njk2fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTUwNTY5NnzCpzIwMTgtMDEtMTIgMDg6MzM6MTd8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQwNC44fHBvd2VyfDQwNC44fMKnMjAxOC0wMS0xMiAwODozMzoyNHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNTE5MTg0fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTUxOTE4NHzCpzIwMTgtMDEtMTIgMDg6MzM6Mjh8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQwNS40Nnxwb3dlcnw0MDUuNDZ8wqcyMDE4LTAxLTEyIDA4OjMzOjM1fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE1MzI2OTd8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNTMyNjk3fMKnMjAxOC0wMS0xMiAwODozMzozOXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDAzLjE4fHBvd2VyfDQwMy4xOHzCpzIwMTgtMDEtMTIgMDg6MzM6NDV8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTU0Mzk1M3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE1NDM5NTN8wqcyMDE4LTAxLTEyIDA4OjMzOjQ5fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MTUuNzN8cG93ZXJ8NDE1LjczfMKnMjAxOC0wMS0xMiAwODozMzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDUuNTN8R2VzYW10R0JfVGFnfDUuNTN8wqcyMDE4LTAxLTEyIDA4OjMzOjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDQuNDJ8R2VzYW10R0JfTW9uYXR8NTA0LjQyfMKnMjAxOC0wMS0xMiAwODozMzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX01vbmF0OiAxOS45OHxHZXNlbmRldEdCX01vbmF0fDE5Ljk4fMKnMjAxOC0wMS0xMiAwODozMzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjQ0fEVtcGZhbmdlbkdCX01vbmF0fDQ4NC40NHzCpzIwMTgtMDEtMTIgMDg6MzM6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9UYWc6IDAuODR8R2VzZW5kZXRHQl9UYWd8MC44NHzCpzIwMTgtMDEtMTIgMDg6MzM6NTd8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTU1NzY2NXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE1NTc2NjV8wqcyMDE4LTAxLTEyIDA4OjMzOjU5fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MDcuNTd8cG93ZXJ8NDA3LjU3fMKnMjAxOC0wMS0xMiAwODozNDowN3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNTY4NjkxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTU2ODY5MXzCpzIwMTgtMDEtMTIgMDg6MzQ6MTB8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDM5My41NHxwb3dlcnwzOTMuNTR8wqcyMDE4LTAxLTEyIDA4OjM0OjE5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE1ODEwNjN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNTgxMDYzfMKnMjAxOC0wMS0xMiAwODozNDoyMXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjk1Ljc5fHBvd2VyfDI5NS43OXzCpzIwMTgtMDEtMTIgMDg6MzQ6MjV8SE1fUm9sbGxhZGVfU2NobGFmemltbWVyfEhNQ0NVREVWfDEuTEVWRUw6IDQzLjV8MS5MRVZFTHw0My41fMKnMjAxOC0wMS0xMiAwODozNDoyNXxITV9Sb2xsbGFkZV9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Y29udHJvbDogNDMuNXxjb250cm9sfDQzLjV8wqcyMDE4LTAxLTEyIDA4OjM0OjI1fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogNDMuNXxzdGF0ZXw0My41fMKnMjAxOC0wMS0xMiAwODozNDoyNXxITV9Sb2xsbGFkZV9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8MS5XT1JLSU5HOiAxfDEuV09SS0lOR3wxfMKnMjAxOC0wMS0xMiAwODozNDoyNXxITV9Sb2xsbGFkZV9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8MS5ESVJFQ1RJT046IGF1ZnwxLkRJUkVDVElPTnxhdWZ8wqcyMDE4LTAxLTEyIDA4OjM0OjI1fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiA0My41fGhtc3RhdGV8NDMuNXzCpzIwMTgtMDEtMTIgMDg6MzQ6MzF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTU5MzMzM3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE1OTMzMzN8wqcyMDE4LTAxLTEyIDA4OjM0OjMzfEZlbnN0ZXJfU2NobGFmemltbWVyX1JlY2h0c3xDVUxfSE18YmF0dGVyeTogb2t8YmF0dGVyeXxva3zCpzIwMTgtMDEtMTIgMDg6MzQ6MzN8RmVuc3Rlcl9TY2hsYWZ6aW1tZXJfUmVjaHRzfENVTF9ITXxjb250YWN0OiBnZW9lZmZuZXQgKHRvIDBCOThEMCl8Y29udGFjdHxnZW9lZmZuZXQgKHRvIDBCOThEMCl8wqcyMDE4LTAxLTEyIDA4OjM0OjMzfEZlbnN0ZXJfU2NobGFmemltbWVyX1JlY2h0c3xDVUxfSE18c3RhdGU6IG9wZW58c3RhdGV8b3BlbnzCpzIwMTgtMDEtMTIgMDg6MzQ6MzN8RmVuc3Rlcl9TY2hsYWZ6aW1tZXJfUmVjaHRzfENVTF9ITXx0cmlnRHN0XzBCOThEMDogbm9Db25maWd8dHJpZ0RzdF8wQjk4RDB8bm9Db25maWd8wqcyMDE4LTAxLTEyIDA4OjM0OjMzfEZlbnN0ZXJfU2NobGFmemltbWVyX1JlY2h0c3xDVUxfSE18dHJpZ2dlcl9jbnQ6IDQyfHRyaWdnZXJfY250fDQyfMKnMjAxOC0wMS0xMiAwODozNDozM3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDAzLjQyfHBvd2VyfDQwMy40MnzCpzIwMTgtMDEtMTIgMDg6MzQ6NDJ8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTYwNDExMnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE2MDQxMTJ8wqcyMDE4LTAxLTEyIDA4OjM0OjQ0fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnwxLkRJUkVDVElPTjoga2VpbmV8MS5ESVJFQ1RJT058a2VpbmV8wqcyMDE4LTAxLTEyIDA4OjM0OjQ0fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnwxLldPUktJTkc6IDB8MS5XT1JLSU5HfDB8wqcyMDE4LTAxLTEyIDA4OjM0OjQ0fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnwxLkxFVkVMOiAxMDB8MS5MRVZFTHwxMDB8wqcyMDE4LTAxLTEyIDA4OjM0OjQ0fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnxjb250cm9sOiAxMDB8Y29udHJvbHwxMDB8wqcyMDE4LTAxLTEyIDA4OjM0OjQ0fEhNX1JvbGxsYWRlX1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMTAwfHN0YXRlfDEwMHzCpzIwMTgtMDEtMTIgMDg6MzQ6NDR8SE1fUm9sbGxhZGVfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDEwMHxobXN0YXRlfDEwMHzCpzIwMTgtMDEtMTIgMDg6MzQ6NDV8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDI2Mi4zN3xwb3dlcnwyNjIuMzd8wqcyMDE4LTAxLTEyIDA4OjM0OjUzfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE2MTI4NDl8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNjEyODQ5fMKnMjAxOC0wMS0xMiAwODozNDo1NHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnwyLlNFVF9URU1QRVJBVFVSRTogMjEuMHwyLlNFVF9URU1QRVJBVFVSRXwyMS4wfMKnMjAxOC0wMS0xMiAwODozNDo1NHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxjb250cm9sOiAyMS4wfGNvbnRyb2x8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzQ6NTR8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8c3RhdGU6IDIxLjB8c3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzQ6NTR8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjM0OjU2fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNjEuMDd8cG93ZXJ8MjYxLjA3fMKnMjAxOC0wMS0xMiAwODozNDo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9UYWc6IDQuNjl8RW1wZmFuZ2VuR0JfVGFnfDQuNjl8wqcyMDE4LTAxLTEyIDA4OjM0OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNS41M3xHZXNhbXRHQl9UYWd8NS41M3zCpzIwMTgtMDEtMTIgMDg6MzQ6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC40MnxHZXNhbXRHQl9Nb25hdHw1MDQuNDJ8wqcyMDE4LTAxLTEyIDA4OjM0OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDE5Ljk4fEdlc2VuZGV0R0JfTW9uYXR8MTkuOTh8wqcyMDE4LTAxLTEyIDA4OjM0OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX01vbmF0OiA0ODQuNDR8RW1wZmFuZ2VuR0JfTW9uYXR8NDg0LjQ0fMKnMjAxOC0wMS0xMiAwODozNDo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC44NHxHZXNlbmRldEdCX1RhZ3wwLjg0fMKnMjAxOC0wMS0xMiAwODozNTowNHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNjIwMTExfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTYyMDExMXzCpzIwMTgtMDEtMTIgMDg6MzU6MDR8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Mi5TRVRfVEVNUEVSQVRVUkU6IDIxLjB8Mi5TRVRfVEVNUEVSQVRVUkV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzU6MDR8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Y29udHJvbDogMjEuMHxjb250cm9sfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjM1OjA0fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfHN0YXRlOiAyMS4wfHN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjM1OjA0fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuV0lORE9XX09QRU5fUkVQT1JUSU5HOiBjbG9zZWR8Mi5XSU5ET1dfT1BFTl9SRVBPUlRJTkd8Y2xvc2VkfMKnMjAxOC0wMS0xMiAwODozNTowNHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzU6MDZ8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDI2MS4wN3xwb3dlcnwyNjEuMDd8wqcyMDE4LTAxLTEyIDA4OjM1OjE0fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfFRlbXBlcmF0dXI6IDIwLjh8VGVtcGVyYXR1cnwyMC44fMKnMjAxOC0wMS0xMiAwODozNToxNHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxMdWZ0ZmV1Y2h0aWdrZWl0OiA1OHxMdWZ0ZmV1Y2h0aWdrZWl0fDU4fMKnMjAxOC0wMS0xMiAwODozNToxNHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MzU6MTV8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTYyODgxNHx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE2Mjg4MTR8wqcyMDE4LTAxLTEyIDA4OjM1OjE4fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNjEuMTV8cG93ZXJ8MjYxLjE1fMKnMjAxOC0wMS0xMiAwODozNToyNXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNjM2MDh8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNjM2MDh8wqcyMDE4LTAxLTEyIDA4OjM1OjI4fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNjEuMzV8cG93ZXJ8MjYxLjM1fMKnMjAxOC0wMS0xMiAwODozNTozN3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNjQ0NzkzfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTY0NDc5M3zCpzIwMTgtMDEtMTIgMDg6MzU6Mzl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDI2MC43OXxwb3dlcnwyNjAuNzl8wqcyMDE4LTAxLTEyIDA4OjM1OjQ4fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE2NTIwNTV8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNjUyMDU1fMKnMjAxOC0wMS0xMiAwODozNTo1MXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjYxLjM2fHBvd2VyfDI2MS4zNnzCpzIwMTgtMDEtMTIgMDg6MzU6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfVGFnOiA0LjkzfEVtcGZhbmdlbkdCX1RhZ3w0LjkzfMKnMjAxOC0wMS0xMiAwODozNTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDUuNzd8R2VzYW10R0JfVGFnfDUuNzd8wqcyMDE4LTAxLTEyIDA4OjM1OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDQuNDJ8R2VzYW10R0JfTW9uYXR8NTA0LjQyfMKnMjAxOC0wMS0xMiAwODozNTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX01vbmF0OiAxOS45OHxHZXNlbmRldEdCX01vbmF0fDE5Ljk4fMKnMjAxOC0wMS0xMiAwODozNTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjY4fEVtcGZhbmdlbkdCX01vbmF0fDQ4NC42OHzCpzIwMTgtMDEtMTIgMDg6MzU6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC42NnxHZXNhbXRHQl9Nb25hdHw1MDQuNjZ8wqcyMDE4LTAxLTEyIDA4OjM1OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfVGFnOiAwLjg5fEdlc2VuZGV0R0JfVGFnfDAuODl8wqcyMDE4LTAxLTEyIDA4OjM1OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNS44MnxHZXNhbXRHQl9UYWd8NS44MnzCpzIwMTgtMDEtMTIgMDg6MzU6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMjAuMDN8R2VzZW5kZXRHQl9Nb25hdHwyMC4wM3zCpzIwMTgtMDEtMTIgMDg6MzU6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC43MXxHZXNhbXRHQl9Nb25hdHw1MDQuNzF8wqcyMDE4LTAxLTEyIDA4OjM1OjU5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE2NjA3Njh8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNjYwNzY4fMKnMjAxOC0wMS0xMiAwODozNjowMnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjYxLjQyfHBvd2VyfDI2MS40MnzCpzIwMTgtMDEtMTIgMDg6MzY6MTF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTY2OTQ4fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTY2OTQ4fMKnMjAxOC0wMS0xMiAwODozNjoxM3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjYwLjk1fHBvd2VyfDI2MC45NXzCpzIwMTgtMDEtMTIgMDg6MzY6MjJ8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTY3NjczNnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE2NzY3MzZ8wqcyMDE4LTAxLTEyIDA4OjM2OjI0fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNjEuMDN8cG93ZXJ8MjYxLjAzfMKnMjAxOC0wMS0xMiAwODozNjozNHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNjg1NDQ2fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTY4NTQ0NnzCpzIwMTgtMDEtMTIgMDg6MzY6MzV8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDI2MS44MXxwb3dlcnwyNjEuODF8wqcyMDE4LTAxLTEyIDA4OjM2OjQ2fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE2OTQxNTl8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNjk0MTU5fMKnMjAxOC0wMS0xMiAwODozNjo0NnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjYxLjMzfHBvd2VyfDI2MS4zM3zCpzIwMTgtMDEtMTIgMDg6MzY6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfTW9uYXQ6IDQ4NC42OHxFbXBmYW5nZW5HQl9Nb25hdHw0ODQuNjh8wqcyMDE4LTAxLTEyIDA4OjM2OjU3fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE3MDI4NTJ8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNzAyODUyfMKnMjAxOC0wMS0xMiAwODozNjo1N3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjYwLjUzfHBvd2VyfDI2MC41M3zCpzIwMTgtMDEtMTIgMDg6Mzc6MDl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTcxMTU1MXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE3MTE1NTF8wqcyMDE4LTAxLTEyIDA4OjM3OjA5fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNjAuNzF8cG93ZXJ8MjYwLjcxfMKnMjAxOC0wMS0xMiAwODozNzoyMHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNzE5MDA4fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTcxOTAwOHzCpzIwMTgtMDEtMTIgMDg6Mzc6MjB8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDI3MC4zOHxwb3dlcnwyNzAuMzh8wqcyMDE4LTAxLTEyIDA4OjM3OjMxfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE3MjgwMTF8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNzI4MDExfMKnMjAxOC0wMS0xMiAwODozNzozMXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjcxLjN8cG93ZXJ8MjcxLjN8wqcyMDE4LTAxLTEyIDA4OjM3OjM5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuU0VUX1RFTVBFUkFUVVJFOiAyMS4wfDIuU0VUX1RFTVBFUkFUVVJFfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjM3OjM5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGNvbnRyb2w6IDIxLjB8Y29udHJvbHwyMS4wfMKnMjAxOC0wMS0xMiAwODozNzozOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMjEuMHxzdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODozNzozOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6Mzc6NDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnw1LlNUQVRFOiBBdXN8NS5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjM3OjQwfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8My5TVEFURTogQXVzfDMuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODozNzo0MHxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfGNvbnRyb2w6IEF1c3xjb250cm9sfEF1c3zCpzIwMTgtMDEtMTIgMDg6Mzc6NDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxzdGF0ZTogQXVzfHN0YXRlfEF1c3zCpzIwMTgtMDEtMTIgMDg6Mzc6NDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnwwLlJTU0lfREVWSUNFOiAtNzd8MC5SU1NJX0RFVklDRXwtNzd8wqcyMDE4LTAxLTEyIDA4OjM3OjQwfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8Mi5TVEFURTogQXVzfDIuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODozNzo0MHxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDQuU1RBVEU6IEF1c3w0LlNUQVRFfEF1c3zCpzIwMTgtMDEtMTIgMDg6Mzc6NDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxobXN0YXRlOiBBdXN8aG1zdGF0ZXxBdXN8wqcyMDE4LTAxLTEyIDA4OjM3OjQxfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8U3Ryb206IDAuMHxTdHJvbXwwLjB8wqcyMDE4LTAxLTEyIDA4OjM3OjQxfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8U3Bhbm51bmc6IDIzNS44fFNwYW5udW5nfDIzNS44fMKnMjAxOC0wMS0xMiAwODozNzo0MXxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDYuRU5FUkdZX0NPVU5URVJfT1ZFUkZMT1c6IDB8Ni5FTkVSR1lfQ09VTlRFUl9PVkVSRkxPV3wwfMKnMjAxOC0wMS0xMiAwODozNzo0MXxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfExlaXN0dW5nOiAwLjB8TGVpc3R1bmd8MC4wfMKnMjAxOC0wMS0xMiAwODozNzo0MXxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDYuRU5FUkdZX0NPVU5URVI6IDEwNjAuOXw2LkVORVJHWV9DT1VOVEVSfDEwNjAuOXzCpzIwMTgtMDEtMTIgMDg6Mzc6NDJ8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTczNTc1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTczNTc1fMKnMjAxOC0wMS0xMiAwODozNzo0MnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjc5Ljg5fHBvd2VyfDI3OS44OXzCpzIwMTgtMDEtMTIgMDg6Mzc6NDN8RmVuc3Rlcl9TY2hsYWZ6aW1tZXJfUmVjaHRzfENVTF9ITXxiYXR0ZXJ5OiBva3xiYXR0ZXJ5fG9rfMKnMjAxOC0wMS0xMiAwODozNzo0M3xGZW5zdGVyX1NjaGxhZnppbW1lcl9SZWNodHN8Q1VMX0hNfGNvbnRhY3Q6IGdlc2NobG9zc2VuICh0byAwQjk4RDApfGNvbnRhY3R8Z2VzY2hsb3NzZW4gKHRvIDBCOThEMCl8wqcyMDE4LTAxLTEyIDA4OjM3OjQzfEZlbnN0ZXJfU2NobGFmemltbWVyX1JlY2h0c3xDVUxfSE18c3RhdGU6IGNsb3NlZHxzdGF0ZXxjbG9zZWR8wqcyMDE4LTAxLTEyIDA4OjM3OjQzfEZlbnN0ZXJfU2NobGFmemltbWVyX1JlY2h0c3xDVUxfSE18dHJpZ0RzdF8wQjk4RDA6IG5vQ29uZmlnfHRyaWdEc3RfMEI5OEQwfG5vQ29uZmlnfMKnMjAxOC0wMS0xMiAwODozNzo0M3xGZW5zdGVyX1NjaGxhZnppbW1lcl9SZWNodHN8Q1VMX0hNfHRyaWdnZXJfY250OiA0M3x0cmlnZ2VyX2NudHw0M3zCpzIwMTgtMDEtMTIgMDg6Mzc6NDV8RmVuc3Rlcl9TY2hsYWZ6aW1tZXJfTGlua3N8Q1VMX0hNfGJhdHRlcnk6IG9rfGJhdHRlcnl8b2t8wqcyMDE4LTAxLTEyIDA4OjM3OjQ1fEZlbnN0ZXJfU2NobGFmemltbWVyX0xpbmtzfENVTF9ITXxjb250YWN0OiBnZXNjaGxvc3NlbiAodG8gMEI5OEQwKXxjb250YWN0fGdlc2NobG9zc2VuICh0byAwQjk4RDApfMKnMjAxOC0wMS0xMiAwODozNzo0NXxGZW5zdGVyX1NjaGxhZnppbW1lcl9MaW5rc3xDVUxfSE18c3RhdGU6IGNsb3NlZHxzdGF0ZXxjbG9zZWR8wqcyMDE4LTAxLTEyIDA4OjM3OjQ1fEZlbnN0ZXJfU2NobGFmemltbWVyX0xpbmtzfENVTF9ITXx0cmlnRHN0XzBCOThEMDogbm9Db25maWd8dHJpZ0RzdF8wQjk4RDB8bm9Db25maWd8wqcyMDE4LTAxLTEyIDA4OjM3OjQ1fEZlbnN0ZXJfU2NobGFmemltbWVyX0xpbmtzfENVTF9ITXx0cmlnZ2VyX2NudDogNTh8dHJpZ2dlcl9jbnR8NTh8wqcyMDE4LTAxLTEyIDA4OjM3OjQ5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuU0VUX1RFTVBFUkFUVVJFOiAyMS4wfDIuU0VUX1RFTVBFUkFUVVJFfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjM3OjQ5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGNvbnRyb2w6IDIxLjB8Y29udHJvbHwyMS4wfMKnMjAxOC0wMS0xMiAwODozNzo0OXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMjEuMHxzdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODozNzo0OXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnwyLldJTkRPV19PUEVOX1JFUE9SVElORzogY2xvc2VkfDIuV0lORE9XX09QRU5fUkVQT1JUSU5HfGNsb3NlZHzCpzIwMTgtMDEtMTIgMDg6Mzc6NDl8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjM3OjUzfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE3NDUwNDN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNzQ1MDQzfMKnMjAxOC0wMS0xMiAwODozNzo1M3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjc4LjM1fHBvd2VyfDI3OC4zNXzCpzIwMTgtMDEtMTIgMDg6Mzc6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfVGFnOiA0LjkzfEVtcGZhbmdlbkdCX1RhZ3w0LjkzfMKnMjAxOC0wMS0xMiAwODozNzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDUuODJ8R2VzYW10R0JfVGFnfDUuODJ8wqcyMDE4LTAxLTEyIDA4OjM3OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDQuNzF8R2VzYW10R0JfTW9uYXR8NTA0LjcxfMKnMjAxOC0wMS0xMiAwODozNzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX01vbmF0OiAyMC4wM3xHZXNlbmRldEdCX01vbmF0fDIwLjAzfMKnMjAxOC0wMS0xMiAwODozNzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC44OXxHZXNlbmRldEdCX1RhZ3wwLjg5fMKnMjAxOC0wMS0xMiAwODozNzo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjY4fEVtcGZhbmdlbkdCX01vbmF0fDQ4NC42OHzCpzIwMTgtMDEtMTIgMDg6Mzc6NTl8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8THVmdGZldWNodGlna2VpdDogNTV8THVmdGZldWNodGlna2VpdHw1NXzCpzIwMTgtMDEtMTIgMDg6Mzc6NTl8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8VGVtcGVyYXR1cjogMjAuN3xUZW1wZXJhdHVyfDIwLjd8wqcyMDE4LTAxLTEyIDA4OjM3OjU5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODozODowM3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNzUyNzh8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNzUyNzh8wqcyMDE4LTAxLTEyIDA4OjM4OjAzfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNzguMDN8cG93ZXJ8Mjc4LjAzfMKnMjAxOC0wMS0xMiAwODozODoxNXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xNzYyMDY0fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTc2MjA2NHzCpzIwMTgtMDEtMTIgMDg6Mzg6MTV8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDI3OS4zM3xwb3dlcnwyNzkuMzN8wqcyMDE4LTAxLTEyIDA4OjM4OjI3fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE3NzEzNjR8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xNzcxMzY0fMKnMjAxOC0wMS0xMiAwODozODoyN3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjc4LjM2fHBvd2VyfDI3OC4zNnzCpzIwMTgtMDEtMTIgMDg6Mzg6Mzd8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTc3ODk3fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTc3ODk3fMKnMjAxOC0wMS0xMiAwODozODozN3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjcwLjAyfHBvd2VyfDI3MC4wMnzCpzIwMTgtMDEtMTIgMDg6Mzg6NDl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTc4Nzk3MXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE3ODc5NzF8wqcyMDE4LTAxLTEyIDA4OjM4OjQ5fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNzAuODJ8cG93ZXJ8MjcwLjgyfMKnMjAxOC0wMS0xMiAwODozODo1NHxITV9CZXdlZ3VuZ3NtZWxkZXJfRmx1cnxITUNDVURFVnwxLkJSSUdIVE5FU1M6IDM0fDEuQlJJR0hUTkVTU3wzNHzCpzIwMTgtMDEtMTIgMDg6Mzg6NTR8SE1fQmV3ZWd1bmdzbWVsZGVyX0ZsdXJ8SE1DQ1VERVZ8MS5FUlJPUjogbm98MS5FUlJPUnxub3zCpzIwMTgtMDEtMTIgMDg6Mzg6NTR8SE1fQmV3ZWd1bmdzbWVsZGVyX0ZsdXJ8SE1DQ1VERVZ8aG1zdGF0ZTogbm98aG1zdGF0ZXxub3zCpzIwMTgtMDEtMTIgMDg6Mzg6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA1LjgyfEdlc2FtdEdCX1RhZ3w1LjgyfMKnMjAxOC0wMS0xMiAwODozODo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9Nb25hdDogNTA0LjcxfEdlc2FtdEdCX01vbmF0fDUwNC43MXzCpzIwMTgtMDEtMTIgMDg6Mzg6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMjAuMDN8R2VzZW5kZXRHQl9Nb25hdHwyMC4wM3zCpzIwMTgtMDEtMTIgMDg6Mzk6MDF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTc5Njk5fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTc5Njk5fMKnMjAxOC0wMS0xMiAwODozOTowMXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjcwLjI0fHBvd2VyfDI3MC4yNHzCpzIwMTgtMDEtMTIgMDg6Mzk6MTN8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTgwNjA4N3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE4MDYwODd8wqcyMDE4LTAxLTEyIDA4OjM5OjEzfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyNzQuNzZ8cG93ZXJ8Mjc0Ljc2fMKnMjAxOC0wMS0xMiAwODozOToyM3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4xODE3OTk0fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMTgxNzk5NHzCpzIwMTgtMDEtMTIgMDg6Mzk6MjN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDk1NC42N3xwb3dlcnw5NTQuNjd8wqcyMDE4LTAxLTEyIDA4OjM5OjM1fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE4NDkzNDN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xODQ5MzQzfMKnMjAxOC0wMS0xMiAwODozOTozNXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTMxLjM5fHBvd2VyfDkzMS4zOXzCpzIwMTgtMDEtMTIgMDg6Mzk6NDd8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTg4MDM0Mnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE4ODAzNDJ8wqcyMDE4LTAxLTEyIDA4OjM5OjQ3fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA5MjkuMTd8cG93ZXJ8OTI5LjE3fMKnMjAxOC0wMS0xMiAwODozOTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9UYWc6IDQuOTN8RW1wZmFuZ2VuR0JfVGFnfDQuOTN8wqcyMDE4LTAxLTEyIDA4OjM5OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNS44MnxHZXNhbXRHQl9UYWd8NS44MnzCpzIwMTgtMDEtMTIgMDg6Mzk6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC43MXxHZXNhbXRHQl9Nb25hdHw1MDQuNzF8wqcyMDE4LTAxLTEyIDA4OjM5OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDIwLjAzfEdlc2VuZGV0R0JfTW9uYXR8MjAuMDN8wqcyMDE4LTAxLTEyIDA4OjM5OjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX01vbmF0OiA0ODQuNjh8RW1wZmFuZ2VuR0JfTW9uYXR8NDg0LjY4fMKnMjAxOC0wMS0xMiAwODozOTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC44OXxHZXNlbmRldEdCX1RhZ3wwLjg5fMKnMjAxOC0wMS0xMiAwODozOTo1OHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTI5LjUzfHBvd2VyfDkyOS41M3zCpzIwMTgtMDEtMTIgMDg6Mzk6NTl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTkxMTI5OHx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE5MTEyOTh8wqcyMDE4LTAxLTEyIDA4OjQwOjA5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuU0VUX1RFTVBFUkFUVVJFOiAyMS4wfDIuU0VUX1RFTVBFUkFUVVJFfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjQwOjA5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGNvbnRyb2w6IDIxLjB8Y29udHJvbHwyMS4wfMKnMjAxOC0wMS0xMiAwODo0MDowOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMjEuMHxzdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODo0MDowOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6NDA6MDl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDkyNy43OHxwb3dlcnw5MjcuNzh8wqcyMDE4LTAxLTEyIDA4OjQwOjExfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE5NDIyMjl8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xOTQyMjI5fMKnMjAxOC0wMS0xMiAwODo0MDoxOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnwyLlNFVF9URU1QRVJBVFVSRTogMjEuMHwyLlNFVF9URU1QRVJBVFVSRXwyMS4wfMKnMjAxOC0wMS0xMiAwODo0MDoxOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxjb250cm9sOiAyMS4wfGNvbnRyb2x8MjEuMHzCpzIwMTgtMDEtMTIgMDg6NDA6MTl8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8c3RhdGU6IDIxLjB8c3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6NDA6MTl8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Mi5XSU5ET1dfT1BFTl9SRVBPUlRJTkc6IGNsb3NlZHwyLldJTkRPV19PUEVOX1JFUE9SVElOR3xjbG9zZWR8wqcyMDE4LTAxLTEyIDA4OjQwOjE5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODo0MDoxOXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTI1LjkzfHBvd2VyfDkyNS45M3zCpzIwMTgtMDEtMTIgMDg6NDA6MjN8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTk3MzExNHx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjE5NzMxMTR8wqcyMDE4LTAxLTEyIDA4OjQwOjI5fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfFRlbXBlcmF0dXI6IDIwLjZ8VGVtcGVyYXR1cnwyMC42fMKnMjAxOC0wMS0xMiAwODo0MDoyOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxMdWZ0ZmV1Y2h0aWdrZWl0OiA1NXxMdWZ0ZmV1Y2h0aWdrZWl0fDU1fMKnMjAxOC0wMS0xMiAwODo0MDoyOXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6NDA6MzJ8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDkyNC43Mnxwb3dlcnw5MjQuNzJ8wqcyMDE4LTAxLTEyIDA4OjQwOjMzfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjE5OTg3ODh8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xOTk4Nzg4fMKnMjAxOC0wMS0xMiAwODo0MDo0M3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTI1LjIyfHBvd2VyfDkyNS4yMnzCpzIwMTgtMDEtMTIgMDg6NDA6NDV8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMjAyOTY0NHx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjIwMjk2NDR8wqcyMDE4LTAxLTEyIDA4OjQwOjU1fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA5MjUuNDZ8cG93ZXJ8OTI1LjQ2fMKnMjAxOC0wMS0xMiAwODo0MDo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9UYWc6IDUuMTZ8RW1wZmFuZ2VuR0JfVGFnfDUuMTZ8wqcyMDE4LTAxLTEyIDA4OjQwOjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNi4wNXxHZXNhbXRHQl9UYWd8Ni4wNXzCpzIwMTgtMDEtMTIgMDg6NDA6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfTW9uYXQ6IDQ4NC45MXxFbXBmYW5nZW5HQl9Nb25hdHw0ODQuOTF8wqcyMDE4LTAxLTEyIDA4OjQwOjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDQuOTR8R2VzYW10R0JfTW9uYXR8NTA0Ljk0fMKnMjAxOC0wMS0xMiAwODo0MDo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC45NXxHZXNlbmRldEdCX1RhZ3wwLjk1fMKnMjAxOC0wMS0xMiAwODo0MDo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDYuMTF8R2VzYW10R0JfVGFnfDYuMTF8wqcyMDE4LTAxLTEyIDA4OjQwOjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDIwLjA5fEdlc2VuZGV0R0JfTW9uYXR8MjAuMDl8wqcyMDE4LTAxLTEyIDA4OjQwOjU2fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDV8R2VzYW10R0JfTW9uYXR8NTA1fMKnMjAxOC0wMS0xMiAwODo0MDo1N3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4yMDYwNTEyfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMjA2MDUxMnzCpzIwMTgtMDEtMTIgMDg6NDE6MDV8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDkyNS41N3xwb3dlcnw5MjUuNTd8wqcyMDE4LTAxLTEyIDA4OjQxOjA5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjIwOTEzNjZ8dG90YWxfY29uc3VtcHRpb258Mzk3MC4yMDkxMzY2fMKnMjAxOC0wMS0xMiAwODo0MToxN3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTI2LjAzfHBvd2VyfDkyNi4wM3zCpzIwMTgtMDEtMTIgMDg6NDE6MTl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMjExNzA2N3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjIxMTcwNjd8wqcyMDE4LTAxLTEyIDA4OjQxOjI5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjIxNDI3NjN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4yMTQyNzYzfMKnMjAxOC0wMS0xMiAwODo0MToyOXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTIzLjQ2fHBvd2VyfDkyMy40NnzCpzIwMTgtMDEtMTIgMDg6NDE6Mzl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMjE2ODQxN3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjIxNjg0MTd8wqcyMDE4LTAxLTEyIDA4OjQxOjM5fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA5MjMuNDd8cG93ZXJ8OTIzLjQ3fMKnMjAxOC0wMS0xMiAwODo0MTo0OXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4yMTk0MDl8dG90YWxfY29uc3VtcHRpb258Mzk3MC4yMTk0MDl8wqcyMDE4LTAxLTEyIDA4OjQxOjQ5fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA5MjQuMXxwb3dlcnw5MjQuMXzCpzIwMTgtMDEtMTIgMDg6NDE6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfVGFnOiA1LjE2fEVtcGZhbmdlbkdCX1RhZ3w1LjE2fMKnMjAxOC0wMS0xMiAwODo0MTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjkxfEVtcGZhbmdlbkdCX01vbmF0fDQ4NC45MXzCpzIwMTgtMDEtMTIgMDg6NDE6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9UYWc6IDAuOTV8R2VzZW5kZXRHQl9UYWd8MC45NXzCpzIwMTgtMDEtMTIgMDg6NDE6NTZ8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA2LjExfEdlc2FtdEdCX1RhZ3w2LjExfMKnMjAxOC0wMS0xMiAwODo0MTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX01vbmF0OiAyMC4wOXxHZXNlbmRldEdCX01vbmF0fDIwLjA5fMKnMjAxOC0wMS0xMiAwODo0MTo1Nnxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9Nb25hdDogNTA1fEdlc2FtdEdCX01vbmF0fDUwNXzCpzIwMTgtMDEtMTIgMDg6NDI6MDF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMjIyNDkxOXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjIyMjQ5MTl8wqcyMDE4LTAxLTEyIDA4OjQyOjAxfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA5MjUuNjN8cG93ZXJ8OTI1LjYzfMKnMjAxOC0wMS0xMiAwODo0MjoxM3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4yMjU1NzY5fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMjI1NTc2OXzCpzIwMTgtMDEtMTIgMDg6NDI6MTN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDkyNS4yNnxwb3dlcnw5MjUuMjZ8wqcyMDE4LTAxLTEyIDA4OjQyOjIzfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjIyODE0ODd8dG90YWxfY29uc3VtcHRpb258Mzk3MC4yMjgxNDg3fMKnMjAxOC0wMS0xMiAwODo0MjoyM3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTI1LjY1fHBvd2VyfDkyNS42NXzCpzIwMTgtMDEtMTIgMDg6NDI6MjV8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Mi5TRVRfVEVNUEVSQVRVUkU6IDIxLjB8Mi5TRVRfVEVNUEVSQVRVUkV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6NDI6MjV8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Y29udHJvbDogMjEuMHxjb250cm9sfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjQyOjI1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfHN0YXRlOiAyMS4wfHN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjQyOjI1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODo0MjozM3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4yMzA3MjA2fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMjMwNzIwNnzCpzIwMTgtMDEtMTIgMDg6NDI6MzN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDkyNS44fHBvd2VyfDkyNS44fMKnMjAxOC0wMS0xMiAwODo0MjozOHxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDAuUlNTSV9ERVZJQ0U6IC03OHwwLlJTU0lfREVWSUNFfC03OHzCpzIwMTgtMDEtMTIgMDg6NDI6Mzh8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxobXN0YXRlOiBBdXN8aG1zdGF0ZXxBdXN8wqcyMDE4LTAxLTEyIDA4OjQyOjM4fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8My5TVEFURTogQXVzfDMuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODo0MjozOHxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfGNvbnRyb2w6IEF1c3xjb250cm9sfEF1c3zCpzIwMTgtMDEtMTIgMDg6NDI6Mzh8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxzdGF0ZTogQXVzfHN0YXRlfEF1c3zCpzIwMTgtMDEtMTIgMDg6NDI6Mzh8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnwyLlNUQVRFOiBBdXN8Mi5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjQyOjM5fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8NS5TVEFURTogQXVzfDUuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODo0MjozOXxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDQuU1RBVEU6IEF1c3w0LlNUQVRFfEF1c3zCpzIwMTgtMDEtMTIgMDg6NDI6Mzl8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnw2LkVORVJHWV9DT1VOVEVSOiAxMDYwLjl8Ni5FTkVSR1lfQ09VTlRFUnwxMDYwLjl8wqcyMDE4LTAxLTEyIDA4OjQyOjM5fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8TGVpc3R1bmc6IDAuMHxMZWlzdHVuZ3wwLjB8wqcyMDE4LTAxLTEyIDA4OjQyOjM5fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8Ni5FTkVSR1lfQ09VTlRFUl9PVkVSRkxPVzogMHw2LkVORVJHWV9DT1VOVEVSX09WRVJGTE9XfDB8wqcyMDE4LTAxLTEyIDA4OjQyOjM5fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8U3Bhbm51bmc6IDIzNS41fFNwYW5udW5nfDIzNS41fMKnMjAxOC0wMS0xMiAwODo0MjozOXxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfFN0cm9tOiAwLjB8U3Ryb218MC4wfMKnMjAxOC0wMS0xMiAwODo0Mjo0NXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4yMzM4MDQ5fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMjMzODA0OXzCpzIwMTgtMDEtMTIgMDg6NDI6NDV8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8THVmdGZldWNodGlna2VpdDogNTV8THVmdGZldWNodGlna2VpdHw1NXzCpzIwMTgtMDEtMTIgMDg6NDI6NDV8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8VGVtcGVyYXR1cjogMjAuNnxUZW1wZXJhdHVyfDIwLjZ8wqcyMDE4LTAxLTEyIDA4OjQyOjQ1fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODo0Mjo0NXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogOTI0LjcxfHBvd2VyfDkyNC43MXzCpzIwMTgtMDEtMTIgMDg6MTg6MzR8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ1Ni44OHxwb3dlcnw0NTYuODh8wqcyMDE4LTAxLTEyIDA4OjE4OjM4fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAwMjgwNTR8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMDI4MDU0fMKnMjAxOC0wMS0xMiAwODoxODo0NnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQxfHBvd2VyfDQ0MXzCpzIwMTgtMDEtMTIgMDg6MTg6NDh8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDA0MDI3OXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjAwNDAyNzl8wqcyMDE4LTAxLTEyIDA4OjE4OjU3fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NTcuMjV8cG93ZXJ8NDU3LjI1fMKnMjAxOC0wMS0xMiAwODoxODo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9UYWc6IDMuOTd8RW1wZmFuZ2VuR0JfVGFnfDMuOTd8wqcyMDE4LTAxLTEyIDA4OjE4OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDMuNDd8R2VzYW10R0JfTW9uYXR8NTAzLjQ3fMKnMjAxOC0wMS0xMiAwODoxODo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDgzLjcyfEVtcGZhbmdlbkdCX01vbmF0fDQ4My43MnzCpzIwMTgtMDEtMTIgMDg6MTg6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9UYWc6IDAuNjF8R2VzZW5kZXRHQl9UYWd8MC42MXzCpzIwMTgtMDEtMTIgMDg6MTg6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA0LjU4fEdlc2FtdEdCX1RhZ3w0LjU4fMKnMjAxOC0wMS0xMiAwODoxODo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX01vbmF0OiAxOS43NXxHZXNlbmRldEdCX01vbmF0fDE5Ljc1fMKnMjAxOC0wMS0xMiAwODoxODo1OXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMDU1Mjg4fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDA1NTI4OHzCpzIwMTgtMDEtMTIgMDg6MTk6MDd8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ1OC4xOXxwb3dlcnw0NTguMTl8wqcyMDE4LTAxLTEyIDA4OjE5OjA5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAwNjc5MTN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMDY3OTEzfMKnMjAxOC0wMS0xMiAwODoxOToyMHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMDgwNTIxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDA4MDUyMXzCpzIwMTgtMDEtMTIgMDg6MTk6MjB8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ1MC4wMXxwb3dlcnw0NTAuMDF8wqcyMDE4LTAxLTEyIDA4OjE5OjMyfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAwOTU2MDV8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMDk1NjA1fMKnMjAxOC0wMS0xMiAwODoxOTozMnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQzLjQyfHBvd2VyfDQ0My40MnzCpzIwMTgtMDEtMTIgMDg6MTk6NDN8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDExMDQ5NXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjAxMTA0OTV8wqcyMDE4LTAxLTEyIDA4OjE5OjQzfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDYuMTd8cG93ZXJ8NDQ2LjE3fMKnMjAxOC0wMS0xMiAwODoxOTo0N3xITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnwyLlNFVF9URU1QRVJBVFVSRTogMjEuMHwyLlNFVF9URU1QRVJBVFVSRXwyMS4wfMKnMjAxOC0wMS0xMiAwODoxOTo0N3xITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxjb250cm9sOiAyMS4wfGNvbnRyb2x8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MTk6NDd8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8c3RhdGU6IDIxLjB8c3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MTk6NDd8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjE5OjU0fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAxMjI3NzR8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMTIyNzc0fMKnMjAxOC0wMS0xMiAwODoxOTo1NHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDM5LjQ3fHBvd2VyfDQzOS40N3zCpzIwMTgtMDEtMTIgMDg6MTk6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfVGFnOiAzLjk3fEVtcGZhbmdlbkdCX1RhZ3wzLjk3fMKnMjAxOC0wMS0xMiAwODoxOTo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9Nb25hdDogNTAzLjQ3fEdlc2FtdEdCX01vbmF0fDUwMy40N3zCpzIwMTgtMDEtMTIgMDg6MTk6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfTW9uYXQ6IDQ4My43MnxFbXBmYW5nZW5HQl9Nb25hdHw0ODMuNzJ8wqcyMDE4LTAxLTEyIDA4OjE5OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfVGFnOiAwLjYxfEdlc2VuZGV0R0JfVGFnfDAuNjF8wqcyMDE4LTAxLTEyIDA4OjE5OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNC41OHxHZXNhbXRHQl9UYWd8NC41OHzCpzIwMTgtMDEtMTIgMDg6MTk6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMTkuNzV8R2VzZW5kZXRHQl9Nb25hdHwxOS43NXzCpzIwMTgtMDEtMTIgMDg6MjA6MDV8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDEzNzU1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDEzNzU1fMKnMjAxOC0wMS0xMiAwODoyMDowNXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQxLjI3fHBvd2VyfDQ0MS4yN3zCpzIwMTgtMDEtMTIgMDg6MjA6MDd8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8VGVtcGVyYXR1cjogMjAuOHxUZW1wZXJhdHVyfDIwLjh8wqcyMDE4LTAxLTEyIDA4OjIwOjA3fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfEx1ZnRmZXVjaHRpZ2tlaXQ6IDU4fEx1ZnRmZXVjaHRpZ2tlaXR8NTh8wqcyMDE4LTAxLTEyIDA4OjIwOjA3fEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODoyMDoxNnxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMTQ5ODF8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMTQ5ODF8wqcyMDE4LTAxLTEyIDA4OjIwOjE2fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDAuMzN8cG93ZXJ8NDQwLjMzfMKnMjAxOC0wMS0xMiAwODoyMDoyOHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMTY0NjkxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDE2NDY5MXzCpzIwMTgtMDEtMTIgMDg6MjA6Mjh8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ1Ni4yNnxwb3dlcnw0NTYuMjZ8wqcyMDE4LTAxLTEyIDA4OjIwOjM5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAxNzk1NzF8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMTc5NTcxfMKnMjAxOC0wMS0xMiAwODoyMDozOXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDUxLjd8cG93ZXJ8NDUxLjd8wqcyMDE4LTAxLTEyIDA4OjIwOjUxfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAxOTQ1ODV8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMTk0NTg1fMKnMjAxOC0wMS0xMiAwODoyMDo1MXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQ1LjI2fHBvd2VyfDQ0NS4yNnzCpzIwMTgtMDEtMTIgMDg6MjA6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8RW1wZmFuZ2VuR0JfVGFnOiA0LjIxfEVtcGZhbmdlbkdCX1RhZ3w0LjIxfMKnMjAxOC0wMS0xMiAwODoyMDo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDQuODJ8R2VzYW10R0JfVGFnfDQuODJ8wqcyMDE4LTAxLTEyIDA4OjIwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDMuNDd8R2VzYW10R0JfTW9uYXR8NTAzLjQ3fMKnMjAxOC0wMS0xMiAwODoyMDo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDgzLjk2fEVtcGZhbmdlbkdCX01vbmF0fDQ4My45NnzCpzIwMTgtMDEtMTIgMDg6MjA6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwMy43MXxHZXNhbXRHQl9Nb25hdHw1MDMuNzF8wqcyMDE4LTAxLTEyIDA4OjIwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfVGFnOiAwLjY5fEdlc2VuZGV0R0JfVGFnfDAuNjl8wqcyMDE4LTAxLTEyIDA4OjIwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNC45fEdlc2FtdEdCX1RhZ3w0Ljl8wqcyMDE4LTAxLTEyIDA4OjIwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDE5LjgzfEdlc2VuZGV0R0JfTW9uYXR8MTkuODN8wqcyMDE4LTAxLTEyIDA4OjIwOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDMuNzl8R2VzYW10R0JfTW9uYXR8NTAzLjc5fMKnMjAxOC0wMS0xMiAwODoyMTowMXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMjA2ODU1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDIwNjg1NXzCpzIwMTgtMDEtMTIgMDg6MjE6MDN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ0NC4yN3xwb3dlcnw0NDQuMjd8wqcyMDE4LTAxLTEyIDA4OjIxOjEzfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAyMjE1OTJ8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMjIxNTkyfMKnMjAxOC0wMS0xMiAwODoyMToxNnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQzLjA4fHBvd2VyfDQ0My4wOHzCpzIwMTgtMDEtMTIgMDg6MjE6MjR8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDIzMzg4Nnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjAyMzM4ODZ8wqcyMDE4LTAxLTEyIDA4OjIxOjI3fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDIuOTd8cG93ZXJ8NDQyLjk3fMKnMjAxOC0wMS0xMiAwODoyMTozNnxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMjQ4NjUxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDI0ODY1MXzCpzIwMTgtMDEtMTIgMDg6MjE6Mzl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ0MS44NHxwb3dlcnw0NDEuODR8wqcyMDE4LTAxLTEyIDA4OjIxOjQ4fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAyNjMyOTR8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMjYzMjk0fMKnMjAxOC0wMS0xMiAwODoyMTo1MHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDM3LjE2fHBvd2VyfDQzNy4xNnzCpzIwMTgtMDEtMTIgMDg6MjE6NTB8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Mi5TRVRfVEVNUEVSQVRVUkU6IDIxLjB8Mi5TRVRfVEVNUEVSQVRVUkV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MjE6NTB8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8Y29udHJvbDogMjEuMHxjb250cm9sfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjIxOjUwfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfHN0YXRlOiAyMS4wfHN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjIxOjUwfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODoyMTo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDgzLjk2fEVtcGZhbmdlbkdCX01vbmF0fDQ4My45NnzCpzIwMTgtMDEtMTIgMDg6MjE6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA0Ljl8R2VzYW10R0JfVGFnfDQuOXzCpzIwMTgtMDEtMTIgMDg6MjE6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMTkuODN8R2VzZW5kZXRHQl9Nb25hdHwxOS44M3zCpzIwMTgtMDEtMTIgMDg6MjE6NTl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDI3Nzc4MXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjAyNzc3ODF8wqcyMDE4LTAxLTEyIDA4OjIyOjAxfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDAuMzh8cG93ZXJ8NDQwLjM4fMKnMjAxOC0wMS0xMiAwODoyMjowOXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMjg5OTR8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMjg5OTR8wqcyMDE4LTAxLTEyIDA4OjIyOjEwfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfEx1ZnRmZXVjaHRpZ2tlaXQ6IDU4fEx1ZnRmZXVjaHRpZ2tlaXR8NTh8wqcyMDE4LTAxLTEyIDA4OjIyOjEwfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfFRlbXBlcmF0dXI6IDIwLjh8VGVtcGVyYXR1cnwyMC44fMKnMjAxOC0wMS0xMiAwODoyMjoxMHxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6MjI6MTN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ0Ny4xM3xwb3dlcnw0NDcuMTN8wqcyMDE4LTAxLTEyIDA4OjIyOjE2fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8MC5SU1NJX0RFVklDRTogLTgxfDAuUlNTSV9ERVZJQ0V8LTgxfMKnMjAxOC0wMS0xMiAwODoyMjoxNnxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfGhtc3RhdGU6IEF1c3xobXN0YXRlfEF1c3zCpzIwMTgtMDEtMTIgMDg6MjI6MTZ8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnwyLlNUQVRFOiBBdXN8Mi5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjIyOjE2fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8My5TVEFURTogQXVzfDMuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODoyMjoxNnxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfGNvbnRyb2w6IEF1c3xjb250cm9sfEF1c3zCpzIwMTgtMDEtMTIgMDg6MjI6MTZ8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxzdGF0ZTogQXVzfHN0YXRlfEF1c3zCpzIwMTgtMDEtMTIgMDg6MjI6MTZ8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnw0LlNUQVRFOiBBdXN8NC5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjIyOjE3fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8NS5TVEFURTogQXVzfDUuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODoyMjoxN3xITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfDYuRU5FUkdZX0NPVU5URVI6IDEwNjAuOXw2LkVORVJHWV9DT1VOVEVSfDEwNjAuOXzCpzIwMTgtMDEtMTIgMDg6MjI6MTd8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxMZWlzdHVuZzogMC4wfExlaXN0dW5nfDAuMHzCpzIwMTgtMDEtMTIgMDg6MjI6MTd8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnw2LkVORVJHWV9DT1VOVEVSX09WRVJGTE9XOiAwfDYuRU5FUkdZX0NPVU5URVJfT1ZFUkZMT1d8MHzCpzIwMTgtMDEtMTIgMDg6MjI6MTd8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxTcGFubnVuZzogMjMzLjF8U3Bhbm51bmd8MjMzLjF8wqcyMDE4LTAxLTEyIDA4OjIyOjE3fEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8U3Ryb206IDAuMHxTdHJvbXwwLjB8wqcyMDE4LTAxLTEyIDA4OjIyOjIwfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAzMDIzNjJ8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMzAyMzYyfMKnMjAxOC0wMS0xMiAwODoyMjoyNXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQwLjg4fHBvd2VyfDQ0MC44OHzCpzIwMTgtMDEtMTIgMDg6MjI6MzF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDMxNzEzNXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjAzMTcxMzV8wqcyMDE4LTAxLTEyIDA4OjIyOjM2fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDIuMTZ8cG93ZXJ8NDQyLjE2fMKnMjAxOC0wMS0xMiAwODoyMjo0M3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wMzMxODM1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDMzMTgzNXzCpzIwMTgtMDEtMTIgMDg6MjI6NDd8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzNi43Mnxwb3dlcnw0MzYuNzJ8wqcyMDE4LTAxLTEyIDA4OjIyOjU0fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAzNDQwMTN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMzQ0MDEzfMKnMjAxOC0wMS0xMiAwODoyMjo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9UYWc6IDQuMjF8RW1wZmFuZ2VuR0JfVGFnfDQuMjF8wqcyMDE4LTAxLTEyIDA4OjIyOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDMuNzl8R2VzYW10R0JfTW9uYXR8NTAzLjc5fMKnMjAxOC0wMS0xMiAwODoyMjo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC42OXxHZXNlbmRldEdCX1RhZ3wwLjY5fMKnMjAxOC0wMS0xMiAwODoyMjo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDgzLjk2fEVtcGZhbmdlbkdCX01vbmF0fDQ4My45NnzCpzIwMTgtMDEtMTIgMDg6MjI6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA0Ljl8R2VzYW10R0JfVGFnfDQuOXzCpzIwMTgtMDEtMTIgMDg6MjI6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMTkuODN8R2VzZW5kZXRHQl9Nb25hdHwxOS44M3zCpzIwMTgtMDEtMTIgMDg6MjI6NTl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzOS4wOXxwb3dlcnw0MzkuMDl8wqcyMDE4LTAxLTEyIDA4OjIzOjA2fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAzNTg2MzZ8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMzU4NjM2fMKnMjAxOC0wMS0xMiAwODoyMzoxMXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQwLjV8cG93ZXJ8NDQwLjV8wqcyMDE4LTAxLTEyIDA4OjIzOjE4fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAzNzMzMTN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMzczMzEzfMKnMjAxOC0wMS0xMiAwODoyMzoyMnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDM3LjM1fHBvd2VyfDQzNy4zNXzCpzIwMTgtMDEtMTIgMDg6MjM6MjV8SE1fQmV3ZWd1bmdzbWVsZGVyX0ZsdXJ8SE1DQ1VERVZ8MS5FUlJPUjogbm98MS5FUlJPUnxub3zCpzIwMTgtMDEtMTIgMDg6MjM6MjV8SE1fQmV3ZWd1bmdzbWVsZGVyX0ZsdXJ8SE1DQ1VERVZ8MS5CUklHSFRORVNTOiAzM3wxLkJSSUdIVE5FU1N8MzN8wqcyMDE4LTAxLTEyIDA4OjIzOjI1fEhNX0Jld2VndW5nc21lbGRlcl9GbHVyfEhNQ0NVREVWfGhtc3RhdGU6IG5vfGhtc3RhdGV8bm98wqcyMDE4LTAxLTEyIDA4OjIzOjI5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjAzODc5MTd8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wMzg3OTE3fMKnMjAxOC0wMS0xMiAwODoyMzozNHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDM5LjA2fHBvd2VyfDQzOS4wNnzCpzIwMTgtMDEtMTIgMDg6MjM6NDF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDQwMjUyMnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA0MDI1MjJ8wqcyMDE4LTAxLTEyIDA4OjIzOjQ1fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MzcuOTl8cG93ZXJ8NDM3Ljk5fMKnMjAxOC0wMS0xMiAwODoyMzo1MnxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNDE0Njc2fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDQxNDY3NnzCpzIwMTgtMDEtMTIgMDg6MjM6NTd8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzOC4zN3xwb3dlcnw0MzguMzd8wqcyMDE4LTAxLTEyIDA4OjIzOjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDMuNzl8R2VzYW10R0JfTW9uYXR8NTAzLjc5fMKnMjAxOC0wMS0xMiAwODoyMzo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDgzLjk2fEVtcGZhbmdlbkdCX01vbmF0fDQ4My45NnzCpzIwMTgtMDEtMTIgMDg6MjQ6MDN8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDQyOTI3OHx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA0MjkyNzh8wqcyMDE4LTAxLTEyIDA4OjI0OjA4fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MzkuNTR8cG93ZXJ8NDM5LjU0fMKnMjAxOC0wMS0xMiAwODoyNDoxNHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNDQxNTA4fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDQ0MTUwOHzCpzIwMTgtMDEtMTIgMDg6MjQ6MTl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ0MS42MXxwb3dlcnw0NDEuNjF8wqcyMDE4LTAxLTEyIDA4OjI0OjI2fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjA0NTYyOXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA0NTYyOXzCpzIwMTgtMDEtMTIgMDg6MjQ6MzF8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQ0MC42NHxwb3dlcnw0NDAuNjR8wqcyMDE4LTAxLTEyIDA4OjI0OjM3fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjA0NzA5Njh8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wNDcwOTY4fMKnMjAxOC0wMS0xMiAwODoyNDo0MnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDM2Ljc3fHBvd2VyfDQzNi43N3zCpzIwMTgtMDEtMTIgMDg6MjQ6NDN8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjI0OjQzfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuU0VUX1RFTVBFUkFUVVJFOiAyMS4wfDIuU0VUX1RFTVBFUkFUVVJFfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjI0OjQzfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGNvbnRyb2w6IDIxLjB8Y29udHJvbHwyMS4wfMKnMjAxOC0wMS0xMiAwODoyNDo0M3xITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMjEuMHxzdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODoyNDo0OXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNDg1NTQ1fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDQ4NTU0NXzCpzIwMTgtMDEtMTIgMDg6MjQ6NTR8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzN3xwb3dlcnw0Mzd8wqcyMDE4LTAxLTEyIDA4OjI0OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX1RhZzogNC4yMXxFbXBmYW5nZW5HQl9UYWd8NC4yMXzCpzIwMTgtMDEtMTIgMDg6MjQ6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA0Ljl8R2VzYW10R0JfVGFnfDQuOXzCpzIwMTgtMDEtMTIgMDg6MjQ6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwMy43OXxHZXNhbXRHQl9Nb25hdHw1MDMuNzl8wqcyMDE4LTAxLTEyIDA4OjI0OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDE5LjgzfEdlc2VuZGV0R0JfTW9uYXR8MTkuODN8wqcyMDE4LTAxLTEyIDA4OjI0OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX01vbmF0OiA0ODMuOTZ8RW1wZmFuZ2VuR0JfTW9uYXR8NDgzLjk2fMKnMjAxOC0wMS0xMiAwODoyNDo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC42OXxHZXNlbmRldEdCX1RhZ3wwLjY5fMKnMjAxOC0wMS0xMiAwODoyNDo1OXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNDk3Njc2fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDQ5NzY3NnzCpzIwMTgtMDEtMTIgMDg6MjU6MDN8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8THVmdGZldWNodGlna2VpdDogNTd8THVmdGZldWNodGlna2VpdHw1N3zCpzIwMTgtMDEtMTIgMDg6MjU6MDN8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8VGVtcGVyYXR1cjogMjAuOHxUZW1wZXJhdHVyfDIwLjh8wqcyMDE4LTAxLTEyIDA4OjI1OjAzfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGhtc3RhdGU6IDIxLjB8aG1zdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODoyNTowNnxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDM2LjM4fHBvd2VyfDQzNi4zOHzCpzIwMTgtMDEtMTIgMDg6MjU6MTF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDUxMjIxN3x0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA1MTIyMTd8wqcyMDE4LTAxLTEyIDA4OjI1OjE3fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0MzcuMjl8cG93ZXJ8NDM3LjI5fMKnMjAxOC0wMS0xMiAwODoyNToyMXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNTI0Mzk3fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDUyNDM5N3zCpzIwMTgtMDEtMTIgMDg6MjU6Mjl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzOS40N3xwb3dlcnw0MzkuNDd8wqcyMDE4LTAxLTEyIDA4OjI1OjMzfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjA1MzkwMTV8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wNTM5MDE1fMKnMjAxOC0wMS0xMiAwODoyNTo0MHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDI5LjYyfHBvd2VyfDQyOS42MnzCpzIwMTgtMDEtMTIgMDg6MjU6NDZ8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDU1MzMxNXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA1NTMzMTV8wqcyMDE4LTAxLTEyIDA4OjI1OjUxfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDQuMTl8cG93ZXJ8NDQ0LjE5fMKnMjAxOC0wMS0xMiAwODoyNTo1N3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNTY4MDd8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wNTY4MDd8wqcyMDE4LTAxLTEyIDA4OjI1OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX1RhZzogNC40NnxFbXBmYW5nZW5HQl9UYWd8NC40NnzCpzIwMTgtMDEtMTIgMDg6MjU6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfVGFnOiA1LjE1fEdlc2FtdEdCX1RhZ3w1LjE1fMKnMjAxOC0wMS0xMiAwODoyNTo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjIxfEVtcGZhbmdlbkdCX01vbmF0fDQ4NC4yMXzCpzIwMTgtMDEtMTIgMDg6MjU6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC4wNHxHZXNhbXRHQl9Nb25hdHw1MDQuMDR8wqcyMDE4LTAxLTEyIDA4OjI1OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfVGFnOiAwLjc3fEdlc2VuZGV0R0JfVGFnfDAuNzd8wqcyMDE4LTAxLTEyIDA4OjI1OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX1RhZzogNS4yM3xHZXNhbXRHQl9UYWd8NS4yM3zCpzIwMTgtMDEtMTIgMDg6MjU6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzZW5kZXRHQl9Nb25hdDogMTkuOTF8R2VzZW5kZXRHQl9Nb25hdHwxOS45MXzCpzIwMTgtMDEtMTIgMDg6MjU6NTl8ZG9pZi5EYXRlbnZvbHVtZW56YWVobGVyfERPSUZ8R2VzYW10R0JfTW9uYXQ6IDUwNC4xMnxHZXNhbXRHQl9Nb25hdHw1MDQuMTJ8wqcyMDE4LTAxLTEyIDA4OjI2OjAxfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDQuNjR8cG93ZXJ8NDQ0LjY0fMKnMjAxOC0wMS0xMiAwODoyNjowOXxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNTgyODU4fHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDU4Mjg1OHzCpzIwMTgtMDEtMTIgMDg6MjY6MTN8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzOS43Mnxwb3dlcnw0MzkuNzJ8wqcyMDE4LTAxLTEyIDA4OjI2OjIwfFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjA1OTUxMDh8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wNTk1MTA4fMKnMjAxOC0wMS0xMiAwODoyNjoyNXxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogNDQyLjc1fHBvd2VyfDQ0Mi43NXzCpzIwMTgtMDEtMTIgMDg6MjY6MzF8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDYwOTg3NXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA2MDk4NzV8wqcyMDE4LTAxLTEyIDA4OjI2OjM2fFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiA0NDMuMjV8cG93ZXJ8NDQzLjI1fMKnMjAxOC0wMS0xMiAwODoyNjo0NHxTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNjI0NTIxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDYyNDUyMXzCpzIwMTgtMDEtMTIgMDg6MjY6NDZ8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDQzMC4zNHxwb3dlcnw0MzAuMzR8wqcyMDE4LTAxLTEyIDA4OjI2OjU2fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjA2NzgzMzZ8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wNjc4MzM2fMKnMjAxOC0wMS0xMiAwODoyNjo1OHxTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjMxOS4zMnxwb3dlcnwyMzE5LjMyfMKnMjAxOC0wMS0xMiAwODoyNjo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9UYWc6IDQuNDZ8RW1wZmFuZ2VuR0JfVGFnfDQuNDZ8wqcyMDE4LTAxLTEyIDA4OjI2OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEVtcGZhbmdlbkdCX01vbmF0OiA0ODQuMjF8RW1wZmFuZ2VuR0JfTW9uYXR8NDg0LjIxfMKnMjAxOC0wMS0xMiAwODoyNjo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNlbmRldEdCX1RhZzogMC43N3xHZXNlbmRldEdCX1RhZ3wwLjc3fMKnMjAxOC0wMS0xMiAwODoyNjo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxHZXNhbXRHQl9UYWc6IDUuMjN8R2VzYW10R0JfVGFnfDUuMjN8wqcyMDE4LTAxLTEyIDA4OjI2OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2VuZGV0R0JfTW9uYXQ6IDE5LjkxfEdlc2VuZGV0R0JfTW9uYXR8MTkuOTF8wqcyMDE4LTAxLTEyIDA4OjI2OjU5fGRvaWYuRGF0ZW52b2x1bWVuemFlaGxlcnxET0lGfEdlc2FtdEdCX01vbmF0OiA1MDQuMTJ8R2VzYW10R0JfTW9uYXR8NTA0LjEyfMKnMjAxOC0wMS0xMiAwODoyNzowN3xTdHJvbXphZWhsZXJ8T0JJU3x0b3RhbF9jb25zdW1wdGlvbjogMzk3MC4wNzU1OTAxfHRvdGFsX2NvbnN1bXB0aW9ufDM5NzAuMDc1NTkwMXzCpzIwMTgtMDEtMTIgMDg6Mjc6MDl8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDIzMzguODN8cG93ZXJ8MjMzOC44M3zCpzIwMTgtMDEtMTIgMDg6Mjc6MTd8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDgyMDg2OHx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA4MjA4Njh8wqcyMDE4LTAxLTEyIDA4OjI3OjIxfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuU0VUX1RFTVBFUkFUVVJFOiAyMS4wfDIuU0VUX1RFTVBFUkFUVVJFfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjI3OjIxfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfGNvbnRyb2w6IDIxLjB8Y29udHJvbHwyMS4wfMKnMjAxOC0wMS0xMiAwODoyNzoyMXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxzdGF0ZTogMjEuMHxzdGF0ZXwyMS4wfMKnMjAxOC0wMS0xMiAwODoyNzoyMXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxobXN0YXRlOiAyMS4wfGhtc3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6Mjc6MjF8U3Ryb216YWVobGVyfE9CSVN8cG93ZXI6IDIzMzQuNzZ8cG93ZXJ8MjMzNC43NnzCpzIwMTgtMDEtMTIgMDg6Mjc6Mjd8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMDg4NTc3Mnx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjA4ODU3NzJ8wqcyMDE4LTAxLTEyIDA4OjI3OjMxfEhNX1RoZXJtb3N0YXRfU2NobGFmemltbWVyfEhNQ0NVREVWfDIuV0lORE9XX09QRU5fUkVQT1JUSU5HOiBjbG9zZWR8Mi5XSU5ET1dfT1BFTl9SRVBPUlRJTkd8Y2xvc2VkfMKnMjAxOC0wMS0xMiAwODoyNzozMXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnwyLlNFVF9URU1QRVJBVFVSRTogMjEuMHwyLlNFVF9URU1QRVJBVFVSRXwyMS4wfMKnMjAxOC0wMS0xMiAwODoyNzozMXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxjb250cm9sOiAyMS4wfGNvbnRyb2x8MjEuMHzCpzIwMTgtMDEtMTIgMDg6Mjc6MzF8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8c3RhdGU6IDIxLjB8c3RhdGV8MjEuMHzCpzIwMTgtMDEtMTIgMDg6Mjc6MzF8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjI3OjMxfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyMzI4Ljc3fHBvd2VyfDIzMjguNzd8wqcyMDE4LTAxLTEyIDA4OjI3OjM5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjA5NjM0Njd8dG90YWxfY29uc3VtcHRpb258Mzk3MC4wOTYzNDY3fMKnMjAxOC0wMS0xMiAwODoyNzo0MXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxMdWZ0ZmV1Y2h0aWdrZWl0OiA1N3xMdWZ0ZmV1Y2h0aWdrZWl0fDU3fMKnMjAxOC0wMS0xMiAwODoyNzo0MXxITV9UaGVybW9zdGF0X1NjaGxhZnppbW1lcnxITUNDVURFVnxUZW1wZXJhdHVyOiAyMC43fFRlbXBlcmF0dXJ8MjAuN3zCpzIwMTgtMDEtMTIgMDg6Mjc6NDF8SE1fVGhlcm1vc3RhdF9TY2hsYWZ6aW1tZXJ8SE1DQ1VERVZ8aG1zdGF0ZTogMjEuMHxobXN0YXRlfDIxLjB8wqcyMDE4LTAxLTEyIDA4OjI3OjQzfFN0cm9temFlaGxlcnxPQklTfHBvd2VyOiAyMzMwLjkyfHBvd2VyfDIzMzAuOTJ8wqcyMDE4LTAxLTEyIDA4OjI3OjQ5fFN0cm9temFlaGxlcnxPQklTfHRvdGFsX2NvbnN1bXB0aW9uOiAzOTcwLjEwMjgwMjN8dG90YWxfY29uc3VtcHRpb258Mzk3MC4xMDI4MDIzfMKnMjAxOC0wMS0xMiAwODoyNzo1M3xTdHJvbXphZWhsZXJ8T0JJU3xwb3dlcjogMjMzMi4zMnxwb3dlcnwyMzMyLjMyfMKnMjAxOC0wMS0xMiAwODoyNzo1OXxkb2lmLkRhdGVudm9sdW1lbnphZWhsZXJ8RE9JRnxFbXBmYW5nZW5HQl9Nb25hdDogNDg0LjIxfEVtcGZhbmdlbkdCX01vbmF0fDQ4NC4yMXzCpzIwMTgtMDEtMTIgMDg6Mjc6NTl8U3Ryb216YWVobGVyfE9CSVN8dG90YWxfY29uc3VtcHRpb246IDM5NzAuMTA5Mjg4MXx0b3RhbF9jb25zdW1wdGlvbnwzOTcwLjEwOTI4ODF8wqcyMDE4LTAxLTEyIDA4OjI4OjAwfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8MC5SU1NJX0RFVklDRTogLTgxfDAuUlNTSV9ERVZJQ0V8LTgxfMKnMjAxOC0wMS0xMiAwODoyODowMHxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfGhtc3RhdGU6IEF1c3xobXN0YXRlfEF1c3zCpzIwMTgtMDEtMTIgMDg6Mjg6MDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnwyLlNUQVRFOiBBdXN8Mi5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjI4OjAwfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8My5TVEFURTogQXVzfDMuU1RBVEV8QXVzfMKnMjAxOC0wMS0xMiAwODoyODowMHxITV9TdGVja2Rvc2VfV29obnppbW1lcl8xfEhNQ0NVREVWfGNvbnRyb2w6IEF1c3xjb250cm9sfEF1c3zCpzIwMTgtMDEtMTIgMDg6Mjg6MDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnxzdGF0ZTogQXVzfHN0YXRlfEF1c3zCpzIwMTgtMDEtMTIgMDg6Mjg6MDB8SE1fU3RlY2tkb3NlX1dvaG56aW1tZXJfMXxITUNDVURFVnw0LlNUQVRFOiBBdXN8NC5TVEFURXxBdXN8wqcyMDE4LTAxLTEyIDA4OjI4OjAwfEhNX1N0ZWNrZG9zZV9Xb2huemltbWVyXzF8SE1DQ1VERVZ8NS5TVEFURTogQXVzfDUuU1RBVEV8QXVzfMKnMjAxOC0w
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 09:15:39
in dem List fehlen die Attrubute, kannst du die noch liefern ?
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 09:26:42
Zitat von: DS_Starter am 12 Januar 2018, 09:15:39
in dem List fehlen die Attrubute, kannst du die noch liefern ?

Äh sorry - sind beim pasten irgendwie verschwunden

Attributes:
   DbLogSelectionMode Include
   DbLogType  Current/History
   asyncMode  1
   commitMode basic_ta:off
   group      Datenbank
   room       Konfiguration
   shutdownWait 3
   useCharfilter 1
   verbose    5
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 09:38:45
ok. Setze dir bitte cacheLimit auf einen sehr hohen Wert , zb. 100000. Sonst wird der sync mit jedem Event ausgelöst weil dein cache so gross ist.

Dann syncInterval auf 120. Dann haben wir zwischen jedem Sync 2 Minuten Zeit für die DB zum Schreiben.
Probier mal wie es dann aussieht.
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 09:42:30
Zitat von: DS_Starter am 12 Januar 2018, 09:38:45
ok. Setze dir bitte cacheLimit auf einen sehr hohen Wert , zb. 100000. Sonst wird der sync mit jedem Event ausgelöst weil dein cache so gross ist.

Dann syncInterval auf 120. Dann haben wir zwischen jedem Sync 2 Minuten Zeit für die DB zum Schreiben.
Probier mal wie es dann aussieht.

Habe ich geändert und beobachte ich mal.

Im Log steht auch jetzt

Cannot fork: Nicht genügend Hauptspeicher verfügbar

Memcache hat kein Ram mehr?
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 09:51:08
so, es scheint leider keine Änderung vom Verhalten zu geben

2018.01.12 09:49:30 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:30 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:40 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:40 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:59 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:59 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:59 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:49:59 1: Cannot fork: Nicht genügend Hauptspeicher verfügbar
2018.01.12 09:50:26 2: DbLog DBLog -> Error table history - DBD::mysql::st execute_array failed: executing 21045 generated 20736 errors at ./FHEM/93_DbLog.pm line
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 09:53:41
Ja, das hat sich jetzt aufgeschaukelt. Nicht so gut.

Exportire den Cache mit exportCache. Das sichert die Daten um sie später wieder zu importieren.
Lass dann die Attribute wie gerade geschrieben und mache ein restart damit wir einen sauberen Ausgangszustand haben. Umschalten in Synch und zurück in Async sollte den gleichen Effekt haben.
Am Ende soll der Cache leer sein und die DB nur alle 2 Minuten synchen.
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 09:54:58
Zitat von: DS_Starter am 12 Januar 2018, 09:53:41
Ja, das hat sich jetzt aufgeschaukelt. Nicht so gut.

Exportire den Cache mit exportCache. Das sichert die Daten um sie später wieder zu importieren.
Lass dann die Attribute wie gerade geschrieben und mache ein restart damit wir einen sauberen Ausgangszustand haben. Umschalten in Synch und zurück in Async sollte den gleichen Effekt haben.
Am Ende soll der Cache leer sein und die DB nur alle 2 Minuten synchen.

mach ich - exportCache mit/ohne purge?
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 09:58:09
mit purge. die daten sollen raus aus dem ram.
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 10:04:27
Zitat von: DS_Starter am 12 Januar 2018, 09:58:09
mit purge. die daten sollen raus aus dem ram.

Ok, er hat jetzt 292 rows exportiert. Sollten das nicht >20000 sein?

./log/cache_DBLog_2018-01-12_09-58-28 (291 cache rows exported)

DB habe ich einmal von async nach sync und zurück geschaltet. Was mich irritiert: CacheUsage
21055 (Edit: ist jetzt wieder runter gegangen)
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 10:11:46
problem ist wenn ein sync läuft , siehst du im state, ist der Grossteil der Daten zu diesem Zeitpunkt an den Schreibprozess übergeben und nichtvim Cache. Die Daten kommen wieder zurück -> den Vorgang mehrfach wiederholen und schauen wieviel Daten entfernt wurden. Es werden jedesmal eine neue Exportdatei angelegt
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 10:18:51
Zitat von: DS_Starter am 12 Januar 2018, 10:11:46
problem ist wenn ein sync läuft , siehst du im state, ist der Grossteil der Daten zu diesem Zeitpunkt an den Schreibprozess übergeben und nichtvim Cache. Die Daten kommen wieder zurück -> den Vorgang mehrfach wiederholen und schauen wieviel Daten entfernt wurden. Es werden jedesmal eine neue Exportdatei angelegt

verstehe - ich hab jetzt mal den fhem service neu gestartet und schau mal, was jetzt kommt  :o :o
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 10:43:13
Zitat von: Kai-Alfonso am 12 Januar 2018, 10:18:51
verstehe - ich hab jetzt mal den fhem service neu gestartet und schau mal, was jetzt kommt  :o :o


also, bis jetzt siehts gut aus. Commits werden gemacht (nach Zeitablauf)  - soll ich die cacheLimit wieder runter setzen oder erstmal lassen? Ich lass das mal laufen - das Problem hatte sich bis jetzt immer nach Neustart aufgeschaukelt - also mal schauen. DB Dump lass ich heute nach auch nochmal laufen.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 10:51:58
caceLimit ist jetzt zu hoch eingestell. Aber wir brauchen mal ein Gefühl wieviel Daten in 2 Minten auflaufen und wie lange die DB zum Schreiben braucht.
Setze dir mal  noch die Attribute showproctime und cacheEvents=2. Dan sehen wir das bzw. du kannst dir den Füllgrad von cacheUsage in ein Filelog loggen.
Und setzte vor allem auch noch excludeDevs auf dein eigenes Dblogdevice, damit die DB Nicht die eigenen Events loggt weil du ja mit .*:.* arbeitest.
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 12 Januar 2018, 10:54:18
Zitat von: DS_Starter am 12 Januar 2018, 10:51:58
caceLimit ist jetzt zu hoch eingestell. Aber wir brauchen mal ein Gefühl wieviel Daten in 2 Minten auflaufen und wie lange die DB zum Schreiben braucht.
Setze dir mal  noch die Attribute showproctime und cacheEvents=2. Dan sehen wir das bzw. du kannst dir den Füllgrad von cacheUsage in ein Filelog loggen.
Und setzte vor allem auch noch excludeDevs auf dein eigenes Dblogdevice, damit die DB Nicht die eigenen Events loggt weil du ja mit .*:.* arbeitest.

So, attribute gesetzt und FileLog eingerichtet. Brauch ich noch verbose5? Ist excludeDevs nötig? arbeite zwar mit .*:.* , aber DbLogSelectionMode = Include ist gesetzt
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 12 Januar 2018, 10:59:57
achso, sollte dann so gehen, stört aber auch nicht.
verbose 5 brauchen wir erstmal nicht mehr. Ein verbose 4 auszug wäre interessant, dort sehen wir auch wieviele daten in einem zyklus wie weggeschrieben werden.
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 10:38:34
Zitat von: DS_Starter am 12 Januar 2018, 10:59:57
achso, sollte dann so gehen, stört aber auch nicht.
verbose 5 brauchen wir erstmal nicht mehr. Ein verbose 4 auszug wäre interessant, dort sehen wir auch wieviele daten in einem zyklus wie weggeschrieben werden.

Ups, something went wrong  :o :o :o Morgen erstmal. Irgendwas scheint ab 0.00 wie vermutet die DB commits zu killen.

2018-01-12_10:59:14 DBLog CacheUsage: 33
2018-01-12_11:01:14 DBLog CacheUsage: 60
2018-01-12_11:03:14 DBLog CacheUsage: 32
2018-01-12_11:05:14 DBLog CacheUsage: 37
2018-01-12_11:07:14 DBLog CacheUsage: 59
2018-01-12_11:09:15 DBLog CacheUsage: 39
2018-01-12_11:11:15 DBLog CacheUsage: 60
2018-01-12_11:13:15 DBLog CacheUsage: 33
2018-01-12_11:15:15 DBLog CacheUsage: 50
2018-01-12_11:17:15 DBLog CacheUsage: 43
2018-01-12_11:19:15 DBLog CacheUsage: 38
2018-01-12_11:21:16 DBLog CacheUsage: 57
2018-01-12_11:23:16 DBLog CacheUsage: 30
2018-01-12_11:25:16 DBLog CacheUsage: 40
2018-01-12_11:27:16 DBLog CacheUsage: 55
2018-01-12_11:29:16 DBLog CacheUsage: 44
2018-01-12_11:31:16 DBLog CacheUsage: 54
2018-01-12_11:33:16 DBLog CacheUsage: 34
2018-01-12_11:35:17 DBLog CacheUsage: 48
2018-01-12_11:37:17 DBLog CacheUsage: 45
2018-01-12_11:39:17 DBLog CacheUsage: 41
2018-01-12_11:41:18 DBLog CacheUsage: 52
2018-01-12_11:43:18 DBLog CacheUsage: 36
2018-01-12_11:45:18 DBLog CacheUsage: 50
2018-01-12_11:47:18 DBLog CacheUsage: 43
2018-01-12_11:49:18 DBLog CacheUsage: 41
2018-01-12_11:51:18 DBLog CacheUsage: 54
2018-01-12_11:53:18 DBLog CacheUsage: 41
2018-01-12_11:55:18 DBLog CacheUsage: 50
2018-01-12_11:57:19 DBLog CacheUsage: 43
2018-01-12_11:59:19 DBLog CacheUsage: 37
2018-01-12_12:01:19 DBLog CacheUsage: 53
2018-01-12_12:03:19 DBLog CacheUsage: 41
2018-01-12_12:05:19 DBLog CacheUsage: 37
2018-01-12_12:07:19 DBLog CacheUsage: 55
2018-01-12_12:09:20 DBLog CacheUsage: 39
2018-01-12_12:11:20 DBLog CacheUsage: 51
2018-01-12_12:13:20 DBLog CacheUsage: 35
2018-01-12_12:15:20 DBLog CacheUsage: 42
2018-01-12_12:17:20 DBLog CacheUsage: 53
2018-01-12_12:19:20 DBLog CacheUsage: 42
2018-01-12_12:21:20 DBLog CacheUsage: 36
2018-01-12_12:23:20 DBLog CacheUsage: 51
2018-01-12_12:25:20 DBLog CacheUsage: 43
2018-01-12_12:27:21 DBLog CacheUsage: 57
2018-01-12_12:29:21 DBLog CacheUsage: 38
2018-01-12_12:31:21 DBLog CacheUsage: 49
2018-01-12_12:33:21 DBLog CacheUsage: 35
2018-01-12_12:35:21 DBLog CacheUsage: 40
2018-01-12_12:37:21 DBLog CacheUsage: 48
2018-01-12_12:39:21 DBLog CacheUsage: 42
2018-01-12_12:41:22 DBLog CacheUsage: 49
2018-01-12_12:43:22 DBLog CacheUsage: 41
2018-01-12_12:45:22 DBLog CacheUsage: 41
2018-01-12_12:47:22 DBLog CacheUsage: 54
2018-01-12_12:49:22 DBLog CacheUsage: 42
2018-01-12_12:51:23 DBLog CacheUsage: 33
2018-01-12_12:53:23 DBLog CacheUsage: 51
2018-01-12_12:55:23 DBLog CacheUsage: 37
2018-01-12_12:57:23 DBLog CacheUsage: 55
2018-01-12_12:59:23 DBLog CacheUsage: 40
2018-01-12_13:01:23 DBLog CacheUsage: 37
2018-01-12_13:03:23 DBLog CacheUsage: 50
2018-01-12_13:05:24 DBLog CacheUsage: 41
2018-01-12_13:07:24 DBLog CacheUsage: 52
2018-01-12_13:09:24 DBLog CacheUsage: 38
2018-01-12_13:11:24 DBLog CacheUsage: 44
2018-01-12_13:13:24 DBLog CacheUsage: 49
2018-01-12_13:15:25 DBLog CacheUsage: 38
2018-01-12_13:17:25 DBLog CacheUsage: 50
2018-01-12_13:19:26 DBLog CacheUsage: 53
2018-01-12_13:21:26 DBLog CacheUsage: 43
2018-01-12_13:23:26 DBLog CacheUsage: 51
2018-01-12_13:25:26 DBLog CacheUsage: 40
2018-01-12_13:27:26 DBLog CacheUsage: 46
2018-01-12_13:29:26 DBLog CacheUsage: 43
2018-01-12_13:31:27 DBLog CacheUsage: 43
2018-01-12_13:33:27 DBLog CacheUsage: 51
2018-01-12_13:35:27 DBLog CacheUsage: 42
2018-01-12_13:37:27 DBLog CacheUsage: 53
2018-01-12_13:39:27 DBLog CacheUsage: 34
2018-01-12_13:41:27 DBLog CacheUsage: 47
2018-01-12_13:43:27 DBLog CacheUsage: 49
2018-01-12_13:45:28 DBLog CacheUsage: 38
2018-01-12_13:47:28 DBLog CacheUsage: 50
2018-01-12_13:49:28 DBLog CacheUsage: 37
2018-01-12_13:51:28 DBLog CacheUsage: 42
2018-01-12_13:53:28 DBLog CacheUsage: 54
2018-01-12_13:55:28 DBLog CacheUsage: 35
2018-01-12_13:57:29 DBLog CacheUsage: 49
2018-01-12_13:59:29 DBLog CacheUsage: 36
2018-01-12_14:01:30 DBLog CacheUsage: 58
2018-01-12_14:03:30 DBLog CacheUsage: 48
2018-01-12_14:05:30 DBLog CacheUsage: 40
2018-01-12_14:07:30 DBLog CacheUsage: 37
2018-01-12_14:09:30 DBLog CacheUsage: 53
2018-01-12_14:11:31 DBLog CacheUsage: 45
2018-01-12_14:13:31 DBLog CacheUsage: 50
2018-01-12_14:15:31 DBLog CacheUsage: 32
2018-01-12_14:17:31 DBLog CacheUsage: 43
2018-01-12_14:19:32 DBLog CacheUsage: 53
2018-01-12_14:21:32 DBLog CacheUsage: 41
2018-01-12_14:23:32 DBLog CacheUsage: 41
2018-01-12_14:25:32 DBLog CacheUsage: 44
2018-01-12_14:27:32 DBLog CacheUsage: 43
2018-01-12_14:29:32 DBLog CacheUsage: 52
2018-01-12_14:31:32 DBLog CacheUsage: 42
2018-01-12_14:33:33 DBLog CacheUsage: 49
2018-01-12_14:35:33 DBLog CacheUsage: 35
2018-01-12_14:37:33 DBLog CacheUsage: 40
2018-01-12_14:39:33 DBLog CacheUsage: 51
2018-01-12_14:41:33 DBLog CacheUsage: 41
2018-01-12_14:43:33 DBLog CacheUsage: 45
2018-01-12_14:45:33 DBLog CacheUsage: 38
2018-01-12_14:47:33 DBLog CacheUsage: 45
2018-01-12_14:49:34 DBLog CacheUsage: 56
2018-01-12_14:51:34 DBLog CacheUsage: 48
2018-01-12_14:53:34 DBLog CacheUsage: 54
2018-01-12_14:55:34 DBLog CacheUsage: 33
2018-01-12_14:57:34 DBLog CacheUsage: 40
2018-01-12_14:59:34 DBLog CacheUsage: 51
2018-01-12_15:01:55 DBLog CacheUsage: 32
2018-01-12_15:03:55 DBLog CacheUsage: 54
2018-01-12_15:05:55 DBLog CacheUsage: 37
2018-01-12_15:07:55 DBLog CacheUsage: 38
2018-01-12_15:09:56 DBLog CacheUsage: 49
2018-01-12_15:11:56 DBLog CacheUsage: 43
2018-01-12_15:13:56 DBLog CacheUsage: 47
2018-01-12_15:15:56 DBLog CacheUsage: 47
2018-01-12_15:17:56 DBLog CacheUsage: 34
2018-01-12_15:19:56 DBLog CacheUsage: 57
2018-01-12_15:21:56 DBLog CacheUsage: 37
2018-01-12_15:23:56 DBLog CacheUsage: 38
2018-01-12_15:25:57 DBLog CacheUsage: 57
2018-01-12_15:27:57 DBLog CacheUsage: 31
2018-01-12_15:29:57 DBLog CacheUsage: 54
2018-01-12_15:31:57 DBLog CacheUsage: 47
2018-01-12_15:33:57 DBLog CacheUsage: 38
2018-01-12_15:35:57 DBLog CacheUsage: 53
2018-01-12_15:37:57 DBLog CacheUsage: 39
2018-01-12_15:39:58 DBLog CacheUsage: 50
2018-01-12_15:41:58 DBLog CacheUsage: 44
2018-01-12_15:43:58 DBLog CacheUsage: 34
2018-01-12_15:45:58 DBLog CacheUsage: 55
2018-01-12_15:47:58 DBLog CacheUsage: 35
2018-01-12_15:49:58 DBLog CacheUsage: 53
2018-01-12_15:51:58 DBLog CacheUsage: 60
2018-01-12_15:53:58 DBLog CacheUsage: 30
2018-01-12_15:55:58 DBLog CacheUsage: 55
2018-01-12_15:57:59 DBLog CacheUsage: 54
2018-01-12_15:59:59 DBLog CacheUsage: 38
2018-01-12_16:01:59 DBLog CacheUsage: 51
2018-01-12_16:03:59 DBLog CacheUsage: 41
2018-01-12_16:05:59 DBLog CacheUsage: 56
2018-01-12_16:08:00 DBLog CacheUsage: 37
2018-01-12_16:10:00 DBLog CacheUsage: 36
2018-01-12_16:12:00 DBLog CacheUsage: 59
2018-01-12_16:14:00 DBLog CacheUsage: 32
2018-01-12_16:16:00 DBLog CacheUsage: 52
2018-01-12_16:18:00 DBLog CacheUsage: 41
2018-01-12_16:20:00 DBLog CacheUsage: 38
2018-01-12_16:22:00 DBLog CacheUsage: 52
2018-01-12_16:24:00 DBLog CacheUsage: 36
2018-01-12_16:26:01 DBLog CacheUsage: 52
2018-01-12_16:28:01 DBLog CacheUsage: 42
2018-01-12_16:30:01 DBLog CacheUsage: 28
2018-01-12_16:32:01 DBLog CacheUsage: 61
2018-01-12_16:34:01 DBLog CacheUsage: 36
2018-01-12_16:36:02 DBLog CacheUsage: 53
2018-01-12_16:38:02 DBLog CacheUsage: 38
2018-01-12_16:40:02 DBLog CacheUsage: 35
2018-01-12_16:42:02 DBLog CacheUsage: 51
2018-01-12_16:44:02 DBLog CacheUsage: 40
2018-01-12_16:46:02 DBLog CacheUsage: 56
2018-01-12_16:48:02 DBLog CacheUsage: 39
2018-01-12_16:50:02 DBLog CacheUsage: 40
2018-01-12_16:52:02 DBLog CacheUsage: 48
2018-01-12_16:54:03 DBLog CacheUsage: 38
2018-01-12_16:56:03 DBLog CacheUsage: 51
2018-01-12_16:58:03 DBLog CacheUsage: 39
2018-01-12_17:00:03 DBLog CacheUsage: 50
2018-01-12_17:02:03 DBLog CacheUsage: 39
2018-01-12_17:04:03 DBLog CacheUsage: 39
2018-01-12_17:06:04 DBLog CacheUsage: 56
2018-01-12_17:08:04 DBLog CacheUsage: 39
2018-01-12_17:10:04 DBLog CacheUsage: 31
2018-01-12_17:12:04 DBLog CacheUsage: 59
2018-01-12_17:14:04 DBLog CacheUsage: 38
2018-01-12_17:16:04 DBLog CacheUsage: 51
2018-01-12_17:18:05 DBLog CacheUsage: 39
2018-01-12_17:20:05 DBLog CacheUsage: 63
2018-01-12_17:22:05 DBLog CacheUsage: 69
2018-01-12_17:24:05 DBLog CacheUsage: 42
2018-01-12_17:26:05 DBLog CacheUsage: 48
2018-01-12_17:28:05 DBLog CacheUsage: 37
2018-01-12_17:30:05 DBLog CacheUsage: 39
2018-01-12_17:32:06 DBLog CacheUsage: 49
2018-01-12_17:34:06 DBLog CacheUsage: 44
2018-01-12_17:36:06 DBLog CacheUsage: 46
2018-01-12_17:38:06 DBLog CacheUsage: 39
2018-01-12_17:40:07 DBLog CacheUsage: 39
2018-01-12_17:42:07 DBLog CacheUsage: 53
2018-01-12_17:44:07 DBLog CacheUsage: 39
2018-01-12_17:46:07 DBLog CacheUsage: 51
2018-01-12_17:48:07 DBLog CacheUsage: 39
2018-01-12_17:50:07 DBLog CacheUsage: 44
2018-01-12_17:52:08 DBLog CacheUsage: 57
2018-01-12_17:54:08 DBLog CacheUsage: 39
2018-01-12_17:56:08 DBLog CacheUsage: 50
2018-01-12_17:58:08 DBLog CacheUsage: 39
2018-01-12_18:00:09 DBLog CacheUsage: 38
2018-01-12_18:02:09 DBLog CacheUsage: 54
2018-01-12_18:04:09 DBLog CacheUsage: 41
2018-01-12_18:06:09 DBLog CacheUsage: 47
2018-01-12_18:08:09 DBLog CacheUsage: 37
2018-01-12_18:10:10 DBLog CacheUsage: 39
2018-01-12_18:12:10 DBLog CacheUsage: 57
2018-01-12_18:14:10 DBLog CacheUsage: 35
2018-01-12_18:16:10 DBLog CacheUsage: 58
2018-01-12_18:18:10 DBLog CacheUsage: 35
2018-01-12_18:20:10 DBLog CacheUsage: 40
2018-01-12_18:22:10 DBLog CacheUsage: 52
2018-01-12_18:24:11 DBLog CacheUsage: 48
2018-01-12_18:26:11 DBLog CacheUsage: 56
2018-01-12_18:28:12 DBLog CacheUsage: 30
2018-01-12_18:30:12 DBLog CacheUsage: 53
2018-01-12_18:32:12 DBLog CacheUsage: 53
2018-01-12_18:34:12 DBLog CacheUsage: 51
2018-01-12_18:36:12 DBLog CacheUsage: 49
2018-01-12_18:38:12 DBLog CacheUsage: 45
2018-01-12_18:40:12 DBLog CacheUsage: 44
2018-01-12_18:42:13 DBLog CacheUsage: 49
2018-01-12_18:44:13 DBLog CacheUsage: 35
2018-01-12_18:46:13 DBLog CacheUsage: 42
2018-01-12_18:48:13 DBLog CacheUsage: 52
2018-01-12_18:50:13 DBLog CacheUsage: 35
2018-01-12_18:52:13 DBLog CacheUsage: 55
2018-01-12_18:54:13 DBLog CacheUsage: 31
2018-01-12_18:56:13 DBLog CacheUsage: 47
2018-01-12_18:58:13 DBLog CacheUsage: 47
2018-01-12_19:00:14 DBLog CacheUsage: 44
2018-01-12_19:02:14 DBLog CacheUsage: 49
2018-01-12_19:04:14 DBLog CacheUsage: 35
2018-01-12_19:06:14 DBLog CacheUsage: 40
2018-01-12_19:08:14 DBLog CacheUsage: 52
2018-01-12_19:10:14 DBLog CacheUsage: 38
2018-01-12_19:12:14 DBLog CacheUsage: 56
2018-01-12_19:14:14 DBLog CacheUsage: 31
2018-01-12_19:16:15 DBLog CacheUsage: 42
2018-01-12_19:18:15 DBLog CacheUsage: 59
2018-01-12_19:20:15 DBLog CacheUsage: 39
2018-01-12_19:22:15 DBLog CacheUsage: 56
2018-01-12_19:24:15 DBLog CacheUsage: 30
2018-01-12_19:26:16 DBLog CacheUsage: 40
2018-01-12_19:28:16 DBLog CacheUsage: 52
2018-01-12_19:30:16 DBLog CacheUsage: 33
2018-01-12_19:32:16 DBLog CacheUsage: 61
2018-01-12_19:34:16 DBLog CacheUsage: 36
2018-01-12_19:36:17 DBLog CacheUsage: 42
2018-01-12_19:38:17 DBLog CacheUsage: 48
2018-01-12_19:40:17 DBLog CacheUsage: 38
2018-01-12_19:42:17 DBLog CacheUsage: 55
2018-01-12_19:44:17 DBLog CacheUsage: 35
2018-01-12_19:46:17 DBLog CacheUsage: 49
2018-01-12_19:48:18 DBLog CacheUsage: 48
2018-01-12_19:50:18 DBLog CacheUsage: 31
2018-01-12_19:52:18 DBLog CacheUsage: 35
2018-01-12_19:54:18 DBLog CacheUsage: 54
2018-01-12_19:56:18 DBLog CacheUsage: 39
2018-01-12_19:58:18 DBLog CacheUsage: 56
2018-01-12_20:00:18 DBLog CacheUsage: 32
2018-01-12_20:02:18 DBLog CacheUsage: 42
2018-01-12_20:04:19 DBLog CacheUsage: 52
2018-01-12_20:06:19 DBLog CacheUsage: 44
2018-01-12_20:08:19 DBLog CacheUsage: 50
2018-01-12_20:10:19 DBLog CacheUsage: 31
2018-01-12_20:12:19 DBLog CacheUsage: 42
2018-01-12_20:14:19 DBLog CacheUsage: 50
2018-01-12_20:16:20 DBLog CacheUsage: 45
2018-01-12_20:18:20 DBLog CacheUsage: 46
2018-01-12_20:20:20 DBLog CacheUsage: 34
2018-01-12_20:22:20 DBLog CacheUsage: 45
2018-01-12_20:24:20 DBLog CacheUsage: 47
2018-01-12_20:26:21 DBLog CacheUsage: 44
2018-01-12_20:28:21 DBLog CacheUsage: 47
2018-01-12_20:30:21 DBLog CacheUsage: 49
2018-01-12_20:32:21 DBLog CacheUsage: 39
2018-01-12_20:34:21 DBLog CacheUsage: 48
2018-01-12_20:36:21 DBLog CacheUsage: 37
2018-01-12_20:38:21 DBLog CacheUsage: 37
2018-01-12_20:40:22 DBLog CacheUsage: 49
2018-01-12_20:42:22 DBLog CacheUsage: 43
2018-01-12_20:44:22 DBLog CacheUsage: 51
2018-01-12_20:46:22 DBLog CacheUsage: 35
2018-01-12_20:48:22 DBLog CacheUsage: 41
2018-01-12_20:50:22 DBLog CacheUsage: 54
2018-01-12_20:52:22 DBLog CacheUsage: 41
2018-01-12_20:54:23 DBLog CacheUsage: 45
2018-01-12_20:56:23 DBLog CacheUsage: 42
2018-01-12_20:58:23 DBLog CacheUsage: 41
2018-01-12_21:00:23 DBLog CacheUsage: 52
2018-01-12_21:02:23 DBLog CacheUsage: 37
2018-01-12_21:04:23 DBLog CacheUsage: 54
2018-01-12_21:06:23 DBLog CacheUsage: 39
2018-01-12_21:08:24 DBLog CacheUsage: 52
2018-01-12_21:10:24 DBLog CacheUsage: 38
2018-01-12_21:12:24 DBLog CacheUsage: 52
2018-01-12_21:14:24 DBLog CacheUsage: 43
2018-01-12_21:16:24 DBLog CacheUsage: 40
2018-01-12_21:18:24 DBLog CacheUsage: 55
2018-01-12_21:20:25 DBLog CacheUsage: 41
2018-01-12_21:22:25 DBLog CacheUsage: 37
2018-01-12_21:24:25 DBLog CacheUsage: 55
2018-01-12_21:26:25 DBLog CacheUsage: 36
2018-01-12_21:28:25 DBLog CacheUsage: 42
2018-01-12_21:30:25 DBLog CacheUsage: 52
2018-01-12_21:32:25 DBLog CacheUsage: 38
2018-01-12_21:34:25 DBLog CacheUsage: 53
2018-01-12_21:36:26 DBLog CacheUsage: 37
2018-01-12_21:38:26 DBLog CacheUsage: 41
2018-01-12_21:40:26 DBLog CacheUsage: 48
2018-01-12_21:42:26 DBLog CacheUsage: 36
2018-01-12_21:44:26 DBLog CacheUsage: 50
2018-01-12_21:46:26 DBLog CacheUsage: 46
2018-01-12_21:48:27 DBLog CacheUsage: 38
2018-01-12_21:50:27 DBLog CacheUsage: 51
2018-01-12_21:52:27 DBLog CacheUsage: 49
2018-01-12_21:54:27 DBLog CacheUsage: 44
2018-01-12_21:56:27 DBLog CacheUsage: 54
2018-01-12_21:58:27 DBLog CacheUsage: 37
2018-01-12_22:00:27 DBLog CacheUsage: 49
2018-01-12_22:02:27 DBLog CacheUsage: 34
2018-01-12_22:04:28 DBLog CacheUsage: 51
2018-01-12_22:06:28 DBLog CacheUsage: 41
2018-01-12_22:08:28 DBLog CacheUsage: 38
2018-01-12_22:10:28 DBLog CacheUsage: 46
2018-01-12_22:12:28 DBLog CacheUsage: 39
2018-01-12_22:14:28 DBLog CacheUsage: 42
2018-01-12_22:16:29 DBLog CacheUsage: 52
2018-01-12_22:18:29 DBLog CacheUsage: 36
2018-01-12_22:20:29 DBLog CacheUsage: 55
2018-01-12_22:22:29 DBLog CacheUsage: 41
2018-01-12_22:24:29 DBLog CacheUsage: 51
2018-01-12_22:26:29 DBLog CacheUsage: 41
2018-01-12_22:28:29 DBLog CacheUsage: 35
2018-01-12_22:30:29 DBLog CacheUsage: 54
2018-01-12_22:32:30 DBLog CacheUsage: 36
2018-01-12_22:34:30 DBLog CacheUsage: 54
2018-01-12_22:36:30 DBLog CacheUsage: 41
2018-01-12_22:38:30 DBLog CacheUsage: 31
2018-01-12_22:40:30 DBLog CacheUsage: 56
2018-01-12_22:42:30 DBLog CacheUsage: 40
2018-01-12_22:44:30 DBLog CacheUsage: 51
2018-01-12_22:46:30 DBLog CacheUsage: 42
2018-01-12_22:48:31 DBLog CacheUsage: 34
2018-01-12_22:50:31 DBLog CacheUsage: 52
2018-01-12_22:52:31 DBLog CacheUsage: 45
2018-01-12_22:54:31 DBLog CacheUsage: 44
2018-01-12_22:56:31 DBLog CacheUsage: 50
2018-01-12_22:58:31 DBLog CacheUsage: 33
2018-01-12_23:00:31 DBLog CacheUsage: 55
2018-01-12_23:02:31 DBLog CacheUsage: 38
2018-01-12_23:04:32 DBLog CacheUsage: 42
2018-01-12_23:06:32 DBLog CacheUsage: 52
2018-01-12_23:08:32 DBLog CacheUsage: 29
2018-01-12_23:10:32 DBLog CacheUsage: 39
2018-01-12_23:12:32 DBLog CacheUsage: 59
2018-01-12_23:14:32 DBLog CacheUsage: 39
2018-01-12_23:16:33 DBLog CacheUsage: 52
2018-01-12_23:18:33 DBLog CacheUsage: 31
2018-01-12_23:20:33 DBLog CacheUsage: 51
2018-01-12_23:22:33 DBLog CacheUsage: 39
2018-01-12_23:24:33 DBLog CacheUsage: 35
2018-01-12_23:26:33 DBLog CacheUsage: 60
2018-01-12_23:28:33 DBLog CacheUsage: 38
2018-01-12_23:30:33 DBLog CacheUsage: 52
2018-01-12_23:32:34 DBLog CacheUsage: 42
2018-01-12_23:34:34 DBLog CacheUsage: 37
2018-01-12_23:36:34 DBLog CacheUsage: 50
2018-01-12_23:38:34 DBLog CacheUsage: 39
2018-01-12_23:40:34 DBLog CacheUsage: 49
2018-01-12_23:42:34 DBLog CacheUsage: 52
2018-01-12_23:44:35 DBLog CacheUsage: 38
2018-01-12_23:46:35 DBLog CacheUsage: 48
2018-01-12_23:48:35 DBLog CacheUsage: 48
2018-01-12_23:50:35 DBLog CacheUsage: 42
2018-01-12_23:52:35 DBLog CacheUsage: 53
2018-01-12_23:54:35 DBLog CacheUsage: 37
2018-01-12_23:56:35 DBLog CacheUsage: 49
2018-01-12_23:58:35 DBLog CacheUsage: 39
2018-01-13_00:00:35 DBLog CacheUsage: 48
2018-01-13_00:02:36 DBLog CacheUsage: 52
2018-01-13_00:04:36 DBLog CacheUsage: 95
2018-01-13_00:06:36 DBLog CacheUsage: 154
2018-01-13_00:08:36 DBLog CacheUsage: 204
2018-01-13_00:10:36 DBLog CacheUsage: 249
2018-01-13_00:12:36 DBLog CacheUsage: 309
2018-01-13_00:14:36 DBLog CacheUsage: 350
2018-01-13_00:16:36 DBLog CacheUsage: 411
2018-01-13_00:18:37 DBLog CacheUsage: 453
2018-01-13_00:20:37 DBLog CacheUsage: 501
2018-01-13_00:22:37 DBLog CacheUsage: 556
2018-01-13_00:24:37 DBLog CacheUsage: 588
2018-01-13_00:26:37 DBLog CacheUsage: 636
2018-01-13_00:28:37 DBLog CacheUsage: 676
2018-01-13_00:30:37 DBLog CacheUsage: 717
2018-01-13_00:32:38 DBLog CacheUsage: 768
2018-01-13_00:34:38 DBLog CacheUsage: 807
2018-01-13_00:36:38 DBLog CacheUsage: 857
2018-01-13_00:38:38 DBLog CacheUsage: 895
2018-01-13_00:40:38 DBLog CacheUsage: 939
2018-01-13_00:42:38 DBLog CacheUsage: 984
2018-01-13_00:44:39 DBLog CacheUsage: 1020
2018-01-13_00:46:39 DBLog CacheUsage: 1076
2018-01-13_00:48:39 DBLog CacheUsage: 1115
2018-01-13_00:50:39 DBLog CacheUsage: 1149
2018-01-13_00:52:39 DBLog CacheUsage: 1200
2018-01-13_00:54:39 DBLog CacheUsage: 1239
2018-01-13_00:56:40 DBLog CacheUsage: 1279
2018-01-13_00:58:40 DBLog CacheUsage: 1332
2018-01-13_01:00:40 DBLog CacheUsage: 1372
2018-01-13_01:02:40 DBLog CacheUsage: 1418
2018-01-13_01:04:40 DBLog CacheUsage: 1461
2018-01-13_01:06:41 DBLog CacheUsage: 1499
2018-01-13_01:08:41 DBLog CacheUsage: 1553
2018-01-13_01:10:41 DBLog CacheUsage: 1586
2018-01-13_01:12:41 DBLog CacheUsage: 1640
2018-01-13_01:14:42 DBLog CacheUsage: 1679
2018-01-13_01:16:42 DBLog CacheUsage: 1719
2018-01-13_01:18:42 DBLog CacheUsage: 1767
2018-01-13_01:20:42 DBLog CacheUsage: 1808
2018-01-13_01:22:42 DBLog CacheUsage: 1859
2018-01-13_01:24:43 DBLog CacheUsage: 1898
2018-01-13_01:26:43 DBLog CacheUsage: 1936
2018-01-13_01:28:43 DBLog CacheUsage: 1985
2018-01-13_01:30:43 DBLog CacheUsage: 2020
2018-01-13_01:32:44 DBLog CacheUsage: 2071
2018-01-13_01:34:44 DBLog CacheUsage: 2112
2018-01-13_01:36:44 DBLog CacheUsage: 2144
2018-01-13_01:38:44 DBLog CacheUsage: 2195
2018-01-13_01:40:44 DBLog CacheUsage: 2236
2018-01-13_01:42:45 DBLog CacheUsage: 2292
2018-01-13_01:44:45 DBLog CacheUsage: 2336
2018-01-13_01:46:45 DBLog CacheUsage: 2376
2018-01-13_01:48:45 DBLog CacheUsage: 2418
2018-01-13_01:50:46 DBLog CacheUsage: 2458
2018-01-13_01:52:46 DBLog CacheUsage: 2502
2018-01-13_01:54:46 DBLog CacheUsage: 2550
2018-01-13_01:56:47 DBLog CacheUsage: 2589
2018-01-13_01:58:47 DBLog CacheUsage: 2633
2018-01-13_02:06:19 DBLog CacheUsage: 2690
2018-01-13_02:08:19 DBLog CacheUsage: 2740
2018-01-13_02:10:19 DBLog CacheUsage: 2778
2018-01-13_02:12:19 DBLog CacheUsage: 2820
2018-01-13_02:14:20 DBLog CacheUsage: 2871
2018-01-13_02:16:20 DBLog CacheUsage: 2906
2018-01-13_02:18:20 DBLog CacheUsage: 2943
2018-01-13_02:20:20 DBLog CacheUsage: 2995
2018-01-13_02:22:21 DBLog CacheUsage: 3039
2018-01-13_02:24:21 DBLog CacheUsage: 3086
2018-01-13_02:26:21 DBLog CacheUsage: 3132
2018-01-13_02:28:22 DBLog CacheUsage: 3183
2018-01-13_02:30:22 DBLog CacheUsage: 3234
2018-01-13_02:32:22 DBLog CacheUsage: 3277
2018-01-13_02:34:23 DBLog CacheUsage: 3318
2018-01-13_02:36:23 DBLog CacheUsage: 3355
2018-01-13_02:38:23 DBLog CacheUsage: 3399
2018-01-13_02:40:24 DBLog CacheUsage: 3451
2018-01-13_02:42:24 DBLog CacheUsage: 3486
2018-01-13_02:44:24 DBLog CacheUsage: 3521
2018-01-13_02:46:25 DBLog CacheUsage: 3573
2018-01-13_02:48:25 DBLog CacheUsage: 3610
2018-01-13_02:50:25 DBLog CacheUsage: 3662
2018-01-13_02:52:26 DBLog CacheUsage: 3701
2018-01-13_02:54:26 DBLog CacheUsage: 3749
2018-01-13_02:56:26 DBLog CacheUsage: 35
2018-01-13_02:58:26 DBLog CacheUsage: 3827
2018-01-13_03:00:27 DBLog CacheUsage: 3879
2018-01-13_03:02:27 DBLog CacheUsage: 3914
2018-01-13_03:04:27 DBLog CacheUsage: 3960
2018-01-13_03:06:28 DBLog CacheUsage: 4001
2018-01-13_03:08:28 DBLog CacheUsage: 39
2018-01-13_03:10:28 DBLog CacheUsage: 4091
2018-01-13_03:12:28 DBLog CacheUsage: 35
2018-01-13_03:14:28 DBLog CacheUsage: 4174
2018-01-13_03:16:29 DBLog CacheUsage: 39
2018-01-13_03:18:29 DBLog CacheUsage: 4254
2018-01-13_03:20:29 DBLog CacheUsage: 51
2018-01-13_03:22:29 DBLog CacheUsage: 4341
2018-01-13_03:24:30 DBLog CacheUsage: 53
2018-01-13_03:26:30 DBLog CacheUsage: 4427
2018-01-13_03:28:30 DBLog CacheUsage: 39
2018-01-13_03:30:30 DBLog CacheUsage: 4520
2018-01-13_03:32:31 DBLog CacheUsage: 38
2018-01-13_03:34:31 DBLog CacheUsage: 4609
2018-01-13_03:36:31 DBLog CacheUsage: 35
2018-01-13_03:38:31 DBLog CacheUsage: 4683
2018-01-13_03:40:31 DBLog CacheUsage: 49
2018-01-13_03:42:32 DBLog CacheUsage: 4770
2018-01-13_03:44:32 DBLog CacheUsage: 53
2018-01-13_03:46:32 DBLog CacheUsage: 4865
2018-01-13_03:48:32 DBLog CacheUsage: 39
2018-01-13_03:50:32 DBLog CacheUsage: 4951
2018-01-13_03:52:33 DBLog CacheUsage: 54
2018-01-13_03:54:33 DBLog CacheUsage: 5055
2018-01-13_03:56:33 DBLog CacheUsage: 46
2018-01-13_03:58:33 DBLog CacheUsage: 5140
2018-01-13_04:00:34 DBLog CacheUsage: 49
2018-01-13_04:02:34 DBLog CacheUsage: 5224
2018-01-13_04:04:34 DBLog CacheUsage: 45
2018-01-13_04:06:34 DBLog CacheUsage: 5322
2018-01-13_04:08:35 DBLog CacheUsage: 35
2018-01-13_04:10:35 DBLog CacheUsage: 5406
2018-01-13_04:12:35 DBLog CacheUsage: 39
2018-01-13_04:14:35 DBLog CacheUsage: 5484
2018-01-13_04:16:36 DBLog CacheUsage: 49
2018-01-13_04:18:36 DBLog CacheUsage: 5569
2018-01-13_04:20:36 DBLog CacheUsage: 58
2018-01-13_04:22:37 DBLog CacheUsage: 5668
2018-01-13_04:24:37 DBLog CacheUsage: 38
2018-01-13_04:26:37 DBLog CacheUsage: 5758
2018-01-13_04:28:38 DBLog CacheUsage: 34
2018-01-13_04:30:38 DBLog CacheUsage: 5847
2018-01-13_04:32:38 DBLog CacheUsage: 41
2018-01-13_04:34:38 DBLog CacheUsage: 5927
2018-01-13_04:36:39 DBLog CacheUsage: 48
2018-01-13_04:38:39 DBLog CacheUsage: 6012
2018-01-13_04:40:39 DBLog CacheUsage: 48
2018-01-13_04:42:39 DBLog CacheUsage: 6102
2018-01-13_04:44:40 DBLog CacheUsage: 41
2018-01-13_04:46:40 DBLog CacheUsage: 6198
2018-01-13_04:48:40 DBLog CacheUsage: 33
2018-01-13_04:50:40 DBLog CacheUsage: 6284
2018-01-13_04:52:41 DBLog CacheUsage: 39
2018-01-13_04:54:41 DBLog CacheUsage: 6373
2018-01-13_04:56:41 DBLog CacheUsage: 42
2018-01-13_04:58:41 DBLog CacheUsage: 6450
2018-01-13_05:00:42 DBLog CacheUsage: 55
2018-01-13_05:02:42 DBLog CacheUsage: 6556
2018-01-13_05:04:42 DBLog CacheUsage: 53
2018-01-13_05:06:43 DBLog CacheUsage: 6648
2018-01-13_05:08:43 DBLog CacheUsage: 32
2018-01-13_05:10:43 DBLog CacheUsage: 6738
2018-01-13_05:12:44 DBLog CacheUsage: 36
2018-01-13_05:14:44 DBLog CacheUsage: 6816
2018-01-13_05:16:44 DBLog CacheUsage: 52
2018-01-13_05:18:44 DBLog CacheUsage: 6896
2018-01-13_05:20:45 DBLog CacheUsage: 52
2018-01-13_05:22:45 DBLog CacheUsage: 6993
2018-01-13_05:24:45 DBLog CacheUsage: 37
2018-01-13_05:26:45 DBLog CacheUsage: 7087
2018-01-13_05:28:46 DBLog CacheUsage: 28
2018-01-13_05:30:46 DBLog CacheUsage: 7170
2018-01-13_05:32:47 DBLog CacheUsage: 39
2018-01-13_05:34:47 DBLog CacheUsage: 7245
2018-01-13_05:36:47 DBLog CacheUsage: 48
2018-01-13_05:38:47 DBLog CacheUsage: 7332
2018-01-13_05:40:48 DBLog CacheUsage: 56
2018-01-13_05:42:48 DBLog CacheUsage: 7434
2018-01-13_05:44:49 DBLog CacheUsage: 42
2018-01-13_05:46:49 DBLog CacheUsage: 7523
2018-01-13_05:48:50 DBLog CacheUsage: 41
2018-01-13_05:50:50 DBLog CacheUsage: 7617
2018-01-13_05:52:50 DBLog CacheUsage: 35
2018-01-13_05:54:50 DBLog CacheUsage: 7688
2018-01-13_05:56:51 DBLog CacheUsage: 52
2018-01-13_05:58:51 DBLog CacheUsage: 7778
2018-01-13_06:00:51 DBLog CacheUsage: 53
2018-01-13_06:02:51 DBLog CacheUsage: 7871
2018-01-13_06:04:52 DBLog CacheUsage: 35
2018-01-13_06:06:52 DBLog CacheUsage: 88
2018-01-13_06:08:52 DBLog CacheUsage: 7998
2018-01-13_06:10:53 DBLog CacheUsage: 38
2018-01-13_06:12:53 DBLog CacheUsage: 90
2018-01-13_06:14:53 DBLog CacheUsage: 8122
2018-01-13_06:16:53 DBLog CacheUsage: 50
2018-01-13_06:18:53 DBLog CacheUsage: 89
2018-01-13_06:20:53 DBLog CacheUsage: 8250
2018-01-13_06:22:54 DBLog CacheUsage: 55
2018-01-13_06:24:54 DBLog CacheUsage: 90
2018-01-13_06:26:54 DBLog CacheUsage: 8381
2018-01-13_06:28:55 DBLog CacheUsage: 43
2018-01-13_06:30:55 DBLog CacheUsage: 82
2018-01-13_06:32:55 DBLog CacheUsage: 8518
2018-01-13_06:34:55 DBLog CacheUsage: 39
2018-01-13_06:36:56 DBLog CacheUsage: 83
2018-01-13_06:38:56 DBLog CacheUsage: 8636
2018-01-13_06:40:56 DBLog CacheUsage: 44
2018-01-13_06:42:56 DBLog CacheUsage: 92
2018-01-13_06:44:56 DBLog CacheUsage: 8764
2018-01-13_06:46:57 DBLog CacheUsage: 51
2018-01-13_06:48:57 DBLog CacheUsage: 92
2018-01-13_06:50:57 DBLog CacheUsage: 8888
2018-01-13_06:52:58 DBLog CacheUsage: 47
2018-01-13_06:54:58 DBLog CacheUsage: 87
2018-01-13_06:56:58 DBLog CacheUsage: 9028
2018-01-13_06:58:59 DBLog CacheUsage: 40
2018-01-13_07:00:59 DBLog CacheUsage: 79
2018-01-13_07:02:59 DBLog CacheUsage: 9155
2018-01-13_07:04:59 DBLog CacheUsage: 42
2018-01-13_07:06:59 DBLog CacheUsage: 82
2018-01-13_07:08:59 DBLog CacheUsage: 9288
2018-01-13_07:11:00 DBLog CacheUsage: 36
2018-01-13_07:13:00 DBLog CacheUsage: 87
2018-01-13_07:15:00 DBLog CacheUsage: 9414
2018-01-13_07:17:01 DBLog CacheUsage: 41
2018-01-13_07:19:01 DBLog CacheUsage: 91
2018-01-13_07:21:01 DBLog CacheUsage: 9542
2018-01-13_07:23:02 DBLog CacheUsage: 47
2018-01-13_07:25:02 DBLog CacheUsage: 88
2018-01-13_07:27:02 DBLog CacheUsage: 9672
2018-01-13_07:29:03 DBLog CacheUsage: 54
2018-01-13_07:31:03 DBLog CacheUsage: 90
2018-01-13_07:33:03 DBLog CacheUsage: 9809
2018-01-13_07:35:04 DBLog CacheUsage: 39
2018-01-13_07:37:04 DBLog CacheUsage: 78
2018-01-13_07:39:04 DBLog CacheUsage: 9937
2018-01-13_07:41:04 DBLog CacheUsage: 49
2018-01-13_07:43:04 DBLog CacheUsage: 100
2018-01-13_07:45:05 DBLog CacheUsage: 10078
2018-01-13_07:47:05 DBLog CacheUsage: 37
2018-01-13_07:49:05 DBLog CacheUsage: 85
2018-01-13_07:51:05 DBLog CacheUsage: 10202
2018-01-13_07:53:06 DBLog CacheUsage: 58
2018-01-13_07:55:06 DBLog CacheUsage: 97
2018-01-13_07:57:06 DBLog CacheUsage: 10330
2018-01-13_07:59:07 DBLog CacheUsage: 48
2018-01-13_08:01:07 DBLog CacheUsage: 87
2018-01-13_08:03:07 DBLog CacheUsage: 10469
2018-01-13_08:05:08 DBLog CacheUsage: 42
2018-01-13_08:07:08 DBLog CacheUsage: 73
2018-01-13_08:09:08 DBLog CacheUsage: 10593
2018-01-13_08:11:09 DBLog CacheUsage: 41
2018-01-13_08:13:09 DBLog CacheUsage: 100
2018-01-13_08:15:09 DBLog CacheUsage: 10731
2018-01-13_08:17:10 DBLog CacheUsage: 40
2018-01-13_08:19:10 DBLog CacheUsage: 91
2018-01-13_08:21:10 DBLog CacheUsage: 126
2018-01-13_08:23:10 DBLog CacheUsage: 10900
2018-01-13_08:25:11 DBLog CacheUsage: 50
2018-01-13_08:27:11 DBLog CacheUsage: 84
2018-01-13_08:29:11 DBLog CacheUsage: 11035
2018-01-13_08:31:12 DBLog CacheUsage: 37
2018-01-13_08:33:12 DBLog CacheUsage: 83
2018-01-13_08:35:12 DBLog CacheUsage: 134
2018-01-13_08:37:12 DBLog CacheUsage: 11201
2018-01-13_08:39:13 DBLog CacheUsage: 54
2018-01-13_08:41:13 DBLog CacheUsage: 95
2018-01-13_08:43:13 DBLog CacheUsage: 131
2018-01-13_08:45:13 DBLog CacheUsage: 11384
2018-01-13_08:47:14 DBLog CacheUsage: 39
2018-01-13_08:49:14 DBLog CacheUsage: 92
2018-01-13_08:51:14 DBLog CacheUsage: 132
2018-01-13_08:53:14 DBLog CacheUsage: 11554
2018-01-13_08:55:15 DBLog CacheUsage: 47
2018-01-13_08:57:15 DBLog CacheUsage: 84
2018-01-13_08:59:15 DBLog CacheUsage: 143
2018-01-13_09:01:15 DBLog CacheUsage: 11735
2018-01-13_09:03:16 DBLog CacheUsage: 83
2018-01-13_09:05:16 DBLog CacheUsage: 138
2018-01-13_09:07:17 DBLog CacheUsage: 174
2018-01-13_09:09:17 DBLog CacheUsage: 227
2018-01-13_09:11:17 DBLog CacheUsage: 12003
2018-01-13_09:13:18 DBLog CacheUsage: 47
2018-01-13_09:15:18 DBLog CacheUsage: 86
2018-01-13_09:17:18 DBLog CacheUsage: 131
2018-01-13_09:19:18 DBLog CacheUsage: 12189
2018-01-13_09:21:19 DBLog CacheUsage: 42
2018-01-13_09:23:19 DBLog CacheUsage: 89
2018-01-13_09:25:19 DBLog CacheUsage: 127
2018-01-13_09:27:19 DBLog CacheUsage: 12355
2018-01-13_09:29:20 DBLog CacheUsage: 54
2018-01-13_09:31:20 DBLog CacheUsage: 98
2018-01-13_09:33:20 DBLog CacheUsage: 145
2018-01-13_09:35:20 DBLog CacheUsage: 12548
2018-01-13_09:37:21 DBLog CacheUsage: 39
2018-01-13_09:39:21 DBLog CacheUsage: 87
2018-01-13_09:41:21 DBLog CacheUsage: 133
2018-01-13_09:43:21 DBLog CacheUsage: 12721
2018-01-13_09:45:22 DBLog CacheUsage: 52
2018-01-13_09:47:22 DBLog CacheUsage: 91
2018-01-13_09:49:22 DBLog CacheUsage: 145
2018-01-13_09:51:22 DBLog CacheUsage: 12914
2018-01-13_09:53:23 DBLog CacheUsage: 44
2018-01-13_09:55:23 DBLog CacheUsage: 100
2018-01-13_09:57:23 DBLog CacheUsage: 144
2018-01-13_09:59:23 DBLog CacheUsage: 13096
2018-01-13_10:01:24 DBLog CacheUsage: 54
2018-01-13_10:03:24 DBLog CacheUsage: 89
2018-01-13_10:05:24 DBLog CacheUsage: 144
2018-01-13_10:07:24 DBLog CacheUsage: 13282
2018-01-13_10:09:25 DBLog CacheUsage: 38
2018-01-13_10:11:26 DBLog CacheUsage: 89
2018-01-13_10:13:26 DBLog CacheUsage: 129
2018-01-13_10:15:26 DBLog CacheUsage: 13459
2018-01-13_10:17:27 DBLog CacheUsage: 57
2018-01-13_10:19:27 DBLog CacheUsage: 98
2018-01-13_10:21:27 DBLog CacheUsage: 146
2018-01-13_10:23:27 DBLog CacheUsage: 13644
2018-01-13_10:25:28 DBLog CacheUsage: 57
2018-01-13_10:27:28 DBLog CacheUsage: 96
2018-01-13_10:29:28 DBLog CacheUsage: 136
2018-01-13_10:31:28 DBLog CacheUsage: 13828
2018-01-13_10:33:29 DBLog CacheUsage: 38
2018-01-13_10:35:29 DBLog CacheUsage: 89


Die Frage ist: was passiert mit der DB um 00:04?  Um die Uhrzeit wurde kein Dump gemacht, sondern nur ein get DbRep.DbSize tableinfo  um 00:00.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 13 Januar 2018, 11:41:17
Moin Kai,

ZitatDie Frage ist: was passiert mit der DB um 00:04?  Um die Uhrzeit wurde kein Dump gemacht, sondern nur ein get DbRep.DbSize tableinfo  um 00:00.

Das ist eine gute Frage. Man müßte herausbekommen was in den den Datensätzen ab ca. 00:04 drin steht, was eventuell deine DB stört.
Am einfachsten wäre es wenn wir ab 00:04 ein paar mal ein verbose 5 log hätten. Wenn der Cache jetzt immer noch so gefüllt ist, würde uns ein exportCache noPurge (zur richtigen Zeit) auch zeigen was wir sehen wollen.
Jetzt habe ich eine Vermutung ... das "get DbRep.DbSize tableinfo" an sich ist kein Problem, geht sehr schnell. Aber setze dir doch im DbRep.DbSize das Attribut "event-on-update-reading=state".
Ich möchte damit vermeiden dass die ganzen enstehenden Readings Events erzeugen, die du dann eventuell (DbLogInclude ?) loggst.
Wenn es das nicht ist, überleg mal was du zu der fraglichen Zeit eventuell noch ausführst.

useCharfilter hast du noch gesetzt, richtig ?

EDIT: Wie schnell ist eigentlich deine DB ? Readings "background_processing_time", "sql_processing_time" ?
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 11:53:14
Moin :-)


Ich schalte mal ab 0:00 ein Verbose =5 , dann werden wir das morgen hoffentlich sehen? Soll ich das get DbRep.DbSize tableinfo um 0:00 wie gehabt ausführen?

Ich hab übrigens den cache mit purge exportiert und dann auf sync und wieder auf async geschaltet - das scheint aber nicht viel zu bringen. Erst ein 2 maliges (!) stop des fhem daemons brachte einen sauberen shutdown. Naja, jetzt läuft es erstmal wieder normal

useCharFilter steht auf 1 - event-on-update-reading=state auf DbRep.DbSize  habe ich gesetzt.

Sonst führe ich um 0:00 eigentlich nix aus - fhem backup (lokal) wird um 2 Uhr gemacht, ein weiteres Backup Script (remote Backup) läuft um 9:00 - sonst läuft nix, was tagsüber periodisch nicht auch laufen würde

Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 13 Januar 2018, 12:06:51
Jetzt weiß ich immer noch nicht wie schnell deine DB eigentlich ist  ;)

Wenn du den Cache exportiert hast und das File nicht zu groß ist, hänge es doch bitte mal hier an wenn du willst. Dann schaue ich mal rein. Ansonsten vielleicht einige Einträge vom Anfang des Files (vllt. 20-50).

ZitatIch hab übrigens den cache mit purge exportiert und dann auf sync und wieder auf async geschaltet - das scheint aber nicht viel zu bringen. Erst ein 2 maliges (!) stop des fhem daemons brachte einen sauberen shutdown.

Hängt möglicherweise damit zusammen weil in diesem Status der Blockingprozess (zum Schreiben) im Hintergrund läuft und sich nicht so leicht beseitigen lässt.

Ein Versuch wäre auch, noch "commitMode = ac:off_ta:on" zu setzen. Könnte eventuell helfen. Trotzdem würde ich gerne dahinterkommen was ab der fraglichen Uhrzeit plötzlich stört.

EDIT: ich vergaß ... DbRep.DbSize tableinfo weiter ausführen, ja.
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 12:17:36
Zitat von: DS_Starter am 13 Januar 2018, 12:06:51
Jetzt weiß ich immer noch nicht wie schnell deine DB eigentlich ist  ;)

Lol sorry - hatte dein Edit gar nicht gesehen  8)

background_processing_time       0.0624

sql_processing_time       0.0523
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 13 Januar 2018, 12:26:11
Da gibt es nichts zu meckern würde ich sagen  :D

Möglicherweise loggst du diese Werte auch noch vorübergehend in ein Filelog. Dann würden wir sehen wie sich das entwickelt falls sich die Situation wieder einstellen sollte.
Frühlektüre zum Kaffee  ;)
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 12:34:10
Zitat von: DS_Starter am 13 Januar 2018, 12:26:11
Da gibt es nichts zu meckern würde ich sagen  :D

Möglicherweise loggst du diese Werte auch noch vorübergehend in ein Filelog. Dann würden wir sehen wie sich das entwickelt falls sich die Situation wieder einstellen sollte.
Frühlektüre zum Kaffee  ;)

Nichts zu meckern ist schon mal nicht schlecht  ;D

Ich logg die Werte auch mal - da sich die Readings ja nicht dynamisch ändern, lass ich die Werte alle 30 Sekunden neu abfragen (get srvinfo) - meinst du das reicht?
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 12:40:36
sorry, grade gesehen: es gibt auch im DbRep Modul diese Readings - die hatte ich dir geschickt. In DbLog steht bei den Readings



background_processing_time   1.2799   
sql_processing_time   1.1860   



bißchen höher..
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 13 Januar 2018, 12:45:54
Naja, eher nicht sooo prickelnd  ;) Und das sind die Zeiten jetzt wo dein System normal läuft. Nun stelle ich mir vor wie sich die Zeiten und die CPU-Belastung entwickeln wenn plötzlich mehrere tausend Datensätze weggeschrieben werden sollen. Das passt dann schon ins Bild was du ganz am Anfang mal erwähnt hast.

Schauen wir mal ...

Aber
ZitatIch logg die Werte auch mal - da sich die Readings ja nicht dynamisch ändern ....
Wie meinst du das ? Diese Readings werfen doch auch regelmäßig einen Event.

Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 12:53:30
Zitat von: DS_Starter am 13 Januar 2018, 12:45:54
Naja, eher nicht sooo prickelnd  ;) Und das sind die Zeiten jetzt wo dein System normal läuft. Nun stelle ich mir vor wie sich die Zeiten und die CPU-Belastung entwickeln wenn plötzlich mehrere tausend Datensätze weggeschrieben werden sollen. Das passt dann schon ins Bild was du ganz am Anfang mal erwähnt hast.

Schauen wir mal ...

Aber Wie meinst du das ? Diese Readings werfen doch auch regelmäßig einen Event.

Vergiß es - get DBRep srvinfo geben auch 2 Readings raus, die background_processing_time und sql_processing_time heißen. Aber halt nur wenn man ein get macht. Hatte erst auf den 2.Blick die gleichen Readings bei DBLog gesehen
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 13 Januar 2018, 12:58:18
ok. Dann sind wir für morgen früh "well prepared" würde ich sagen und lassen uns überraschen.

Erstmal schönen Nachmittag noch !
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 13 Januar 2018, 13:05:37
Zitat von: DS_Starter am 13 Januar 2018, 12:58:18
ok. Dann sind wir für morgen früh "well prepared" würde ich sagen und lassen uns überraschen.

Erstmal schönen Nachmittag noch !
Heiko

danke, dir auch Heiko . ich melde mich morgen und danke noch mal für deine Zeit
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 14 Januar 2018, 10:27:39
Moin,

ich hab dir die relevanten Logs mal als Zip angehangen. Verbose 5 hatte ich von 23:58 bis 02:00 auf das DbLog Device


Grüße

Kai
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 14 Januar 2018, 11:50:52
Moin,

"Übeltäter" identifiziert würde ich sagen. Ich habe mal die relevante Stelle rausgezogen.


2018.01.14 00:10:04 5: DbLog DBLog -> processing event Timestamp: 2018-01-14 00:10:01, Device: doif.Datenvolumenzaehler, Type: DOIF, Event: GesamtGB_Tag: 0, Reading: GesamtGB_Tag, Value: 0, Unit:
2018.01.14 00:10:04 5: DbLog DBLog -> processing event Timestamp: 2018-01-14 00:10:01, Device: doif.Datenvolumenzaehler, Type: DOIF, Event: GesamtGB_Tag: 0, Reading: GesamtGB_Tag, Value: 0, Unit:
2018.01.14 00:10:06 2: DbLog DBLog -> Error table history - DBD::mysql::st execute_array failed: Duplicate entry '2018-01-14 00:10:01-doif.Datenvolumenzaehler-DOIF-GesamtGB_Tag: ' for key 'TIMESTAMP' [err was 1062 now 2000000000]
executing 247 generated 214 errors at ./FHEM/93_DbLog.pm line 1958.


2018.01.14 00:06:05 2: DbLog DBLog -> Error table history - DBD::mysql::st execute_array failed:
executing 148 generated 108 errors at ./FHEM/93_DbLog.pm line 1958.

2018.01.14 00:08:06 2: DbLog DBLog -> Error table history - DBD::mysql::st execute_array failed:
Duplicate entry '2018-01-14 00:08:01-doif.Datenvolumenzaehler-DOIF-GesamtGB_Tag: ' for key 'TIMESTAMP' [err was 1062 now 2000000000]
executing 208 generated 154 errors at ./FHEM/93_DbLog.pm line 1958.


Der störende Datensatz setzt dann den Prozess in Gang.

Das Attribut "commitMode = ac:off_ta:on" könnte helfen die Situation zu entschärfen. Allerdings wundert es mich, dass der doppelte Eintrag mit den gleichen Werten für TIMESTAMP, READING, VALUE bei dir zum Problem führt, da du doch ohne einen primary key arbeitest:


2018.01.14 00:10:04 4: DbLog DBLog -> AutoCommit mode: ON, Transaction mode: OFF
2018.01.14 00:10:04 5: DbLog DBLog -> Primary Key used in fhem.history: none
2018.01.14 00:10:04 5: DbLog DBLog -> Primary Key used in fhem.current: none


Oder er wird nicht erkannt. Das wäre natürlich schlecht, weil das Modul, wenn es die Verwendung eines PK registriert, die Statements abändert um die Verwendung eines PK zu unterstützen.

Als Massnahme würde ich nun das genannte Attribut setzen.
Aber darüber hinaus müssten wir noch ergründen wieso sich deine DB sich an dem doppelten Datensatz mit Duplicate entry '2018-01-14 00:08:01-doif.Datenvolumenzaehler-DOIF-GesamtGB_Tag: ' for key 'TIMESTAMP' stört. Normalerweise ist sowas kein Problem, im Gegenteil klagen etlicher Nutzer die ohne PK arbeiten (Normalfall) darüber, dass sie doppelte Datensätze im System haben die sie gerne loswerden möchten.
Du hattest ja auch geschrieben, du konntest die DB aus irgendwelchen Gründen nicht auf UTF-8 umstellen, warum eigentlich ?

Ich habe dir mal zum Vergleich auf die Schnelle einen Screenshot aus phpMyAdmin meiner MariaDB Strukturdefinition angehängt. Ich arbeite mit PK, deswegen der Schlüssel an den Feldnamen.

EDIT: Jetzt habe ich mir noch die Performance-Entwicklung angeschaut. Da sieht man ganz deutlich wie deine DB kämpft, im Worst Case Fall waren das so ca. 7 Minuten für einen Schreibvorgang mit 11407 Datensätzen. Da dein FHEM aber offensichtlich weiterhin funktioniert, ist das ein gutes Zeichen, so soll es sein ;)

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 14 Januar 2018, 12:22:22
Zitat von: DS_Starter am 14 Januar 2018, 11:50:52
Moin,

"Übeltäter" identifiziert würde ich sagen. Ich habe mal die relevante Stelle rausgezogen.


Der störende Datensatz setzt dann den Prozess in Gang.

Ah, gut zu wissen - das erklärt auch, wieso dies um kurz nach 0:00 passiert - da resettet die Fritzbox den Counter wieder zurück auf 0. Wieso der Datensatz dann doppelt ist, entzieht sich auch meiner Kenntnis.


Zitat von: DS_Starter am 14 Januar 2018, 11:50:52
Das Attribut "commitMode = ac:off_ta:on" könnte helfen die Situation zu entschärfen. Allerdings wundert es mich, dass der doppelte Eintrag mit den gleichen Werten für TIMESTAMP, READING, VALUE bei dir zum Problem führt, da du doch ohne einen primary key arbeitest:


Habe ich mal gesetzt - was ist der Unterschied zwischen den beiden Commit Modi?
Zitat von: DS_Starter am 14 Januar 2018, 11:50:52

2018.01.14 00:10:04 4: DbLog DBLog -> AutoCommit mode: ON, Transaction mode: OFF
2018.01.14 00:10:04 5: DbLog DBLog -> Primary Key used in fhem.history: none
2018.01.14 00:10:04 5: DbLog DBLog -> Primary Key used in fhem.current: none





Oder er wird nicht erkannt. Das wäre natürlich schlecht, weil das Modul, wenn es die Verwendung einer PK registriert, die Statements abändert um die Verwendung eines PK zu unterstützen.

Soweit ich weiß, habe ich nur einen Index (siehe Screenshot)


Zitat von: DS_Starter am 14 Januar 2018, 11:50:52
eschrieben, du konntest die DB aus irgendwelchen Gründen nicht auf UTF-8 umstellen, warum eigentlich ?

Also, ich wollte laut configCheck die Feldlängen erhöhen. Bei dem Feld Event sollte es auf 512 Zeichen erhöht werden. Das ging mit utf8 nicht - es kam eine Fehlermeldung bezüglich maximale Größe. Sorry, die Fehlermeldung habe ich mir dummerweise nicht gemerkt - aber unter Latin ist es kein Problem. (Vorsicht, Halbwissen!!! ). Ist es besser, wieder zu utf8 zu wechseln? Hab ich durch Latin nachteile? Soll ich nen Primarykey auf Timestamp setzen?

Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 14 Januar 2018, 13:21:03
ZitatHabe ich mal gesetzt - was ist der Unterschied zwischen den beiden Commit Modi?

Mit "ac:on" (das ist der default) wird das Commit-Mangement der DB überlassen. Mit "ac:off" steuere ich das Commitment selber im Modul und kann so besser auf bestimmte Situationen reagieren, das ist so eine. So ist jedenfalls der Plan  ;)

ZitatSoweit ich weiß, habe ich nur einen Index (siehe Screenshot)
Hmm, jetzt habe ich noch die Idee ob der Index vielleicht als "Unique" definiert ist ? Soll nur "Index" sein. Außerdem enthält er zu viele Spalten. Das ist überflüssig und verbraucht nur Platz. Sieh mal meinen Screenshot als Vergleich.

ZitatDas ging mit utf8 nicht - es kam eine Fehlermeldung bezüglich maximale Größe
Komisch, kann ich aber im Moment nix mit anfangen.

ZitatIst es besser, wieder zu utf8 zu wechseln? Hab ich durch Latin nachteile?
Nachteile hast du mit Latin nicht. Es ist manchmal so, dass du z.B. "°C" in der DB gespeichert hast und du mit phpMyAdmin diesen Wert dann nicht so angezeigt bekommst. Also Sonderzeichen, Umlaute etc. sind das Thema. Aber sonst geht es auch so, man muß ja nicht utf-8 einsetzen.

ZitatSoll ich nen Primarykey auf Timestamp setzen?
Nein, nicht nur auf TIMESTAMP. Wenn dann so:


ALTER TABLE `history` ADD PRIMARY KEY(TIMESTAMP, DEVICE, READING);


Wenn in deiner history-Tabelle schon doppelte Datensätze sind die den PK verletzen (wahrscheinlich), geht die Anlage nicht.
Dann könntest du es so versuchen:


ALTER IGNORE TABLE `history` ADD PRIMARY KEY(TIMESTAMP, DEVICE, READING);


Wenn du damit nicht weiterkommst, kannst du mal hier: https://forum.fhem.de/index.php/topic,65860.0.html eine Mitteilung machen. JoeAllb und auch andere Mitstreiter sind da SQL-Experten.

Als weitere Variante könntest du diesen Datensatz auch vom Logging ausschließen. Dazu kann man das Attribut "valueFn" benutzen. Wie das geht zeige ich dir wenn du das machen möchtest.

LG,
Heiko

Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 14 Januar 2018, 13:58:41
Hoi,

mein search.ldx sieht genauso aus, aber ich habe noch ein weiteren Index TIMESTAMP mit ziemlich vielen Spalten und der ist unique. Der ist bei current und bei history. Kein Plan, wo der herkommt - soll ich den löschen?
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 14 Januar 2018, 15:18:39
Hi Kai,

denke da haben wir die Wurzel des Übels gefunden  :D

Den Index TIMESTAMP  löschen, ja, in beiden Tabellen !  In der current brauchst du ohnehin keinerlei Index.

Aber vorher würde ich versuchen den PK anzulegen wie vorhin geschrieben. Aber nur wenn du mit PK arbeiten willst. Hätte den Vorteil dass die DB doppelte Sätze von sich aus unterbindet.
Wenn du das nicht willst, einfach den Index nur löschen.

EDIT: Wie groß ist eigentlich deine DB ?

Grüße
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 14 Januar 2018, 15:30:02
Ich dachte mir das, als du das mit unique index erwähnt hattest. Hab jetzt einen primary key mit

ALTER IGNORE TABLE `history` ADD PRIMARY KEY(TIMESTAMP, DEVICE, READING);

angelegt, weil der sonst den doppelten Datensatz angemeckert hat.

Und die beiden Indexe gelöscht - sieht jetzt so aus, wie es soll meine ich (siehe Screenshot)

mal heute abend schauen  - aber der Fehler klingt logisch :-)
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 14 Januar 2018, 15:46:14
Das sieht gut aus   :)

Theoretisch brauchst du den Search_Idx jetzt auch nicht mehr wenn du den PK hast, aber ich muss gestehen bei mir ist er auch noch drin.
Jetzt mit PK, setzt du dir verbose im DbLog am Besten auf 2. Sonst bekommst du "Fehlermitteilungen" im Log wenn der PK zuschlägt und das Schreiben eines doppelten Datensatzes verhindert ... also dran denken wenn sowas kommt !

Also ich wette mit dir, dass das Problem jetzt erledigt ist ...  8)

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 14 Januar 2018, 15:58:37
 
Zitat von: DS_Starter am 14 Januar 2018, 15:46:14

Also ich wette mit dir, dass das Problem jetzt erledigt ist ...  8)

LG,
Heiko


Ich glaube auch  8) - vielen Dank für deine Hilfe und Geduld
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 14 Januar 2018, 16:02:44
Gern geschehen, war ja auch ein interressanter Problemfall.  ;)
Ich nehme auch noch etwas mit ... nämlich dass ich in den configCheck versuche eine Prüfung einzubauen ob der User irgendwelche Indizes angelegt hat die "Unique" sind. Dann würde es nämlich gleich dort auffallen.

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 15 Januar 2018, 07:09:03
Guten Morgen  8) 8)

Gute Nachrichten - die DB ist nicht mehr all fucked up ab 0:00, sondern läuft locker flockig durch. Wie Du schon vermutet hattest, war der Fehler eher datenbankseitig zu sehen. Verfluchter index  :o :o :o ;D


Soll ich irgendwelche Attribute, die wir (testweise) gesetzt hatten, wieder zurücksetzen/löschen (cacheLimit zum Beispiel)?

Attributes:
   DbLogSelectionMode Include
   DbLogType  Current/History
   asyncMode  1
   cacheEvents 2
   cacheLimit 100000
   commitMode ac:off_ta:on
   group      Datenbank
   room       Konfiguration
   showproctime 1
   shutdownWait 3
   syncInterval 120
   useCharfilter 1
   verbose    2
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 15 Januar 2018, 07:48:41
Guten Morgen,

Wette gewonnen  :D

commitMode  kannst du löschen um den Default wieder zu verwenden. cacheLimit  kannst du auch reduzieren. Du hast ja das Logging von cacheUsage. Da siehst du wie der Füllgrad im Durchschnitt aussieht.
Ein Ansatz wäre das Limit auf das vllt. 20-fache des Normalwertes zu setzen. User haben sich dann noch ein Notify auf den cacheUsage-Event gesetzt um bei Überschreitung eines Schwellenwertes, z.B. das 10-fache des Normalwertes, den cache mit "set ... exportCAche purge" zu exportieren und sich gleichzeitig eine Email, Telegram über den Sachverhalt zu senden. Dann kann man sich um die Sache kümmern und das File später wieder importieren um die Daten nicht zu verlieren.

Aber sonst würde ich es so lassen. Kannst vielleicht noch etwas experimientieren und schauen wie der Betrieb am Besten für dich funktioniert. Aber wirst sehen, am Ende merkst du nicht mal mehr dass du eine DB hast  ;)
Das Schöne an dem Fall ist ja auch, dass du/wir ein Beispiel erarbeiten konnten, wie man solche Situationen strukturiert mit den vorhandenen Hilfsmitteln analysieren kann, um letztlich das Problem zu erkennen und zu lösen.
Das hilft hoffentlich auch anderen Usern für ähnliche Fälle.

schönen Start in die Woche ! und LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 15 Januar 2018, 08:27:20
Zitat von: DS_Starter am 15 Januar 2018, 07:48:41
Guten Morgen,

Wette gewonnen  :D
Ich hab nicht dagegen gewettet - dafür war die Einstellung in der DB und der Fehler dazu zu passend  ;D

Zitat von: DS_Starter am 15 Januar 2018, 07:48:41

commitMode  kannst du löschen um den Default wieder zu verwenden. cacheLimit  kannst du auch reduzieren. Du hast ja das Logging von cacheUsage. Da siehst du wie der Füllgrad im Durchschnitt aussieht.

Somit getan...

Zitat von: DS_Starter am 15 Januar 2018, 07:48:41
Ein Ansatz wäre das Limit auf das vllt. 20-fache des Normalwertes zu setzen. User haben sich dann noch ein Notify auf den cacheUsage-Event gesetzt um bei Überschreitung eines Schwellenwertes, z.B. das 10-fache des Normalwertes, den cache mit "set ... exportCAche purge" zu exportieren und sich gleichzeitig eine Email, Telegram über den Sachverhalt zu senden. Dann kann man sich um die Sache kümmern und das File später wieder importieren um die Daten nicht zu verlieren.


Gute Idee - werde ich gleich mal umsetzen - hab auch die exportierenCaches wieder importiert - ist ja echt komfortabel mit dem Dropdown

Zitat von: DS_Starter am 15 Januar 2018, 07:48:41
Das Schöne an dem Fall ist ja auch, dass du/wir ein Beispiel erarbeiten konnten, wie man solche Situationen strukturiert mit den vorhandenen Hilfsmitteln analysieren kann, um letztlich das Problem zu erkennen und zu lösen.
Das hilft hoffentlich auch anderen Usern für ähnliche Fälle.

Das ist sowieso der beste Fall, wenn alle was dabei lernen und es noch einen Mehrwert hat.

Noch was anderes. Hab mal ein set DbRep delSeqDoubletes adviceDelete gemacht und er hat 125573(!) Doubletten gefunden? Kann das sein? Andererseits hab ich beobachtet, das die DB sich vom 11 auf den 13 verdoppelt hat (von 40 auf 80 MB)
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 15 Januar 2018, 08:38:28
ZitatIch hab nicht dagegen gewettet
Na, wir beide haben doch gewonnen  ;)

ZitatNoch was anderes. Hab mal ein set DbRep delSeqDoubletes adviceDelete gemacht und er hat 125573(!) Doubletten gefunden? Kann das sein?
Ja, aber Achtung !  Commandref lesen. Hier geht es nicht um doppelte Datensätze, sondern Datensaätze die mit gleichen Werten aufeinanderfolgen. Also zum Beispiel Temperaturwerte die sich nicht ändern aber geloggt werden usw. Deswegen delSeq.. (sequentielle Dubletten)
Du kannst die zu betrachtenden Daten eingrenzen über Attribute device/reading, um nur Datensätze eines bestimmten devices/readings auszuwerten -> Commandref.
Musst du schauen, ob du dir jetzt nicht unbedacht Daten gelöscht hast, was du garnicht wolltest.

Vergiss es, adviceDelete löscht nichts !!!


ZitatAndererseits hab ich beobachtet, das die DB sich vom 11 auf den 13 verdoppelt hat
Auch möglich durch die Erstellung des Index. Das du später einen anderen Index sowie Daten gelöscht hast, führt nicht automatisch wieder zur Verkleinerung der DB. Dazu kannst du ein "set ... optimizeTables" im DbRep verwenden. Das lässt dann die DB wieder schrumpfen wenn Freiplatz ist.


Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 09:50:53
Zitat von: DS_Starter am 01 Dezember 2017, 22:41:53
Ja, da ist die Ursache für das Problem:

Result of table 'history' check

Column width set in DB fhem.history: 'DEVICE' = 32, 'TYPE' = 32, 'EVENT' = 512, 'READING' = 32, 'VALUE' = 32, 'UNIT' = 32
Column width used by logdb: 'DEVICE' = 64, 'TYPE' = 64, 'EVENT' = 512, 'READING' = 64, 'VALUE' = 128, 'UNIT' = 32
Recommendation: The relation between column width in table history and the field width used in device logdb don't meet the requirements. Please make sure that the width of database field definition is equal or larger than the field width used by the module. Compare the given results.
Currently the default values for field width are:

DEVICE: 64
TYPE: 64
EVENT: 512
READING: 64
VALUE: 128
UNIT: 32

You can change the column width in database by a statement like 'alter table history modify VALUE varchar(128);' (example for changing field 'VALUE'). You can do it for example by executing 'sqlCMD' in DbRep or in a SQL-Editor of your choice. (switch logdb to asynchron mode for non-blocking).
The field width used by the module can be adjusted by attributes 'colEvent', 'colReading', 'colValue',


Deine Datenbankfelder sind noch nach den alten Größen von vor 12 ? Monaten eingestellt. Das hat man irgendwann mal erweitert. Deswegen kam auch der Stringfehler weil DbLog davon ausgegangen ist: "Column width used by logdb" . Du musst also die Feldgrößen in der DB für history, current anpassen.
Alternativ kann eine Anpassung über die in der Auswertung angegebenen Attribute geschehen indem du darin deine tatsächlichen (kürzeren) Feldgrößen der DB angibst (schlechtere Lösung).

Dann fehlen noch die Standardindexe. Das hat Performanceauswirkungen.
Gehe alles Schritt für Schritt durch. Am Ende soll der Check überall o.k. zeigen.

Das ist des Rätsels Lösung !

Grüße
Heiko

Ich klink mich mal ein...
Habe gestern von sqlite auf MariaDB umgestellt, sowet OK
Wollte heute einen Dump (server side) machen und bekomme die gleiche Fehlermeldung wie wuast94 (siehe Seite2)
2018.01.17 09:00:35 2: DbRep myDbRep - DBD::mysql::st execute failed: Access denied for user 'fhemuser'@'%' (using password: YES) at ./FHEM/93_DbRep.pm line 5960.
2018.01.17 09:00:35 3: DbRep myDbRep - Starting dump of database 'fhem', table 'history'
2018.01.17 09:00:35 3: DbRep myDbRep - Searching for tables inside database fhem....
2018.01.17 09:00:35 3: DbRep myDbRep - ################################################################
2018.01.17 09:00:35 3: DbRep myDbRep - ###             New database serverSide dump                 ###
2018.01.17 09:00:35 3: DbRep myDbRep - ################################################################
2018.01.17 09:00:07 2: DbLog myMariaDB: Connection closed until 09:30:07 (1800 seconds).


Die Feldlängen hatte ich vorher schon angepasst.
Hier der configcheck
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 './db_mysql.conf' to the right value.

Result of logmode check

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

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 myMariaDB: '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 myMariaDB: '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

You use at least one DbRep-device assigned to myMariaDB, but the recommended index 'Report_Idx' is missing.
Recommendation: You can create the index by executing statement 'CREATE INDEX Report_Idx ON `history` (TIMESTAMP, READING) USING BTREE;'
Depending on your database size this command may running a long time.
Please make sure the device 'myMariaDB' is operating in asynchronous mode to avoid FHEM from blocking when creating the index.
Note: If you have just created another index which covers the same fields and order as suggested (e.g. a primary key) you don't need to create the 'Report_Idx' as well !


utf-8 hatte ich in die db_mysql.conf eingetragen, wir aber anscheinend nicht angezogen... auch nicht nach System-Neustart

################################################################
%dbconfig= (
        connection => "mysql:database=fhem;host=localhost;port=3306",
        user => "fhemuser",
        password => "fhempassword",
        utf8 => 1
);
################################################################


Woran könnte es noch liegen, daß der Dump nicht will ?
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 10:41:41
Hi kumue,
hier werden zwei Dinge vermischt, DbLog und DbRep Problematiken.

Erstmal utf8 ... wie ist denn das Internal UTF8 im DbLog gesetzt ?

Die andere Sache ist DbRep. Hier stört mich zunächst der Logeintrag "access denied ....".  Schau mal ob du in der MySQL userverwaltung etwas auffälliges findest, wie Rechte gesetzt sind.

Dann hätte gerne mal gesehen wie das Log vom Dump weitergeht. Du hast ja nur den Anfang gepostet.

LG
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 10:55:05
habe es eben laufen lassen... mehr steht nicht im log... geht gleich auf error
2018.01.17 10:53:32 2: DbRep myDbRep - DBD::mysql::st execute failed: Access denied for user 'fhemuser'@'%' (using password: YES) at ./FHEM/93_DbRep.pm line 5961.
2018.01.17 10:53:32 3: DbRep myDbRep - Starting dump of database 'fhem', table 'history'
2018.01.17 10:53:32 3: DbRep myDbRep - Searching for tables inside database fhem....
2018.01.17 10:53:32 3: DbRep myDbRep - ################################################################
2018.01.17 10:53:32 3: DbRep myDbRep - ###             New database serverSide dump                 ###
2018.01.17 10:53:32 3: DbRep myDbRep - ################################################################


wegen dem rest schaue ich mal.
danke schonmal
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 11:00:19
poste mal noch die versionsnummern (internal) von dblog / dbrep.
Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 11:02:14
heute update gemacht

fhem> version DbLog
File        Rev   Last Change

93_DbLog.pm 15893 2018-01-14 19:08:51Z DS_Starter
fhem> version DbRep
File        Rev   Last Change

93_DbRep.pm 15888 2018-01-14 17:18:34Z DS_Starter




Internat UTF bei DbLog
UTF8 0
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 11:22:35
Hast Recht, utf8 zieht nicht.
Das ist dann wahrscheinlich ein Proble! in der conf-Datei. wir hatten schon den Fall dass nicht sichtbare Steuerzeichen im File waren die die ordentliche verarbeitung des files verhinderten. Am besten das file nochmal mit zb. vi erstellen und neu einlesen.

Dein logfile ist von unten nach oben zu lesen .... ich war irritiert  ;)
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 11:38:08
Ich weiss nicht ob du den Hinweis aus der commandref für die serverside option gelesen hast:

Zitat.Der verwendete Datenbankuser benötigt das "FILE"-Privileg. 

Grüsse,
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 11:55:57
utf8 keine chance

die datei nochmals aus contrib kopiert, mit vi und auch mit nano bearbeitet.
verschiedene variationen durchgespielt.... DB connected sicher immer, aber das Internal UTF8 blieb auf 0

utf8 => 1
utf8 => "1"
utf8 => 1,

Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 12:01:06
Zitat von: DS_Starter am 17 Januar 2018, 11:38:08
Ich weiss nicht ob du den Hinweis aus der commandref für die serverside option gelesen hast:

Grüsse,
Heiko

show grants liefert
GRANT SELECT, INSERT, UPDATE, DELETE ON `fhem`.* TO 'fhemuser'@'%'

dann google ich mal, wie ich FILE noch hinzubekomme...

danke
Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 12:53:02
wegen FILE Priv.
bin wiefolgt vorgegangen...

phpmyadmin
anmeldung mit root
DB mysql ausgewählt => users => fhemuser
File_priv => Y
gespeichert


Dump angeschuppst...
DBD::mysql::st execute failed: Access denied for user 'fhemuser'@'%' (using password: YES) at ./FHEM/93_DbRep.pm line 5961.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 13:03:54
das utf8 ist ja hartnäckig. Wenn du fhem neu startest achte mal auf diese Ausschriften im log

Zitat.
2018.01.17 12:39:34.179 3: DbLog LogDB: Creating Push-Handle to database mysql:database=fhemtest;host=192.168.2.10;port=3307 with user fhemtest
2018.01.17 12:39:34.198 3: DbLog LogDB: Push-Handle to db mysql:database=fhemtest;host=192.168.2.10;port=3307 created
2018.01.17 12:39:34.198 3: DbLog LogDB: UTF8 support enabled
2018.01.17 12:39:34.211 3: DbLog LogDB1: Creating Push-Handle to database mysql:database=fhemtest1;host=192.168.2.10;port=3307 with user fhemtest1
2018.01.17 12:39:34.212 3: DbLog LogDB1: Push-Handle to db mysql:database=fhemtest1;host=192.168.2.10;port=3307 created
2018.01.17 12:39:34.212 3: DbLog LogDB1: UTF8 support enabled 2018.01.17 12:39:34.234 3: DbLog LogSQLITE: Creating Push-Handle to database SQLite:dbname=/opt/fhem/fhem.db with user


oder gibt es Fehlermeldungen ?
Bei mir, wie siehst, wird der utf8 key in der conf erkannt. Also irgendwas ist da noch mit dem File nicht ok.
Der aufbau ist ok, ist bei mir genauso.

was sagt denn "show grants" jetzt ?

wenn du nicht weiter kommst können wir heute abend noch vergleichen, habe jetzt erstmal keine Zeit mehr ...

Lg,
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 13:39:17
show grants ist unverändert, also bzgl. FILE wird da nichts angezeigt
aber im screenshot als globales recht


nach Neustart finde ich nur zwei Zeilen bzgl. DbLog
2018.01.17 13:33:42 3: DbLog myMariaDB: Push-Handle to db mysql:database=fhem;host=localhost;port=3306 created
2018.01.17 13:33:42 3: DbLog myMariaDB: Creating Push-Handle to database mysql:database=fhem;host=localhost;port=3306 with user fhemuser


gruß und kein stress  ;)
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 17 Januar 2018, 14:23:54
Moin,

ich muss auch noch einmal mit einem Ding dazwischengrätschen - bin zwar nicht 100%ig sicher, ob es an DbLog liegt, zeitlich liegt es aber sehr nah beisammen (Umstellung und Probleme)

und zwar: fhem lässt sich nicht mehr gescheit stoppen. Ein shutdown restart hängt immer bei:

2018.01.17 14:14:52 1: HMCCURPC: Found 1 threads. Stopping ...
2018.01.17 14:14:54 2: DbLog DBLog waiting for shutdown
2018.01.17 14:14:56 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2018.01.17 14:15:03 1: Including fhem.cfg
2018.01.17 14:15:03 1: telnetPort: Can't open server port at 7072: Die Adresse wird bereits verwendet. Exiting.


scheint  wohl als wäre er nicht sauber beendet (Telnet Server läuft noch) ist, wenn er den neustart versucht.

ein /etc/init.d/fhem stop bringt folgendes:

root@fhem:~#/etc/init.d/fhem stop
Stopping fhem...



und da hängt er bis ich abbreche.

ein killall perl killt dann alle Prozesse und ich kann fhem normal wieder über den Daemon starten.

Jemand ne Idee ob es an Dblog liegt?
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 20:40:10
@Kai, es kann einen Zusammenhang geben. Wir haben ja bereits schon festgestellt, dass deine DB lange braucht um Daten wegzuschreiben. Beim Shutdown wird ein finaler Schreibprozess initiiert um die Daten im Cache in die DB zu schreiben. Möglicherweise ist dein "shutdownWait" Wert noch zu klein. In der angehängten Version 3.6.4 habe ich die Shutdown-Funktion ein wenig erweitert.
Spiele diese Version mal ein und teste mit verschiedenen "shutdownWait"-Werten. Auszuschliessen ist natürlich auch nicht dass ein anderes Modul mit reinspielt (SONOS, HMCCURPC habe ich nicht im Einsatz).
Bei mir habe ich dergleichen noch nicht festgestellt.


@kumue, bzgl. dem Lesen der conf habe ich in der angehängten Version einen Zeichenfilter implementiert, den du mit dem Attr "useCharfilter = 1" aktivieren kannst. Probiere mal aus, ob dann der UTF8 Key bei dir erkannt wird. Wie gesagt, wenn du das conf-File neu eintippen (nicht kopieren) würdest, bin ich überzeugt ginge es auch. Aber wenn der charfilter hier auch wirken würde, wäre das eine generell gute Lösung für zukünftige Fälle.

Die globalen Rechte meines testusers siehst du im Anhang. Ein "show grants" ausgeführt mit DbRep

set ... sqlCmd show grants

bringt die Infos des zweiten Screenshots. Bei wird "FILE" mit ausgegeben.
Entziehe ich dem User das Recht in der phpMyAdmin-Maske kommt bei mir exakt der gleiche Fehler wie bei dir.
Wenn du das Rechteproblem löst, wird der Dump auch funktionieren.

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 21:20:45
UFT.. unverändert
Habe die conf-Datei neu angelegt und alles eingetippt.
Deine neue Version installiert, das Attribute gesetzt. Neustart.
Im Log finden sich nur diese beiden Zeilen:
2018.01.17 21:08:42 3: DbLog myMariaDB - Push-Handle to db mysql:database=fhem;host=localhost;port=3306 created
2018.01.17 21:08:42 3: DbLog myMariaDB - Creating Push-Handle to database mysql:database=fhem;host=localhost;port=3306 with user fhemuser

Was mir auffiel:
Der STATE von DbLog steht jetzt ca. 20sec auf initialized bevor das connected kommt..

Wegen den Rechten muss ich noch schauen...
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 21:33:28
ZitatUFT.. unverändert.

Sag mal ... dumme Frage, du verwendest doch configDB. Du importierst doch das editierte conf-File in configDB, oder ??

ZitatWas mir auffiel:
Der STATE von DbLog steht jetzt ca. 20sec auf initialized bevor das connected kommt..
Kein Grund zur Beunruhigung.



Titel: Antw:DBlog Error
Beitrag von: kumue am 17 Januar 2018, 21:40:11
Zitat von: DS_Starter am 17 Januar 2018, 21:33:28
Sag mal ... dumme Frage, du verwendest doch configDB. Du importierst doch das editierte conf-File in configDB, oder ??
Kein Grund zur Beunruhigung.

Bingo, das wars.. UFT8  1    :)
Nachdem ich utf8 in die conf eingetrug, habe ich die Datei nicht noch mal gelöscht und wieder importiert.
Danke für Deine Unterstützung, daran hätte ich jetzt nicht gedacht.

Wegen dem dump mache ich morgen weiter.

Danke nochmals und gute Nacht !
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 17 Januar 2018, 21:44:14
 :)
Gute Nacht !
Titel: Antw:DBlog Error
Beitrag von: Kai-Alfonso am 18 Januar 2018, 07:20:12
Zitat von: DS_Starter am 17 Januar 2018, 20:40:10
@Kai, es kann einen Zusammenhang geben. Wir haben ja bereits schon festgestellt, dass deine DB lange braucht um Daten wegzuschreiben. Beim Shutdown wird ein finaler Schreibprozess initiiert um die Daten im Cache in die DB zu schreiben. Möglicherweise ist dein "shutdownWait" Wert noch zu klein. In der angehängten Version 3.6.4 habe ich die Shutdown-Funktion ein wenig erweitert.
Spiele diese Version mal ein und teste mit verschiedenen "shutdownWait"-Werten. Auszuschliessen ist natürlich auch nicht dass ein anderes Modul mit reinspielt (SONOS, HMCCURPC habe ich nicht im Einsatz).
Bei mir habe ich dergleichen noch nicht festgestellt.


Guten Morgen Heiko - ich habe jetzt mal die neue Version eingespielt und ShutdownTimer=5 gesetzt - shutdown und shutdown restart geht jetzt ohne Probleme

Danke dafür
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 18 Januar 2018, 09:02:25
Guten Morgen,

prima. Dann übernehme ich das mit in das SVN.

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 18 Januar 2018, 09:53:44
Moin Heiko,
der serverside Dump läuft jetzt auch.  :)
2018.01.18 09:41:54 3: DbRep myDbRep - Database dump finished successfully.
2018.01.18 09:41:54 3: DbRep myDbRep - Finished backup of database fhem - total time used: 88 seconds
2018.01.18 09:41:54 3: DbRep myDbRep - Size of backupfile: n.a.
2018.01.18 09:41:54 3: DbRep myDbRep - Number of exported datasets: 3606858
2018.01.18 09:40:26 3: DbRep myDbRep - Starting dump of database 'fhem', table 'history'
2018.01.18 09:40:26 3: DbRep myDbRep - Searching for tables inside database fhem....
2018.01.18 09:40:26 3: DbRep myDbRep - ################################################################
2018.01.18 09:40:26 3: DbRep myDbRep - ###             New database serverSide dump                 ###
2018.01.18 09:40:26 3: DbRep myDbRep - ################################################################


Das File liegt im /var/lib/mysql
-rw-rw-rw- 1 mysql mysql 303M Jan 18 09:41 /var/lib/mysql/fhem_history_2018_01_18_09_40.csv

Eine kleine Sache, die nicht weiter stört... wieso kann die Dateigröße nicht angezeigt werden ?
2018.01.18 09:41:54 3: DbRep myDbRep - Size of backupfile: n.a.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 18 Januar 2018, 10:01:15
ZitatEine kleine Sache, die nicht weiter stört... wieso kann die Dateigröße nicht angezeigt werden ?

Weil ich das bisher nicht beim serverside backup implementiert habe. Es hängt nämlich davon ab, ob der User die interne Versionsverwaltung nutzt und das Attr "dumpDirLocal" gesetzt hat oder nicht. Sonst komme ich mit der Routine nicht an die Daten.
KAnn ich mal mit vorsehen. Sind dann ein paar If's, elses mehr.   ;)


Stimmt nicht, habe ich schon implementiert. Aber das Modul muss ran kommen. -> "dumpDirLocal" setzen !

Prima, das es nun klappt !

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 18 Januar 2018, 17:32:46
das Verzeichnis war aber gesetzt auf
/opt/fhem/dumps_FHEM
drwxr-xr-x  2 fhem dialout      4096 Jan 16 11:15 dumps_FHEM

exportToFile wird auch in dieses Verzeichnis geschrieben....
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 18 Januar 2018, 17:45:24
du hattest doch geschrieben:

Zitat
Das File liegt im /var/lib/mysql

Dann musst du auch setzen "dumpDirLocal =  /var/lib/mysql".

exportToFile ist eine andere  Funktion und verwendet das Attribut "expimpfile".
Titel: Antw:DBlog Error
Beitrag von: kumue am 18 Januar 2018, 18:48:14
ich hatte mich gewundert, daß das File "selbstständig" ins /var... geschrieben wurde und nicht ins schon vorher gesetzte /opt/fhem/dumps_FHEM...

weil in der commandref steht ja
ZitatDer Dump wird durch den MySQL-Server erstellt und per default im Home-Verzeichnis des MySQL-Servers gespeichert.
[...]
Das Zielverzeichnis kann mit dem Attribut "dumpDirRemote" verändert werden.
Titel: Antw:DBlog Error
Beitrag von: DS_Starter am 18 Januar 2018, 18:55:19
Ja, stimmt ja auch, ins Home des MySQL-Servers.

Bei serverside Dump steuerst du das Zielverzeichnis mit dem Attribut "dumpDirRemote", das ist ein Verzeichnis welches (im Normalfall) auf einem entfernten Server (z.B. Synology) vorhanden und für den MySQL-Server zugreifbar sein muss. Will man es FHEM bekannt machen, muss es gemountet sein und dieser Mountpoint in "dumpDirLocal" hinterlegt werden.

Sonderfall ist eben wenn der DB-Server mit auf Raspi läuft und "dumpDirRemote" und "dumpDirLocal" auf das gleiche Verzeichnis gesetzt werden.
Ich hoffe ich habe es in der Commandref einigermaßen verständlich beschrieben  :)

Aber das ist eigentlich der falsche Thread, weil es geht inzwischen um DbRep-Fragen ...

LG,
Heiko
Titel: Antw:DBlog Error
Beitrag von: kumue am 18 Januar 2018, 18:58:01
jo, CR ist verständlich beschrieben..
wieder das alte Thema... "Wer lesen kann... "
Ich bin jetzt still hier...
Danke nochmals !!!