Pages : 1
#1 Le 13/05/2022, à 19:13
- korrigan-kubuntu
[Résolu] Plantage soudain Mysql
Bonjour,
Je faisais une MAJ d'un site wordpress cet après-midi, quand... plus rien.
Mysql est hors service, avec le message
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'
Quand je regarde dans /var/run/, je vois que le dossier mysqld ne cesse d'apparaître et de disparaître... Quelqu'un d'autre semble avoir le même problème ici : https://stackoverflow.com/questions/722 … 4#72233774
Redémarrage, réinstallation de Mysql, rien n'y fait.
Auriez-vous une idée ?
Merci par avance,
Dernière modification par korrigan-kubuntu (Le 15/05/2022, à 16:17)
Hors ligne
#2 Le 13/05/2022, à 19:43
- Vobul
Re : [Résolu] Plantage soudain Mysql
T'as quoi dans les logs sql ? Parce que c'est ça qu'il faut regarder en fait. Et puis quelle version du server, de mysql, enfin les infos de base quoi...
Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM
Hors ligne
#3 Le 13/05/2022, à 20:45
- korrigan-kubuntu
Re : [Résolu] Plantage soudain Mysql
La version d'Ubuntu est la 22.04 :
mysql Ver 8.0.29-0ubuntu0.22.04.2 for Linux on x86_64
Les logs disent ça :
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
2022-05-13T19:41:33.188289Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.29-0ubuntu0.22.04.2) starting as process 278164
2022-05-13T19:41:33.198553Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-13T19:41:34.227154Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-13T19:41:34.509691Z 0 [System] [MY-010229] [Server] Starting XA crash recovery...
2022-05-13T19:41:34.525609Z 0 [System] [MY-010232] [Server] XA crash recovery finished.
2022-05-13T19:41:34.588730Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed.
2022-05-13T19:41:34.588792Z 0 [System] [MY-013602] [Server] Channel mysql_main configured to support TLS. Encrypted connections are now supported for this channel.
2022-05-13T19:41:34.636686Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Bind-address: '127.0.0.1' port: 33060, socket: /var/run/mysqld/mysqlx.sock
2022-05-13T19:41:34.636830Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.29-0ubuntu0.22.04.2' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu).
19:41:35 UTC - mysqld got signal 11 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
Thread pointer: 0x7f79a8000b70
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 7f79b7ffec50 thread_stack 0x100000
/usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long)+0x41) [0x562b73f13f81]
/usr/sbin/mysqld(print_fatal_signal(int)+0x2e4) [0x562b735355f4]
/usr/sbin/mysqld(handle_fatal_signal+0x95) [0x562b73535695]
/lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7f7a209d7520]
/usr/sbin/mysqld(page_cur_search_with_match_bytes(buf_block_t const*, dict_index_t const*, dtuple_t const*, page_cur_mode_t, unsigned long*, unsigned long*, unsigned long*, unsigned long*, page_cur_t*)+0x1bd) [0x562b740194dd]
/usr/sbin/mysqld(btr_cur_search_to_nth_level(dict_index_t*, unsigned long, dtuple_t const*, page_cur_mode_t, unsigned long, btr_cur_t*, unsigned long, char const*, unsigned long, mtr_t*)+0x1aba) [0x562b740fde1a]
/usr/sbin/mysqld(row_search_on_row_ref(btr_pcur_t*, unsigned long, dict_table_t*, dtuple_t const*, mtr_t*)+0xc9) [0x562b7405aec9]
/usr/sbin/mysqld(+0x16ccfe9) [0x562b7405afe9]
/usr/sbin/mysqld(row_purge_poss_sec(purge_node_t*, dict_index_t*, dtuple_t const*)+0x137) [0x562b740783e7]
/usr/sbin/mysqld(+0x16eaba6) [0x562b74078ba6]
/usr/sbin/mysqld(row_purge_step(que_thr_t*)+0xb39) [0x562b7407a779]
/usr/sbin/mysqld(que_run_threads(que_thr_t*)+0x2f1) [0x562b74018581]
/usr/sbin/mysqld(srv_worker_thread()+0x27f) [0x562b74065bcf]
/usr/sbin/mysqld(+0x1657cc4) [0x562b73fe5cc4]
/lib/x86_64-linux-gnu/libstdc++.so.6(+0xdc2c3) [0x7f7a20da02c3]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43) [0x7f7a20a29b43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00) [0x7f7a20abba00]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0): is an invalid pointer
Connection ID (thread ID): 0
Status: NOT_KILLED
Merci par avance, parce que cela dépasse mes compétences, là. Je ne sais vraiment pas quoi faire.
Hors ligne
#4 Le 13/05/2022, à 21:51
- Vobul
Re : [Résolu] Plantage soudain Mysql
Bon en gros t'as un truc corrompu qui fait tout foirer.
Ce serveur c'est quoi ? Un truc dans le cloud ou un pauvre ordi des familles dans un coin du garage ?
Il faut vérifier le hardware (genre le disque dur, la ram), puis le software (système de fichiers). Ensuite ou avant tout ça, essaie depuis une backup de la base de données pour voir si c'est les tables innodb qui sont corrompues. Quand tu dis que t'as fait une mise à jour, t'as mis à jour mysql aussi ? T'as bien fait une mise-à-jour global du système également, et reboot ? Bon après tu utilises 22.04 donc je ne suis qu'à moitié étonné que ça foire. As-tu fait également l'erreur d'upgrader depuis une version précédente d'ubuntu au lieu de faire une install fraîche ?
Si ça se trouve c'est juste un bug impossible à régler de ton côté mais qui pourra être reglé upstream. Tu peux aussi essayer de downgrade mysql. Ou d'utiliser mariadb à la place histoire que ton site soit à nouveau up (j'imagine que c'est pas critique comme site).
Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM
Hors ligne
#5 Le 15/05/2022, à 12:53
- korrigan-kubuntu
Re : [Résolu] Plantage soudain Mysql
Alors, j'ai avancé... Merci pour la réponse, d'abord.
Pour répondre aux questions : c'est un serveur local sur lequel je fais le développement. Pas tout à fait dans un coin du garage, récent, mais ça n'est pas un serveur à proprement parler.
Pas de problème au niveau du matériel. Idem avec la mise à niveau d'Ubuntu. Tout fonctionnait normalement jusqu'à une MAJ d'un Wordpress.
J'ai solutionné le problème en entrant avec la console dans
/var/lib/mysql/
et en déplaçant le répertoire de la base du site qui était en cours de mise à jour au moment du plantage total.
J'ai redémarré mysql, et les autres sites remarchent, Mysql est à nouveau fonctionnel.
Deux questions, du coup : est-ce qu'il existe un moyen de réparer la base corrompue, ce qui m'éviterait de tout réinstaller ? Et est-ce que ce problème peut-être lié à une saturation de la mémoire au moment fatidique ? Ce PC est un peu limite, ça m'est déjà arrivé d'avoir des programme qui s'arrêtent à cause de la saturation de la mémoire disponible.
Merci !
Dernière modification par korrigan-kubuntu (Le 15/05/2022, à 12:53)
Hors ligne
#6 Le 15/05/2022, à 15:10
- Vobul
Re : [Résolu] Plantage soudain Mysql
est-ce qu'il existe un moyen de réparer la base corrompue, ce qui m'éviterait de tout réinstaller ?
Oui tu peux utiliser innodb_force_recovery avec différentes valeurs : https://dev.mysql.com/doc/refman/8.0/en … overy.html mais bon tu sais pas ce que tu vas récupérer. Je crois que tu as surtout appris aujourd'hui la valeur d'une sauvegarde ou d'un moyen automatisé de reconstruire ton env de dev.
Et est-ce que ce problème peut-être lié à une saturation de la mémoire au moment fatidique ? Ce PC est un peu limite, ça m'est déjà arrivé d'avoir des programme qui s'arrêtent à cause de la saturation de la mémoire disponible.
Ça devrait apparaître dans les logs du système si c'est le cas.
Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM
Hors ligne
#7 Le 15/05/2022, à 16:16
- korrigan-kubuntu
Re : [Résolu] Plantage soudain Mysql
Bon, je vais regarder. Comme c'était une copie du site pour faire du dév, au pire je n'en suis que pour un import depuis l'original à nouveau, j'ai l'impression que ce sera plus rapide que d'essayer de restaurer...
Merci, en tout cas !
Hors ligne
Pages : 1