[Modul] Archive Control MySQL

demel42 · 14. Januar 2019 um 14:36

welchen filesystem-typ hat dein volume? ext4 oder btrfs?
die performance von btrfs ist ja nicht ganz so hoch wie die von ext4 bei kleinen dateien/datei-operationen. und das ist potentiell gerade bei der MariaDB/MySQL ein problem.

ich bin gerade von einer DS414+ mit ext4 auf eine DS918+ mit btrfs gewechselt, habe aber mit MariaDB selbst noch keine Test gemacht.

Gffs macht es Sinn, an den Memor-Einstellungen was zu drehen - siehe hier MariaDB auf Synology DiskStation beschleunigen | BoernyBlog. Die Original-Einstellungen sind hier zu finden: /volume1/@appstore/MariaDB/etc/mysql/my.cnf, Änderungen dann hier: /var/packages/MariaDB/etc/my.cnf

gruß
demel

thezepter · 14. Januar 2019 um 19:49

Ja, ich vermute auch btrfs… bei nem Kollegen läuft es mit ext4 und selbigen Konstellationen einfwandfrei.
Habe im Synology Forum mal ein Thread dazu aufgemacht und den Support angeschrieben.
Es ist ja auch nicht nur sql langsam… ich hab gerade ein scipt ausgeführt, das normalerweise 100ms braucht. Bei mir läuft es je nach Volume Auslastung zwischen 4 sec. und 25 sec !!!

Ist doch sch**** :mad:

Wie zum Teufel soll ich eine voll laufende Diskstation auf ext4 umstellen… unmöglich.

demel42 · 14. Januar 2019 um 21:54

hallo,

Ich habe auf meiner DS918+ (btrfs, RAID 1) mit MariaDB 5 mal ein paar Tests gemacht,

a) einfach per SQL Daten eingefügt
b) diese Modul aktiviert und ein paar Variablen aktiviert

Im Ruhezustand ist die Auslastung des Volumen bei 10-20%.
Egal was ich gemacht habe, über 40% Auslastung bin ich nicht gekommen.

Aber schnell ist anders …

Ich habe in der DS noch eine ungespiegelte Platte mit ext4.

Da habe ich die DB testhalber drauf verschoben (geht über das MariaDB-Admin-Programm) und den Test wiederholt (100 Datensätze angelegt). Nun ja, keine exakte Messung, aber die Geschwindigkeit ist geschätzt das 4-fache.

Eine Auswirkung auf die Auslastung des Volumens hat es aber nicht.

D.h. für mich wäre das zwar nicht berauschend aber akzeptabel.

Und ja, ein Umbau des FS-Types ist ohne eine Neu-Erstellung des Volumens nicht machbar, eine Anleitung siehe bei idomix.

gruß
demel

thezepter · 18. Januar 2019 um 13:50

Danke Dir für´s testen ! Dem Synology Support hab ich mal paar Protokolle geschickt aber kann nicht so lange warten ^^
Bin gerade am Ordner verschieben und werde dann nach 1…2 Tagen wenn alles wieder läuft ja sehen wie sehr es was gebracht hat. Leider fehlen mir dann so Sachen wie User Folder Quota usw… hmmm naja
Melde mich

TecDoc · 21. Januar 2019 um 08:05

Ich muss mich auch mal in die Reihe eingliedern… Habe das gleiche Problem.
Anfangs lief meine SQL Datenbank noch recht schnell, aber seit gestern habe ich ca. 10-15 Min Versatz in den Meldungen von IPS. Das hat zur Folge das alle WebFronts sich aufhängen und nicht mehr aktualisiert werden.

Schaltbefehle kann ich senden, wird auch sofort übernommen oder ausgeführt, aber es kommt keine Rückmeldung am Webfront an.

Habe das Modul „Archiv MySQL“ raus genommen und alles läuft wieder.

Meine SQL DB läuft auf einer Synology RS816 und mein IPS auf einem RPi 3B+

