DESCRIPTION=Patch cumulatif de la 02.08.01
PATCH_VERSION=02

====================
liste des fixes
--------------------
== PATCH01 ==
SEF-6578,DIRISI-959                 Sur de gros environnements le module SLA pouvait planter et ne pas se relancer car il tentait d'écrire un document en base dépassant les 16Mo

SEF-6579                            La sauvegarde des périodes de maintenance des Checks héritées des Hôtes dans le module SLA pouvait planter

SEF-6619,DIRISI-959                 Les Checks "Broker - $KEY$ - Module SLA Writer" et "Broker - $KEY$ - Module Visualisation UI - SLA Reader" et la commande shinken-healthcheck pouvaient
                                    renvoyer l'erreur : Fail to get the size of database : Collection [shinken.sla_future_states] not found

SEF-6581,DIRISI-961,DIRISI-964      La migration des SLAs pouvait ne pas s’arrêter, laissant la donnée à l'ancien format ( V02.07.06 ). A la suite, toutes les requêtes de SLA étaient lentes, ralentissant l'UI de Visualisation

SEF-6658                            Ajout des paramètres : broker_module_sla_migration_batch_size et broker_module_sla_migration_pause_time pour modifier la taille et la fréquence des requêtes à Mongo lors de la migration
                                    (paramètre interne, ne pas modifier sans votre support à Shinken)

SEF-6657                            La progression de la migration des données SLA n'était pas visible dans le check "Broker - $KEY$ - Module SLA Writer"

SEF-6663,SESUP-1256                 La lecture du paramètre "realm_store_only" des modules de type "graphite perfdata" causait l'arrêt de l’exécution du shinken-healthcheck

SEF-6678                            La date du dernier changement d'un check dans le volet détail d'un check s'affichait au format HTML.

SEF-6675                            Lorsque le volet des favoris et le volet détail étaient ouverts en même temps dans la vue bac à événement, le contenu du volet détail s'affichait avec un décalage vers la droite.

SEF-6727, DIRISI-966                Lorsque le serveur de métrologie (Graphite) démarrait trop vite, il créait les répertoires avec des droits incorrects pour les nouvelles métriques

== PATCH02 ==

SEF-5911  Backend - Broker                             Le broker est anormalement long lorsqu'il redémarre


SEF-6369  Backend - Arbiter                            Les adresses des hôtes sont désormais disponibles dans les informations d'inventaires fournies aux modules de Brokers et de Receivers


SEF-6374  Backend - Receiver                           La configuration du Receiver pour fournir aux modules les Données des hôtes ne prenait en compte que les modèles directement liés aux hôtes,
                                                       et pas les modèles de ces modèles


SEF-6442  UI Configuration - Page Utilisateur          Les "Administrateur de SI" pouvaient voir la liste des modèles et des groupes utilisateurs en modifiant le HTML du navigateur


SEF-6443  UI Visualisation                             Le glisser-déposer d'un favori provoquait une vulnérabilité de type injection JavaScript (XSS stored) lorsque du code JavaScript était écrit
                                                       dans le titre du favori


SEF-6466  UI Configuration                             Il était possible d'exécuter du code (Faille XSS) dans la description des modèles ainsi que dans l'espace commentaire d'un groupe d'hôtes.


SEF-6491  Backend - Scheduler                          Un incident est maintenant supprimé 7 jours après ses dates de fermeture et non 7 jours après ses dates d'ouverture


SEF-6513  UI Configuration                             Un hôte en édition (Zone de travail) peut désormais appartenir à plusieurs utilisateurs, et plus uniquement au dernier qui le modifie.


SEF-6514  Maintenance Tools - Shinken-healthcheck      Les sources du Synchronizer sont maintenant dans une nouvelle section "Sources" au lieu d’être dans la section "Modules"


SEF-6524  UI Configuration - Page Hote                 Lorsqu'on ajoutait un nouveau modèle d'hôte, les checks spécifiquement exclus perdaient leur affichage "d'exclusion" jusqu'à la prochaine
                                                       sauvegarde


SEF-6549  Maintenance Tools - Shinken-healthcheck      Le shinken-healthcheck plantait s'il était lancé depuis un répertoire qui a été supprimé dans un autre shell


