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();
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
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
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.
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
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
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 ?
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
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 ?
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.
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.
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
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
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
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 :)
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.
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
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.
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 :)
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
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.
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 :/
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
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 !
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
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)
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
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
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)
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}
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.
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
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)
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.
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?
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
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
in dem List fehlen die Attrubute, kannst du die noch liefern ?
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
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.
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?
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
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.
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?
mit purge. die daten sollen raus aus dem ram.
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)
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
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
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.
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.
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
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.
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.
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" ?
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
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.
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
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 ;)
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?
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..
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.
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
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
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
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
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
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?
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
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?
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
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 :-)
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
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
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
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
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
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)
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.
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 ?
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
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
poste mal noch die versionsnummern (internal) von dblog / dbrep.
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
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 ;)
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
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,
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
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.
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
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 ;)
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?
@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
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...
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.
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 !
:)
Gute Nacht !
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
Guten Morgen,
prima. Dann übernehme ich das mit in das SVN.
LG,
Heiko
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.
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
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....
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".
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.
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
jo, CR ist verständlich beschrieben..
wieder das alte Thema... "Wer lesen kann... "
Ich bin jetzt still hier...
Danke nochmals !!!