Mit Systemd werden abgestürzte Dienste neu gestartet und das System sollte eigentlich ohne großartige Überwachung laufen. Bei manchen kritischen Diensten lohnt es sich aber trotzdem separat ein Monitoring laufen zu lassen, um eventuell präventiv Maßnahmen zu ergreifen. Dafür bietet sich immer noch monit an.
Der Morgen begann heute mit Schreckensmeldungen vom Datenbankserver. Dieser startete dauernd neu und konnte sich einfach nicht beruhigen. Fehlermeldungen a la [ERROR] InnoDB: Failed to read page 12 from file './mysql/innodb_index_stats.ibd': Page read from tablespace is corrupted ließen die mysql-error.log auf mehrere Megabyte ansteigen.
Bei Dreamhost wurde kürzlich ein Datenbankupdate auf MySQL 8 vorgenommen. Danach endete der cronjob mit dem täglichen Datenbankbackup per mysqldump mit der Fehlermeldung „mysqldump: Error: ‚Access denied; you need (at least one of) the PROCESS privilege(s) for this operation‘ when trying to dump tablespaces“.
Im MySQL bzw. MariaDB kommen verschiedene Datenbankengines mit ihren Vor- und Nachteilen zum Einsatz. Der frühere Standard MyISAM ist praktisch bereits überall durch InnoDB ersetzt worden. Bei MySQL ist InnoDB seit Version 5.5 Standard, bei MariaDB seit Version 10.2. InnoDB hat durch die Absturzsicherheit klare Vorteile.
Notizen und Anmerkungen zu Linuxproblemen auf Server und Heimrechner. Setze mich mit unterschiedlichem Erfolg seit Debian Hamm mit Linux auseinander, damals noch als CD-Pack von Lehmanns Buchhandlung.
Aktuell sind das Debian 11 „Bullseye“ auf dem Server und Ubuntu Xenial Xerus/Focal Fossa/Jammy Jellyfish auf Klapprechnern.
Allerdings heißt es damals wie heute: Das Problem sitzt meist vor dem Rechner.