Hallo und Hilfe,
nach einem upgrade nach 1/2 Jahr startet mysql nicht mehr:
root@archivpi:~# service mysql restart
Job for mariadb.service failed because a fatal signal was delivered to the control process.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
Beim upgrade lief alles glatt, nur beim hostapd meckert das upgrade rum. Es fehlte die
Ein mariadb reinstall brachte auch den Fehler:
root@archivpi:~# aptitude reinstall mariadb-server
Die folgenden Pakete werden ERNEUT INSTALLIERT:
mariadb-server
Die folgenden teilweise installierten Pakete werden konfiguriert:
hostapd
0 Pakete aktualisiert, 0 zusätzlich installiert, 1 erneut installiert, 0 werden entfernt und 0 nicht aktualisiert.
0 B/30,8 kB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 0 B zusätzlich belegt sein.
(Lese Datenbank ... 129192 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mariadb-server_1%3a10.3.22-0+deb10u1_all.deb ...
Entpacken von mariadb-server (1:10.3.22-0+deb10u1) über (1:10.3.22-0+deb10u1) ...
mariadb-server (1:10.3.22-0+deb10u1) wird eingerichtet ...
hostapd (2:2.7+git20190128+0c1e29f-6+deb10u2) wird eingerichtet ...
hostapd.service is a disabled or a static unit not running, not starting it.
/var/lib/dpkg/info/hostapd.postinst: 53: .: Can't open /etc/default/hostapd
dpkg: Fehler beim Bearbeiten des Paketes hostapd (--configure):
»installiertes hostapd-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 127 zurück
Fehler traten auf beim Bearbeiten von:
hostapd
E: Sub-process /usr/bin/dpkg returned an error code (1)
hostapd (2:2.7+git20190128+0c1e29f-6+deb10u2) wird eingerichtet ...
hostapd.service is a disabled or a static unit not running, not starting it.
/var/lib/dpkg/info/hostapd.postinst: 53: .: Can't open /etc/default/hostapd
dpkg: Fehler beim Bearbeiten des Paketes hostapd (--configure):
»installiertes hostapd-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 127 zurück
Fehler traten auf beim Bearbeiten von:
hostapd
Alles anzeigen
Habe eine (leere) hostapd einer andere Installation rüber kopiert. Dann ist der Fehler mit dem hostapd web. Es bleibt:
root@archivpi:~# service mysql restart
Job for mariadb.service failed because a fatal signal was delivered to the control process.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
root@archivpi:~# systemctl status mariadb.service
● mariadb.service - MariaDB 10.3.22 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: activating (start-pre) since Thu 2020-06-25 16:43:11 CEST; 198ms ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 25326 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Process: 25327 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Cntrl PID: 25329 (sh)
Tasks: 4 (limit: 1599)
Memory: 1.1M
CGroup: /system.slice/mariadb.service
├─25329 /bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-en\
v
├─25330 /bin/sh /usr/bin/galera_recovery
├─25341 /bin/sh /usr/bin/galera_recovery
└─25343 sed -e s;--[^=]*=;;
Jun 25 16:43:11 archivpi systemd[1]: Starting MariaDB 10.3.22 database server...
Alles anzeigen
Hilfe! Es ist ein produktive Datenbank! NIE WIEDER EIN UPGRADE! I schwöre. apt-get upgrade = Neuinstallation. Der crash ist allerdings 1 Stunde nach dem upgrade und erst beim zweiten reboot passiert.
Es war /var/run/mysqld leer, die Dateien werden bei erfolgreichem Start v. mariadb erstellt richtig? In einer laufenden mariadb sieht das so aus:
root@hausb:~# ls /var/run/mysqld -l
insgesamt 4
-rw-rw---- 1 mysql mysql 5 Jun 25 16:18 mysqld.pid
srwxrwxrwx 1 mysql mysql 0 Jun 25 16:18 mysqld.sock
Hier ist der "crash":
aus /var/log/mysql/error.log
2020-06-25 15:36:25 0 [Note] InnoDB: 10.3.22 started; log sequence number 17201576; transaction id 150227
2020-06-25 15:36:25 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-06-25 15:36:25 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-06-25 15:36:25 0 [Note] Recovering after a crash using tc.log
2020-06-25 15:36:25 0 [ERROR] Can't init tc log
2020-06-25 15:36:25 0 [ERROR] Aborting
Richtig, 1,5 Stunden vorher wäre:
2020-06-25 13:57:39 0 [Note] InnoDB: 10.3.22 started; log sequence number 17198243; transaction id 150195
2020-06-25 13:57:39 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-06-25 13:57:39 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-06-25 13:57:39 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-06-25 13:57:39 0 [Note] Reading of all Master_info entries succeeded
2020-06-25 13:57:39 0 [Note] Added new Master_info '' to hash table
2020-06-25 13:57:39 0 [Note] /usr/sbin/mysqld: ready for connections.
gemäß https://stackoverflow.com/questions/5214…on-fedora-27-28
soll helfen:
bei mir aber nicht .. gleicher Fehler beim Starten. Der mariadb-crash scheint tiefer zu sitzen.
Eine Sicherung (Export der Datenbank) habe ich, die kann ich aber nicht einspielen, wenn mariadb nicht hochfährt.