93_DbLog - Umstellung Log-Funktion auf non-blocking

[JoeALLb]

Da kommt der Fehler ebenfalls.

Wenn die Tabelle historyWORK noch existiert, dann sollte jetzt deine normale, alte Tabelle 5min30sec anstatt 1h40min benötigen.,..?
Hast Du dafür eine Erklärung?
Wie lange dauert es dann bei historyWORK?

Hast Du MySQL oder MariaDB drauf, der Status sagt da snicht aus.
Wenn MAriaDB, solltest Du updaten auf mariaDB 10, Debian liefert diese Datenbank mit aus!
Die Abfrage mit PArtition wird lt. Doku scheinbar erst ab MySQL 5.6 unterstützt. (Ob du das wirklich benötigst, ist eine andere Frage...)

Ganz Allgemein: Ich befürchte, dass wir hier den Thread von Heiko kidnappen... so ganz ideal ist das wohl nicht.

schöne Grüße
Joe

[ghayne]

I had a database using DbLog working up until a few days ago, now I cannot create an SVG plot from within DbLog, or change any plot attributes.

I have just set up a new installation with a Raspberry Pi3 and it is not working either, I cannot create any plots using DbLog (no dropdown menu to select the data source).

What is going on? Obviously DbLog has changed somehow. This is extremely frustrating!


Any help would be appreciated.

Regards Garry Hayne

[DS_Starter]

Hi Garry,

don't worry. Please set the attribute DbLogType to "Current/History".
That should solve your issue.

best regards,
Heiko

[ghayne]

Hi Garry,

don't worry. Please set the attribute DbLogType to "Current/History".
That should solve your issue.

best regards,
Heiko

Heiko, I already tried that with no success

[stromer-12]

Wenn die Tabelle historyWORK noch existiert, dann sollte jetzt deine normale, alte Tabelle 5min30sec anstatt 1h40min benötigen.,..?
Hast Du dafür eine Erklärung?
Wie lange dauert es dann bei historyWORK?

history und historyWORK haben die gleichen Zeiten. Sie sind jetzt als MyISAM gespeichert.
Die 1:40Std war die Zeit mit der InnoDB.

Hast Du MySQL oder MariaDB drauf, der Status sagt da snicht aus.
Wenn MAriaDB, solltest Du updaten auf mariaDB 10, Debian liefert diese Datenbank mit aus!
Die Abfrage mit PArtition wird lt. Doku scheinbar erst ab MySQL 5.6 unterstützt. (Ob du das wirklich benötigst, ist eine andere Frage...)

Es ist MYSQL 5.5, auf welche andere sollte ich den schwenken?

[DS_Starter]

Hi Garry,

what version you are running ? It should be at least (see Internal):

Code Auswählen Erweitern

VERSION   2.10.4

[JoeALLb]

MariaDB 10, ist bei debian dabei.
Das Update ist auch recht einfach, aber ich kann es hier nicht testen da ich kein system mit mysql 5.5 habe.

Dieser Befehl kann dir weiterhelfen, aber ohne garantie!

Code Auswählen Erweitern

apt-get install mariadb-server-10.0

history und historyWORK haben die gleichen Zeiten. Sie sind jetzt als MyISAM gespeichert.
Die 1:40Std war die Zeit mit der InnoDB.

Dann hast du aber die Anleitung deutlich verlassen... ich hoffe, du hast noch einen Übeblick welche DB jetzt wie aktuell ist...

[ioT4db]

Hallo Joe,

also ich würde auch vorschlagen die Optimierung der Datenbank an Sich in einen neuen Thread zu verlegen. Kann man die einzelnen eigentlich Nachrichten verschieben?

So, nun aber zum Thema:
Bin gerade dabei Deine Anleitung umzusetzen. Funktioniert alles bis zum "insert ignore". Da zerschießt er immer die neue historyWORK-Tabelle. Ist das das besagte Problem bzgl. InnoDB, das Du angesprochen hattest?

VG
Daniel

[DS_Starter]

Hallo Daniel,

will die Lücke gleich mal nutzen und nachfragen ob du die V2.10.7 aus #466  mal ausprobiert ob die Feldlängenerweiterung gleich nach dem Start nun bei dir zieht ?

