Beiträge von bananenkiste

    matbhm ja, hast Du. Aber bei mir hätten es theoretisch wahrhaftige Dateien sein können. Siehe Deine Frage:

    Und mich würde dann ja von Bananenkiste interessieren, ob er die mysql.service-Datei händisch in das Verzeichnis /etc/systemd/system/ kopiert und angepasst hat.

    Ich habe keine Datei kopiert und angepasst.

    Allerdings gab es vor ewigen Zeiten mal eine erforderliche Anpassung bzgl. ProtectHome:


    Meine Doku von damals: (16. Dez. 2020)

    Guten Morgen,

    ich habe eben gemerkt, dass ich hinsichtlich der .service-Dateien Quatsch gepostet habe. Die Dateien sind tatsächlich Links und zeigen alle letztlich auf nur eine Datei und zwar: /usr/lib/systemd/system/mariadb.service


    Durch die Links wird immer /usr/lib/systemd/system/mariadb.service aufgerufen.

    Code
    /etc/systemd/system/multi-user.target.wants/mysql.service  10. Nov. 2017 -> /usr/lib/systemd/system/mysql.service
    /etc/systemd/system/mysql.service                          12. Okt. 2020 -> /usr/lib/systemd/system/mariadb.service
    /usr/lib/systemd/system/mysql.service                      23. Feb. 2022 -> mariadb.service


    Der Inhalt ist dieser:

    Poste als root ausgeführt:

    cat /var/log/mysql/mysqld.log





    Ich kann beim besten Willen nicht verstehen, wie dieses Logfile zur Fehlermeldung passt. Loaded: error (Reason: Unit mysql.service failed to load properly: Is a directory.)

    Gib doch Mal bei Dolphin ausgehend von / die Suche nach mysql.service in Auftrag.


    Die Datei gibt es dreimal.


    Code
    fileserver5:~ # find /etc /usr -name mysql.service
    /etc/systemd/system/multi-user.target.wants/mysql.service
    /etc/systemd/system/mysql.service
    /usr/lib/systemd/system/mysql.service
    fileserver5:~ #


    Sie sind identisch, bis auf die Zeile 46 CapabilityBoundingSet=CAP_IPC_LOCK CAP_DAC_OVERRIDE CAP_AUDIT_WRITE, die in der Datei /usr/lib/systemd/system/mysql.service fehlt.




    Mit einer etwas anderen Fehlermeldung habe ich im Internet das hier gefunden:

    Er zeigt nur, wie man mariadb startet, wenn alles richtig funktioniert - und das wissen wir ja. Bloß funktioniert hier halt nicht alles richtig.


    Code
    # systemctl start mariadb.service
    
    # systemctl enable mariadb.service
    
    # mysql_secure_installation

    Gegebenenfalls löschen und aus der my.cnf.rpmnew die my.cnf machen?

    das habe ich gemacht. Anzupassen war nur das Datenverzeichnis.

    Code
    fileserver5:/etc # systemctl status mysql
    ● mysql.service
    Loaded: error (Reason: Unit mysql.service failed to load properly: Is a directory.)
    Active: inactive (dead)
    
    
    Mai 27 10:08:12 fileserver5 systemd[1]: mysql.service: Cannot add dependency job, ignoring: Unit mysql.service failed to load properly: Is a directory.
    fileserver5:/etc #

    Hast Du neben der my.cnf.rpmsave-Datei noch eine my.cnf-Datei im etc-Verzeichnis?

    Der Witz ist, dass es die Datei - my.cnf.rpmsave - gar nicht gibt. Diese Dateien gibt es:

    Code
    fileserver5:/etc # ll ./my*
    -rw-r----- 1 root mysql 3375 16. Dez 2020  ./my.cnf
    -rw-r--r-- 1 root mysql 3447 23. Feb 17:32 ./my.cnf.rpmnew
    -rw-r----- 1 root mysql 1702 23. Feb 17:32 ./mysqlaccess.conf
    
    
    ./my.cnf.d:
    insgesamt 4
    -rw-r----- 1 root mysql 100 29. Nov 2017  secure_file_priv.cnf.rpmsave
    fileserver5:/etc #

    Ich habe eben über yast2 mariadb und mariadb-client mit ">" aktualisiert.

    Dabei erhielt ich diese Meldung:

    Code
    more /var/adm/update-messages/mariadb-10.5.15-150300.3.15.1-something
    
    
    WARNING: You are upgrading from different stable version of MySQL!
    
    
    Your database will be migrated automatically during next restart of MySQL.
    Before you do that make sure you have up to date backup of your data. It
    should be mainly in /home/daten/Datenbanken/mysql directory.

    systemctl status, enable oder start führten zum bekannten Fehler


    Der folgende Versuch bestand dann mutiger aus Löschen "-" und Neuinstallation "+" in yast2.

    Leider hat sich nur die Meldung geändert, nicht aber das Ergebnis:



    Weder find / -name maria*.log noch find / -name mysql*.log liefern ein Ergebnis.


    Ich bin absolut ratlos. Wer kann mir weiterhelfen?


    Gruß,

    bananenkiste

    bei mir sieht das so aus:

    Ich würde behaupten, die drei Einträge zu mariadb, mariadb-client und mariadb-errormessages sind identisch.

    Hallo Forum,

    nach dem upgrade von leap 15.2 auf 15.3 lässt sich mysql bzw. mariadb nicht mehr starten.


    Ich weiß, dass mysql nicht mehr unterstützt wird und mariadb stattdessen verwendet werden muss.


    Die Dienste-Verwaltung in yast2 sagt:

    Zitat

    Start von 'mariadb' ist nicht möglich. Aktueller Zustand des Dienstes: Gestoppt.


    Wenn ich den Start per Konsole versuche:

    Im Journal erscheinen dazu keine Meldungen - nichts.


    Kann mich hier bitte jemand auf die richtige Fährte setzen?


    Für hilfreiche Tipps wäre ich sehr dankbar.


    Gruß,

    bananenkiste