Schätze mal das ich zuviele Variablen und zu schnell logge…^^

thezepter · 28. Januar 2019 um 08:10

Bei mir läufts jetzt. Hat aber nur 2 Wochen gedauert ^^

Es lag nicht an btrfs. Hatte alles nach mehren Tagen Arbeit auf ext4 umgezogen und es hat nichts gebracht.
Trotz regelmäßigen positiven SMART Checks, hatten 2 Festplatten „Raw_Read_Error_Rate“ > 0.
Hatte mich der Synology Support drauf gebracht. Wenn ich immer positive SMART Tests erhalte schau ich da im Detail auch nicht weiter… Naja…
Beide Platten raus… 2 neue rein und jetzt auch gleich wieder auf ext4 und alles schnurrt wie ein Kätzchen. Alles rennt wieder wie es soll. Keine Probleme mit Datenbanken etc.

TecDoc · 6. Februar 2019 um 07:53

Moin zusammen,
zu früh gefreut? Es gab vor kurzem ein Modul Update für das Archiv mySQL. habe es ausgeführt und seitdem habe ich wieder nach 5 min schon 3 min Nachlauf… Sieht man schön an den Meldungen wie es stetig langsamer wird.

Ist es möglich das mein RPi 3B+ zu langsam dafür wird weil er zu sehr ausgelastet ist? In der auslastung ändert sich der Wert kaum, egal ob das Modul aktiv ist oder nicht. Liegt immer zwischen 20-55%

Bei meinem Kumpel läuft es im Docker auf einer Synology. Das kann meine RS816 aber leider nicht.

In der Experten Ansicht, „PHP Informationen“ habe ich auch einige rote Fehlermeldungen. Nur wenn das Modul läuft. Hab mal einen Screenshot angehängt.

Pi3+.jpg

Hat jemand noch eine Idee woran es liegen könnte? Vielleicht hab ich was übersehen…

Nall-chan · 6. Februar 2019 um 07:56

Es gab an diesem Modul keine Programmtechnische Änderung.
Somit kann es damit nicht zusammenhängen.
Michael

TecDoc · 6. Februar 2019 um 08:19

Hallo Michael,

das wollte ich damit auch nicht sagen, es ist nur erst nach dem Update aufgetreten. Das ist mir eben aufgefallen. Davor lief es einwandfrei.

Ich probiere mal weiter

Nall-chan · 7. Februar 2019 um 20:26

Mit der öffentlichen Beta von IPS 5.1 gibt es dann auch ein Update für das Modul.
Aktuell könnte es passieren, dass die Datenbankzugriffe IPS verlangsamen.
Michael

thezepter · 13. Februar 2019 um 13:21

Moin Michael,

bin ja auch schon ein paar Tage in der geschlossenen 5.1 dabei und auch da wurde Symcon immer langsamer. Jetzt habe ich deine aktuelle Version installiert um zu gucken ob diese Verbesserung in der Hinsicht bringt. Sehe unter „Meldungen“ folgendes. Hilft Dir das ?

Im Debug Protokoll steigt die Zeit von „Fetch Data“ mit jeder Abfrage an.
Beginnt bei ca 0,100ms … 2,000ms … bei knapp 3,000ms ist Schluss.

In diesem Bereich sieht man gut was passiert… irgendwann conencted er neu und fängt wieder mit 0,089ms an.

