Je viens de mettre Í jour une machine de test et mariadb ne démarre
plus (ni automatiquement, ni Í la main). J'ai comme erreur, la chose
suivante :
déc. 07 23:07:47 hilbert systemd[1]: Starting MariaDB 10.3.29 database
server...
déc. 07 23:07:47 hilbert mysqld[2974]: 2021-12-07 23:07:47 0 [Note]
/usr/sbin/mysqld (mysqld 10.3.29-MariaDB-0+deb10u1-log) starting as
process 2974 ...
déc. 07 23:07:49 hilbert systemd[1]: mariadb.service: Main process
exited, code=exited, status=1/FAILURE
déc. 07 23:07:49 hilbert systemd[1]: mariadb.service: Failed with result
'exit-code'.
déc. 07 23:07:49 hilbert systemd[1]: Failed to start MariaDB 10.3.29
database server.
Root hilbert:[~] > systemctl start mysql
Job for mysql.service failed because the control process exited with
error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service"
for details.
Root hilbert:[~] > systemctl status mysql.service
Í— mysql.service - LSB: Start and stop the mysql database server daemon
Loaded: loaded (/etc/init.d/mysql; generated)
Active: failed (Result: exit-code) since Tue 2021-12-07 23:08:54
CET; 9s ago
Docs: man:systemd-sysv-generator(8)
Process: 3430 ExecStart=/etc/init.d/mysql start (code=exited,
status=1/FAILURE)
CPU: 705ms
déc. 07 23:08:25 hilbert mysqld[3627]: 2021-12-07 23:08:25 0 [Note]
Recovering after a crash using /var/log/mysql/mysql-bin
déc. 07 23:08:25 hilbert mysqld[3627]: 2021-12-07 23:08:25 0 [Note]
Starting crash recovery...
déc. 07 23:08:25 hilbert mysqld[3627]: 2021-12-07 23:08:25 0 [Note]
Crash recovery finished.
déc. 07 23:08:26 hilbert mysqld[3627]: 2021-12-07 23:08:26 0 [Note]
Server socket created on IP: '0.0.0.0'.
déc. 07 23:08:26 hilbert mysqld[3627]: 2021-12-07 23:08:26 0 [ERROR]
Fatal error: Can't open and lock privilege tables: 'mysql.user' is not
of type 'TABLE'
déc. 07 23:08:54 hilbert mysql[3430]: Starting MariaDB database server:
mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
déc. 07 23:08:54 hilbert mysql[4017]: failed!
déc. 07 23:08:54 hilbert systemd[1]: mysql.service: Control process
exited, code=exited, status=1/FAILURE
déc. 07 23:08:54 hilbert systemd[1]: mysql.service: Failed with result
'exit-code'.
déc. 07 23:08:54 hilbert systemd[1]: Failed to start LSB: Start and stop
the mysql database server daemon.
Root hilbert:[~] >
Cette version de mariadb est une réplique donc pas critique pour
l'instant. Je n'ai rien trouvé sur internet qui corresponde Í ce
problème. Plus exactement, les seuls cas Í peu près similaires indiquent
que la base de données était déjÍ corrompu (mais bizarrement, cela s'est
aussi passé juste avec une mise Í jour entre les mêmes versions). Or
dans mon cas, ce n'est pas possible. J'ai réinstallé une version récente
de la réplique pas plus tard que ce matin et elle fonctionnait avant que
je ne redémarre la machine Í la suite de sa mise Í jour...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sébastien Dinot
Bonjour Joël, BERTRAND Joël a écrit :
les seuls cas Í peu près similaires indiquent que la base de données était déjÍ corrompu (mais bizarrement, cela s'est aussi passé juste avec une mise Í jour entre les mêmes versions). Or dans mon cas, ce n'est pas possible. J'ai réinstallé une version récente de la réplique pas plus tard que ce matin et elle fonctionnait avant que je ne redémarre la machine Í la suite de sa mise Í jour...
«Â ce n'est pas possible », en informatique «Â ce n'est pas possible » ;)
déc. 07 23:08:26 hilbert mysqld[3627]: 2021-12-07 23:08:26 0 [ERROR] Fatal error: Can't open and lock privilege tables: 'mysql.user' is not of type 'TABLE'
Ce message d'erreur laisse pourtant bien supposer une corruption des données, Í moins que ce message ne soit induit par l'impossibilité d'accéder au fichier et donc par un problème de permission sur le répertoire ou le fichier. As-tu vérifié ces permissions ? Utilises-tu SELinux ou AppArmor ? Utilises-tu les répertoires standard du système ou as-tu déporté les fichiers ailleurs ? Sinon, le disque dur est-il récent ? L'as-tu contrÍ´lé via un fsck ? Sur la page ci-dessous, on trouve une base de connaissance listant les différentes raisons pouvant conduire Í l'échec du démarrage de MariaDB et ce qu'il faut faire pour y remédier : https://mariadb.com/kb/en/what-to-do-if-mariadb-doesnt-start/ -- Sébastien Dinot, http://www.palabritudes.net/ Ne goÍ»tez pas au logiciel libre, vous ne pourriez plus vous en passer !
Bonjour Joël,
BERTRAND Joël a écrit :
les seuls cas Í peu près similaires indiquent que la base de données
était déjÍ corrompu (mais bizarrement, cela s'est aussi passé juste
avec une mise Í jour entre les mêmes versions). Or dans mon cas, ce
n'est pas possible. J'ai réinstallé une version récente de la réplique
pas plus tard que ce matin et elle fonctionnait avant que je ne
redémarre la machine Í la suite de sa mise Í jour...
«Â ce n'est pas possible », en informatique «Â ce n'est pas possible » ;)
déc. 07 23:08:26 hilbert mysqld[3627]: 2021-12-07 23:08:26 0 [ERROR]
Fatal error: Can't open and lock privilege tables: 'mysql.user' is not
of type 'TABLE'
Ce message d'erreur laisse pourtant bien supposer une corruption des
données, Í moins que ce message ne soit induit par l'impossibilité
d'accéder au fichier et donc par un problème de permission sur le
répertoire ou le fichier. As-tu vérifié ces permissions ? Utilises-tu
SELinux ou AppArmor ? Utilises-tu les répertoires standard du système ou
as-tu déporté les fichiers ailleurs ?
Sinon, le disque dur est-il récent ? L'as-tu contrÍ´lé via un fsck ?
Sur la page ci-dessous, on trouve une base de connaissance listant les
différentes raisons pouvant conduire Í l'échec du démarrage de MariaDB
et ce qu'il faut faire pour y remédier :
les seuls cas Í peu près similaires indiquent que la base de données était déjÍ corrompu (mais bizarrement, cela s'est aussi passé juste avec une mise Í jour entre les mêmes versions). Or dans mon cas, ce n'est pas possible. J'ai réinstallé une version récente de la réplique pas plus tard que ce matin et elle fonctionnait avant que je ne redémarre la machine Í la suite de sa mise Í jour...
«Â ce n'est pas possible », en informatique «Â ce n'est pas possible » ;)
déc. 07 23:08:26 hilbert mysqld[3627]: 2021-12-07 23:08:26 0 [ERROR] Fatal error: Can't open and lock privilege tables: 'mysql.user' is not of type 'TABLE'
Ce message d'erreur laisse pourtant bien supposer une corruption des données, Í moins que ce message ne soit induit par l'impossibilité d'accéder au fichier et donc par un problème de permission sur le répertoire ou le fichier. As-tu vérifié ces permissions ? Utilises-tu SELinux ou AppArmor ? Utilises-tu les répertoires standard du système ou as-tu déporté les fichiers ailleurs ? Sinon, le disque dur est-il récent ? L'as-tu contrÍ´lé via un fsck ? Sur la page ci-dessous, on trouve une base de connaissance listant les différentes raisons pouvant conduire Í l'échec du démarrage de MariaDB et ce qu'il faut faire pour y remédier : https://mariadb.com/kb/en/what-to-do-if-mariadb-doesnt-start/ -- Sébastien Dinot, http://www.palabritudes.net/ Ne goÍ»tez pas au logiciel libre, vous ne pourriez plus vous en passer !
