systemd: MariaDB startet nach Absturz nicht automatisch neu

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Antworten
Benutzeravatar
heisenberg
Beiträge: 4123
Registriert: 04.06.2015 01:17:27
Lizenz eigener Beiträge: MIT Lizenz

systemd: MariaDB startet nach Absturz nicht automatisch neu

Beitrag von heisenberg » 03.11.2024 15:43:38

Hallo,

ich habe hier ein Debian 11, mit einem MariaDB laufen. Der MariaDB steigt ab und an aus wegen schlechter Speicherkonfiguration. Deswegen wird der MariaDB vom OOM abgeschossen. Das ist als offenes ToDo bekannt. Was mich dabei aber interessiert, ist, wieso der MariaDB trotz systemd-Einstellung restart=always nicht neu startet.

Hier ist das Log:

Code: Alles auswählen


# journalctl -u mariadb.service

...
Nov 03 02:24:45 db3 mariadbd[721]: 2024-11-03  2:24:45 80002397 [Warning] Event Scheduler: [admin@176.95.192.227][db_complete5.update_avg_ratings] Column 'AVG_RATING' cannot be null
Nov 03 02:24:45 db3 mariadbd[721]: 2024-11-03  2:24:45 80002397 [Warning] Event Scheduler: [admin@176.95.192.227][db_complete5.update_avg_ratings] Column 'AVG_RATING' cannot be null
Nov 03 02:24:45 db3 mariadbd[721]: 2024-11-03  2:24:45 80002397 [Warning] Event Scheduler: [admin@176.95.192.227][db_complete5.update_avg_ratings] Column 'AVG_RATING' cannot be null
Nov 03 02:25:30 db3 mariadbd[721]: 2024-11-03  2:25:30 80011721 [Warning] Aborted connection 80011721 to db: 'db_complete5' user: 'indexer' host: '172.18.0.2' (Got an error reading communication packets)
Nov 03 02:27:27 db3 systemd[1]: mariadb.service: A process of this unit has been killed by the OOM killer.
Nov 03 02:27:28 db3 systemd[1]: mariadb.service: Main process exited, code=killed, status=9/KILL
Nov 03 02:27:28 db3 systemd[1]: mariadb.service: Failed with result 'oom-kill'.
Nov 03 02:27:28 db3 systemd[1]: mariadb.service: Consumed 5d 23h 25min 18.381s CPU time.
# --- manueller Neustart hier ---
Nov 03 14:45:13 db3 systemd[1]: Starting MariaDB 10.5.26 database server...
Nov 03 14:45:13 db3 mariadbd[982437]: 2024-11-03 14:45:13 0 [Warning] Could not increase number of max_open_files to more than 32768 (request: 48942)
Nov 03 14:45:13 db3 mariadbd[982437]: 2024-11-03 14:45:13 0 [Note] Starting MariaDB 10.5.26-MariaDB-0+deb11u2 source revision 7a5b8bf0f5470a13094101f0a4bdfa9e1b9ded02 server_uid 8ePLUcXrHemCeJbyWFdPVMtqDfY= as process 982437
Nov 03 14:45:13 db3 mariadbd[982437]: 2024-11-03 14:45:13 0 [Note] mariadbd: Aria engine: starting recovery
Nov 03 14:45:13 db3 mariadbd[982437]: recovered pages: 0% 33% 100% (0.0 seconds); tables to flush: 3 2 1 0
Nov 03 14:45:13 db3 mariadbd[982437]:  (0.0 seconds);
Nov 03 14:45:13 db3 mariadbd[982437]: 2024-11-03 14:45:13 0 [Note] mariadbd: Aria engine: recovery done
Nov 03 14:45:13 db3 mariadbd[982437]: 2024-11-03 14:45:13 0 [Warning] The parameter innodb_buffer_pool_instances is deprecated and has no effect.
...
Es ist auch keine Option gesetzt, die den Neustart verhindern könnte, wie RestartPreventExitStatus.

Es gibt dazu ein paar Google-Suchergebnisse, die aber nicht wirklich eine Lösung zeigen. Die handeln bei MariaDB nur von dem Unterschied von on-failure vs. on-abort.

Das hier sind die Unit-Einstellungen: NoPaste-Eintrag42247

P. S.: Bin die nächsten Tage evtl. nicht online. Antwort kommt also evtl. später.

Antworten