Am Mittwoch, 9. Februar 2022, 08:12:45 CET schrieb Jörg Thümmler: Vielen Dank für deine Antwort

Hi,

könntest Du nicht mal liefern, was bei "systemctl start mysql" oder so als Antwort kommt? Und bei "systemctl status mysql"? Und was "journalctl -xe" so bzgl. mysql liefern?

ich liefer mal: daniel@server-lan:~> systemctl start mysql *(code=killed, signal=ABRT)* journalctl -xe ░░ ░░ A start job for unit mariadb.service has finished successfully. ░░ ░░ The job identifier is 17757. *mariadb.service: Main process exited, code=killed, status=6/ABRT* ░░ Subject: Unit process exited ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ An ExecStart= process belonging to unit mariadb.service has exited. ░░ ░░ The process' exit code is 'killed' and its exit status is 6. *mariadb.service: Failed with result 'signal'.* ░░ Subject: Unit failed ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ The unit mariadb.service has entered the 'failed' state with result 'signal'. *(to root) daniel on pts/1* ░░ Subject: Automatic restarting of a unit has been scheduled ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ Automatic restarting of the unit mariadb.service has been scheduled, as the result for ░░ the configured Restart= setting for the unit. ░░ Subject: A stop job for unit mariadb.service has finished ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ A stop job for unit mariadb.service has finished. ░░ ░░ The job identifier is 17895 and the job result is done. ░░ Subject: A start job for unit mariadb.service has begun execution ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ A start job for unit mariadb.service has begun execution. ░░ ░░ The job identifier is 17895.

░░ Subject: A start job for unit mariadb.service has finished successfully ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ A start job for unit mariadb.service has finished successfully. ░░ ░░ The job identifier is 17895. *mariadb.service: Main process exited, code=killed, status=6/ABRT* ░░ Subject: Unit process exited ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ An ExecStart= process belonging to unit mariadb.service has exited. ░░ ░░ The process' exit code is 'killed' and its exit status is 6. *mariadb.service: Failed with result 'signal'.* ░░ Subject: Unit failed ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ The unit mariadb.service has entered the 'failed' state with result 'signal'.

Ich denke nämlich auch, mysql läuft schlicht nicht. Im Übrigen, "mysql" oder "mariadb"? ... dann kann das da oben auch statt "mysql" "mariadb" heißen...

Ob mysql überhaupt läuft, kann man sehr einfach rausfinden:

"mysql -u <deinDBuser> --password="

sollte sowas, wie

"Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A

Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 14 Server version: 10.2.36-MariaDB SUSE package

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [deineDB]> "

führen (CTRL-D beendet es)

einfach "mysql" sollte zumindest einen anständigen Fehler geben: $ mysql ERROR 1045 (28000): Access denied for user 'joe'@'localhost' (using password: NO)

daniel@server-lan:~> mysql

--

Am 09.02.22 um 18:21 schrieb Daniel Fuhrmann:

daniel@server-lan:~> systemctl start mysql

*(code=killed, signal=ABRT)*

Ein weiterer Hinweis: AppArmor könnte da auch eine Rolle spielen, falls es aktiv ist. Schau mal unter YaST2 / AppArmor / Überprüfungsprotokolle durchsuchen ob da evtl. etwas erfasst wurde und ggf. den Zugriff freigeben. -- Gruß Sebastian - openSUSE Member (Freespacer) - Wichtiger Hinweis zur openSUSE Mailing Liste: https://de.opensuse.org/openSUSE:Mailinglisten_Netiquette

Am Donnerstag, 10. Februar 2022, 07:56:35 CET schrieb Jörg Thümmler:

Du könntest mal als normaler User /usr/sbin/mysqld aufrufen. Das führt wegen mangelnder Rechte definitiv zu einem Abbruch. Aber vielleicht gibts es _vorher_ schon nicht auf die mangelnden Rechte zurückzuführende Fehlermeldungen. Bei mir (OS 15.1) kommt da:

$ /usr/sbin/mysqld 2022-02-10 7:46:16 140035432993664 [Note] /usr/sbin/mysqld (mysqld 10.2.36-MariaDB) starting as process 30763 ... 2022-02-10 7:46:16 140035432993664 [Warning] Could not increase number of max_open_files to more than 1024 (request: 32186) 2022-02-10 7:46:16 140035432993664 [Warning] Changed limits: max_open_files: 1024 max_connections: 151 (was 151) table_cache: 421 (was 2000) 2022-02-10 7:46:16 140035432993664 [Warning] Can't create test file /var/lib/mysql/linux.lower-test /usr/sbin/mysqld: Can't change dir to '/var/lib/mysql/' (Errcode: 13 "Permission denied") 2022-02-10 7:46:16 140035432993664 [ERROR] Aborting

(ohne Eintrag in /var/log/mysql)

kann man auch als root machen, dann bricht er ab, weil er nicht als root arbeiten möchte: 2022-02-10 7:55:10 140258878706560 [Note] mysqld (mysqld 10.2.36-MariaDB) starting as process 21333 ... mysqld: Please consult the Knowledge Base to find out how to run mysqld as root! 2022-02-10 7:55:10 140258878706560 [ERROR] Aborting

aber vielleicht taucht da auch vorher was Aufschlussreicheres auf...

-- cu

jth

daniel@server-lan:~> /usr/sbin/mysqld bei mir ist es leider nicht so gesprächig.