TXT: 13.02.2019, 13:30:12 |      MessageTime [4] | 2,584 ms
HEX: 13.02.2019, 13:30:12 |      MessageTime [4] | 32 2C 35 38 34 20 6D 73 
TXT: 13.02.2019, 13:30:12 |        FetchData [1] | Done
HEX: 13.02.2019, 13:30:12 |        FetchData [1] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:12 |      MessageTime [1] | 2,417 ms
HEX: 13.02.2019, 13:30:12 |      MessageTime [1] | 32 2C 34 31 37 20 6D 73 
TXT: 13.02.2019, 13:30:12 |       FetchData [45] | Done
HEX: 13.02.2019, 13:30:12 |       FetchData [45] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:12 |     MessageTime [45] | 2,522 ms
HEX: 13.02.2019, 13:30:12 |     MessageTime [45] | 32 2C 35 32 32 20 6D 73 
TXT: 13.02.2019, 13:30:13 |        FetchData [8] | Done
HEX: 13.02.2019, 13:30:13 |        FetchData [8] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:13 |      MessageTime [8] | 2,519 ms
HEX: 13.02.2019, 13:30:13 |      MessageTime [8] | 32 2C 35 31 39 20 6D 73 
TXT: 13.02.2019, 13:30:13 |       FetchData [49] | Done
HEX: 13.02.2019, 13:30:13 |       FetchData [49] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:13 |     MessageTime [49] | 2,557 ms
HEX: 13.02.2019, 13:30:13 |     MessageTime [49] | 32 2C 35 35 37 20 6D 73 
TXT: 13.02.2019, 13:30:13 |       FetchData [57] | Done
HEX: 13.02.2019, 13:30:13 |       FetchData [57] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:13 |     MessageTime [57] | 2,586 ms
HEX: 13.02.2019, 13:30:13 |     MessageTime [57] | 32 2C 35 38 36 20 6D 73 
TXT: 13.02.2019, 13:30:14 |        FetchData [5] | Done
HEX: 13.02.2019, 13:30:14 |        FetchData [5] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:14 |      MessageTime [5] | 2,504 ms
HEX: 13.02.2019, 13:30:14 |      MessageTime [5] | 32 2C 35 30 34 20 6D 73 
TXT: 13.02.2019, 13:30:14 |       FetchData [24] | Done
HEX: 13.02.2019, 13:30:14 |       FetchData [24] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:14 |     MessageTime [24] | 2,583 ms
HEX: 13.02.2019, 13:30:14 |     MessageTime [24] | 32 2C 35 38 33 20 6D 73 
TXT: 13.02.2019, 13:30:14 |       FetchData [26] | Done
HEX: 13.02.2019, 13:30:14 |       FetchData [26] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:14 |     MessageTime [26] | 2,566 ms
HEX: 13.02.2019, 13:30:14 |     MessageTime [26] | 32 2C 35 36 36 20 6D 73 
TXT: 13.02.2019, 13:30:15 |       FetchData [12] | Done
HEX: 13.02.2019, 13:30:15 |       FetchData [12] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:15 |     MessageTime [12] | 2,634 ms
HEX: 13.02.2019, 13:30:15 |     MessageTime [12] | 32 2C 36 33 34 20 6D 73 
TXT: 13.02.2019, 13:30:15 |       FetchData [42] | Done
HEX: 13.02.2019, 13:30:15 |       FetchData [42] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:15 |     MessageTime [42] | 2,475 ms
HEX: 13.02.2019, 13:30:15 |     MessageTime [42] | 32 2C 34 37 35 20 6D 73 
TXT: 13.02.2019, 13:30:15 |       FetchData [21] | Done
HEX: 13.02.2019, 13:30:15 |       FetchData [21] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:15 |     MessageTime [21] | 2,524 ms
HEX: 13.02.2019, 13:30:15 |     MessageTime [21] | 32 2C 35 32 34 20 6D 73 
TXT: 13.02.2019, 13:30:16 |       FetchData [39] | Done
HEX: 13.02.2019, 13:30:16 |       FetchData [39] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:16 |     MessageTime [39] | 2,512 ms
HEX: 13.02.2019, 13:30:16 |     MessageTime [39] | 32 2C 35 31 32 20 6D 73 
TXT: 13.02.2019, 13:30:16 |        FetchData [3] | Done
HEX: 13.02.2019, 13:30:16 |        FetchData [3] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:16 |      MessageTime [3] | 2,563 ms
HEX: 13.02.2019, 13:30:16 |      MessageTime [3] | 32 2C 35 36 33 20 6D 73 
TXT: 13.02.2019, 13:30:16 |       FetchData [19] | Done
HEX: 13.02.2019, 13:30:16 |       FetchData [19] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:16 |     MessageTime [19] | 2,637 ms
HEX: 13.02.2019, 13:30:16 |     MessageTime [19] | 32 2C 36 33 37 20 6D 73 
TXT: 13.02.2019, 13:30:17 |       FetchData [50] | Done
HEX: 13.02.2019, 13:30:17 |       FetchData [50] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:17 |     MessageTime [50] | 2,478 ms
HEX: 13.02.2019, 13:30:17 |     MessageTime [50] | 32 2C 34 37 38 20 6D 73 
TXT: 13.02.2019, 13:30:17 |       FetchData [60] | Done
HEX: 13.02.2019, 13:30:17 |       FetchData [60] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:17 |     MessageTime [60] | 2,495 ms
HEX: 13.02.2019, 13:30:17 |     MessageTime [60] | 32 2C 34 39 35 20 6D 73 
TXT: 13.02.2019, 13:30:17 |       FetchData [51] | Done
HEX: 13.02.2019, 13:30:17 |       FetchData [51] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:17 |     MessageTime [51] | 2,563 ms
HEX: 13.02.2019, 13:30:17 |     MessageTime [51] | 32 2C 35 36 33 20 6D 73 
TXT: 13.02.2019, 13:30:17 |       FetchData [22] | Done
HEX: 13.02.2019, 13:30:17 |       FetchData [22] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:17 |     MessageTime [22] | 2,637 ms
HEX: 13.02.2019, 13:30:17 |     MessageTime [22] | 32 2C 36 33 37 20 6D 73 
TXT: 13.02.2019, 13:30:17 |       FetchData [56] | Done
HEX: 13.02.2019, 13:30:17 |       FetchData [56] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:17 |     MessageTime [56] | 2,614 ms
HEX: 13.02.2019, 13:30:17 |     MessageTime [56] | 32 2C 36 31 34 20 6D 73 
TXT: 13.02.2019, 13:30:18 |        FetchData [6] | Done
HEX: 13.02.2019, 13:30:18 |        FetchData [6] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:18 |      MessageTime [6] | 2,555 ms
HEX: 13.02.2019, 13:30:18 |      MessageTime [6] | 32 2C 35 35 35 20 6D 73 
TXT: 13.02.2019, 13:30:18 |       FetchData [48] | Done
HEX: 13.02.2019, 13:30:18 |       FetchData [48] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:18 |     MessageTime [48] | 2,628 ms
HEX: 13.02.2019, 13:30:18 |     MessageTime [48] | 32 2C 36 32 38 20 6D 73 
TXT: 13.02.2019, 13:30:18 |       FetchData [18] | Done
HEX: 13.02.2019, 13:30:18 |       FetchData [18] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:18 |     MessageTime [18] | 2,491 ms
HEX: 13.02.2019, 13:30:18 |     MessageTime [18] | 32 2C 34 39 31 20 6D 73 
TXT: 13.02.2019, 13:30:19 |       FetchData [27] | Done
HEX: 13.02.2019, 13:30:19 |       FetchData [27] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:19 |     MessageTime [27] | 2,705 ms
HEX: 13.02.2019, 13:30:19 |     MessageTime [27] | 32 2C 37 30 35 20 6D 73 
TXT: 13.02.2019, 13:30:19 |       FetchData [13] | Done
HEX: 13.02.2019, 13:30:19 |       FetchData [13] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:19 |           Timer [13] | Start
HEX: 13.02.2019, 13:30:19 |           Timer [13] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:19 |     MessageTime [13] | 0,201 ms
HEX: 13.02.2019, 13:30:19 |     MessageTime [13] | 30 2C 32 30 31 20 6D 73 
TXT: 13.02.2019, 13:30:19 |       FetchData [58] | Done
HEX: 13.02.2019, 13:30:19 |       FetchData [58] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:19 |           Timer [58] | Start
HEX: 13.02.2019, 13:30:19 |           Timer [58] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:19 |     MessageTime [58] | 0,125 ms
HEX: 13.02.2019, 13:30:19 |     MessageTime [58] | 30 2C 31 32 35 20 6D 73 
TXT: 13.02.2019, 13:30:19 |            Timer [4] | Stop
HEX: 13.02.2019, 13:30:19 |            Timer [4] | 53 74 6F 70 
TXT: 13.02.2019, 13:30:19 |          LogData [4] | 1 entries
HEX: 13.02.2019, 13:30:19 |          LogData [4] | 31 20 65 6E 74 72 69 65 73 
TXT: 13.02.2019, 13:30:19 |          Connect [4] | Start
HEX: 13.02.2019, 13:30:19 |          Connect [4] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:19 |            Login [4] | 0,687 ms
HEX: 13.02.2019, 13:30:19 |            Login [4] | 30 2C 36 38 37 20 6D 73 
TXT: 13.02.2019, 13:30:20 |        FetchData [8] | Done
HEX: 13.02.2019, 13:30:20 |        FetchData [8] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:20 |            Timer [8] | Start
HEX: 13.02.2019, 13:30:20 |            Timer [8] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:20 |      MessageTime [8] | 0,099 ms
HEX: 13.02.2019, 13:30:20 |      MessageTime [8] | 30 2C 30 39 39 20 6D 73 
TXT: 13.02.2019, 13:30:20 |       FetchData [49] | Done
HEX: 13.02.2019, 13:30:20 |       FetchData [49] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:20 |     MessageTime [49] | 0,085 ms
HEX: 13.02.2019, 13:30:20 |     MessageTime [49] | 30 2C 30 38 35 20 6D 73 
TXT: 13.02.2019, 13:30:20 |       FetchData [57] | Done
HEX: 13.02.2019, 13:30:20 |       FetchData [57] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:20 |     MessageTime [57] | 0,089 ms
HEX: 13.02.2019, 13:30:20 |     MessageTime [57] | 30 2C 30 38 39 20 6D 73 
TXT: 13.02.2019, 13:30:20 |           Timer [57] | Stop
HEX: 13.02.2019, 13:30:20 |           Timer [57] | 53 74 6F 70 
TXT: 13.02.2019, 13:30:20 |         LogData [57] | 3 entries
HEX: 13.02.2019, 13:30:20 |         LogData [57] | 33 20 65 6E 74 72 69 65 73 
TXT: 13.02.2019, 13:30:20 |         Connect [57] | Start
HEX: 13.02.2019, 13:30:20 |         Connect [57] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:20 |           Login [57] | 0,355 ms
HEX: 13.02.2019, 13:30:20 |           Login [57] | 30 2C 33 35 35 20 6D 73 
TXT: 13.02.2019, 13:30:20 |         LogData [57] | 102,395 ms
HEX: 13.02.2019, 13:30:20 |         LogData [57] | 31 30 32 2C 33 39 35 20 6D 73 
TXT: 13.02.2019, 13:30:20 |         LogData [57] | 103,867 ms
HEX: 13.02.2019, 13:30:20 |         LogData [57] | 31 30 33 2C 38 36 37 20 6D 73 
TXT: 13.02.2019, 13:30:20 |         LogData [57] | 130,540 ms
HEX: 13.02.2019, 13:30:20 |         LogData [57] | 31 33 30 2C 35 34 30 20 6D 73 
TXT: 13.02.2019, 13:30:21 |       FetchData [40] | Done
HEX: 13.02.2019, 13:30:21 |       FetchData [40] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:21 |           Timer [40] | Start
HEX: 13.02.2019, 13:30:21 |           Timer [40] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:21 |     MessageTime [40] | 0,096 ms
HEX: 13.02.2019, 13:30:21 |     MessageTime [40] | 30 2C 30 39 36 20 6D 73 
TXT: 13.02.2019, 13:30:21 |       FetchData [41] | Done
HEX: 13.02.2019, 13:30:21 |       FetchData [41] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:21 |     MessageTime [41] | 0,077 ms
HEX: 13.02.2019, 13:30:21 |     MessageTime [41] | 30 2C 30 37 37 20 6D 73 
TXT: 13.02.2019, 13:30:21 |           Timer [37] | Stop
HEX: 13.02.2019, 13:30:21 |           Timer [37] | 53 74 6F 70 
TXT: 13.02.2019, 13:30:21 |         LogData [37] | 2 entries
HEX: 13.02.2019, 13:30:21 |         LogData [37] | 32 20 65 6E 74 72 69 65 73 
TXT: 13.02.2019, 13:30:21 |       FetchData [31] | Done
HEX: 13.02.2019, 13:30:21 |       FetchData [31] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:21 |         Connect [37] | Start
HEX: 13.02.2019, 13:30:21 |         Connect [37] | 53 74 61 72 74 
TXT: 13.02.2019, 13:30:21 |     MessageTime [31] | 0,164 ms
HEX: 13.02.2019, 13:30:21 |     MessageTime [31] | 30 2C 31 36 34 20 6D 73 
TXT: 13.02.2019, 13:30:21 |           Login [37] | 0,511 ms
HEX: 13.02.2019, 13:30:21 |           Login [37] | 30 2C 35 31 31 20 6D 73 
TXT: 13.02.2019, 13:30:21 |         LogData [37] | 118,501 ms
HEX: 13.02.2019, 13:30:21 |         LogData [37] | 31 31 38 2C 35 30 31 20 6D 73 
TXT: 13.02.2019, 13:30:21 |         LogData [37] | 136,266 ms
HEX: 13.02.2019, 13:30:21 |         LogData [37] | 31 33 36 2C 32 36 36 20 6D 73 
TXT: 13.02.2019, 13:30:22 |       FetchData [24] | Done
HEX: 13.02.2019, 13:30:22 |       FetchData [24] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:22 |     MessageTime [24] | 0,087 ms
HEX: 13.02.2019, 13:30:22 |     MessageTime [24] | 30 2C 30 38 37 20 6D 73 
TXT: 13.02.2019, 13:30:22 |       FetchData [16] | Done
HEX: 13.02.2019, 13:30:22 |       FetchData [16] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:22 |     MessageTime [16] | 0,094 ms
HEX: 13.02.2019, 13:30:22 |     MessageTime [16] | 30 2C 30 39 34 20 6D 73 
TXT: 13.02.2019, 13:30:22 |       FetchData [25] | Done
HEX: 13.02.2019, 13:30:22 |       FetchData [25] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:22 |     MessageTime [25] | 0,089 ms
HEX: 13.02.2019, 13:30:22 |     MessageTime [25] | 30 2C 30 38 39 20 6D 73 
TXT: 13.02.2019, 13:30:22 |       FetchData [28] | Done
HEX: 13.02.2019, 13:30:22 |       FetchData [28] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:22 |     MessageTime [28] | 0,106 ms
HEX: 13.02.2019, 13:30:22 |     MessageTime [28] | 30 2C 31 30 36 20 6D 73 
TXT: 13.02.2019, 13:30:22 |       FetchData [55] | Done
HEX: 13.02.2019, 13:30:22 |       FetchData [55] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:22 |     MessageTime [55] | 0,095 ms
HEX: 13.02.2019, 13:30:22 |     MessageTime [55] | 30 2C 30 39 35 20 6D 73 
TXT: 13.02.2019, 13:30:23 |       FetchData [20] | Done
HEX: 13.02.2019, 13:30:23 |       FetchData [20] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:23 |     MessageTime [20] | 0,107 ms
HEX: 13.02.2019, 13:30:23 |     MessageTime [20] | 30 2C 31 30 37 20 6D 73 
TXT: 13.02.2019, 13:30:23 |       FetchData [21] | Done
HEX: 13.02.2019, 13:30:23 |       FetchData [21] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:23 |     MessageTime [21] | 0,107 ms
HEX: 13.02.2019, 13:30:23 |     MessageTime [21] | 30 2C 31 30 37 20 6D 73 
TXT: 13.02.2019, 13:30:23 |       FetchData [15] | Done
HEX: 13.02.2019, 13:30:23 |       FetchData [15] | 44 6F 6E 65 
TXT: 13.02.2019, 13:30:23 |     MessageTime [15] | 0,101 ms
HEX: 13.02.2019, 13:30:23 |     MessageTime [15] | 30 2C 31 30 31 20 6D 73

