Matomo Update von 3.14.1 auf 4.2.1

Deutschsprachiges Forum (German)
1

Hallo zusammen,

wäre es sinnvoll von Matomo Version 3.14.1 direkt auf 4.0.0 upzudaten? Oder sollte man lieber zuerst auf das Major update 4.0.0 und dann aufs Minor 4.2.1 updaten?

Danke schon mal im Voraus!

2

Hallo,

Beides sollte problemlos funktionieren. Achte nur darauf, dass das Update nicht durch den PHP max_execution_time abgebrochen wird (oder mach das Datenbank update dann von der Konsole)

3

Und was passiert wenn dieser PHP Fehler auftritt bzw. was ist zu tun? Muss dann nur das DB Update nochmal über die Konsole laufen?

Danke und VG

4

Ich habe heute von 3.14.1 auf 4.0.0 updaten wollen. Leider bricht der DB Update auch nach dem 3.Mal ab und zwar jetzt mit folgendem Fehler:

[X] Critical Error during the update process:

* Mysqli prepare error: MySQL server has gone away

The above is the core error message. It should help explain the cause, but if you require further help please:

* Check the [ Matomo FAQ ] which explains most common errors during update.
* Ask your system administrator - they may be able to help you with the error which is most likely related to your server or MySQL setup.

If you are an advanced user and encounter an error in the database upgrade:

* identify and correct the source of the problem (e.g., memory_limit or max_execution_time)
* execute the remaining queries in the update that failed
* manually update the `option` table in your Matomo database, setting the value of version_core to the version of the failed update
* re-run the updater (through the browser or command-line) to continue with the remaining updates
* report the problem (and solution) so that Matomo can be improved

ERROR [2021-03-18 17:58:33] 52078 Uncaught exception: /srv/www/htdocs/matomo/plugins/CoreUpdater/Commands/Update.php(255): Matomo could not be updated! See above for more information.
Matomo could not be updated! See above for more information.

[RuntimeException]
Matomo could not be updated! See above for more information.

core:update [–yes]

Die Anleitung https://matomo.org/faq/troubleshooting/faq_183/ habe ich befolgt. Trotzdem klappt es nicht.
Das DB Update habe ich über die Konsole angestoßen.
Woran kann es liegen? Ich verzweifle langsam :fearful:

6

MySQL server has gone away kann Unmengen Gründe haben. Wenn du den Server hostest, könntest du einmal in die MySQL-Logs und Konfiguration schauen

7

Den DB Server hoste ich leider nicht aber meine Kollege hat mir folgendes geschickt:

2021-03-18T19:16:13.799153+01:00 100448 [Note] Aborted connection 100448 to db: ‘XXX’ user: ‘XXX’ host: ‘10.XXX.XXX.XXX’ (Got timeout writing communication packets)

2021-03-18T19:16:13.799538+01:00 918 [Note] Aborted connection 918 to db: ‘XXX’ user: ‘XXX’ host: ‘10.XXX.XXX.XXX’ (Can’t DROP ‘config_gears’; check that column/key exists)

2021-03-18T19:16:13.799730+01:00 112149 [Note] Aborted connection 112149 to db: ‘XXX’ user: ‘XXX’ host: ‘10.XXX.XXX.XXX’ (Can’t DROP ‘config_gears’; check that column/key exists)

2021-03-18T19:28:27.866370+01:00 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 4844ms. The settings might not be optimal. (flushed=48 and evicted=1956, during the time.)

2021-03-18T19:28:42.294575+01:00 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 4769ms. The settings might not be optimal. (flushed=40 and evicted=2336, during the time.)
…

und vorher:

2021-03-18T15:48:38.819734+01:00 0 [Note] InnoDB: Buffer pool(s) load completed at 210318 15:48:38

2021-03-18T18:40:35.695706+01:00 115843 [Note] Aborted connection 115843 to db: ‘XXX’ user: ‘XXX’ host: ‘10.XXX.XXX.XXX’ (Got timeout reading communication packets)

2021-03-18T18:40:35.695766+01:00 116138 [Note] Aborted connection 116138 to db: ‘XXX’ user: ‘XXX’ host: ‘10.XXX.XXX.XXX’ (Got timeout reading communication packets)

2021-03-18T18:40:35.695813+01:00 115781 [Note] Aborted connection 115781 to db: ‘XXX’ user: ‘XXX’ host: ‘10.XXX.XXX.XXX’ (Got timeout reading communication packets)
…

Er geht wohl in einen timeout. Die Datenmengen sind zu hoch. Was “Can’t DROP ‘config_gears’; check that column/key exists” genau bedeutet hab ich noch nicht raus…
max_allowed_packet ist auf 1073741824 gesetzt.

8

Hallo,

Das erste klingt etwas wie der Punkt von der FAQ:

  • Server timed out and closed the connection. To fix, check that wait_timeout mysql variable in your my.cnf configuration file is large enough, eg wait_timeout = 28800
9

Aber ist bei uns auch auf 28800 gesetzt :neutral_face:

10

Also wir haben an mehreren Stellen Änderungen vorgenommen. Überwiegend auf Seite der DB: RAM und Logfilesize erhöht.
Ob’s das wirklich war oder nur das, kann ich leider nicht sagen. Aber zumindest lief das DB Update dann durch. :slightly_smiling_face: