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

dnf clean all

dnf update eranger'*'

Guide rapide

La procédure suivante peut être utilisée comme liste de contrôle pour une mise à jour standard du logiciel :

1. Vérifiez les référentiels rpm requis et les abonnements Redhat

2. Vérifiez si des sauvegardes complètes et de configuration sont disponibles. Cependant, il est toujours recommandé d'effectuer une sauvegarde complète avant une mise à jour

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

4. Définissez la maintenance globale sur tous les collecteurs liés à 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 prenez les mesures nécessaires si l'état n'est pas OK

   2. Arrêtez la réplication.

   3. Effectuez la mise à jour du server de secours.

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

7. Démarrer 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 :
    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 / Dashboard Viewer sont accessibles

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

12. Fin de la maintenance

13. Créer une nouvelle sauvegarde complète

Détails du guide rapide

Chemin d'accès standard aux sauvegardes :

/opt/eranger/server/backups

Exécuter une sauvegarde complète :

cd /var/lib/pgsql

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

Définissez la maintenance globale sur tous les collecteurs liés à la mise à jour dans /root /Collectors

Vérifier l'état de la réplication et arrêter la 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. Veuillez contacter support@skoor.com pour obtenir un nouveau RPM.
  Installez-le à l'aide de :

  dnf install skoor-repo.9.0.rpm

• Si la réplication est en place, elle doit être arrêtée avant d'effectuer la mise à niveau.

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

Mettez d'abord à niveau le système de secours (sans exécuter le script update-postgresql), puis mettez à niveau le système principal et effectuez une mise à niveau createstandby.

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

  dnf update

• Après l'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 /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 sautez 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 lors de l'utilisation de scripts Python. Il est important que l'opération driver.quit() soit traité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 scripts d'importation hérités.

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 seront 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. Cependant, 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 d'un collecteur (à exécuter sur le collecteur local ainsi 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 de 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 référentiel RPM 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