DbLog - neue Version mit Support MariaDB Perl Treiber und Netzwerk-Kompression

[betateilchen]

Im Produktivsystem habe ich jetzt die Kompression aktiviert.
Funktioniert, aber ich weiß eben nicht, wo ich einen Unterschied erkennen könnte.

[DS_Starter]

Es müßte meiner Meinung nach einen Geschwindigkeitsvorteil geben wenn größere Datenmengen übertragen werden müssen. In unserem Umfeld vermutlich nur wenn unfangreiche SVG-Plots aufgebaut werden müssen die den Transfer von entsprechenden Datenmengen benötigen (wenn man das überhaupt als viel Daten bezeichnen kann).

[betateilchen]

ok, dann werde ich nie einen Unterschied merken, bei mir werden plots maximal aus Daten der letzten drei Tage generiert.

Es gibt zwar ein Langzeitlog für eine spezielle Anforderung, aber das wird monatlich aufgeräumt, sodaß pro Tag nur ein einziger Wert in der Datenbank steht. Nur der vorherige und der laufende Monat sind in einer 10-Minuten Auflösung gelogged, auch das sind also keine großen Datenmengen.

[betateilchen]

Zwei Kleinigkeiten sind mir gerade aufgefallen:

Used Perl version: 5.36.0
Used DBI (Database independent interface) version: 1.643
Used DBD (Database driver) version MariaDB: 1.22
Used DbLog version: 5.10.0
Automatic check of SVN DbLog version not possible: No such file or directory
Rating:
Recommendation: Try to solve the problem that has occurred. Compare your local DbLog version with the public version manually.

Wie versuchst Du eigentlich, die DbLog Version zu prüfen? Anders gefragt: welche Datei wird da nicht gefunden?

Und ich schaffe es nicht, den Index Report_Idx über DbRep anzulegen:

Code Auswählen Erweitern

Can't use admin credentials for database access, see logfile !
Im Logfile steht aber gar nix...


Edit 1:

• Den gewünschten Index habe ich jetzt manuell auf Datenbankebene angelegt.
• Jetzt meckert der configCheck nur noch wegen der Versionsprüfung und
• wegen fehlender plotfork Angaben in einigen FHEMWEB Instanzen (das werde ich aber nicht ändern).

Edit 2:

Code Auswählen Erweitern

open (FD, "$root/FHEM/$ctrlFileName") or do { $msg = "Automatic check of SVN DbLog version not possible: $!";

Zum einen verstehe ich nicht, warum hier nicht mit FileRead() gearbeitet wird (dann käme direkt ein array als Ergebnis) und zum anderen liegt bei mir das FHEM-control_file nicht in $modpath/FHEM/ sondern in $modpath.

Das dürfte bei allen Anwendern der Fall sein, die ihr FHEM nicht über "update" aktualisieren, sondern z.B. direkt aus SVN.

[DS_Starter]

Wegen dem Index:
DbRep prüft zur Anlage eines Index ob der normal verwendete DB-User die Rechte INDEX und ALTER hat, anderenfalls wird ein evtl. hinterlegter Admin-User verwendet. Problem-Hinweis kommt z.Zt. mit verbose 2.

Zum einen verstehe ich nicht, warum hier nicht mit FileRead() gearbeitet wird (dann käme direkt ein array als Ergebnis) und zum anderen liegt bei mir das FHEM-control_file nicht in $modpath/FHEM/ sondern in $modpath.

Das dürfte bei allen Anwendern der Fall sein, die ihr FHEM nicht über "update" aktualisieren, sondern z.B. direkt aus SVN.

Ok. Ist natürlich ein guter Hinweis auch den $modpath als mögliche Ablage einzubeziehen.

[betateilchen]

zum anderen liegt bei mir das FHEM-control_file nicht in $modpath/FHEM/ sondern in $modpath.

Das dürfte bei allen Anwendern der Fall sein, die ihr FHEM nicht über "update" aktualisieren, sondern z.B. direkt aus SVN.

Inzwischen habe ich einen symbolischen Link in ./FHEM angelegt, der auf das control-file zeigt.
Jetzt bekomme ich zumindest eine andere Fehlermeldung, die aber logisch ist, weil das control-file erst morgen früh aktualisiert wird und erst dann die neue Version von 93_DbLog.pm kennt.

Bin gespannt, ob morgen früh dann diese Meldung auch noch verschwindet.

[DS_Starter]

Bin gespannt, ob morgen früh dann diese Meldung auch noch verschwindet.

Davon bin ich überzeugt.

[betateilchen]

Bin gespannt, ob morgen früh dann diese Meldung auch noch verschwindet.

Code Auswählen Erweitern

Result of version check

Used Perl version: 5.36.0
Used DBI (Database independent interface) version: 1.643
Used DBD (Database driver) version MariaDB: 1.22
Used DbLog version: 5.10.0
Your local DbLog module is up to date.
Rating:
Recommendation: Update of DbLog is not needed.

Geht doch 

Mit der Lösung per symbolischem Link kann ich gut leben.

[kask]

Kurze Frage:
Ist es möglich mit addlog einen DB eintrag zu erzwingen obwohl die zu loggenden Readings im DbLogExclude sind (z.b. mit ".*") ?

Mit:

"set logdb addLog blahblubs:blahlala"

..kommt leider

"logdb - Device: "blahblubs", reading: ".*" excluded by attribute DbLogExclude from addLog !"

[DS_Starter]

Ja, mit dem Zusatz "!useExcludes".

[kask]

Danke. Ja, wenn man es richtig macht funktioniert es. Der Fehler sitz vor dem Monitor.