evolix/wiki
22
0
Fork 0
Code Releases Activity

## Récupération d'un cluster complètement arrêté.

Browse source
This commit is contained in:
Ludovic Poujol 2019-03-25 16:33:19 +01:00
parent 9e920208ae
commit 1ceebbc25b
1 changed files with 18 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
HowtoMySQL/Galera.md
View file

@ -123,3 +123,21 @@ 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é.
Dans certains cas, on peut se retrouver dans une situation ou tous les nœuds du cluster.
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.
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.
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`
La technique "simple" pour réamorcer rapidement le cluster via le nœud le plus avancé :
* Modifier `/etc/mysql/mariadb.conf.d/galera.cnf` pour définir `wsrep_cluster_address="gcomm://"`
* Démarrer mariadb : `systemctl start mariadb`
* Rétablir la configuration du cluster dans `/etc/mysql/mariadb.conf.d/galera.cnf`
Après le démarrage correct du premier nœud, on peut démarrer un a un les autres nœuds du cluster