evolix/wiki
22
0
Fork 0
Code Releases Activity

documentation du monitoring nagios coté serveur

Browse source
This commit is contained in:
mtrossevin 2023-09-05 16:27:28 +02:00
parent 5b70688e5c
commit 855eb04c25
1 changed files with 24 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

26
HowtoGlusterFS.md
View file

@ -154,9 +154,9 @@ Autres informations :
# gluster volume heal bar
~~~
## Cas pratiques
### Cas pratiques
### Récupération d'un split-brain - Forcer l'utilisation d'un réplicas comme source de résolution
#### Récupération d'un split-brain - Forcer l'utilisation d'un réplicas comme source de résolution
Dans une situation de split-brain, on peut avoir :
@ -183,3 +183,25 @@ Healed gfid:1b82dc4fd-3d3f-4dc1-89a9-0783b2c10bc
~~~
[Plus de documentation](https://docs.gluster.org/en/v3/Troubleshooting/resolving-splitbrain/)
## Monitoring
### Nagios (coté serveur)
> Ce plugin, sans modification, provoque des faux-positifs dans le cas où glusterfs n'utilise pas les FQDN des serveurs.
Le monitoring de glusterfs au niveau des serveurs glusterfs peut ce faire avec le plugin [atlantos/nagios-check-gluster](https://github.com/atlantos/nagios-check-gluster).
Celui-ci surveille :
* que glusterd soit bien démarré sur le serveur,
* que les peer sont bien connectés,
* que les volumes sont bien démarrés,
* que les services servant à l'export des données des volumes soient bien démarrés,
* (si voulu, et par défaut) que les services de correction automatique de la synchronisation soient bien démarrés,
* (si voulu, et par défaut) que les services de détection du "Bitrot" soient bien démarrés,
* (si voulu, et par défaut) que les services (interne) d'export par NFS soient bien démarrés (il ne sont pas utilisé lors de l'export par Ganesha),
* (si voulu, et par défaut) qu'il n'y a pas de problèmes de synchronisation,
* (si voulu, et par défaut) que le check de "Bitrot" ne retourne aucune erreur.
Ce plugin a besoin de tourner en tant que `root`.