Ich kämpfe mich jetzt schon mehrere Monate mit einem schwerwiegenden Problem bei Matomo ab, das nach jedem Server Neustart zu einem Crash aller Matomo Datenbanken führt. Das Problem ist nicht gänzlich neu und wenn man Google und das Forum lang genug durchsucht, tritt das bezeichnete Problem auch in anderen Konstellationen auf. Von daher verwundert es mich, dass nicht mehr Nutzer darüber klagen.
Um den Hergang des Problems näher zu beschreiben ein paar Infos vorab. Zur Archivierung verwende ich einen Cronjob nach Maßgabe von Matomo mit 900 Sekunden Intervall und das bei einem halben Dutzend an Matomo Installationen. Meine Datenbank Konfiguration ist nahezu Standard. Die indiviuellen Änderungen beziehen sich alle auf nicht InnoDB Datenbanken, jedoch verwende ich ebenso nach Maßgabe von Matomo die LOAD DATA INFILE Einstellung und genau diese scheint die Ursache dafür zu sein, dass nach einem Server Neustart alle Matomo Datenbanken nach dem Neustart zerstört sind.
Um das Problem einzugrenzen, habe ich vor dem Neustart zunächst mal den Tracker Code entfernt, dann alle Cronjobs vorübergehend deaktiviert und dann nochmal geprüft, ob es nicht doch noch einen laufenden Prozess gibt. Erst dann habe ich den Neustart gemacht, aber keinen harten, sondern einen graceful restart, damit auch alle Tabellen und Verbindungen geschlossen sind. Gehe ich diesen Weg, passiert nix und nach dem Neustart läuft alles wieder problemlos nachem ich alles wieder aktiviert habe.
Mache ich diese Änderungen nicht, kommt es zu dem besagten DB Crash und das nur bei den Matomo DBs.
Besonders auffällig ist, und das deutet ein weiteres Mal auf die Archivierungsfunktion hin, dass sich der MySQL Server manuell nicht stoppen lässt, wenn ich das oben beschriebene nicht vorher durchführe. Da kommt man jetzt zu der Schlussfolgerung, dass auch mit einem graceful restart doch nicht alles so abläuft, wie gedacht und Verbdindungen nicht geschlossen werden. Ansonsten ließen sich die Auswirkungen nur schwer anders erklären.
Die Problematik mit den zerstörten Datenbanken bestand seit dem ersten Auftreten nicht schon von Beginn an. Anfänglich gabs nach dem Neustart “nur” ein Problem mit einer offensichtlichen ge-lockten ibdata1 und der MySQL Server nicht kapiert hat, dass die ibdata1 gar nicht gesperrt ist. Das ließ sich aber noch vergleichsweise einfach lösen, musste aber nach jedem Neustart immer und immer wieder gemacht werden.
Zuletzt saß der cPanel Support 4 Std. an dem Problem dran, ohne dass sich daraus eine Lösung ergab und man mich dann zu Matomo verwiesen hat, weil alles darauf hindeutet, dass die Archivierungsfunktion die Ursache dafür ist.