[GELÖST] MariaDB nach Distupgrade nicht installierbar

[Mpenzi]

Hallo,

ich habe auf meinem Laptop ein Distupgrade von Debian 11 zu Debian 12 durchgeführt. Probleme treten jetzt mit MariaDB-Server auf. Der lässt sich weder upgraden noch de- und dann wieder neu installieren:

Code: Alles auswählen

# apt install mariadb-server 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Vorgeschlagene Pakete:
  mariadb-test
Die folgenden NEUEN Pakete werden installiert:
  mariadb-server
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 96 nicht aktualisiert.
13 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 3.654 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 55,2 MB Plattenplatz zusätzlich benutzt.
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 307351 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mariadb-server_1%3a10.11.3-1_amd64.deb ...
/var/lib/mysql: found previous version 10.6
Failed to stop mariadb.service: Unit mariadb.service not loaded.
invoke-rc.d: initscript mariadb, action "stop" failed.
Failed to stop mysql.service: Unit mysql.service not loaded.
invoke-rc.d: initscript mysql, action "stop" failed.
Attempt to stop MariaDB/MySQL server returned exitcode 5
There is a MariaDB/MySQL server running, but we failed in our attempts to stop it.
Stop it yourself and try again!
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/mariadb-server_1%3a10.11.3-1_amd64.deb (--unpack):
 »neues pre-installation-Skript des Paketes mariadb-server«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/mariadb-server_1%3a10.11.3-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Code: Alles auswählen

# dpkg -l | grep mariadb
iU  libdbd-mariadb-perl                                         1.22-1+b1                            amd64        Perl5 database interface to the MariaDB/MySQL databases
ii  libmariadb-dev                                              1:10.11.3-1                          amd64        MariaDB database development files
ii  libmariadb-dev-compat                                       1:10.11.3-1                          amd64        MariaDB Connector/C, compatibility symlinks
ii  libmariadb3:amd64                                           1:10.11.3-1                          amd64        MariaDB database client library
iU  mariadb-client                                              1:10.11.3-1                          amd64        MariaDB database client binaries
rc  mariadb-client-10.6                                         1:10.6.10-1                          amd64        MariaDB database client binaries
ii  mariadb-client-core                                         1:10.11.3-1                          amd64        MariaDB database core client binaries
ii  mariadb-common                                              1:10.11.3-1                          all          MariaDB common configuration files
iU  mariadb-plugin-provider-bzip2                               1:10.11.3-1                          amd64        BZip2 compression support in the server and storage engines
iU  mariadb-plugin-provider-lz4                                 1:10.11.3-1                          amd64        LZ4 compression support in the server and storage engines
iU  mariadb-plugin-provider-lzma                                1:10.11.3-1                          amd64        LZMA compression support in the server and storage engines
iU  mariadb-plugin-provider-lzo                                 1:10.11.3-1                          amd64        LZO compression support in the server and storage engines
iU  mariadb-plugin-provider-snappy                              1:10.11.3-1                          amd64        Snappy compression support in the server and storage engines
pi  mariadb-server-core                                         1:10.11.3-1                          amd64        MariaDB database core server files

Irgendwie sind die Skripte für den Systemd für Mariadb verschwunden.

Grüße

MPenzi

[whisper]

manuell gestoppt hast du auch versucht?
Wird ja empfohlen.
vielleicht läuft ja doch noch eine instanz

[Mpenzi]

Wie gesagt die Systemd-Scripte schein weg zu sein:

Code: Alles auswählen

systemctl stop mariadb
Failed to stop mariadb.service: Unit mariadb.service not loaded.

[Mpenzi]

Die Scripte sind in dem Paket mariadb-server_10.11.3-1_amd64.deb enthalten, das sich allerdings nicht installieren lässt:

Code: Alles auswählen

 # dpkg -i mariadb-server_10.11.3-1_amd64.deb