Einen Optimierungsthread sollten wir wirklich aufmachen. Wenn die Umstellungsaktivitäten auf asynchron abgeschlossen sind bleiben bestimmt noch einige Wünsche und Weiterentwicklungen offen.

Grüße
Heiko

[ghayne]

Hi Garry,

what version you are running ? It should be at least (see Internal):

Code Auswählen Erweitern

VERSION   2.10.4

Yes 2.10.4, Antworten in Deutsch sind auch OK. Ich habe im OP in Englisch gepostet ( Ich habe 32 Jahre in Deutshland gewohnt) weil ich wegen diese Sache extrem frustriert bin, alles hat funktioniert bis vor einige Tage. Kann es sein das es an meine locale Einstellungen am raspberry Pi liegt?

[JoeALLb]

Hallo Joe,

also ich würde auch vorschlagen die Optimierung der Datenbank an Sich in einen neuen Thread zu verlegen. Kann man die einzelnen eigentlich Nachrichten verschieben?

gemacht: Die Antwort ist dort: https://forum.fhem.de/index.php/topic,65860.msg571053.html#msg571053

[DS_Starter]

Hi Gary,

ja ich weiß,m manchmal nervt es.
Ab 2.10.4 sollten keine issues mit der Drop-Down-Liste mehr auftreten. Hast du mal geschaut ob deine Current-Tabelle gefüllt wird/ist. Das ist Vorraussetzung für die Drop-Down-Liste.
Welche DB nutzt du ?
Lokale Einstellungen am Raspi wären zwar nicht auszuschließen wenn es bereits funktioniert hat. Ein User hatte mal von einem Browser-Issue berichtet -> Browser Cache gelöscht bzw. anderer Browser und alles war ok.

Wenn du magst kannst du auch gleich die weiterentwickelte Version 2.10.7 aus #466 nutzen und berichten.

Grüße
Heiko

[ioT4db]

Hallo Daniel,

will die Lücke gleich mal nutzen und nachfragen ob du die V2.10.7 aus #466  mal ausprobiert ob die Feldlängenerweiterung gleich nach dem Start nun bei dir zieht ?

Einen Optimierungsthread sollten wir wirklich aufmachen. Wenn die Umstellungsaktivitäten auf asynchron abgeschlossen sind bleiben bestimmt noch einige Wünsche und Weiterentwicklungen offen.

Grüße
Heiko

Hallo Heiko,

nach ein paar Tests mit der V2.10.7 kann ich sagen, dass die ersten Werte beim restart noch immer gekürzt geloggt werden.

Also leider keine Verbesserung, sorry...

VG
Daniel

[ghayne]

Hi Gary,

ja ich weiß,m manchmal nervt es.
Ab 2.10.4 sollten keine issues mit der Drop-Down-Liste mehr auftreten. Hast du mal geschaut ob deine Current-Tabelle gefüllt wird/ist. Das ist Vorraussetzung für die Drop-Down-Liste.
Welche DB nutzt du ?
Lokale Einstellungen am Raspi wären zwar nicht auszuschließen wenn es bereits funktioniert hat. Ein User hatte mal von einem Browser-Issue berichtet -> Browser Cache gelöscht bzw. anderer Browser und alles war ok.

Wenn du magst kannst du auch gleich die weiterentwickelte Version 2.10.7 aus #466 nutzen und berichten.

Grüße
Heiko

Ich nutze sqllite, countCurrent zeigt 1 aber wann ich direkt aus sqlight ein select * mache kommt nichts, komisch. Wo finde ich #466?

Regards, Garry

[DS_Starter]

Hi Gary,

Die V2.10.7 ist hier https://forum.fhem.de/index.php/topic,62998.msg570232.html#msg570232.
Aber wenn dein select * auf die Current-Tabelle kein Ergebnis bringt,  dann ist das wahrscheinlich auch die Ursache. Ist wirklich komisch.
Hast du einen SQL-Editor mit dem du dir den Inhalt der Tabelle Current anschauen kannst ?

Die Tabelle muß gefüllt werden und das funktioniert auch prinzipiell. Habe selbst eine SQLite Test-DB und klappt tadellos.

Grüße
Heiko