Les problèmes connus
L'Arbiter met du temps à répondre
Lorsqu'une vérification de la configuration ou une mise en production dure trop longtemps, la page de Production considère l'Arbiter comme indisponible.
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, car l'Arbiter a mis trop de temps à répondre et 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.
L'Arbiter n'est pas joignable
Lorsque l'Arbiter n'est pas joignable, l'action "Mise en production" est désactivée.
Il n'est pas possible d'appliquer de configuration tant que l'Arbiter master n'est pas opérationnel.
Une nouvelle action est disponible "Forcer l'application des changements en base de production" ( voir la page Page de mise en production ) :
- La configuration sera propagée lorsque l'Arbiter master aura redémarré.
|
Même si un Arbiter spare ( de secours ) a pris le relais, le message sera quand même affiché. Il n'est possible de propager une nouvelle configuration aux autres démons qu'avec l'Arbiter master. |
|
|
Si le Synchronizer n'est pas joignable
Si le Synchronizer n'est pas joignable, aucune action est disponible, les boutons seront visibles, mais 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 Synchroniser 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 reload ne peut pas être effectué