Discussion :

[Christophe]

Bonjour,

Je teste la mise en place d'un cluster avec Galera et je galère.

J'arrive à mettre en service apès installation de mysql-wsrep-5.6, galera et galera-arbitrator depuis les dépots releases.galeracluster.com/
J'arrive à démarrer le un cluster monoposte avec la conf suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
[mysqld]
query_cache_size=0
binlog_format=ROW
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
innodb_doublewrite=1
bind-address=0.0.0.0
 
# Configuration Galera
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_provider_options="gcache.size=4G"
wsrep_cluster_address=gcomm://
wsrep_cluster_name='mon-cluster'
wsrep_sst_method=rsync
 
# Tunning InnoDB a personnaliser selon ses besoins
#innodb_buffer_pool_size=4G
#innodb_file_per_table
#innodb_flush_log_at_trx_commit=2
innodb_log_file_size=100M

Je démarre ensuite via :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/etc/init.d/mysql start --wsrep-new-cluster

Cela fonctionne. Par contre, au reboot, impossible de démarrer le cluster.
erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
root@debian:~# /etc/init.d/mysql start
Starting MySQL
.180601 14:25:19 mysqld_safe Can't log to error log and syslog at the same time.  Remove all --log-error configuration options for --syslog to take effect.
180601 14:25:19 mysqld_safe Directory '/var/run/mysqld' for UNIX socket file don't exists.
[....] The server quit without updating PID file (/var/run/mysqld/mysqld.pid). .[F failed!
root@debian:~#

Les erreurs can't log.. étaient déjà présentes mais n'empêchait pas le fonctionnement.

Si j'installe un serveur secondaire, la syncho fonctionne. Sauf si reboot.

Merci pour votre aide

[Artemus24]

Salut Chrtophe.

Je teste la mise en place d'un cluster avec Galera et je galère.

Bien vu pour le jeu de mot.
Sinon, je ne connais pas Galera.

Je m'inspire de ceci :
--> https://www.digitalocean.com/communi...n-ubuntu-16-04

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

wsrep_cluster_address=gcomm://

Il ne manque pas quelque chose après, genre une adresse IP ?

Et ne vous manque-t-il par ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
# Galera Node Configuration
wsrep_node_address="this_node_ip"
wsrep_node_name="this_node_name"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/etc/init.d/mysql start --wsrep-new-cluster

Etes-vous encore sous Jessie ? Parce que sous stretch, c'est plutôt "systemctl".

Les erreurs can't log.. étaient déjà présentes mais n'empêchait pas le fonctionnement.

Et qu'en est-il des messages d’erreurs dans : DMESG
et dans : syslog

@+

[Christophe]

Il ne manque pas quelque chose après, genre une adresse IP ?

Pas utilise apparemment sur le 1er poste, si j'ajoute un second poste et que je mets le nom du 1er dans wsrep_cluster_address, la synchro fonctionne, jusq'au reboot.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
wsrep_node_address="this_node_ip"
wsrep_node_name="this_node_name"

Je pense que les deux c'est optionnel tant qu'un de deux est renseigné.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Etes-vous encore sous Jessie ? Parce que sous stretch, c'est plutôt "systemctl".

/etc/init.d fonctionne encore sous jessie, mais je pense que c'est un alias de systemctl.

Pas de logs mysql, (lié au warning) je vais creuser.

[Artemus24]

Salut chrtophe.

Je pense que vous devez connaitre ces liens :
--> http://galeracluster.com/documentati...ngcluster.html
--> https://dba.stackexchange.com/questi...galera-cluster
--> https://serverfault.com/questions/81...ter-going-down
--> https://www.debyum.com/restart-galer...ootstrap-node/

@+

[Christophe]

J'ai trouvé le problème.

mysqld_safe Directory '/var/run/mysqld' for UNIX socket file don't exists.

le dossier /var/run/mysqld ne pose pas de problème lors de la mise en service. Par contre, après reboot, celui-ci n'existe pas, mysql ne pouvant écrire son fichier .pid, il ne démarre pas.

Pour solutionner le problème, j'ai ajouté un fichier /etc/tmpfiles/mysql.conf contant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

d /var/run/mysqld 755 mysql mysql 10d

d pour directory, ensuite le chemin, mes droits, l'utilisateur, le groupe, le délai avant nettoyage (10d=10 jours).

[SQLpro]

Bonjour,

Je teste la mise en place d'un cluster avec Galera et je galère.

N'est ce pas logique ???

A +

[Artemus24]

Salut chrtophe.

le dossier /var/run/mysqld ne pose pas de problème lors de la mise en service. Par contre, après reboot, celui-ci n'existe pas, mysql ne pouvant écrire son fichier .pid, il ne démarre pas.

Ce genre de répertoire, n'est-il pas créé lors de l'installation de MySql cluster ?

Pour créer le répertoire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo mkdir /var/run/mysqld

Pour lui attribuer les droits :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo chmod 755 /var/run/mysqld

Pour lui attribuer le propriétaire et le groupe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo chown -Rf mysql:mysql /var/run/mysqld

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

d /var/run/mysqld 755 mysql mysql 10d

Ne serait-ce pas une commande Galera ?

@+

[Christophe]

Ce genre de répertoire, n'est-il pas créé lors de l'installation de MySql cluster ?

Ben non, le répertoire /var/run est nettoyé au boot je pense par systemd.

Ne serait-ce pas une commande Galera ?

Non, c'est un fichier de conf utilisé par /etc/tmpfiles.

Citation Envoyé par chrtophe Voir le message
Bonjour,

Je teste la mise en place d'un cluster avec Galera et je galère.
N'est ce pas logique ???

Ben un peu, je ne maitrise pas le produit, mais de ce que j'en ai vu, mise à part ce problème, c'est assez facile à déployer.