SEF-6551  Maintenance Tools - Shinken-healthcheck      Lorsqu'on interrompait le shinken-healthcheck par un CTRL-C, celui-ci affichait une erreur au lieu de s'arrêter proprement


SEF-6557  Backend - Poller                             Lorsqu'une Donnée contenait des caractères pouvant être à l'origine d'une faille XSS, ces caractères n'était pas restitué lors de
                                                       l'exécution, faussant le résultat


SEF-6565  Backend - Arbiter                            Les lignes de log de l'Arbiter concernant les mises à jour de l'inventaire (vers Broker et Receiver) sont désormais plus claires et moins
                                                       verbeuses, les logs de vérifications des inventaires fait chaque seconde passant en DEBUG


SEF-6566  Backend - Broker                             Le Broker pouvait afficher des lignes de logs pour les modules internes (comme simple-log) alors qu'il n'avait que des modules externes (par
                                                       exemple WebUI)


SEF-6567  Backend                                      Quand un démon (notamment le Broker) reçoit une nouvelle configuration de modules ou une mise à jour des configurations des modules, il
                                                       affiche désormais ses modules (et sous modules) dans ses logs et si les modules sont rajoutés/redémarrés/supprimés


SEF-6568  Backend                                      Désormais les démons affichent leur version dans leur log au démarrage


SEF-6572  Patch Installation                           Les patchs pouvaient s'installer sur une version de Shinken différente de celle du patch (Exemple : installer un patch de 02.07.06 sur une
                                                       installation en 02.08.01)


SEF-6576  Backend                                      Désormais les démons donnent des informations dans leurs logs sur le chargement du code des modules (depuis /var/lib/shinken/modules) ainsi
                                                       que la création des instances des modules et leur initialisation


SEF-6577  Patch Installation                           Lorsqu'un sanatize était exécuté, il n'y avait aucun retour dans la sortie standard, tout était logué dans /var/log/shinken/sanatize.log


SEF-6583  Backend - Broker - WebUI                     Le fichier "/etc/shinken-user/configuration/daemons/brokers/modules/webui/webui_cfg_overload.cfg" ne contenait pas les options utilisées par
                                                       défaut


SEF-6597  Backend                                      Le temps de vérification du tunnel ssh pour les connexions Mongodb n'était pas paramétrable, notamment dans les checks Shinken


SEF-6602  UI Visualisation - Volet Detail              Le sélecteur d'élément de l'onglet historique/SLA ne prenait pas toute la place disponible pour afficher le nom de l'élément


SEF-6614  Backend - Arbiter                            Si un Scheduler avait une lenteur lorsque de l'Arbiter tentait de lui envoyait une configuration, ce dernier envoyait immédiatement la
                                                       configuration à un spare sans attendre que le Scheduler soit déclaré mort (après 3min avec la configuration par défaut)


SEF-6616  UI Visualisation - Les Syntheses - Rapports  L'icône du statut SLA du rapport web ne prenait pas en compte les seuils définis dans le formulaire de configuration du rapport


SEF-6618  UI Visualisation - Les Syntheses - Rapports  Dans le formulaire de configuration des rapports, il était possible d'ajouter le caractère "%" dans les champs des seuils critiques et
                                                       avertissements du rapport. Désormais ce caractère est interdit pour ces deux champs.


====================
Sanatize:
--------------------
Ce patch a besoin d'exécuter un sanatize sur le daemon synchronizer : change_work_area_info_for_multiple_users
Le sanatize necessite l'arrêt de tous les daemons shinken


====================
Procédure d'installation:
--------------------
Sur un serveur Shinken :
  - Installer le patch : ./install-patch.sh
    * pour installer le patch sans qu'il demande de confirmations:  ./install-patch.sh --force
  - IMPORTANT: ceci va redémarrer les daemons broker, synchronizer, scheduler, receiver


====================
Procédure de désinstallation:
--------------------
  - Désinstaller le patch : ./revert-patch.sh
    * pour désinstaller le patch sans qu'il demande de confirmations:  ./revert-patch.sh --force

  - IMPORTANT:
    * ceci va redémarrer les daemons broker, synchronizer, scheduler, receiver
    * Le revert du patch remettra shinken dans sa version majeure sans patch actif

