Les patchs sont fournis dans une archive en ".tar.gz". il convient de les décompresser avec la commande suivante :
$ tar xzf shinken-enterprise-patch_2020-05-29_V02.07.06-FR_Patched-cumulative-PATCH02.tar.gz |
Les fichiers contenus dans l'archive sont regroupés dans un dossier du même nom que le patch.
Pour installer le patch, il faut se déplacer dans ce dossier et lancer l'installation avec le script : "install-patch.sh".
$ cd shinken-enterprise-patch_2020-05-29_V02.07.06-FR_Patched-cumulative-PATCH02 $ ./install-patch.sh |
Il est possible d'utiliser l'option "--force" afin de ne pas devoir valider les différentes demande de confirmation présent dans le déroulement du patch. ( cela peut être utile lorsque l'on veut intégrer l'installation du patch dans un script ) |
La première étape de l'installation consiste à présenter les correctifs et des informations sur le patch : démons impactés, sanatize à lancer ...
Lors de cette étape, il est possible d'annuler l'installation du patch.
|
|
Si le patch est déjà installé, alors l'installation s'arrêtera.
|
Le script présente les démons concernés par l'installation du patch. Seuls les démons concernés seront arrêtés.
Ils seront redémarrés à la fin du script.
|
Afin de garantir que le patch s'installe sur la bonne version, il désinstalle les patchs précédents.
Cette étape peut être absente d'un patch.
|
Tous les fichiers modifiés par le patch sont sauvegardés afin de pouvoir retirer le patch si besoin.
|
Le script copie tous les fichiers nécessaires.
Si vous aviez modifié des fichiers cfg qui sont livrés dans le patch ( configuration de démon, de module, de pack, ... ), ils ne seront pas écrasés. Le script d'installation de déposer le nouveau fichier juste à coté, renommé en ".patchnew". Vous pouvez alors regarder les différences entre ce fichier et votre fichier : ajout de nouveaux paramètres, modification des textes ... |
|
Dans certains patchs, des règles Selinux peuvent être mises à jour durant l'installation.
Cette étape peut être absente d'un patch.
|
Il est possible que certains patchs installent des nouvelles dépendances qui sont livrées en RPM ( Red hat Package Manager ).
Cette étape peut être absente d'un patch.
|
Certains patchs nécessitent de passer des "Sanatizes" pour modifier la base de données ou des fichiers de configuration.
Cette étape peut être absente d'un patch.
|
Les démons sont redémarrés après l'installation du patch.
Vous pouvez choisir de laisser Shinken éteint à cette étape, sans incidence sur la suite de l'installation ( modification manuelle à apporter, période de maintenance ... )
Seul les démons impactés par le patch seront redémarrés.
|
Il est possible que l'installation nécessite de redémarrer des services externes (ex. : carbon-cache).
La désinstallation du patch peut s'effectuer depuis le répertoire du patch à l'aide du script revert-patch.sh
$ cd 2020-05-20_V02.07.06-FR_Patched-cumulative-PATCH01 $ ./revert-patch.sh |
La désinstallation d'un patch aura pour effet de retrouver la dernière version officiel originale qui a été installée sur le serveur ( celle mise en place via un install.sh ou update.sh ). Ex. : Sur une version 02.07.06,
Si vous désinstaller le patch 02, la version est la 02.07.06 et non le patch 01. |
La première étape de la désinstallation consiste à présenter les correctifs et des informations sur le patch. Lors de cette étape, il est possible d'annuler la désinstallation du patch (serveur non concerné, redémarrage impossible ...)
|
|
Le script présente les démons concernés par l'installation du patch. Seuls les démons concernés seront arrêtés. Ils seront redémarrés à la fin du script.
|
Si des règles SELINUX ont été mises à jour pendant l'installation du patch, celles-ci sont également désinstallées.
|
Les fichiers présents avant l'installation du patch sont restaurés à leurs emplacements.
|
Les démons sont redémarrés après la désinstallation du patch. Il est possible que des démons autres que Shinken aient besoin d'être redémarrés (httpd, carbon-cache). Si c'est le cas, cela vous sera précisé.
Vous pouvez choisir de laisser Shinken éteint à cette étape, sans incidence sur la suite de la désinstallation (modification manuelle à apporter, période de maintenance ...)
|
Il est possible que l'installation nécessite de redémarrer des services externes (carbon-cache).