Probleme mit MYSQL und stretch nach distro upgrade

[gmoehle]

Hallo liebe Gemeinde,

ich habe auf meinem BananaPi ein Distro Upgrade von jessie auf stretch gemacht,
leider habe ich nach dem Upgrade nun Probleme mit MySql.

Code: Alles auswählen

root@lemaker:~# apt install mysql-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
The following additional packages will be installed:
  default-mysql-server mariadb-client-10.1 mariadb-client-core-10.1 mariadb-server-10.1 mariadb-server-core-10.1
Vorgeschlagene Pakete:
  mailx mariadb-test tinyca
Die folgenden NEUEN Pakete werden installiert:
  default-mysql-server mariadb-client-10.1 mariadb-client-core-10.1 mariadb-server-10.1 mariadb-server-core-10.1 mysql-server
0 aktualisiert, 6 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 18,8 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 158 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
Vorkonfiguration der Pakete ...
Vormals nicht ausgewähltes Paket mariadb-client-core-10.1 wird gewählt.
(Lese Datenbank ... 136528 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../0-mariadb-client-core-10.1_10.1.23-9+deb9u1_armhf.deb ...
Entpacken von mariadb-client-core-10.1 (10.1.23-9+deb9u1) ...
Vormals nicht ausgewähltes Paket mariadb-client-10.1 wird gewählt.
Vorbereitung zum Entpacken von .../1-mariadb-client-10.1_10.1.23-9+deb9u1_armhf.deb ...
Entpacken von mariadb-client-10.1 (10.1.23-9+deb9u1) ...
Vormals nicht ausgewähltes Paket mariadb-server-core-10.1 wird gewählt.
Vorbereitung zum Entpacken von .../2-mariadb-server-core-10.1_10.1.23-9+deb9u1_armhf.deb ...
Entpacken von mariadb-server-core-10.1 (10.1.23-9+deb9u1) ...
Vormals nicht ausgewähltes Paket mariadb-server-10.1 wird gewählt.
Vorbereitung zum Entpacken von .../3-mariadb-server-10.1_10.1.23-9+deb9u1_armhf.deb ...
/var/lib/mysql: found previous version 10.1
Entpacken von mariadb-server-10.1 (10.1.23-9+deb9u1) ...
Vormals nicht ausgewähltes Paket default-mysql-server wird gewählt.
Vorbereitung zum Entpacken von .../4-default-mysql-server_1.0.2_all.deb ...
Entpacken von default-mysql-server (1.0.2) ...
Vormals nicht ausgewähltes Paket mysql-server wird gewählt.
Vorbereitung zum Entpacken von .../5-mysql-server_5.5.9999+default_armhf.deb ...
Entpacken von mysql-server (5.5.9999+default) ...
mariadb-server-core-10.1 (10.1.23-9+deb9u1) wird eingerichtet ...
mariadb-client-core-10.1 (10.1.23-9+deb9u1) wird eingerichtet ...
Trigger für menu (2.1.47) werden verarbeitet ...
Trigger für systemd (232-25+deb9u1) werden verarbeitet ...
Trigger für man-db (2.7.6.1-2) werden verarbeitet ...
mariadb-client-10.1 (10.1.23-9+deb9u1) wird eingerichtet ...
mariadb-server-10.1 (10.1.23-9+deb9u1) wird eingerichtet ...
Created symlink /etc/systemd/system/mysql.service → /lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/mysqld.service → /lib/systemd/system/mariadb.service.
Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service → /lib/systemd/system/mariadb.service.
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
invoke-rc.d: initscript mysql, action "start" failed.
● mariadb.service - MariaDB database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2018-03-06 22:05:43 CET; 72ms ago
  Process: 19789 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=226/NAMESPACE)

