| Scroll Ignore |
|---|
| scroll-viewport | true |
|---|
| scroll-pdf | true |
|---|
| scroll-office | true |
|---|
| scroll-chm | true |
|---|
| scroll-docbook | true |
|---|
| scroll-eclipsehelp | true |
|---|
| scroll-epub | true |
|---|
| scroll-html | false |
|---|
|
|
Les fichiers de log du Synchronizer sont situés dans le dossier /var/log/shinken/ ( voir la page Fichiers Logs ).
Cette page décrit les logs affichés par le Synchronizer lorsqu'un administrateur Shinken accède à la page de mise en production de l'Interface de Configuration ( voir la page Page de mise en production ) et ainsi que ceux générés lors des différentes actions qui y sont effectuées ( vérification de la configuration, application de la configuration… )
Lors d'une action, un ID unique est généré. Il est utilisé comme chapitre des logs et affiché sur l'Interface. En cas de problème, l'ID permet d'isoler les logs communs à cette action.
Une fois sur la page Production, le Synchronizer vérifie en continu l'état de l'Arbiter pour s'assurer si la configuration peut ou non être envoyé .
L'Arbiter est disponible
Au démarrage et tous les jours à minuit, ce log indique la version ainsi que le numéro de patch cumulatif du démon.| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Démarrage du daemon |
|---|
|
[[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ ARBITER synchronizer-nameCHECK ] Daemon version Arbiter [ ARBITER_NAME ] is: XX.XX.XX-release.fr culmulative-patch-YY AVAILABLE |
L'Arbiter redémarre
Lors du démarrage du démon, une ligne est disponible:| Code Block |
|---|
| language | text |
|---|
| theme | Emacs | title | Démarrage du daemon |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name SYNCHRONIZER_NAME ] [START-DAEMON] The daemon (version=02.08.01-release.fr) is now started as a daemon (detached from any shell) with pid=15412 ARBITER CHECK ] Arbiter [ ARBITER_NAME ] is RELOADING |
L'Arbiter n'est pas disponible
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SYSTEMARBITER CHECK ] Arbiter ] System resource number of open files is set to (soft:1024 [ ARBITER_NAME ] is UNREACHABLE |
Suivi de l'activité sur la page
Toutes les 10 secondes, un log synthétise l'activité sur la page de mise en production ( en absence d'activité, il n'y a pas de log ) :
| Code Block |
|---|
|
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] Apply Page activity summary ( last 10s ) - Request count:
[2026-04-07 15:49:29 / hard:1024 ) (from parameter max_file_descriptor_limit)
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ APPLY SYSTEMPAGE ] - page refresh on data ]change System resource number of processes/threads is set to (soft:unlimited USER_NAME / hard:unlimited ) (set at system max values) |
Avec comme informations principales:
- Sa version
- Son numéro de PID
- Ses limites systèmes en nombre de fichiers/socket ouvrables, et le nombre max de processus/threads
Initialisation de la connexion à Mongo
( number_of_requests )
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] - polling running action progress : USER_NAME ( number_of_requests )
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] - asking to run action : USER_NAME ( number_of_requests ) |
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Exemple |
|---|
|
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] *****************************************************************************************
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ]
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] Apply Page activity summary ( last 10s ) - Request count:
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] - page refresh on data change : admin ( 1 ), pierre ( 2 )
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] - polling running action progress : admin ( 15 ), pierre ( 20 )
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] - asking to run action : admin ( 1 )
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ]
[2026-04-07 15:49:29] INFO : [ SYNCHRONIZER_NAME ] [ APPLY PAGE ] ***************************************************************************************** |
Lorsqu'une action est demandée, soit depuis l'interface de Configuration, soit par une source, le log suivant est généré :
Pour un utilisateur :
Au démarrage du Synchronizer, celui-ci va se connecter à la base Mongo. Des logs d'initialisation sont disponibles pour résumer les paramètres utilisés pour la connexion
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Initialisation de la connexion à Mongo |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] Creating connection to database [synchronizer], requested by [ Synchronizer ]
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] MongoDB parameters
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__database__name ————————————————————————————————————————————————— :〖 synchronizer 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__database__uri —————————————————————————————————————————————————— :〖 mongodb://localhost/?safe=false 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__database__replica_set —————————————————————————————————————————— :〖 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__use_ssh_tunnel ————————————————————————————————————————————————— :〖 0 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__use_ssh_retry_failure —————————————————————————————————————————— :〖 1 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__ssh_user ——————————————————————————————————————————————————————— :〖 shinken 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__ssh_keyfile ———————————————————————————————————————————————————— :〖 ~shinken/.ssh/id_rsa 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__ssh_tunnel_timeout ————————————————————————————————————————————— :〖 120 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] AutoReconnect Management
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__database__retry_connection_X_times_before_considering_an_error — :〖 15 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] - synchronizer__database__wait_X_seconds_before_reconnect —————————————————————— :〖 5 〗
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ ASKED_ACTION_TAG ][ INITIALISATIONACTION_ID ] User [ MONGOUSER_NAME ] Try( toid: open aUSER_ID Mongodb) connectionREQUESTING: to mongodb://localhost/?safe=false:synchronizer
[YYYY-MM-DD HH:MM:SS] INFO [ ASKED_ACTION_DESCRIPTION ] |
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Exemple |
|---|
|
[2026-04-07 13:15:37] INFO : [ synchronizer-name-master-sync-ui ][ CHECK ] [ INITIALISATIONID-06187 ] User [ MONGOPierre ] Mongo connection established in 4.28ms |
Ré-initialisation de la connexion à Mongo
( id: 5000 ) REQUESTING: [ Validation of ELEMENTS IN STAGING ] |
Pour une sourceDans certains cas, par exemple quand on duplique un processus, il faut recréer la connexion à Mongo afin d'éviter d'avoir deux connexions identiques sur deux processus différents. Ce log apparaît :
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs | title | Ré-initialisation de la connexion à Mongo |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ INITIALISATIONASKED_ACTION_TAG ] [ MONGOACTION_ID ] ResettingSource connection to database [synchronizer], requested by [ Synchronizer ]
[YYYY-MM-DD HH:MM:SS] INFO [ SOURCE_NAME ] with user [ USER_NAME ] REQUESTING: [ ASKED_ACTION_DESCRIPTION ] |
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Exemple |
|---|
|
[2026-04-07 13:15:37] INFO : [ synchronizer-master-sync-nameui ] [ INITIALISATIONPUT_IN_PRODUCTION ] [ MONGOID-55364 ] Try to open a Mongodb connection to mongodb://localhost/?safe=false:synchronizer
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ INITIALISATION ] [ MONGO ] Mongo connection established in 4.09ms |
Ce chapitre décrit les logs affichés par le Synchronizer lorsqu'un administrateur Shinken accède à la page de mise en production sur l'interface de configuration ( voir la page Page de mise en production ).
État de l'Arbiter Master lors d'une action sur la page de mise en production
Ces logs s'affichent lorsqu'on arrive sur la page Production ou qu'une action est effectuée sur cette page ( Vérification de la configuration, Application de la configuration… )
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master >arbiter-master< is available |
L'Arbiter n'est pas disponible
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master >arbiter-master< is not available (Is reloading). |
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master >arbiter-master< is not available (Is not reloading). |
Vérification de la configuration
Ce log s'affiche quand un administrateur Shinken demande une vérification d'une configuration à mettre en production.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] User >USER_NAME< (id:USER_UUID) is asking to check a new configuration (check_id:CHECK_ID) |
- USER_NAME : Nom de l'utilisateur ayant demandé une vérification d'une configuration.
- USER_UUID : Identifiant unique de l'utilisateur ayant demandé une vérification d'une configuration.
- CHECK_ID : Identifiant unique de la configuration à vérifier, créé par le Synchronizer.
Ce log s'affiche quand l'Arbiter commence la vérification d'une configuration à mettre en production envoyé précédemment.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master start to check a new configuration (check_id:CHECK_ID) |
- CHECK_ID : identifiant unique de la configuration à vérifier, créé par le Synchronizer.
Ce log s'affiche quand l'Arbiter a terminé la vérification d'une configuration à mettre en production envoyé précédemment.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master check done (check_id:CHECK_ID) |
- CHECK_ID : identifiant unique de la configuration à vérifier, créé par le Synchronizer.
Application de la configuration en production
Demande de mise en production
Ce log s'affiche quand un administrateur Shinken demande une mise en production.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] User >USER_NAME< (id:USER_UUID) is asking to apply a new configuration (reload_id:RELOAD_ID) |
- USER_NAME : Nom de l'utilisateur ayant demandé une mise en production.
- USER_UUID : Identifiant unique de l'utilisateur ayant demandé une mise en production.
- RELOAD_ID : Identifiant unique de la configuration à appliquer, créé par le Synchronizer.
Début de la mise en production
Ce log s'affiche quand l'Arbiter commence la mise en production.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master start to apply a new configuration (reload_id:RELOAD_ID) |
- RELOAD_ID : identifiant unique de la configuration à appliquer, créé par le Synchronizer.
Fin de la mise en production
Ce log s'affiche quand l'Arbiter a terminé la mise en production.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Arbiter master apply done (reload_id:RELOAD_ID) |
- RELOAD_ID : identifiant unique de la configuration à appliquer, créé par le Synchronizer.
L'Arbiter est indisponible lors de la mise en production
Ce log s'affiche quand l'Arbiter n'est pas disponible pour être redémarré lors de la mise en production
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Cannot apply new configuration because Arbiter master >arbiter-master< is not reachable (Is reloading). |
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] Cannot apply new configuration because Arbiter master >arbiter-master< is not reachable (Is not reloading). |
Messages d'erreurs possibles
Erreur d'encodage dans les fichiers des modules
Ce log d'erreur indique qu'un fichier des modules de Shinken situé dans /etc/shinken n'est pas encodé en utf-8, il est suivi d'un log d’avertissement ( warning ) indiquant le fichier en question dans l'exemple suivant, c'est le fichier /etc/shinken/modules/webui.cfg qui ne respecte pas le bon encodage.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] WARNING: [ synchronizer-name ] [config] Some characters could not be read in utf-8 in the file : /etc/shinken-user/source-data/ma-source/items/elements.cfg
|
Pour résoudre ce problème, il suffit de réencoder le fichier au format UTF-8.
Erreur de configuration des sources
Il ne peut y avoir qu'une seule source de type "syncui-import". Une source nommée "syncui" étant déjà définie en interne, ajouter une source de type "syncui-import" appelée autrement que "syncui" ( pour surcharger la source syncui ) va empêcher le synchronizer de démarrer et remontera le log suivant :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] [ CONFIGURATION ] You can have only one source of type "syncui-import" and it must be named "syncui". All the following files defines source of type "syncui-import" ([/etc/shinken/sources/first-syncui.cfg], [/etc/shinken/sources/second-syncui.cfg]). |
Il ne peut y avoir qu'une seule source de type "discovery-import". Une source nommée "discovery" étant déjà définie en interne, ajouter une source de type "discovery-import" appelée autrement que "discovery" ( pour surcharger la source discovery ), déclaré dans les sources du synchronizer, va empêcher le synchronizer de démarrer et remontera le log suivant :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] [ CONFIGURATION ] You can have only one source of type "discovery-import" and it must be named "discovery" |
Si dans son fichier de configuration une source n'a pas de paramètre "module_type", le Synchronizer ne démarre pas et ce log est affiché.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] [ CONFIGURATION ] The source imported from file "CONFIGURATION_FILE_PATH" does not have a "module_type" |
Erreur à cause de caractères interdits dans le nom d'un royaume
Lorsque le nom d'un royaume contient un ( ou plusieurs ) caractère( s ) interdits, deux logs annoncent quels sont ces caractères ( ", ', < et > ), le nom du royaume en erreur ainsi que le fichier et la ligne dont il vient.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] Forbidden characters ", ', < or > found in the name of realm "<France>" for "/etc/shinken/realms/france.cfg:7
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] Items in <France> is incorrect |
Dans l'exemple, le royaume présent dans le fichier /etc/shinken/realms/france.cfg possède le nom <france> qui contient des caractères interdits. ( < et > ).
Erreur de connexion à la base MongoDB
Erreur lors de l'initialisation
Le Synchronizer a besoin de la connexion à MongoDB pour pouvoir démarrer. Si la connexion ne peut être établie, le log suivant sera présent dans le fichier /tmp/bad_start_for_synchronizer_instance_0 :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( Mongo connection failure to mongodb://192.168.1.202/?safe=false ) on the operation get_connection. Operation failed : 1/5
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( Mongo connection failure to mongodb://192.168.1.202/?safe=false ) on the operation get_connection. Operation failed : 2/5
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( Mongo connection failure to mongodb://192.168.1.202/?safe=false ) on the operation get_connection. Operation failed : 3/5
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( Mongo connection failure to mongodb://192.168.1.202/?safe=false ) on the operation get_connection. Operation failed : 4/5
[YYYY-MM-DD HH:MM:SS] ERROR :[ synchronizer-name ] [ MONGO ] Mongo raised ( Mongo connection failure to mongodb://192.168.1.202/?safe=false ) on the operation get_connection. Operation failed : 5/5. We tried 5 times but it kept failing.
[YYYY-MM-DD HH:MM:SS] ERROR :[ synchronizer-name ] The daemon must have access to mongoDb to start but it's unreachable, bail out
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] Stopping synchronizer daemon
|
Erreur lors d'une requête vers mongo
Lorsqu'on essaye de lancer une requête vers mongo, il peut arriver que ces requêtes échouent. On log alors ces erreurs en INFO jusqu'à atteindre le nombre d'essai maximum déterminé dans la configuration. Après ça, le log passe en ERROR et le Synchronizer s'éteint.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( [Errno 111] Connection refused ) on the operation remove on last_synchronizations. Operation failed : 1/5
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( [Errno 111] Connection refused ) on the operation remove on last_synchronizations. Operation failed : 2/5
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( [Errno 111] Connection refused ) on the operation remove on last_synchronizations. Operation failed : 3/5
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ MONGO ] Mongo raised ( [Errno 111] Connection refused ) on the operation remove on last_synchronizations. Operation failed : 4/5
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] [ MONGO ] Mongo raised ( [Errno 111] Connection refused ) on the operation remove on last_synchronizations. Operation failed : 5/5. We tried 5 times but it kept failing. |
Erreur lors que l'Arbiter demande la configuration au Synchronizer mais que le Synchronizer n'est pas encore prêt
Lors des tentatives:
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] WARNING: [ synchronizer-name ] [ ARBITER GET CONFIGURATION ] Arbiter asks me for the configuration but the Synchronizer is not ready for the moment after 55 attempts. Max attempts before Arbiter give up: 90 |
Si toutes les tentatives ont échoué:
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR: [ synchronizer-name ] [ ARBITER GET CONFIGURATION ] Arbiter asks me for the configuration but the Synchronizer is not ready, Arbiter will stop to ask us a configuration. You will need to restart manually your Arbiter when Synchronizer is ready. (attempt 60) |
Erreur durant la vérification de la configuration lorsque l'ID de la vérification n'est pas trouvé
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR: [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] INTERNAL PROBLEM : The request for check result is malformed. The arbiter_check_id parameter is missing. Please contact your support. |
Erreur durant le redémarrage de l'Arbiter lorsque l'ID du redémarrage n'est pas trouvé
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR: [ synchronizer-name ] [ APPLY NEW CONFIGURATION ] INTERNAL PROBLEM : The request for restart result is malformed. The arbiter_reload_id parameter is missing. Please contact your support. |
Surcharge serveur en activité disque, ralentissant l'écriture des logs
Si le serveur hébergeant le démon est surchargé en termes d'IO disques sur le volume qui héberge le fichier de log, alors ce dernier va mettre du temps à s'écrire et va ralentir tout le démon. Il faut alors si c'est faisable isoler le volume des disques sur un disque moins chargé pour ne pas ralentir le démon.
En cas de soucis, les logs suivants seront présents :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] WARNING : [ LOGGER ]
[YYYY-MM-DD HH:MM:SS] WARNING : [ LOGGER ] ----------------------------------------------------------------------------------------------------
[YYYY-MM-DD HH:MM:SS] WARNING : [ LOGGER ] [ WRITING ] The log writes time is very high (1.87s). Please look at your log disk performance.
[YYYY-MM-DD HH:MM:SS] WARNING : [ LOGGER ] ----------------------------------------------------------------------------------------------------
[YYYY-MM-DD HH:MM:SS] WARNING : [ LOGGER ] |
Erreur de paramétrage sur les éléments ( hôtes, utilisateurs )
Erreur sur le paramètre host__detect_unique_address__behaviour ( adresses dupliqués )
La valeur de host__detect_unique_address__behaviour est erroné
Si le paramètre host__detect_unique_address__behaviour défini dans un fichier n'a pas une des valeurs attendues ( duplicated_accepted, warning_displayed, error_displayed, save_forbidden ) une erreur indique la valeur erronée saisie ainsi que l'endroit où il est défini :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] The parameter [ host__detect_unique_address__behaviour ] has an incorrect value "ERRORED_VALUE". Correct values are : duplicated_accepted, warning_displayed, error_displayed, save_forbidden.
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] The incorrect parameter is found in file : FILE_PATH |
- ERRORED_VALUE : La valeur erronée saisie dans le fichier.
- FILE_PATH : Le chemin vers lequel le paramètre définit a été détecté comme incorrect.
Source [ linux_by_ssh ] with user [ Pierre ] REQUESTING: [ Source PUTTING elements in production ] |
Valeurs possibles pour __ASKED_ACTION_TAG__ :
- CHECK
- APPLY
- FORCE COMMIT
- PUT_IN_PRODUCTION
- DELETE_IN_PRODUCTION
Valeurs possibles pour __ASKED_ACTION_DESCRIPTION__ :
- Validation of PROPOSED ELEMENTS IN STAGING
- Validation of ELEMENTS IN STAGING
- APPLYING new configuration
- FORCE APPLYING data from staging to production
- Source PUTTING elements in production
- Source PUTTING elements in production and RELOADING Arbiter
- API DELETING hosts from production and RELOADING Arbiter
| Tip |
|---|
Un ID unique est généré pour chaque demande, il est utilisé comme chapitre des logs pour pouvoir isolé les logs correspondant à une action. Cet ID est celui qui est affiché sur l'Interface de Configuration. |
Une fois l'action soumise, elle est soit acceptée, soit rejetée si une action est déjà en cours d'exécution. Dans les deux cas, un log est généré.
Une demande peut être refusée si une autre tâche est en cours ( précédente vérification de la configuration, application de la configuration ... ) ou si l'Arbiter n'est pas joignable.
Si une tâche est en cours :
host__detect_unique_address__behaviour est défini plusieurs fois
Si le paramètre host__detect_unique_address__behaviour définit dans plusieurs fichiers, une erreur est remontée pour indiquer les fichiers dans lesquels il est défini :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] Multiple definition detected for parameter [ host__detect_unique_address__behaviour ] in the following files :
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] FILE_PATH_1
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] FILE_PATH_2
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] FILE_PATH_3 |
- FILE_PATH_X : Fichier dans lequel la propriété
host__detect_unique_address__behaviour a été trouvée.
host__detect_unique_address__behaviour est défini plusieurs fois et la valeur est erronée
Lorsque le paramètre host__detect_unique_address__behaviour est défini plusieurs fois et que le dernier paramètre vérifié n'est pas correct, une erreur remonte pour indiquer que le paramètre n'est pas bon et dans quels fichiers il est défini :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] The parameter [ host__detect_unique_address__behaviour ] has an incorrect value "ERRORED_VALUE". Correct values are : duplicated_accepted, warning_displayed, error_displayed, save_forbidden.
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] Multiple definition detected for parameter [ host__detect_unique_address__behaviour ] in the following files :
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] FILE_PATH_1
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] FILE_PATH_2
[YYYY-MM-DD HH:MM:SS] ERROR : [ synchronizer-name ] FILE_PATH_3 |
- ERRORED_VALUE : La valeur erronée saisie dans dernier fichier pris en compte.
- FILE_PATH_X : Fichier dans lequel la propriété
host__detect_unique_address__behaviour a été trouvée.
Logs de chargement des modules
Initialisation des sources
Au démarrage du démon Synchronizer, les sources définies dans son fichier cfg "synchronizer.cfg" sont initialisées.
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ source:SOURCE_NAME ] Configuration of the source [SOURCE_NAME] initialized |
Récapitulatif de la configuration des sources utilisé pour le prochain merge des sources
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE ] Merging started with sources :
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE ] +---------------------+------------+---------------------+----------------------------+---------------------------------------+-------------------------------+
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE ] | name | merge_mode | compute_new_element | compute_element_difference | compute_deleted_element_not_in_source | put_in |
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE ] +=====================+============+=====================+============================+=======================================+===============================+
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE INFO : [ SYNCHRONIZER_NAME ] |[ sourceASKED_ACTION_01TAG ] [ ASKED_ACTION_ID ] REQUEST [ ASKED_ACTION_DESCRIPTION ] rejected |because: all[ RUNNING_ACTION_DESCRIPTION ] in progress, requested by [ |USER_NAME authorized] at | authorized | delete_if_missing_in_this_source | production_and_reload_arbiter |
[ RUNNING_ACTION_ASKED_TIME ] with id [ RUNNING_ACTION_ID ] |
Si l'Arbiter n'est pas joignable ( n'est pas une cause de rejet pour les sources ) :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SOURCE ASKED_ACTION_TAG ] [ MERGEACTION_ID ] REQUEST ] +---------------------+------------+---------------------+----------------------------+---------------------------------------+-------------------------------+
[[ ASKED_ACTION_DESCRIPTION ] rejected because: no reachable Arbiter found |
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Exemple |
|---|
|
[2026-04-07 13:15:37] INFO : [ synchronizer-master-sync-ui ] [ CHECK ] [ ID-52507 ] REQUEST [ Validation of ELEMENT changes for production ] rejected because: [ Validation of ELEMENTS IN STAGING ] in progress, requested by [ Pierre ] at [ 04/07/2026 12:04:11 PM ] with id [ ID-52505 ] |
Si la demande est acceptée, le log suivant est généré :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ ASKED_ACTION_TAG ] [ ACTION_ID ] REQUEST [ ASKED_ACTION_DESCRIPTION ] accepted and started successfully |
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Exemple |
|---|
|
[2026-04-07 13:15:37] INFO : [ synchronizer-master-sync-ui ] [ PUT_IN_PRODUCTION ] [ ID-55364 ] REQUEST [ Source PUTTING elements in production ] accepted and started successfully |
Si une action échoue le log suivant est généré :
| Code Block |
|---|
|
[ YYYY-MM-DD HH:MM:SS ] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SOURCE __ACTION_TAG__ ] [ MERGEACTION_ID ] Stopping ] | syncui | all | authorized | authorized | disabled | source_space |
[ __ACTION_DESCRIPTION__ ] because step __STEP_NUMBER__ has failed |
| Code Block |
|---|
| language | text |
|---|
| theme | Emacs |
|---|
| title | Exemple |
|---|
|
[2026-04-07 13:15:37] INFO : [ synchronizer-master-sync-ui ] [ PUT_IN_PRODUCTION ] [ ID-17457 ] Stopping [ Source PUTTING elements in production and RELOADING Arbiter ] because step 4 failed |
Si l'action a pu aboutir, le log suivant est généré :
| Code Block |
|---|
|
[ YYYY-MM-DD HH:MM:SS ] INFO : [ SYNCHRONIZER_NAME ] [ __ACTION_TAG__ ] [ ACTION_ID ] Action [ __ACTION_DESCRIPTION__ ] completed successfully |
Depuis l'Interface de Configuration, il est possible de vérifier les éléments en staging ou les éléments proposés ( voir la page Page de mise en production ).
Étape 1/1 - Vérification de la configuration
Logs de vérification :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE ] +---------------------+------------+---------------------+----------------------------+---------------------------------------+-------------------------------+
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE ] [ MERGE ] | listener-shinken | all | authorized | authorized | disabled | source_ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/1 ] [ CHECKING CONFIGURATION ]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/1 ] [ CHECKING CONFIGURATION ] Starting [ Validation of __ELEMENTS_CHECKED__ ]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/1 ] [ CHECKING CONFIGURATION ] Requesting Arbiter for : [ Validation of __ELEMENTS_CHECKED__ ]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/1 ] [ CHECKING CONFIGURATION ] - command launched : /usr/bin/env python3-shinken -u /usr/sbin/shinken-arbiter -v -c |
Valeurs possibles pour __ELEMENTS_CHECKED__ :
- ELEMENTS IN STAGING ( bouton "Vérifier Staging" de l'interface )
- PROPOSED ELEMENTS IN STAGING ( bouton "Vérifier Staging avec les éléments proposés" de l'interface )
Un log s'affiche en fonction du résultat de l'étape
Étape réussie :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/1 ] [ CHECKING CONFIGURATION ] Configuration successfully validated by Arbiter |
Étape échouée :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/1 ] [ CHECKING CONFIGURATION ] Configuration rejected as invalid by Arbiter |
Étape 1/3 - Vérification de la configuration
| Code Block |
|---|
|
space |
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE : [ SYNCHRONIZER_NAME ] [ MERGEAPPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ] +---------------------+------------+---------------------+----------
[YYYY------------------+--------------------------------------MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ] Starting [ Validation of ELEMENTS IN STAGING ]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ] Requesting Arbiter for : [ Validation of ELEMENTS IN STAGING]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ] - command launched : /usr/bin/env python3-shinken -u /usr/sbin/shinken-arbiter -v -c /etc/shinken/shinken.cfg
|
Un log s'affiche en fonction du résultat de l'étape.
Étape réussie :
| Code Block |
|---|
|
-+-------------------------------+
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ] [ SOURCE :SS] INFO : [ SYNCHRONIZER_NAME ] [ MERGEAPPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ] Configuration successfully validated ] | server-analyzer | all | authorized | authorized | disabled | source_space by Arbiter |
Étape échouée :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 1/3 ] [ CHECKING CONFIGURATION ] Configuration rejected as invalid by Arbiter
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] Stopping [ APPLYING new configuration ] because step 1 failed |
Étape 2/3 - Application de la configuration sur la base de production
| Code Block |
|---|
|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SOURCE APPLY ] [ MERGE ] +---------------------+------------+ ACTION_ID ] [ STEP 2/3 ] [ COMMITING DATA ] ----------------------+----------------------------+--------------
[YYYY-------------------------+-------------------------------+ |
Début du calcul des nouveaux éléments et ceux en différencesMM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 2/3 ] [ COMMITING DATA ]
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ ACTION_ID ] [ STEP 2/3 ] [ COMMITING DATA ] Starting [ APPLYING data from staging to production ] |
Un log s'affiche en fonction du résultat de l'étape.
Étape réussie :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SOURCEAPPLY ] [ ACTION_ID ] [ STEP 2/3 ] [ MERGE ] Start comparing 6 merge items to existing items |
Calcul des éléments proposés en suppression par la source ( paramètre compute_deleted_element_not_in_source à delete_if_missing_in_this_source ou delete_if_missing_in_all_sources )
COMMITING DATA ] Successfully applied staging databases to production |
Étape échouée : La source trouve un élément a proposer en suppression :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ APPLY ] [ synchronizer-nameACTION_ID ] [ STEP SOURCE2/3 ] [ COMMITING MERGEDATA ] Searching itemFailed to proposeapply asstaging deleteddatabases for source [SOURCE_NAME] to production
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SOURCEAPPLY ] [ MERGEACTION_ID ] The sourceStopping [SOURCE_NAME] willAPPLYING proposenew forconfiguration deletion] thebecause itemstep of type serviceshosttpls with id:[ITEM_UUID] and name:[ITEM_NAME] |
S'il n'y a pas d'éléments à proposé en suppression :Étape 3/3 - Redémarrage de l'arbiter
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [ SOURCEAPPLY ] [ MERGEACTION_ID ] [ ThereSTEP is3/3 no] items[ toRELOADING proposeARBITER for deletion |
Lorsque la source effectue des modifications en staging ou en production ( paramètre put_in )
| Code Block |
|---|
|
] ----------------------------------------------------------------
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name ]: [ source:SOURCESYNCHRONIZER_NAME ] Source have a put_in configuration set to production_and_reload_arbiter. Sync-ui will start to delete, import new and validate changes on items if merge had computed some of these |
La source met les éléments en staging pour les valeurs suivantes du paramètre put_in :
- staging
- production
- production_and_reload_arbiter
Exemple d'éxécution sans aucune actions
| Code Block |
|---|
|
[ APPLY ] [ ACTION_ID ] [ STEP 3/3 ] [ RELOADING ARBITER ]
[YYYY-MM-DD HH:MM:SS] INFO : : [ SYNCHRONIZER_NAME ] [ synchronizer-name-sync-uiAPPLY ] [ SOURCEACTION_ID ] [ POSTSTEP MERGE3/3 ] [ SOURCERELOADING TO STAGINGARBITER ] StartStarting to[ deleteArbiter itemsLOADING for source SOURCE_NAME configuration ]
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ SOURCEAPPLY ] [ POST MERGEACTION_ID ] [ SOURCE TO STAGINGSTEP 3/3 ] No[ itemsRELOADING toARBITER delete] for source SOURCE_NAMERestarting Arbiter
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ SOURCEAPPLY ] [ POST MERGEACTION_ID ] [ SOURCE TO STAGINGSTEP 3/3 ] Start[ toRELOADING importARBITER new] itemsArbiter forlaunched source( currently SOURCE_NAME
loading ) |
Un log s'affiche en fonction du résultat de l'étape
Étape réussie :
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ synchronizer-name-sync-uiAPPLY ] [ SOURCEACTION_ID ] [ POSTSTEP MERGE3/3 ] [ SOURCERELOADING TO STAGINGARBITER ] NoArbiter new items to import for loading FINISHED |
Étape échouée :
| Code Block |
|---|
|
source SOURCE_NAME
[YYYY-MM-DD HH:MM:SS] INFO : [ SYNCHRONIZER_NAME ] [ synchronizer-name-sync-uiAPPLY ] [ SOURCEACTION_ID ] [ POSTSTEP MERGE3/3 ] [ SOURCERELOADING TO STAGINGARBITER ] StartFailed to validateapplied changesnew onconfiguration itemswith forerror source: SOURCE_NAME __ERROR_MESSAGE__
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ SOURCEAPPLY ] [ POSTACTION_ID MERGE] ]Stopping [ SOURCEAPPLYING TOnew STAGINGconfiguration ] Nobecause itemsstep had changes for source SOURCE_NAME 3 failed |
Forcer l'application des changements en base de production
Lorsque l'Arbiter est injoignable, il est possible de forcer l'application des changements en production.
Ces changements seront chargés par l'Arbiter au prochain redémarrage.
Étape 1/2 - Vérification de la configuration
Exemple avec des éléments supprimés, importé et avec des changements| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui ] [ SOURCE ] [ POST MERGE ] [ SOURCE TO STAGING ] Start to delete items for source SOURCE_NAME
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui ] [ SOURCESYNCHRONIZER_NAME ] [ POSTFORCE MERGECOMMIT ] [ SOURCEACTION_ID TO] STAGING[ ] DeletedSTEP 1/2 hosts] in[ staging
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui ] [ SOURCE ] [ POST MERGE ] [ SOURCE TO STAGING ] Start to import new items for source SOURCE_NAME CHECKING CONFIGURATION ] ----------------------------------------------------------------
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui ] : [ SOURCESYNCHRONIZER_NAME ] [ POSTFORCE MERGECOMMIT ] [ SOURCE TO STAGING ] On the 1 hosts to import, 1 were imported, 0 is an invalid itemACTION_ID ] [ STEP 1/2 ] [ CHECKING CONFIGURATION ]
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ FORCE SOURCECOMMIT ] [ POST MERGEACTION_ID ] [ STEP SOURCE1/2 TO] STAGING[ ]CHECKING StartCONFIGURATION to] validateStarting changes[ onValidation itemsof forELEMENTS sourceIN SOURCE_NAMESTAGING ]
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ FORCE SOURCECOMMIT ] [ POST MERGEACTION_ID ] [ SOURCE TO STAGINGSTEP 1/2 ] On[ theCHECKING 1CONFIGURATION servicetpls] toRequesting validateArbiter changes,for 1: were[ validate,Validation 0of isELEMENTS anIN invalid item |
Ces logs sont présent pour la valeur "production" du paramètre put_in
| Code Block |
|---|
|
STAGING]
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui] INFO : [ SYNCHRONIZER_NAME ] [ FORCE COMMIT ] [ ACTION_ID ] [ STEP SOURCE1/2 ] [ POSTCHECKING MERGECONFIGURATION ] [ STAGING TO PRODUCTION ] Start to - command launched : /usr/bin/env python3-shinken -u /usr/sbin/shinken-arbiter -v -c /etc/shinken/shinken.cfg
|
Un log s'affiche en fonction du résultat de l'étape.
Étape réussie :
| Code Block |
|---|
|
put in production
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ FORCE ARBITER_NAMECOMMIT ] [ ISACTION_ID ALIVE] CHECK[ ]STEP Creating1/2 new] connexion[ toCHECKING theCONFIGURATION arbiter (uri="http://IP_ARBITER] Configuration successfully validated by Arbiter |
Étape échouée :
| Code Block |
|---|
|
:7770/", ping_timeout=1s, transfert_timeout=120s)
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] The[ putFORCE inCOMMIT production] for source:[SOURCE_NAME] and user:[USER_NAME] succeed [ ACTION_ID ] [ STEP 1/2 ] [ COMMITING DATA ] Configuration rejected as invalid by Arbiter
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui INFO : [ SYNCHRONIZER_NAME ] [ FORCE COMMIT ] [ SOURCEACTION_ID ] Stopping [ POSTFORCE MERGEAPPLYING ]data [from STAGINGstaging TOto PRODUCTIONproduction ] Endbecause tostep put2 in production |
Passage en production avec rechargement de l'Arbiter
Étape 2/2 - Application de la configuration sur la base de production
Ces logs sont présent pour la valeur "production_and_reload_arbiter" du paramètre put_in| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui ] : [ SOURCESYNCHRONIZER_NAME ] [ POSTFORCE MERGECOMMIT ] [ STAGING TO PRODUCTIONACTION_ID ] Start[ toSTEP put2/2 in] production[ andCOMMITING reloadDATA arbiter ] ----------------------------------------------------------------
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-uiSYNCHRONIZER_NAME ] [ FORCE ARBITER_NAMECOMMIT ] [ IS ALIVE CHECKACTION_ID ] Creating[ newSTEP connexion2/2 to] the[ arbiter (uri="http://IP_ARBITER:7770/", ping_timeout=1s, transfert_timeout=120s)COMMITING DATA ]
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui ] The put in production for source:[SOURCE_NAME] and user:[USER_NAME] ] INFO : [ SYNCHRONIZER_NAME ] [ FORCE COMMIT ] [ ACTION_ID ] [ STEP 2/2 ] [ COMMITING DATA ] Starting [ APPLYING data from staging to production ] |
Un log s'affiche en fonction du résultat de l'étape
Étape réussie :
| Code Block |
|---|
|
succeed
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name-sync-ui INFO : [ SYNCHRONIZER_NAME ] [ FORCE COMMIT ] [ SOURCEACTION_ID ] [ POSTSTEP MERGE2/2 ] [ STAGINGCOMMITING TO PRODUCTIONDATA ] EndSuccessfully toapplied putstaging in production and reload arbiter |
Lorsqu'une source n'arrive pas mettre en staging/production
Étape échouée : Si l'Arbiter n'était pas disponible lors de la mise en production des éléments, le log suivant sera présent
| Code Block |
|---|
|
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-name INFO : [ SYNCHRONIZER_NAME ] [ FORCE COMMIT ] [ source:SOURCEACTION_NAMEID ] Fail[ toSTEP put in:[production_and_reload_arbiter] because:[Arbiter is not reachable] |
Une source créé une période de maintenance (DOWNTIME) sur un élément qui est supprimé
Quand une source est configurée pour envoyer une période de maintenance quand un hôte est supprimé, on aura dans les logs du démon Synchronizer:
| Code Block |
|---|
|
2/2 ] [ COMMITING DATA ] Failed to apply staging databases to production with error: __ERROR_MESSAGE__
[YYYY-MM-DD HH:MM:SS] INFO : [ synchronizer-nameSYNCHRONIZER_NAME ] [synchronizer-collector-vmware] [CallbackDowntime FORCE COMMIT ] [DOWNTIME] CreatingACTION_ID a] downtimeStopping on[ host HOST_NAME, by author USER_NAME, ending in 1400s to receiver api IP_RECEIVER:PORT_RECEIVER.FORCE APPLYING data from staging to production ] because step 2 failed |