mysql db startet nicht mehr: Job for mariadb.service failed because a fatal signal was delivered to the control process.

L I V E Stammtisch ab 20:30 Uhr im Chat
  • Hallo und Hilfe,

    nach einem upgrade nach 1/2 Jahr startet mysql nicht mehr:

    Code
    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

    Code
    /var/lib/dpkg/info/hostapd.postinst: 53: .: Can't open /etc/default/hostapd

    Ein mariadb reinstall brachte auch den Fehler:

    Habe eine (leere) hostapd einer andere Installation rüber kopiert. Dann ist der Fehler mit dem hostapd web. Es bleibt:

    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:

    Code
    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":

    Code
    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:

    Code
    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:

    Code
    sudo mv /var/lib/mysql/tc.log /var/lib/mysql/tc.log.bak
    systemctl restart mariadb.service

    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.

    4 Mal editiert, zuletzt von egerlach (25. Juni 2020 um 18:55)

  • mysql db startet nicht mehr: Job for mariadb.service failed because a fatal signal was delivered to the control process.? Schau mal ob du hier fündig wirst!

  • Obacht! Es gab schon gelegentliche Probleme wenn man apt-get upgrade benutzt, weil dabei nicht geschaut wird ob alle Pakete auch kompatibel bleiben. Daher verwende ich immer apt full-upgrade. Ob ein Zusammenhang mit deinem Fehler besteht, weiß ich allerdings nicht.

    Viele Grüße,

    Tigerbeere

  • Jepp, mache auch schon lange nur noch Updates mit apt full-upgrade

    Was spuckt denn journalctl -xe und journalctl -r -u mariadb.service aus

    Aber ich denke, zuerst sollte der Fehler beseitigt werden von hostapd.

    Was passiert wenn du ein full-upgrade ausführst?

  • Lösung: /etc/mysql musste gegen ein funktionierendes ausgetauscht werden, die Datenbank in /var/lib/mysql war nicht "Schuld".

    @journalctl -xe .... siehe stackoverflow.com-Link oben.

    Vielen, vielen Dank an alle, die mitgedacht und mir eine Hinweis hinterlassen haben!

    Ich werde künftig immer eine Komplettsicherung der microSD-Karte machen und diese auch testen, und nicht von einem erfolgreichen Upgrade eines anderen raspi darauf schließen, dass die Upgrades auch dort erfolgreich verlaufen.

    Gruß

    Eckard

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!