evolix/wiki
22
0
Fork 0
Code Releases Activity

Retravaillé les explications sur la récupération de cluster Galera

Browse source
This commit is contained in:
Patrick Marchand 2019-03-25 15:44:30 -04:00
parent 3719c77402
commit f0187d950a
1 changed files with 6 additions and 7 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

13
HowtoMySQL/Galera.md
View file

@ -124,18 +124,17 @@ mysql> SHOW STATUS LIKE 'wsrep_%';
_wsrep_cluster_size_ indique ici le nombre de machine dans le cluster.
## Récupération d'un cluster complètement arrêté.
## Récupération d’un cluster complètement arrêté.
Dans certains cas, on peut se retrouver dans une situation ou tous les nœuds du cluster.
Dans certains cas, on peut se retrouver dans une situation ou tous les nœuds du cluster sont arrêtés et il devient impossible de rejoindre le cluster, car il n’existe plus.
Dans ce cas-là, il va falloir réamorcer manuellement le cluster. Il faut, pour cela inspecter le fichier `/var/lib/mysql/grastate.dat` pour identifier le nœud qui contient la version la plus avancée de la base de donnée.
Cela nécessite de réamorcer manuellement le cluster. Commencer par inspecter le fichier `/var/lib/mysql/grastate.dat` pour identifier le nœud qui contient la version la plus avancée de la base de donnée.
Si tous les nœuds ont bien été arrêtés, c'est donc le nœud avec le "seqno" le plus grand qui contient la dernière version de la base. C'est donc lui qui doit servir de point de départ.
Si tous les nœuds ont bien été arrêtés, c’est donc le nœud avec le "seqno" le plus grand qui contient la dernière version de la base. C’est lui qui doit servir de point de départ.
Il se peut que `seqno` soit à -1. Dans ce cas-là, le nœud n'a pas été proprement arrêté. On peut alors récupérer le numéro de séquence avec la commande `mysqld --wsrep-recover`. L'information sera alors dans `/var/log/mysql/error.log`
Il se peut que `seqno` soit à -1. Dans ce cas-là, le nœud n’a pas été arrêté proprement. On peut alors récupérer le numéro de séquence avec la commande `mysqld --wsrep-recover`. L’information peut être récupéré dans `/var/log/mysql/error.log`
La technique "simple" pour réamorcer rapidement le cluster via le nœud le plus avancé :
Voici les étapes pour réamorcer manuellement à partir du nœud le plus a jour:
* Modifier `/etc/mysql/mariadb.conf.d/galera.cnf` pour définir `wsrep_cluster_address="gcomm://"`
* Démarrer mariadb : `systemctl start mariadb`