MYSQL : Status Down et pourtant !

Demande d'aide : c'est ici.
Répondre
ewkilian
Membre
Membre
Messages : 80
Inscription : 12 oct. 2017, 10:27
Status : Hors-ligne

Bonjour,

Je rencontre des lenteurs je trouve au niveau de mon serveur Web. Je décide de redémarrer Apache et Mysql
Mais "impossible" de redemarrer SQL

Code : Tout sélectionner

root@SRVIS:/# systemctl status mariadb.service
● mariadb.service - MariaDB 10.5.6 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/mariadb.service.d
           └─migrated-from-my.cnf-settings.conf
   Active: failed (Result: exit-code) since Tue 2021-07-20 15:35:16 CEST; 1h 46min ago
     Docs: man:mariadbd(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 9976 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
  Process: 9978 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 9980 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=0
  Process: 10031 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
 Main PID: 10031 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [Note] InnoDB: 10.5.6 started; log sequence number 0; transaction id 7
Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [Note] Plugin 'FEEDBACK' is disabled.
Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [ERROR] Could not open mysql.plugin table: "Unknown storage engine 'Aria'". Some plugins may be not loaded
Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [ERROR] Failed to initialize plugins.
Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [ERROR] Aborting
Jul 20 15:35:16 SRVIS systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 20 15:35:16 SRVIS systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 20 15:35:16 SRVIS systemd[1]: Failed to start MariaDB 10.5.6 database server.
Et pourtant la base de données fonctionne...
Et là je suis coincé, je n'ose plus rien faire !!!

Auriez-vous une idée, par rapport au message d'erreur ?
Je reste disponible si vous souhaitez d'avantage d'information

Merci bien
Cordialement
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Bonjour.


systemctl restart mariadb.service ne fonctionne pas ? :003:
**Simple Utilisateur** -- Debian stable - XFCE
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Regarde ça : StackOverFlow : could-not-open-mysql-plugin-table...

Fais une sauvegarde avant de supprimer :dirol:
**Simple Utilisateur** -- Debian stable - XFCE
ewkilian
Membre
Membre
Messages : 80
Inscription : 12 oct. 2017, 10:27
Status : Hors-ligne

Merci pour ton retour avant de suivre ton lien voici le résultat de la commande de restart de mariadb

Code : Tout sélectionner

root@SRVIS:/# systemctl status mariadb.service
● mariadb.service - MariaDB 10.5.6 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/mariadb.service.d
           └─migrated-from-my.cnf-settings.conf
   Active: failed (Result: exit-code) since Tue 2021-07-20 20:10:27 CEST; 13s ago
     Docs: man:mariadbd(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 20744 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
  Process: 20747 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 20749 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=
  Process: 20798 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
 Main PID: 20798 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [Note] InnoDB: 10.5.6 started; log sequence number 35013; transaction id 9
Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [Note] Plugin 'FEEDBACK' is disabled.
Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [ERROR] Could not open mysql.plugin table: "Unknown storage engine 'Aria'". Some plugins may be not loaded
Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [ERROR] Failed to initialize plugins.
Jul 20 20:10:26 SRVIS mariadbd[20798]: 2021-07-20 20:10:26 0 [ERROR] Aborting
Jul 20 20:10:27 SRVIS systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 20 20:10:27 SRVIS systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 20 20:10:27 SRVIS systemd[1]: Failed to start MariaDB 10.5.6 database server.
A présent je vais suivre ton lien, et lire...
A+
Avatar de l’utilisateur
piratebab
Site Admin
Site Admin
Messages : 5865
Inscription : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

"storage engine Aria" est utilisé en cas de crash.
Mais là, il ne le trouve pas.
Ce ne serais pas tout simplement une partition pleine ?
ewkilian
Membre
Membre
Messages : 80
Inscription : 12 oct. 2017, 10:27
Status : Hors-ligne

Voici le résultat du mon : df -h

Code : Tout sélectionner

root@SRVIS:/home/peb# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             16G     0   16G   0% /dev
tmpfs           3.2G  346M  2.9G  11% /run
/dev/md1        468G  112G  333G  26% /
tmpfs            16G     0   16G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs            16G     0   16G   0% /sys/fs/cgroup
/dev/md0        282M  108M  155M  42% /boot
tmpfs           3.2G     0  3.2G   0% /run/user/1000
Cela m'a l'air d'être ok...
Qu'en pensez vous ?
Ce qui m’embête c'est que le serveur est en prob (je ne peux pas me permettre de "jouer" avec :-( )

Merci pour le temps que vous passez à m'aider
A+
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

ewkilian a écrit : 20 juil. 2021, 20:12 voici le résultat de la commande de restart de mariadb
Tu pensais sans-doute : "voici le status résultant après la commande de restart de mariadb


Juste au flaire ...


Dans ton 1er message tu avais :
ewkilian a écrit : 20 juil. 2021, 17:26 Jul 20 15:35:14 SRVIS mariadbd[10031]: 2021-07-20 15:35:14 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
et maintenant tu as encore :
ewkilian a écrit : 20 juil. 2021, 20:12 InnoDB: File './ibtmp1' size is now 12 MB.



Recherche DDGo sur : "[Note] InnoDB: File './ibtmp1' size is now"

donne par ex : Mysql ibdata1 is broken
Assertion failure in thread can frequently be corrected in my.cnf [mysqld] section

innodb_buffer_pool_size=512M # from 128M showing in startup

Ce qui doit vouloir dire qu'il n'y a pas assez de RAM allouée au démarrage du service,
du coup ça coince faute d'espace mémoire pour tout charger ???? :017:
**Simple Utilisateur** -- Debian stable - XFCE
ewkilian
Membre
Membre
Messages : 80
Inscription : 12 oct. 2017, 10:27
Status : Hors-ligne

Merci pour ce retour,
J'avais aussi vu la paramètre "innodb_buffer_pool_size", pour l'instant dans le fichier de conf, ce paramètre n'est pas défini.
Et je n'ai pas osé le définir. car je n'ai pas trop compris (l'aide), il faut donner 80% de la RAM total sur serveur ?

Code : Tout sélectionner

 InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
# Most important is to give InnoDB 80 % of the system RAM for buffer use:
# https://mariadb.com/kb/en/innodb-system-variables/#innodb_buffer_pool_size
Voici les informations système via la commande "top"

Code : Tout sélectionner

top - 14:00:26 up 480 days, 20:24,  1 user,  load average: 0.36, 0.41, 0.41
Tasks: 281 total,   1 running, 280 sleeping,   0 stopped,   0 zombie
%Cpu(s):  4.6 us,  1.0 sy,  0.0 ni, 94.2 id,  0.0 wa,  0.0 hi,  0.2 si,  0.0 st
MiB Mem :  32133.1 total,   5093.9 free,   7253.2 used,  19786.0 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.  23270.0 avail Mem
je me dis qu'il serait bien de faire un bon reboot un de ces jours... Mais il faudra que je m'assure que la BD se relance....

Si je comprends bien il y a 32Go de RAM, donc il faut définir innodb_buffer_pool_size (32*0.8 = 25,6Go) soit 26go ?

Ou je suis complètement à coté de la plaque

Merci bcp pour tout
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Pour le paramétrage je n'ai aucune idée ... j'ai juste avancé des pistes :003:

Attends des avis plus experts :rolleyes:
**Simple Utilisateur** -- Debian stable - XFCE
Avatar de l’utilisateur
piratebab
Site Admin
Site Admin
Messages : 5865
Inscription : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

Ca fait combien de temps que tu n’as pas rebooté ?
Pour le statut de la mémoire la commande est "free".
Si tu as peur du reboot uniquement a cause de la BDD, tu peux rebooter, et traiter le problème de son démarrage aprés reboot. Avec une BDD down, il ne doit plus y avoir grand-chose d'opérationnel sur ce serveur.
Il faudra aussi te demander si inodb est le moteur le plus adapté a ton usage. Si c’est lui qui a rempli son cache, il n’est peut-être pas le plus adapté à ton cas.
ewkilian
Membre
Membre
Messages : 80
Inscription : 12 oct. 2017, 10:27
Status : Hors-ligne

Salut,
Ça fait 480jours.... Mais là je n'ose pas du tout rebooter, de peur que le MYSQL ne reparte pas !!!
Voici le resultat de Free :
free -h
total used free shared buff/cache available
Mem: 31Gi 7.2Gi 5.8Gi 1.2Gi 18Gi 22Gi

Etant donné qu'il reste 22Go... dois-je essayer d'en rajouter à MariaDB ? et/ou php ?

Merci beaucoup
A+
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Je ne pense pas (supposition) qu'il faille faire un # reboot pour prendre en compte les nouveaux paramètres,
un simple restart du service doit suffire.

Je te conseille la lecture de la doc de MariaDB :

InnoDB Buffer Pool
innodb_buffer_pool_size (spec)
Setting Innodb Buffer Pool Size Dynamically
InnoDB Change Buffering (delete, purge, ...)
Optimizing Purge Performance
....

Pour ce qui concerne le choix d'un moteur :
Choosing the Right Storage Engine
**Simple Utilisateur** -- Debian stable - XFCE
Répondre