(Lese Datenbank ... 307351 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von mariadb-server_10.11.3-1_amd64.deb ...
/var/lib/mysql: found previous version 10.6
Failed to stop mariadb.service: Unit mariadb.service not loaded.
invoke-rc.d: initscript mariadb, action "stop" failed.
Failed to stop mysql.service: Unit mysql.service not loaded.
invoke-rc.d: initscript mysql, action "stop" failed.
Attempt to stop MariaDB/MySQL server returned exitcode 5
There is a MariaDB/MySQL server running, but we failed in our attempts to stop it.
Stop it yourself and try again!
dpkg: Fehler beim Bearbeiten des Archivs mariadb-server_10.11.3-1_amd64.deb (--install):
 »neues pre-installation-Skript des Paketes mariadb-server«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 mariadb-server_10.11.3-1_amd64.deb

[schwedenmann]

Hallo


hast du vomalten Mariadb noch einen dump,oder ein backup per mariadbbacku ?


Dann würde ich erstmal perapt oder dpkg das alte mariadb löschen und dann den neuen Server installieren

mfg
schwedenmann

[tijuca]

Das Problem ist an sich nur, dass die laufende Instanz nicht gestoppt werden kann. Dann halt von Hand stoppen.

Was im Preinst Skript steht kann man sich auch anschauen.

https://sources.debian.org/src/mariadb/ ... r.preinst/

Der relevante Part im Skript ist das hier.

Code: Alles auswählen

# Try to stop the server in a sane way. If it does not success let the admin
# do it himself. No database directories should be removed while the server
# is running! Another mariadbd in e.g. a different chroot is fine for us.
stop_server() {
    # Return immediately if there are no mysqld processes running on a host
    # (leave containerized processes with the same name in other namespaces)
    # as there is no point in trying to shutdown in that case.
    if ! pgrep -x --nslist pid --ns $$ "mysqld|mariadbd" > /dev/null; then return; fi

    set +e
    invoke-rc.d mariadb stop
    invoke-rc.d mysql stop # Backwards compatibility
    errno=$?
    set -e

    # systemctl could emit exit code 100=no init script (fresh install)
    if [ "$errno" != 0 -a "$errno" != 100 ]; then
      echo "Attempt to stop MariaDB/MySQL server returned exitcode $errno" 1>&2
      echo "There is a MariaDB/MySQL server running, but we failed in our attempts to stop it." 1>&2
      echo "Stop it yourself and try again!" 1>&2
      db_stop
      exit 1
    fi
}

Zunächst ohne Holzhammer versuchen.

Code: Alles auswählen

# service mysql stop
## oder
# service mariadb stop
## oder auch
# systemctl stop mariadb

Wenn das nicht funktioniert dann mit kill/killall eben etwas unsanft nach helfen. Das KANN zu Inkonsistenzen an Datenbanken führen! Das muss einem bewusst sein.

[Mpenzi]

Das mit dem Komplettdeinstallieren hatte ich auch schon versucht. Da ginge aber nicht wegen Abhängigkeiten zu Akonadi.

Code: Alles auswählen

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 akonadi-backend-mysql : Hängt ab von: default-mysql-server-core soll aber nicht installiert werden oder
                                        virtual-mysql-server-core

Code: Alles auswählen

ps aux | grep mysql
mpenzi     2953  0.3  1.3 5203340 207844 ?      Sl   17:33   0:00 /usr/sbin/mysqld --defaults-file=/home/mpenzi/.local/share/akonadi/mysql.conf --datadir=/home/mpenzi/.local/share/akonadi/db_data/ --socket=/run/user/1000/akonadi/mysql.socket --pid-file=/run/user/1000/akonadi/mysql.pid

Wegen eventuellen Datenbanken mache ich mir keine Sorgen, die sind alle auf richtigen Servern. Das ist ein Laptop für unterwegs. Ich traue mich wegen dem Akonadi-Zeugs nicht die Deinstallation zu erzwingen.

[Mpenzi]

Also, ich habe jetzt mal diese PID 2953 gekilled und danach kann ich das Distupgrade fortsetzen. Und der MariaDB-Server ist lauffähig.

Vielen Dank für die Unterstützung!