En général, la mise à jour des paquets SKOOR Engine et/ou Collector déjà installés à partir du référentiel est très simple :

Mise à jour du dépôt SKOOR

Cette étape est nécessaire pour obtenir les configurations les plus récentes du référentiel.

dnf clean all
dnf update skoor-repo
dnf clean all

Mise à jour de tous les composants SKOOR

Si vous souhaitez uniquement effectuer la mise à jour vers le dernier correctif d'une version Major spécifique (par exemple la version 8), utilisez

dnf update "eranger-*-8.*"

Sinon, utilisez

dnf update "eranger-*"

Procédure recommandée

La procédure suivante peut servir de liste de contrôle pour une mise à jour standard du logiciel :

1. Vérifiez les dépôts RPM requis et les abonnements Red Hat

2. Vérifiez si des sauvegardes complètes et de configuration sont disponibles. Il est toutefois toujours recommandé d’effectuer une sauvegarde complète avant toute mise à jour

3. Notez l'état général du système ou effectuez une capture d'écran de la barre d'état située au bas de l'interface utilisateur de SKOOR Engine

4. Définissez la maintenance globale sur tous les collecteurs concernés par la mise à jour (les collecteurs externes peuvent rester inchangés ou être mis à jour ultérieurement)

5. Sur les systèmes répliqués (principal/de secours) :

   1. Vérifiez l'état de la réplication et intervenez si celui-ci n'est pas OK

   2. Arrêtez la réplication

   3. Effectuez la mise à jour du server de secours

6. Effectuez la mise à jour du server (principal)

7. Démarrez la réplication si elle n'est pas en cours

8. Mettre à jour les collecteurs externes s'ils sont configurés

9. Mettre à jour Dashboard Viewer s'il est configuré
   

10. Rechercher les nouveaux fichiers de configuration se terminant par .rpmnew et fusionner leur contenu avec les fichiers d'origine si nécessaire
    . Pour ce faire, utilisez la commande suivante :
    rpmconf -a

11. Vérification

    1. L'état général du système est identique à celui d'avant ou les différences peuvent être expliquées

    2. La réplication fonctionne comme auparavant

    3. Les tableaux de bord et Dashboard Viewer sont accessibles

    4. Les alertes sont envoyées (e-mail, SMS, etc.)

12. Fin de la maintenance

13. Créer une nouvelle sauvegarde complète

Précautions

Chemin d'accès par défaut aux sauvegardes :

/opt/eranger/server/backups

Lancer une sauvegarde complète :

cd /var/lib/pgsql

sudo -u postgres /opt/eranger/bin/eranger-server-backup.sh full

Définir la maintenance globale sur tous les collecteurs concernés par la mise à jour dans /root/Collectors

Vérifier l'état de la réplication et arrêter le mode veille :

/opt/eranger/bin/eranger-server-replication.pl status

<standby-ip>
<standby-ip> checking ssh for user reranger
<primary-ip> is running
Last read on master(<primary-ip>) 0 seconds ago

/opt/eranger/bin/eranger-server-replication.pl stopstandby

Empreintes GPG :

RPM-GPG-KEY-SKOOR :

RPM-GPG-KEY-PGDG :

RPM-GPG-KEY-TIMESCALEDB :

Mise à jour vers SKOOR 9.0

• Une version mise à jour de skoor-repo (9.0) est nécessaire.
  Installez-la à l'aide de la commande suivante :

  dnf clean all
  dnf update skoor-repo

• Si la réplication est activée, elle doit être arrêtée avant de procéder à la mise à niveau

  /opt/eranger/bin/eranger-server-replication.pl stopstandby

Mettez d’abord à jour le serveur de secours (sans exécuter le script « update-postgresql »), puis mettez à jour le serveur principal et effectuez une commande « createstandby ».

• La mise à jour doit être effectuée à l'aide d'une mise à jour complète, et non simplement via « dnf update “eranger-*” » ou une commande similaire.

  dnf clean all
  dnf update

• Après « dnf update », exécutez « /opt/eranger/database-utils/bin/upgrade-postgresql ».

  /opt/eranger/database-utils/bin/upgrade-postgresql

Cela permet de mettre à niveau le cluster PostgreSQL 13 vers un cluster PostgreSQL 17.

• Après l’exécution de `/opt/eranger/database-utils/bin/upgrade-postgresql`, le nouveau cluster doit être analysé à l’aide de

  su postgres -c "/usr/pgsql-17/bin/vacuumdb --all --analyze-in-stages"

Cette étape est très importante. Ne la négligez pas. Le système peut déjà être utilisé pendant son exécution.

• Si tout fonctionne comme prévu, l’ancien cluster peut être supprimé à l’aide de

   /var/lib/pgsql/delete_old_cluster.sh

Mise à jour vers SKOOR 8.1

Les tâches Selenium doivent être adaptées en cas d’utilisation de scripts Python. Il est important que l’opération driver.quit() soit exécutée dans tous les cas. Sinon, il y aura une fuite de ressources !

Un nouveau paquet RPM, eranger-python, est fourni avec cette version, principalement pour les scripts dans SKOOR Studio. Il est recommandé d’utiliser cet environnement Python également pour les anciens scripts d’importation.

Mise à jour vers SKOOR 7.2

Chaque SKOOR Collector utilise au moins un répertoire pour stocker les fichiers de mesure temporaires. Avec SKOOR 7.2, tous les répertoires temporaires des collecteurs seront nettoyés régulièrement :

• Les fichiers datant de plus de 72 heures sont supprimés

• Les répertoires vides datant de plus de 24 heures sont supprimés

Étant donné que le collecteur envoie toutes les données de mesure au server après chaque exécution de tâche, il n’y a aucune raison de conserver ces fichiers plus longtemps dans le répertoire des fichiers temporaires. Toutefois, si des fichiers tels que des scripts ou d’autres données persistantes ont été créés dans l’un de ces répertoires, ils doivent être déplacés vers un autre emplacement avant la mise à niveau vers la version 7.2.

Utilisez la commande suivante pour obtenir la liste des répertoires temporaires des collecteurs (à exécuter aussi bien sur le collecteur local que sur tous les collecteurs externes) :

grep -oP "server\\d+_fetch_parse_dir\\s*=\\s*/var/opt/run/eranger/collector/.+" /etc/opt/eranger/eranger-collector.cfg | perl -pe 's/server\d+_fetch_parse_dir\s*=\s*//g'

Veuillez vous assurer que tous les fichiers présents dans ces répertoires peuvent être supprimés en toute sécurité.

Mise à jour vers SKOOR 7.0

Le paquet RPM sdaas-webservice a été remplacé par le nouveau paquet eranger-etl, également disponible dans le dépôt RPM de SKOOR.

Veuillez installer eranger-etl après la mise à niveau vers la version 7.0 (la suppression de sdaas-webservice doit être autorisée pour éviter tout conflit) :

yum remove sdaas-webservice && yum install eranger-etl