Les problèmes connus
L'Arbiter met du temps à répondre ( timeout )
Lorsqu'une vérification de la configuration ou qu'une mise en production dure trop longtemps, la page de Production considère l'Arbiter comme indisponible ( timeout ).
Le temps d'attente avant qu'il ne soit considéré comme indisponible peut être configuré grâce au paramètre suivant :
"synchronizer__production__apply_new_configuration_timeout"
dans le fichier :
/etc/shinken-user/configuration/daemons/synchronizers/synchronizer_cfg_overload.cfg
( voir la page Paramètres globaux ( synchronizer.cfg ) ).
Il est possible d'augmenter ce temps d'attente dans le cas où :
- La vérification de la configuration s'arrête prématurément car l'Arbiter a mis trop de temps à répondre, alors que les modifications apparaissent dans l'interface de visualisation quelques instants après.
La vérification de la configuration a dépassé le temps d'attente défini dans la configuration du Synchronizer.
L'application des changements a dépassé le temps d'attente défini dans la configuration du Synchronizer.
Si l'Arbiter n'est pas joignable
Si l'Arbiter n'est pas joignable, le bouton "Mise en production" est désactivé.
L'application de la configuration est impossible tant que l'Arbiter master n'est pas opérationnel.
Une nouvelle action est alors disponible : "Forcer l'application des changements en base de production" ( voir la page Page de mise en production ).
- La configuration sera propagée lors du redémarrage de l'Arbiter master.
Même si un Arbiter spare ( de secours ) a pris le relais, le message reste affiché.
Seul l'Arbiter master permet de propager une nouvelle configuration aux autres démons.
Si le Synchronizer n'est pas joignable
Si le Synchronizer n'est pas joignable, aucune action n'est disponible.
Les boutons restent visibles mais sont grisés et désactivés. Le message "Le Synchronizer est injoignable" est ajouté.
Message : Le serveur a rencontré un problème lors de l'envoi de la liste des problèmes
Problème : le Synchronizer n'a pas pu demander à l'Arbiter la prise en compte de la nouvelle configuration.
- Vérifier le fichier /etc/sudoers :
- Lorsque le paramètre Defaults requiretty est présent dans le fichier de configuration sudoers, le rechargement (reload) ne peut pas être effectué.
Erreurs liées aux étapes
Des erreurs peuvent survenir durant chaque étape de chaque action, indépendamment de la page de production. L'origine d'une erreur ne pouvant être déterminée depuis la page de production, il faut consulter le fichier de log du Synchronizer ( voir la page Les logs du Synchronizer ) afin de connaître l'origine exacte du problème.
Ces erreurs peuvent être dues à :
- Un problème avec MongoDB.
- Un problème dans les fichiers de configuration d'un démon bloquant le redémarrage de l'Arbiter.
- Un problème lié au binaire ou au fichier de service de l'Arbiter.
- Etc.
