Ich versuchte, ein Zabbix auf die aktuelle 7‑er Version zu ziehen und der Versuch schlug fehl, das Frontend meckerte, daß die DB-Version zu alt sei.
Nach einiger Zeit fand ich im Log:
3888423:20240610:221530.805 current database version (mandatory/optional): 06040000/06040003 3888423:20240610:221530.805 required mandatory version: 07000000 3888423:20240610:221530.805 mandatory patches were found 3888423:20240610:221530.808 starting automatic database upgrade 3888423:20240610:221530.843 completed 0% of database upgrade 3888423:20240610:221530.905 completed 1% of database upgrade 3888423:20240610:221530.991 completed 2% of database upgrade 3888423:20240610:221531.038 completed 3% of database upgrade 3888423:20240610:221531.065 [Z3005] query failed: [1060] Duplicate column name 'allow_redirect' [alter table `dchecks` add `allow_redirect` integer default '0' not null] 3888423:20240610:221531.066 database upgrade failed on patch 06050012, exiting in 10 seconds
Auf einer anderen Kiste hingegen hatte es geklappt, ich glaube aber, von einer 6.0 LTS eben auf 7.0 LTS. Dieses hier war eine 6.4, und scheinbar sollte erst zu 6.5 upgegradet werden, was fehl schlug, warum auch immer. Kühn und bierermutigt habe ich dann einfach dchecks.allow_redirect gelöscht — mit mäßigem Erfolg: Folgefehler.
Der Zabbix-Rechner ist eine VM im VMWare, da kann man (natürlich vor Updates!) Snapshots anlegen — und wenn das Update fehl schlägt, rollt man einfach zurück. Das ist eine Sache von ein paar Sekunden. Doch wenn die DB auf einem entfernten Rechner liegt, mit eigenem DBA, dann nützt ein Snapshot nichts.
So werde ich morgen den Kollegen bitten müssen, einen Dump zurück zu spielen. Und dabei die Daten von ca. 12 Stunden verlieren (das ist aber nicht schlimm).
Erkenntnis: Lokale Datenbanken sind schmerzfreier.