[Modul] Archive Control MySQL

Nall-chan · 7. August 2019 um 11:24

Welche IPS Version?
Modul aktuell? Version 3.20 #150 (vom 4.5.2019) aus dem Store oder vom 11.5. von GitHub?
Schau mal in das Debug der Instanz, wenn das Logging aufhört.
Michael

michaelwsw5 · 7. August 2019 um 11:57

SymBox 4.14.95
IPS 5.1 17.06.2019
Modul aus dem Store, Version konnte ich nicht erkennen, habe aber eben das Update auf 3.20 #150 installiert, wurde mir zum Zeitpunkt des Beitrags noch nicht angeboten.

08/07/19 06:18:10 | 49129 | ERROR | KernelMT | InstanzManager: Fehler bei Instanz #40731, Meldung VM_UPDATE: 
Notice: unserialize(): Error at offset 0 of 65536 bytes in /mnt/data/symcon/modules/.store/de.nall.chan.archive.mysql/libs/BufferHelper.php on line 36

Außerdem immer mal wieder die Meldung Buffer is >8KB

Instanz #40731 ist das ArchiveControl

Viele Grüße

Nall-chan · 7. August 2019 um 12:17

Wenn zuerst die Meldung mit den 8KB kommt, dann ist die Fehlermeldung ‚unserialize(): Error‘ eine Folge hiervon.
Wie viele Variablen loggst du?
Kannst du einmal IPS neu starten, und mir dann einen Auszug vom Debug zukommen lassen?
Michael

michaelwsw5 · 7. August 2019 um 12:29

Es sind 4 Variablen

Nach Neustart im LOG:

<b>Warning</b>:  Use of undefined constant vtFloat - assumed 'vtFloat' (this will throw an Error in a future version of PHP) in <b>/mnt/data/symcon/modules/.store/de.nall.chan.archive.mysql/libs/MySQLArchiv.php</b> on line <b>166</b><br />
<br />
<b>Warning</b>:  Use of undefined constant vtBoolean - assumed 'vtBoolean' (this will throw an Error in a future version of PHP) in <b>/mnt/data/symcon/modules/.store/de.nall.chan.archive.mysql/ArchiveControlMySQL/module.php</b> on line <b>485</b><br />
<br />
<b>Warning</b>:  Use of undefined constant vtInteger - assumed 'vtInteger' (this will throw an Error in a future version of PHP) in <b>/mnt/data/symcon/modules/.store/de.nall.chan.archive.mysql/ArchiveControlMySQL/module.php</b> on line <b>491</b><br />
<br />
<b>Warning</b>:  Use of undefined constant vtFloat - assumed 'vtFloat' (this will throw an Error in a future version of PHP) in <b>/mnt/data/symcon/modules/.store/de.nall.chan.archive.mysql/ArchiveControlMySQL/module.php</b> on line <b>498</b><br />

logfile1565173447.txt (59.7 KB)

Nall-chan · 7. August 2019 um 17:05

Das sieht nach eine Fehler aus, da habe ich wohl etwas vergessen zu konvertieren.
Update kommt nachher.
Michael

Nall-chan · 7. August 2019 um 19:02

Fix ist online. Einfach auf Beta umstellen. (3.30 #160 (7.8.2019))
Dann sollten die Fehler weg sein, und hoffentlich auch alles laufen
Michael

michaelwsw5 · 7. August 2019 um 20:11

Danke für den schnellen Fix!
Fehler ist weg!
Die Daten wurden allerdings schon vorher, wohl bedingt durch den Neustart wieder geschrieben.
Mal sehen, wie es morgen aussieht, ob dann wieder Lücken sind, oder die Aufzeichnung durchläuft!
Danke erst mal und einen schönen Abend!

Nall-chan · 7. August 2019 um 20:14

Ja, danke und berichte. Die Beta habe ich erstmal als BugFix Version eingereicht.

Michael

michaelwsw5 · 8. August 2019 um 09:20

Also bis jetzt sieht es super aus.
Aktuell keine Unterbrechung in der Aufzeichnung!
Falls das den heutigen Tag so bleibt - super!
Viele Grüße

Nall-chan · 9. August 2019 um 15:27

Die neue Version ist jetzt als stable verfügbar.
Michael

michaelwsw5 · 9. August 2019 um 15:33

Also wie gesagt, ich denke, dass der Fix mir geholfen hat. Aufzeichnung sieht gut aus ohne Lücken!

Micha87 · 6. November 2019 um 20:28

Hallo Michael,

ich bekomme seit gestern eine Fehlermeldung vom Modul, es lief jetzt ca. 1 1/2 Wochen ohne Probleme. hast du vielleicht eine Idee woher dies kommt.

MariaDB10 läuft auf einer Synology.

Gruß Micha

Nall-chan · 6. November 2019 um 20:47

Was sagt das Debug der Instanz?
Weil Zeile 301 hat kein Code.
Und 307 ist das eigentliche Logging, welche im Debug auch protokolliert wird.

OpCache aktiviert?
Michael

Micha87 · 6. November 2019 um 21:07

anbei das debug file -> bei 21:02:20 kommt die Fehlermeldung im log
OPCache support ist aktuell deaktiviert

TXT: 06.11.2019, 21:02:10 |          LogData [8] | 932,053 ms (20243,157 ms)
HEX: 06.11.2019, 21:02:10 |          LogData [8] | 39 33 32 2C 30 35 33 20 6D 73 20 28 32 30 32 34 33 2C 31 35 37 20 6D 73 29 
TXT: 06.11.2019, 21:02:11 |          LogData [8] | 715,040 ms (20959,198 ms)
HEX: 06.11.2019, 21:02:11 |          LogData [8] | 37 31 35 2C 30 34 30 20 6D 73 20 28 32 30 39 35 39 2C 31 39 38 20 6D 73 29 
TXT: 06.11.2019, 21:02:13 |          LogData [8] | 1628,094 ms (22588,292 ms)
HEX: 06.11.2019, 21:02:13 |          LogData [8] | 31 36 32 38 2C 30 39 34 20 6D 73 20 28 32 32 35 38 38 2C 32 39 32 20 6D 73 29 
TXT: 06.11.2019, 21:02:13 |          LogData [8] | 666,038 ms (23254,330 ms)
HEX: 06.11.2019, 21:02:13 |          LogData [8] | 36 36 36 2C 30 33 38 20 6D 73 20 28 32 33 32 35 34 2C 33 33 30 20 6D 73 29 
TXT: 06.11.2019, 21:02:14 |          LogData [8] | 956,054 ms (24210,384 ms)
HEX: 06.11.2019, 21:02:14 |          LogData [8] | 39 35 36 2C 30 35 34 20 6D 73 20 28 32 34 32 31 30 2C 33 38 34 20 6D 73 29 
TXT: 06.11.2019, 21:02:15 |          LogData [8] | 489,028 ms (24699,412 ms)
HEX: 06.11.2019, 21:02:15 |          LogData [8] | 34 38 39 2C 30 32 38 20 6D 73 20 28 32 34 36 39 39 2C 34 31 32 20 6D 73 29 
TXT: 06.11.2019, 21:02:15 |          LogData [8] | 622,036 ms (25321,448 ms)
HEX: 06.11.2019, 21:02:15 |          LogData [8] | 36 32 32 2C 30 33 36 20 6D 73 20 28 32 35 33 32 31 2C 34 34 38 20 6D 73 29 
TXT: 06.11.2019, 21:02:16 |          LogData [8] | 422,024 ms (25743,472 ms)
HEX: 06.11.2019, 21:02:16 |          LogData [8] | 34 32 32 2C 30 32 34 20 6D 73 20 28 32 35 37 34 33 2C 34 37 32 20 6D 73 29 
TXT: 06.11.2019, 21:02:16 |          LogData [8] | 480,028 ms (26223,500 ms)
HEX: 06.11.2019, 21:02:16 |          LogData [8] | 34 38 30 2C 30 32 38 20 6D 73 20 28 32 36 32 32 33 2C 35 30 30 20 6D 73 29 
TXT: 06.11.2019, 21:02:17 |          LogData [8] | 564,032 ms (26787,532 ms)
HEX: 06.11.2019, 21:02:17 |          LogData [8] | 35 36 34 2C 30 33 32 20 6D 73 20 28 32 36 37 38 37 2C 35 33 32 20 6D 73 29 
TXT: 06.11.2019, 21:02:18 |          LogData [8] | 700,040 ms (27487,572 ms)
HEX: 06.11.2019, 21:02:18 |          LogData [8] | 37 30 30 2C 30 34 30 20 6D 73 20 28 32 37 34 38 37 2C 35 37 32 20 6D 73 29 
TXT: 06.11.2019, 21:02:18 |          LogData [8] | 673,038 ms (28160,610 ms)
HEX: 06.11.2019, 21:02:18 |          LogData [8] | 36 37 33 2C 30 33 38 20 6D 73 20 28 32 38 31 36 30 2C 36 31 30 20 6D 73 29 
TXT: 06.11.2019, 21:02:19 |          LogData [8] | 750,043 ms (28910,653 ms)
HEX: 06.11.2019, 21:02:19 |          LogData [8] | 37 35 30 2C 30 34 33 20 6D 73 20 28 32 38 39 31 30 2C 36 35 33 20 6D 73 29 
TXT: 06.11.2019, 21:02:20 |          LogData [8] | 611,035 ms (29521,688 ms)
HEX: 06.11.2019, 21:02:20 |          LogData [8] | 36 31 31 2C 30 33 35 20 6D 73 20 28 32 39 35 32 31 2C 36 38 38 20 6D 73 29 
TXT: 06.11.2019, 21:02:20 |            Timer [9] | Stop

dump (1).txt (24.8 KB)

Micha87 · 6. November 2019 um 21:18

Die Aktivierung von opcache hat keine Änderung gebracht.

Nall-chan · 6. November 2019 um 21:19

Da kommen schneller neue Werte rein, als sie zur DB geschrieben werden.
Du musst jetzt rausbekommen wo dein Flaschenhals ist.
Zwischen 700ms und 1,5 Sekunden um einen Wert in Datenbank zu schreiben ist zu lange.
Entweder ist Symcon bzw dessen Hardware, dein Netzwerk oder die DB bzw die Syno schuld.
Bei Symcon kannst du durch das aktivieren des OpCache alle PHP Script und Module beschleunigen.
Bei dem Rest kann ich dir nicht helfen.
Michael

Nall-chan · 6. November 2019 um 21:20

Danach Symcon neu gestartet?
Michael

Micha87 · 6. November 2019 um 21:22

neustart habe ich gemacht,

ich guck mal ob ich den Fehler finde.

Danke für deine Hilfe.

Nall-chan · 6. November 2019 um 21:24

Irgendwas geändert? Eventuell neuen Dienst auf der Syno welcher Ressourcen frisst? Oder etwas am Netzwerk geändert?
Michael

Micha87 · 6. November 2019 um 21:50

hab die syno mal neugestartet und nun läuft es wieder

Danke und super Modul