Auch werden dann eine Zeit lang keine Daten mehr geschrieben.

Und wenn ich den HOST entferne läuft das ganze Schauspiel trotzdem unter „Meldungen“ ab… soll das so sein ?

Kann die Instanz nicht deaktiviert werden ohne sie löschen zu müssen ?

Nall-chan · 17. Februar 2019 um 11:42

Aufgrund der vielen Daten ist wohl der Buffer bei dir irgendwann kaputt.
Ich habe ein Update online gestellt.
Die ganzen Fehler im Log sollten dann nicht mehr auftreten.
Auch sollten nach dem entfernen des Host dann nichts mehr laufen.
Michael

denisweber · 24. März 2019 um 11:12

Hallo Habe das Modul Installiert gebe die SQL Daten ein drücke auf Übernehmen und bekomme diese Fehlermeldung.
SQL Server Ist eine MariaDB10 auf Synologi IPS 5.1.
Wo liegt das Problem?

Nall-chan · 24. März 2019 um 11:17

Worauf läuft IPS?
Eigentlich bringt IPS die Erweiterung für PHP mit.
Michael

denisweber · 24. März 2019 um 11:24

Windows Rechner mit Windows 7 Pro 64bit

Nall-chan · 24. März 2019 um 11:32

Lade dir einmal PHP7.3 für Windows hier runter
https://windows.php.net/downloads/releases/php-7.3.5-Win32-VC15-x64.zip
Du brauchst nur die Datei ‚php_mysqli.dll‘, welche in den Ordner ext von IP-Symcon kopiert werden muss.
Anschließend IPS neustarten.
Dann sollte es laufen.
Michael
Edit: Es muss die x64 ThreadSafe Version benutzt werden: PHP For Windows: Binaries and sources Releases

