Frage zum Update von 8.8 auf 9 bei vServer

[lugau45]

Hallo, ich möchte mein vServer auf 9 aktualisieren. Ich habe gelesen das es bei mysql Änderungen gab, es wird etwas vom mariadb installiert. Kann ich das Update trotzdem durchführen oder kommt es da zu Problemen? Ich nutze mysql Ver 14.14 Distrib 5.7.18, for Linux (x86_64)
Vielen Dank im Voraus für Antworten.

[rendegast]

mysql würde beim Upgrade jessie->stretch:
mysql 5.5 -> mariadb 10.1

Wenn Du von mysql 5.7 ausgehst, ist das so nicht eingeplant.

Ich würde das (erstmal) nicht machen, sondern beim oracle-mysql bleiben.
Eventuell fällt das durch den Paketnamen ohnehin aus,
bei debian gibt es
mysql-server
mysql-server-5.5
default-mysql-server
usw.

Aus repo.mysql.com gibt es
mysql-server
mysql-client
mysql-common
Eigentlich (auch wenn das Repo noch auf jessie gehalten wird) durch ihre Version von 5.7 vor einem Austausch geschützt.
Gegebenenfalls auf 'hold' setzen,
oder dieses Repo mit einer höheren Priority ausstatten.



Das Vorgehen dürfte alles auf das gleiche Ergebnis hinauslaufen.
- zuerst mysql-apt-config resp. mysql.list auf 'stretch' setzen, oracle-mysql upgraden, dann dist-upgrade
- zuerst dist-upgrade, dann oracle-mysql auf stretch ziehen
- mysql-list auf 'stretch' und im Rahmen des dist-upgrade miterledigen.
Wichtig bei jedem Vorgehen, darauf achten, daß kein mysql/mariadb aus debian hinzukommt.

Das dist-upgrade würde ich allgemein ohne recommends machen
--without-recommends (aptitude)
--no-install-recommends (apt-get/apt)
oder
APT::Install-Recommends "0";

[lugau45]

Ich wollte bei der Gelegenheit gleich vor dem Update auf mariadb wechseln. Leider kommt es beim configurieren zu Fehler bei Abhängikeiten...0
Ich hab mysql mal komplett entfernt (purge) hat aber auch nichts geholfen. Wie bekomme ich das hin das ich gleich zu mariadb wechsele?
In der sorces.list steht jetzt noch:
deb http://repo.mysql.com/apt/debian/ jessie mysql-5.7
deb-src http://repo.mysql.com/apt/debian/ jessie mysql-5.7

[eggy]

Das übliche Spiel: ohne GENAUE Fehlermeldung kann man nur schlecht oder garnicht helfen.
Nochmal versuchen und Befehl und Ausgabe dahin schieben: pastebin.php

[lugau45]

Code: Alles auswählen

Die folgenden zusätzlichen Pakete werden installiert:
  mariadb-client-10.0 mariadb-client-core-10.0 mariadb-server-10.0 mariadb-server-core-10.0
Vorgeschlagene Pakete:
  mariadb-test tinyca
Empfohlene Pakete:
  libhtml-template-perl
Die folgenden Pakete werden ENTFERNT:
  mysql-client mysql-community-client mysql-community-server
Die folgenden NEUEN Pakete werden installiert:
  mariadb-client-10.0 mariadb-client-core-10.0 mariadb-server mariadb-server-10.0 mariadb-server-core-10.0
0 aktualisiert, 5 neu installiert, 3 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 12,4 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 106 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
Trigger für systemd (215-17+deb8u7) werden verarbeitet ...
mariadb-client-core-10.0 (10.0.30-0+deb8u2) wird eingerichtet ...
mariadb-client-10.0 (10.0.30-0+deb8u2) wird eingerichtet ...
mariadb-server-core-10.0 (10.0.30-0+deb8u2) wird eingerichtet ...
mariadb-server-10.0 (10.0.30-0+deb8u2) wird eingerichtet ...
Neue Version der Konfigurationsdatei /etc/init.d/mysql wird installiert ...
dpkg: Fehler beim Bearbeiten des Paketes mariadb-server-10.0 (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 7 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von mariadb-server:
 mariadb-server hängt ab von mariadb-server-10.0 (>= 10.0.30-0+deb8u2); aber:
  Paket mariadb-server-10.0 ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes mariadb-server (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für systemd (215-17+deb8u7) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 mariadb-server-10.0
 mariadb-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

[rendegast]

Ich wollte bei der Gelegenheit gleich vor dem Update auf mariadb wechseln.

genau das hätte ich nicht gemacht.
Das mariadb in stretch ist 10.1.29 gegenüber jessie 10.0.30,
und kommt mit einem Sprung mysql 5.7 -> mariadb eventuell besser zurecht.

Ich tippe darauf, daß mysql_upgrade nicht mit der in mysql_upgrade_info oder sogar der DB selbst hinterlegten Version zurechtkommt.
Genaueres dazu müßte im log/Journal stehen.



EDIT Aua, mysql_upgrade läuft ja nur unter einem laufenden mysqld.
Es ist wohl dieses,
im preinst von mariadb-server-10.1:

################################ main() ##########################

this_version=10.1
max_upgradeable_version=5.6

Bei Dir käme dann eine Routine per $downgrade_detected zum Einsatz.

In mariadb-server-10.0 nicht so explizit, dort wird nur im Kommentar 5.5 und 5.6 erwähnt.
Die dortige Routine "downgrade_detected" kommt durch anderen Skriptaufbau aber nicht zum Einsatz,
dann wohl der Fehler.
Du mußt also mit einer leeren DB und Einspiel eines vollständigen Dumps arbeiten.

Unter stretch ist das Vorhaben mysql (oracle 5.7) -> mariadb also einfacher.





Dann bleibt aber die Frage, ob Dein vServer das dist-upgrade jessie->stretch
technisch und lizenzrechtlich unterstützt.

[lugau45]

Danke für die Amtwort, ich werde dann wohl ein Upgrade auf 9 versuchen.

[lugau45]

So ich habe nun auf Debian 9 aktualisiert. Eine Umstellung auf mariadb klappt immer noch nicht. Es kommt leider noch der Fehler mit den Abhängigkeiten.