Mär 06 22:05:42 lemaker systemd[1]: Starting MariaDB database server...
Mär 06 22:05:42 lemaker systemd[19789]: mariadb.service: Failed at step NAMESPACE spawning /usr/bin/install: Bad file descriptor
Mär 06 22:05:43 lemaker systemd[1]: mariadb.service: Control process exited, code=exited status=226
Mär 06 22:05:43 lemaker systemd[1]: Failed to start MariaDB database server.
Mär 06 22:05:43 lemaker systemd[1]: mariadb.service: Unit entered failed state.
Mär 06 22:05:43 lemaker systemd[1]: mariadb.service: Failed with result 'exit-code'.
dpkg: Fehler beim Bearbeiten des Paketes mariadb-server-10.1 (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von default-mysql-server:
 default-mysql-server hängt ab von mariadb-server-10.1; aber:
  Paket mariadb-server-10.1 ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes default-mysql-server (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von mysql-server:
 mysql-server hängt ab von default-mysql-server; aber:
  Paket default-mysql-server ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes mysql-server (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für menu (2.1.47) werden verarbeitet ...
Trigger für systemd (232-25+deb9u1) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 mariadb-server-10.1
 default-mysql-server
 mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@lemaker:~#

Nach journalctl -xe sagt er das:

Code: Alles auswählen

Mär 06 22:05:43 lemaker systemd[1]: mariadb.service: Control process exited, code=exited status=226
Mär 06 22:05:43 lemaker systemd[1]: Failed to start MariaDB database server.
-- Subject: Unit mariadb.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit mariadb.service has failed.
--
-- The result is failed.
Mär 06 22:05:43 lemaker systemd[1]: mariadb.service: Unit entered failed state.
Mär 06 22:05:43 lemaker systemd[1]: mariadb.service: Failed with result 'exit-code'.
Mär 06 22:05:45 lemaker systemd[1]: Reloading.

Bin ratlos was man da machen muß.
Danke im Vorraus.
MfG
Gunther

[DeletedUserReAsG]

Man könnte nun tiefer ins Journal schauen, beziehungsweise auch mal einen Blick in Marias eigenes Log werfen, oder auch das Ding manuell im Debugmodus starten, um zu sehen, wo der Fehler liegt.

[gmoehle]

erstmal Danke für die Anrwort
also /var/log/mysql zeigt folgendes:

Code: Alles auswählen

2018-03-07  6:43:46 3056611328 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2018-03-07  6:43:46 3056611328 [Note] InnoDB: The InnoDB memory heap is disabled
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2018-03-07  6:43:46 3056611328 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Compressed tables use zlib 1.2.8
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Using Linux native AIO
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Using generic crc32 instructions
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Completed initialization of buffer pool
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Highest supported file format is Barracuda.
2018-03-07  6:43:46 3056611328 [Note] InnoDB: 128 rollback segment(s) are active.
2018-03-07  6:43:46 3056611328 [Note] InnoDB: Waiting for purge to start
2018-03-07  6:43:46 3056611328 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.35-80.0 started; log sequence number 1376207844
2018-03-07  6:43:46 2503996224 [Note] InnoDB: Dumping buffer pool(s) not yet started
2018-03-07  6:43:46 3056611328 [Note] Plugin 'FEEDBACK' is disabled.
2018-03-07  6:43:46 3056611328 [Note] Server socket created on IP: '127.0.0.1'.
2018-03-07  6:43:46 3056611328 [ERROR] Can't start server : Bind on unix socket: No such file or directory
2018-03-07  6:43:46 3056611328 [ERROR] Do you already have another mysqld server running on socket: /var/run/mysqld/mysqld.sock ?
2018-03-07  6:43:46 3056611328 [ERROR] Aborting

/var/run/mysqld/mysqld.sock existiert aber nicht.

Habe hier noch was von mariadb im syslog gefunden:

Code: Alles auswählen

Mar  7 06:38:06 lemaker systemd[1]: mariadb.service: Failed to set invocation ID on control group /system.slice/mariadb.service, ignoring: Operation not supported
Mar  7 06:38:06 lemaker systemd[1]: Starting MariaDB database server...
Mar  7 06:38:06 lemaker systemd[1]: run-user-0.mount: Failed to set invocation ID on control group /system.slice/run-user-0.mount, ignoring: Operation not supported
Mar  7 06:38:06 lemaker systemd[2333]: mariadb.service: Failed at step NAMESPACE spawning /usr/bin/install: Bad file descriptor
Mar  7 06:38:06 lemaker systemd[1]: mariadb.service: Control process exited, code=exited status=226
Mar  7 06:38:06 lemaker systemd[1]: Failed to start MariaDB database server.
Mar  7 06:38:06 lemaker systemd[1]: mariadb.service: Unit entered failed state.
Mar  7 06:38:06 lemaker systemd[1]: mariadb.service: Failed with result 'exit-code'.

debug modus - keine Ahnung wie oder wo der eingeschaltet wird.

MfG Gunther

[DeletedUserReAsG]

Zu dem Fehler lässt sich einiges mit einer Suchmaschine finden, incl. Sachen, die man prüfen und testen könnte. Einfach mal die erste Zeile mit „[ERROR]“ in eine Suchmaschine schmeißen (ohne die Zahlen davor) und die Ergebnisse durchgehen.

[gmoehle]

Habe ein Backup zurück gespielt. Bleib dann halt bei Jessie bis es keine Sicherheitsupdates mehr dafür gibt.
Trotzdem danke für Deine Hilfe aber um den Fehler da zu finden kenne ich mich einfach nicht genug aus.

MfG
Gunther

[jansralf]

Hallo niemand,

ich habe das gleiche Problem und auch den BananaPI. Bei mir ist es aber eine komplette Neuinstallation wo es nicht geht.
Da habe ich einiges bei google gefunden, aber nichts hilfreiches. Welche ERROR Meldung soll ich denn da noch einwerfen? Welche ist denn die erste die ich versuchen sollte, hab schon so viele versucht? Was mir schon aufgefallen ist, dass

/var/run/mysqld (code=exited, status=226/NAMESPACE) --> /var/run/mysqld gibt es nicht nach der abgebrochenen Installation

aus /etc/mysql/debian.cnf
/var/run/mysqld/mysqld.sock --> gibt es bei mir nicht !

Was soll "/var/run/mysqld" denn nun sein Datei oder Ordner. Ich versteh das nicht. Weder Ordner noch Datei mit dem Namen ist vorhanden.
So habe ich installiert:
apt-get -y install mariadb-server mariadb-client

Hoffe auf Antwort.
Danke.

VG Ralf

[2undvierzig]

Aus den Release Notes:
https://www.debian.org/releases/stable/ ... ces-mysql
weitere Infos: https://mariadb.com/kb/en/library/movin ... -debian-9/
https://privatstrand.dirkschmidtke.de/2 ... att-mysql/

[jansralf]

hallo 42,

danke für die Links, aber bei mir geht es nicht um ein upgrade/update.
Ich hatte vorher kein mysql und Lösungen für Probleme meiner Art habe ich dort nicht gesehen.

Ich hab noch alles mit "apt-get purge mysql*" entfernt auch die erstellten Tabellen, aber
ein
apt-get install default-mysql-server
brachte wieder den gleichen Fehler. siehe oben - exakt die gleichen Meldungen

die Fehler kommen bei der Installation der Pakete, die werden also erst gar nicht richtig installiert
vg ralf

[novalix]

Hi,
systemd sollte normalerweise das Verzeichnis /var/run/mysqld erstellen. Macht es wohl hin und wieder mal nicht. Weiß der Teufel wieso.
In der /lib/systemd/system/mariadb.service findet sich folgender Befehl:

Code: Alles auswählen

/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld

Den könntest Du mal händisch mit Root-Rechten absetzen, kontrollieren, ob es geklappt hat und mariadb neu starten.

[jansralf]

Danke

hab den Befehl ausgeführt, das Verzeichnis wurde erstellt.
Danach:
==>root@cloud:~# dpkg --configure -a
mariadb-server-10.1 (10.1.23-9+deb9u1) wird eingerichtet ...
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
invoke-rc.d: initscript mysql, action "start" failed.
● mariadb.service - MariaDB database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2018-05-28 20:58:02 CEST; 83ms ago
Process: 21784 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=226/NAMESPACE)

Mai 28 20:58:02 regjcloud systemd[1]: Starting MariaDB database server...
Mai 28 20:58:02 regjcloud systemd[1]: mariadb.service: Control process exited, code=exited status=226
Mai 28 20:58:02 regjcloud systemd[1]: Failed to start MariaDB database server.
Mai 28 20:58:02 regjcloud systemd[1]: mariadb.service: Unit entered failed state.
Mai 28 20:58:02 regjcloud systemd[1]: mariadb.service: Failed with result 'exit-code'.
dpkg: Fehler beim Bearbeiten des Paketes mariadb-server-10.1 (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von default-mysql-server:
default-mysql-server hängt ab von mariadb-server-10.1; aber:
Paket mariadb-server-10.1 ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes mysql-server (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
mariadb-server-10.1
default-mysql-server
mysql-server

==>root@cloud:~# systemctl status mariadb.service
->siehe oben, gleiche Meldungen

==>root@rloud:~# journalctl -xe
Mai 28 20:58:02 regjcloud systemd[1]: mariadb.service: Failed with result 'exit-code'.
...
einzige rote Hervorhebung:
Mai 28 21:00:40 cloud ntpd[5444]: bind(25) AF_INET6 fe80::81:4ff:fe81:5442%2#123 flags 0x11 failed: Cannot assign requested address
Mai 28 21:00:40 cloud ntpd[5444]: unable to create socket on eth0 (8) for fe80::81:4ff:fe81:5442%2#123
Mai 28 21:00:40 cloud ntpd[5444]: failed to init interface for address fe80::81:4ff:fe81:5442%2
... keine Einträge zu mysql oder mariadb

Das BIld bleibt das gleiche.
Trotz raspbian stretch habe ich immer noch laut uname -r einen 3.4... Kernel. In aptitude wird auch kein anderer Kernel angeboten.
Ich hatte einen anderen BugReport gefunden da wurde dieses Verhalten auf den alten Kernel geschoben und damit war die Sache erledigt.
Kann das sein?
vg Ralf

[DeletedUserReAsG]

In dem Fall wäre es vielleicht nicht die schlechteste Idee, im Raspbian-Forum nachzufragen, wie man zu einem aktuelleren Kernel kommt.

[PSchlaile]

Falls das noch jemand liest:
Hat mich jetzt auch 2 Stunden gekostet bei einem Upgrade eines alten Containers auf Debian Stretch.

Das Problem liegt nicht am Kernel, sondern an der Art und Weise, wie Debian Stretch /run anlegt und mounted.

/run muss als tmpfs gemounted sein (machen die Startskripte für einen), /var/run muss als Symlink darauf verweisen.

# ls -ld /run
drwxr-xr-x 32 root root 1020 Mai 31 12:34 /run/

# ls -l /var/run
lrwxrwxrwx 1 root root 4 Mai 14 2018 /var/run -> /run

# ls -l /var/lock
lrwxrwxrwx 1 root root 9 Mai 14 2018 /var/lock -> /run/lock

Wenn's nicht so aussieht wie oben, hat man ein saftiges Problem und muss dann halt von Hand die Verzeichnisstruktur umbauen, bis es so aussieht.

Auch kontrollieren, ob

# mount | grep /run
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=387964k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=387960k,mode=700)

sowas in der Art ausgibt.