denisweber · 24. März 2019 um 12:05

Danke hat funktioniert.

TomW · 25. April 2019 um 09:27

funktioniert bestens - lassem sich damit auch die Daten importieren, die in den csv des AC geloggt wurden ?

Nall-chan · 25. April 2019 um 10:38

Nicht direkt.
Aber du kannst vielleicht mit phpmyadmin Daten als CSV importieren.
In wie weit du z.b. den Timestamp konvertieren musst, kann ich aber nicht sagen.
Michael

michaelwsw5 · 21. Juli 2019 um 21:24

Hallo zusammen, spiele gerade etwasmit dem Modul und habe bisher 4 Variablen, die ich jeweils bei Änderung loggen lasse.
Das funktioniert auch soweit prima, sehe die Daten in PHPMyAdmin und Grafana wie gewünscht.

Problem ist nur, dass zum Beispiel um 12:32 Uhr die Werte nicht mehr geloggt werden, irgendwie hör da die Aufzeichnung auf.
Nach einem Neustart der Symbox geht es wieder.

Irgendein Timeout oder eine andere Begrenzung?
Ich weiß ehrlich gesagt nicht wo ich anfangen soll zu suchen.

Die DB liegt auf einer Synology unter MariaDB 10.

Vielleicht habt ihr Ideen?

Viele Grüße