Aller au contenu

Procédures de mise à jour/upgrade et de rollback

Pourquoi rester à jour est important

Moins de changements breaking à absorber d'un coup. Plusieurs releases ont modifié des éléments dont dépendent les déploiements plus anciens :

  • Rel-1.5 a déplacé la configuration des fichiers vers les variables d'environnement et docker-compose, et a refactorisé les noms de champs de la base de données.
  • Rel-1.12 a ajouté le Customer (Network) ID. LTI_customer_id est désormais un paramètre d'agent obligatoire, et la FAQ liste « customerID is required » comme erreur API.
  • Rel-2.5 a modifié la disposition des données MCP, de sorte que les dossiers certs et data se trouvent désormais sous mcp/. Elle a également introduit les licences empilées et un mot de passe analyzer aléatoire optionnel.

Un site qui saute plusieurs releases absorbe tout cela en une seule fenêtre de maintenance et a davantage à diagnostiquer en cas d'échec.

Sécurité et licences.

  • Rel-2.1 a exécuté des tests de vulnérabilité, mis à jour les composants open source et ajouté des API de découverte sécurisées.
  • Rel-2.5 a ajouté des mots de passe analyzer aléatoires.
  • Rel-2.5 a ajouté le mécanisme d'expiration de licence des agents, avec des avertissements dans Grafana et une période de grâce avant l'arrêt des données.
  • La stack livre désormais Grafana 12.4.2, InfluxDB 2.8.0, Kafka 8.2.0 et Telegraf 1.38.

Précision et fiabilité des mesures. Les correctifs récents affectent directement la qualité des données :

  • Rel-2.4.1 a corrigé des sockets TCP persistants qui interrompaient les mesures LIFBE pendant environ une heure.
  • Rel-2.4.2 a corrigé le timing iPerf3 multi-profils.
  • Rel-2.5 a corrigé l'enregistrement iPerf qui ne capturait que le débit du premier agent lorsque deux agents envoyaient en même temps.
  • Rel-2.5 a corrigé les mesures iPerf UDP retardées.
  • Rel-2.5 envoie les valeurs PCI pour la 4G, et pas seulement la 5G.

Fonctionnalités qui arrivent progressivement.

  • Rel-2.3 : serveur MCP, nouveaux endpoints OpenAPI, support IPv6 pour les connexions agent-vers-reflector.
  • Rel-2.4 : heatmaps améliorées, outils de dépannage, support XR-90.
  • Rel-2.5 : tableau de bord des interruptions, percentiles dans la vue de latence détaillée.

Chaque release apporte de nouveaux tableaux de bord, API et supports matériels, et un écart plus grand signifie plus de travail d'adoption en une seule fois.

Support. Les clients sur les releases actuelles sont les plus faciles à diagnostiquer et à corriger, et la documentation décrit toujours le comportement le plus récent.

Comment puis-je mettre à jour/upgrader ma version de l'Analyzer, du Reflector et des QoS Agents ?

Lorsqu'une nouvelle release est disponible (voir les Notes de version), mettez à niveau les composants dans cet ordre :

  1. Analyzer
  2. Reflector
  3. QoS Agents

Vérifiez chaque composant avant de passer au suivant. Si une vérification échoue, suivez la procédure de rollback pour ce composant.

Si vous avez des tableaux de bord personnalisés, contactez votre fournisseur LatenceTech avant de mettre à jour l'Analyzer.

Avant de commencer

  • Planifiez une fenêtre de maintenance. Les mesures ne sont pas stockées pendant la sauvegarde ou la mise à niveau de l'Analyzer.
  • Ayez toutes vos clés de licence actuelles à portée de main.
  • Exécutez la mise à jour de l'Analyzer en tant qu'utilisateur qui a installé l'Analyzer, depuis le répertoire home de cet utilisateur, qui doit contenir le dossier lti_analyzer/. InfluxDB et Grafana s'exécutent avec l'ID de cet utilisateur et leurs dossiers de données lui appartiennent ; un autre utilisateur provoquerait des erreurs de permissions.
  • Si vous utilisez un mot de passe analyzer aléatoire, il doit comporter au moins 8 caractères. Il est enregistré dans ~/.saved_lti_password sur l'hôte Analyzer et défini comme LTI_SERVICE_KEY sur vos QoS Agents.
  • Notez les valeurs suivantes depuis lti_analyzer/docker-compose.yml : ADMIN_KEY, MCP_TOKEN, LTI_license_key, LTI_password, et LTI_PERCENTILE_FILTER ou LTI_percentile_filter. Le script de mise à jour en ligne les restaure automatiquement, mais vous en avez besoin pour la procédure hors ligne et pour vérifier le résultat.
  • Assurez-vous que chaque hôte dispose de suffisamment d'espace disque libre pour la sauvegarde. Les archives d'images peuvent faire plusieurs Go.

1) Sauvegarder votre système

La sauvegarde est stockée dans ~/lti-rollback/. N'utilisez pas ~/lti-backup/ : le script de mise à jour de l'Analyzer écrit dans ce dossier et écrase son contenu.

Un snapshot de machine virtuelle pris avant la mise à niveau constitue également une sauvegarde valide et permet un rollback plus rapide.

Hôte Analyzer

L'Analyzer conserve ses données dans des dossiers sous ~/lti_analyzer/ (influxdb/data, grafana/grafana, mcp/certs et mcp/data), donc la sauvegarde ci-dessous les couvre toutes. Elle enregistre aussi deux fichiers de votre répertoire home : ~/.cached_lti_license_key, qui est monté dans le conteneur API, et ~/.saved_lti_password, qui n'existe que si vous utilisez un mot de passe aléatoire.

Créez la sauvegarde :

mkdir -p ~/lti-rollback/config
cp ~/.saved_lti_password ~/lti-rollback/config/ 2>/dev/null
cp ~/.cached_lti_license_key ~/lti-rollback/config/ 2>/dev/null

# Stop the whole Analyzer so that the InfluxDB and Grafana files are consistent
docker compose -f ~/lti_analyzer/docker-compose.yml stop

# Save the InfluxDB data
sudo tar -czf ~/lti-rollback/influxdb-data.tar.gz -C ~ lti_analyzer/influxdb/data

# Save the rest of the Analyzer folder (docker-compose.yml, Grafana data, mcp, certs, data, ...)
sudo tar -cf ~/lti-rollback/lti_analyzer-config.tar --exclude='lti_analyzer/influxdb/data' -C ~ lti_analyzer

# Start the Analyzer again
docker compose -f ~/lti_analyzer/docker-compose.yml start

# Save the current container images, to be able to roll back without downloading
docker images --format '{{.Repository}}:{{.Tag}}' | grep -v '<none>' | xargs docker save -o ~/lti-rollback/images-pre-upgrade.tar

Vérifiez la sauvegarde avant d'aller plus loin :

ls -lhA ~/lti-rollback ~/lti-rollback/config
sudo tar -tzf ~/lti-rollback/influxdb-data.tar.gz | head -5
sudo tar -tf ~/lti-rollback/lti_analyzer-config.tar | grep -m3 'lti_analyzer/grafana/grafana'

Chaque commande doit afficher quelque chose, et config/ doit contenir .cached_lti_license_key (et .saved_lti_password si vous utilisez un mot de passe aléatoire).

# The backup contains passwords and keys: restrict access to it
sudo chmod -R go-rwx ~/lti-rollback

Hôte Reflector

Exécutez depuis le répertoire qui contient lti_reflector.yml :

mkdir -p ~/lti-rollback
cp lti_reflector.yml ~/lti-rollback/lti_reflector.yml.pre-upgrade
docker save -o ~/lti-rollback/reflector-image.tar registry.latence.ca/software/reflector

Hôtes QoS Agent

Exécutez depuis le répertoire qui contient lti_qos-agent.yml :

mkdir -p ~/lti-rollback
cp lti_qos-agent.yml ~/lti-rollback/lti_qos-agent.yml.pre-upgrade
docker save -o ~/lti-rollback/qos-agent-image.tar registry.latence.ca/software/qos-agent

2) Mettre à niveau l'Analyzer

Vous n'avez pas de tableaux de bord personnalisés (installation en ligne) :

Allez dans le répertoire qui contient le dossier lti_analyzer/ (votre répertoire home), téléchargez le script et exécutez-le avec sudo :

cd ~
wget https://api.latence.ca/software/update.sh

sudo bash update.sh

Le script demande si vous souhaitez sauvegarder vos données InfluxDB. Répondez y pour conserver vos données historiques. Si vous répondez n, l'Analyzer est réinstallé avec une base de données vide.

Le script arrête ensuite et supprime vos conteneurs et images Analyzer actuels, réinstalle le dernier Analyzer, remet vos données InfluxDB, et restaure automatiquement vos clés de licence, le filtre percentile, le mot de passe analyzer, ADMIN_KEY, MCP_TOKEN et les données MCP.

Comme le script exécute l'installateur standard, deux questions vous sont également posées :

  • Filtre 95 percentile (true/false) : répondez avec votre réglage actuel.
  • Mot de passe aléatoire (true/false) : cette question n'est posée que si vous n'utilisez pas déjà un mot de passe aléatoire (c'est-à-dire si ~/.saved_lti_password n'existe pas). Répondez false pour conserver votre mot de passe actuel. Si vous répondez true, un nouveau mot de passe aléatoire est généré et appliqué, et vous devez le définir comme LTI_SERVICE_KEY sur chaque QoS Agent, sinon ils cessent d'envoyer des données.

L'installateur ne demande pas de clé de licence pendant une mise à jour : il réutilise la clé enregistrée dans ~/.cached_lti_license_key. À la fin, il attend la vérification de licence, ce qui peut prendre quelques minutes.

Notes :

  • N'interrompez pas le script. S'il est interrompu ou échoue en cours de route, ne le relancez pas. Suivez la procédure de rollback.
  • Si le script reste sur « Waiting for License logs » plus de quelques minutes, consultez docker logs lti_analyzer-influx-writer-1. Si la licence indique 0 agents autorisés, le script demande une clé de licence valide.
  • La sauvegarde réalisée par le script (dans ~/lti-backup/) ne contient que les données InfluxDB et deux fichiers de configuration. Ce n'est pas une sauvegarde de rollback : la sauvegarde de l'étape 1 reste nécessaire.
  • Le script affiche « Update completed successfully » même si une étape a échoué. Exécutez toujours les vérifications ci-dessous.

Vous avez des tableaux de bord personnalisés :

Contactez votre fournisseur LatenceTech avant la mise à jour.

Installation hors ligne :

Prérequis :

  • Disposer du nouveau Analyzer_offline.zip. Il peut être téléchargé avec wget https://api.latence.ca/software/Analyzer_offline.zip ou obtenu sur une clé USB auprès de LatenceTech.
  • Exécutez toutes les commandes depuis le répertoire qui contient à la fois lti_analyzer/ et Analyzer_offline.zip. Dans cet exemple, lti_analyzer/ est dans votre répertoire home (~/) ; adaptez les commandes à votre emplacement.
  • Étape 1 (sauvegarde) terminée.

2a) Supprimer les conteneurs

Avertissement : cette commande supprime tous les conteneurs et images de l'hôte. Ne l'exécutez que sur un hôte dédié à l'Analyzer.

# Delete containers and images
docker stop $(docker ps -q) && docker rm $(docker ps -a -q) && docker rmi $(docker images -q) && docker system prune -af

# Cleaning up
sudo rm -rf ~/lti_analyzer/ ~/lti_analyzer.launch.log

2b) Réinstallation

# Unzip
unzip Analyzer_offline.zip 2>&1

# Go in the folder
cd Analyzer_offline/

# Execute script
bash install-run-analyzer-offline.sh

# Go back to the previous directory
cd ..

2c) Remettre vos données

# Stop containers influxdb and influx-writer
docker stop lti_analyzer-influxdb-1
docker stop lti_analyzer-influx-writer-1

# Extract influxdb data
sudo tar -xf ~/lti-rollback/influxdb-data.tar.gz -C ~

# Restarting influxdb and influx-writer
docker start lti_analyzer-influxdb-1
docker start lti_analyzer-influx-writer-1

# Place back the MCP server data, certs and data folders (the ones that exist in your backup)
for d in mcp certs data; do sudo tar -xf ~/lti-rollback/lti_analyzer-config.tar -C ~ lti_analyzer/$d 2>/dev/null; done

Si certs/ ou data/ existent à la racine de lti_analyzer/, déplacez-les dans la nouvelle structure de dossiers mcp/ :

mkdir -p ~/lti_analyzer/mcp
sudo mv ~/lti_analyzer/certs ~/lti_analyzer/mcp/ 2>/dev/null
sudo mv ~/lti_analyzer/data ~/lti_analyzer/mcp/ 2>/dev/null

2d) Restaurer la configuration

# Restore home config files (if backed up)
cp ~/lti-rollback/config/.saved_lti_password ~/.saved_lti_password 2>/dev/null
chmod 600 ~/.saved_lti_password 2>/dev/null
cp ~/lti-rollback/config/.cached_lti_license_key ~/.cached_lti_license_key 2>/dev/null

Éditez lti_analyzer/docker-compose.yml et remettez les valeurs que vous avez notées avant la mise à niveau (ADMIN_KEY, MCP_TOKEN, LTI_license_key, LTI_password, filtre percentile).

Si vous aviez un mot de passe analyzer, réappliquez-le à Grafana et InfluxDB (remplacez YOUR_PASSWORD) :

GRAFANA_ID=$(docker ps --format "{{.ID}} {{.Image}}" | grep grafana | awk '{print $1}')
INFLUX_ID=$(docker ps --format "{{.ID}} {{.Image}}" | grep influxdb | awk '{print $1}')
docker exec -u root $GRAFANA_ID grafana-cli admin reset-admin-password YOUR_PASSWORD
docker exec $INFLUX_ID influx user password --name LatenceTech --password YOUR_PASSWORD --host http://localhost:8086

2e) Redémarrer les services

# Restart influx-writer to apply license key
docker stop lti_analyzer-influx-writer-1
docker start lti_analyzer-influx-writer-1

Si vous avez restauré un mot de passe, relancez tous les services :

docker compose -f lti_analyzer/docker-compose.yml up -d

Si vous n'avez restauré que ADMIN_KEY ou MCP_TOKEN, redémarrez les services MCP :

docker compose -f lti_analyzer/docker-compose.yml restart latencetech_mcp chatbot_api

Vérifier l'Analyzer avant de continuer

  • Tous les conteneurs Analyzer sont en cours d'exécution (docker ps).
  • Les tableaux de bord se chargent à http://YOUR_ANALYZER_HOST_IP:12021.
  • Vos données historiques s'affichent.
  • Le statut de licence et la date d'expiration s'affichent correctement.

Si l'une de ces vérifications échoue, suivez la procédure de rollback.

3) Mettre à niveau le Reflector

Pour le reflector, vous pouvez soit utiliser le script de mise à jour ici :

wget https://api.latence.ca/software/update_reflector.sh

bash update_reflector.sh

OU vous pouvez le faire manuellement en suivant les étapes ci-dessous :

docker stop lti_reflector && docker rm lti_reflector && docker rmi registry.latence.ca/software/reflector

Supprimez l'ancienne version du fichier d'installation :

rm lti_reflector.yml

Vous pouvez ensuite retélécharger le fichier yaml ici et le modifier avec votre clé de licence et votre ID :

wget https://api.latence.ca/software/lti_reflector.yml

Relancez le Reflector :

docker compose -f lti_reflector.yml up -d

Installation hors ligne : téléchargez Reflector_offline.zip (wget https://api.latence.ca/software/Reflector_offline.zip) ou obtenez-le depuis la clé USB, arrêtez et supprimez l'ancien conteneur comme ci-dessus, décompressez le fichier et exécutez le script à l'intérieur du dossier avec bash. Le script crée la nouvelle image. Déployez ensuite le conteneur en remplissant lti_reflector.yml comme expliqué dans la documentation.

Vérifier le Reflector avant de continuer

docker compose -f lti_reflector.yml logs

Les logs ne montrent aucune erreur.

4) Mettre à niveau les QoS Agents

Nous recommandons de mettre à niveau d'abord un agent, de le vérifier, puis de mettre à niveau les autres.

Pour mettre à jour le QoS Agent vers la dernière version, vous devez arrêter et supprimer les images des dockers en cours d'exécution par la commande suivante :

docker stop lti_qos-agent && docker rm lti_qos-agent && docker rmi registry.latence.ca/software/qos-agent

Supprimez l'ancienne version du fichier d'installation :

rm lti_qos-agent.yml

Vous pouvez ensuite retélécharger le fichier yaml ici et le modifier avec vos valeurs :

wget https://api.latence.ca/software/lti_qos-agent.yml

Si vous utilisez un mot de passe analyzer aléatoire, définissez LTI_SERVICE_KEY sur le mot de passe analyzer. Pour éviter d'oublier une valeur, comparez le nouveau fichier avec votre sauvegarde :

diff ~/lti-rollback/lti_qos-agent.yml.pre-upgrade lti_qos-agent.yml

Puis exécutez ce qui suit pour télécharger les nouvelles images.

docker compose -f lti_qos-agent.yml up -d

Autres façons de mettre à niveau un agent :

  • QoS Agent Management Dashboard : s'il est installé sur l'hôte de l'agent, utilisez Docker Management > Update pour tirer les dernières images de conteneur et redémarrer les services.
  • Installation hors ligne : téléchargez Agent_offline.zip (wget https://api.latence.ca/software/Agent_offline.zip) ou obtenez-le depuis la clé USB, arrêtez et supprimez l'ancien conteneur comme ci-dessus, décompressez le fichier et exécutez le script à l'intérieur du dossier avec bash. Le script crée la nouvelle image. Déployez ensuite le conteneur en remplissant lti_qos-agent.yml comme expliqué dans la documentation.
  • Agents Cradlepoint et SDK : suivez les pages Déploiement Cradlepoint et Déploiement QoS Agent SDK.

Vérifier le QoS Agent

docker compose -f lti_qos-agent.yml logs

Les logs ne montrent aucune erreur, et les données de l'agent apparaissent dans les tableaux de bord sous son ID d'agent.

5) Vérification finale

  • Tous les agents apparaissent dans les tableaux de bord et envoient des données.
  • L'Analyzer rapporte le statut de licence attendu.
  • Conservez ~/lti-rollback/ sur chaque hôte jusqu'à ce que le système ait fonctionné normalement pendant un cycle complet.

Quelle est la procédure de rollback en cas d'échec de la mise à niveau ?

Vous êtes responsable du maintien d'une procédure de rollback. Nous recommandons fortement de sauvegarder le système avant la mise à niveau, en utilisant l'étape 1 de la procédure de mise à niveau. La procédure ci-dessous restaure le système à partir de cette sauvegarde et doit être effectuée dans l'ordre inverse de la mise à niveau : QoS Agents, puis Reflector, puis Analyzer.

Chaque composant peut être rollback individuellement :

  • Si la mise à niveau de l'Analyzer échoue, faites le rollback de l'Analyzer uniquement (rien d'autre n'a encore été mis à niveau).
  • Si la mise à niveau du Reflector échoue, faites le rollback du Reflector uniquement.
  • Si la mise à niveau d'un QoS Agent échoue, faites le rollback des agents concernés uniquement.
  • Si vous décidez d'abandonner toute la mise à niveau, faites le rollback dans cet ordre : QoS Agents, Reflector, Analyzer.

N'exécutez pas docker compose pull, les scripts de mise à jour, ni le bouton Update du QoS Agent Management Dashboard pendant un rollback. Ils téléchargeraient à nouveau la nouvelle version.

Si le script de mise à jour de l'Analyzer a échoué en cours de route, ne le relancez pas une seconde fois. Faites d'abord le rollback.

Prérequis

  • Le dossier ~/lti-rollback/ créé à l'étape 1 de la procédure de mise à niveau, sur chaque hôte. Ce dossier est différent de ~/lti-backup/, utilisé par le script de mise à jour de l'Analyzer et non utilisé pour le rollback.
  • Les archives d'images sauvegardées (images-pre-upgrade.tar, reflector-image.tar, qos-agent-image.tar).

1) Rollback des QoS Agents

Sur chaque hôte agent, depuis le répertoire qui contient lti_qos-agent.yml :

# Remove the new version
docker stop lti_qos-agent && docker rm lti_qos-agent
docker rmi registry.latence.ca/software/qos-agent

# Restore the previous image and configuration file
docker load -i ~/lti-rollback/qos-agent-image.tar
cp ~/lti-rollback/lti_qos-agent.yml.pre-upgrade lti_qos-agent.yml

# Start the previous version without downloading anything
docker compose -f lti_qos-agent.yml up -d --pull never

Si le QoS Agent Management Dashboard est installé, vous pouvez aussi restaurer une version de configuration précédente depuis son Agent Configuration Editor. L'image de conteneur elle-même doit toujours être restaurée avec les commandes ci-dessus.

2) Rollback du Reflector

Sur l'hôte reflector, depuis le répertoire qui contient lti_reflector.yml :

# Remove the new version
docker stop lti_reflector && docker rm lti_reflector
docker rmi registry.latence.ca/software/reflector

# Restore the previous image and configuration file
docker load -i ~/lti-rollback/reflector-image.tar
cp ~/lti-rollback/lti_reflector.yml.pre-upgrade lti_reflector.yml

# Start the previous version without downloading anything
docker compose -f lti_reflector.yml up -d --pull never

3) Rollback de l'Analyzer

La sauvegarde contient l'intégralité du dossier lti_analyzer/ (configuration, données Grafana, données MCP, certificats) et les données InfluxDB. Si le script de mise à jour de l'Analyzer a échoué en cours de route, il peut avoir laissé des copies des dossiers mcp, certs et data dans votre répertoire home. Ils font déjà partie de la sauvegarde, et vous pouvez les supprimer une fois le rollback vérifié.

Exécutez les commandes docker compose ci-dessous en tant qu'utilisateur qui a installé l'Analyzer, sans sudo. Le fichier compose monte ${HOME}/.cached_lti_license_key, et avec un autre répertoire home Docker créerait un dossier à la place de ce fichier.

# Stop and remove the new version (skip the first command if the folder no longer exists)
docker compose -f ~/lti_analyzer/docker-compose.yml down
docker ps -a --filter name=lti_analyzer -q | xargs -r docker rm -f
sudo rm -rf ~/lti_analyzer ~/lti_analyzer.launch.log

# Restore the previous Analyzer folder (docker-compose.yml, Grafana data, mcp, certs, ...) and images
sudo tar -xf ~/lti-rollback/lti_analyzer-config.tar -C ~
docker load -i ~/lti-rollback/images-pre-upgrade.tar

# Restore the InfluxDB data saved before the upgrade
sudo tar -xf ~/lti-rollback/influxdb-data.tar.gz -C ~

# Restore home config files (before starting the Analyzer: the license key file is mounted into the API container)
cp ~/lti-rollback/config/.saved_lti_password ~/.saved_lti_password 2>/dev/null
chmod 600 ~/.saved_lti_password 2>/dev/null
cp ~/lti-rollback/config/.cached_lti_license_key ~/.cached_lti_license_key 2>/dev/null

# Start the previous version without downloading anything
docker compose -f ~/lti_analyzer/docker-compose.yml up -d --pull never

# Restart influx-writer to apply the license key
docker stop lti_analyzer-influx-writer-1
docker start lti_analyzer-influx-writer-1

Si vous ne pouvez pas vous connecter avec votre mot de passe analyzer précédent, réappliquez-le à Grafana et InfluxDB (remplacez YOUR_PASSWORD) :

GRAFANA_ID=$(docker ps --format "{{.ID}} {{.Image}}" | grep grafana | awk '{print $1}')
INFLUX_ID=$(docker ps --format "{{.ID}} {{.Image}}" | grep influxdb | awk '{print $1}')
docker exec -u root $GRAFANA_ID grafana-cli admin reset-admin-password YOUR_PASSWORD
docker exec $INFLUX_ID influx user password --name LatenceTech --password YOUR_PASSWORD --host http://localhost:8086

Si vous n'avez pas sauvegardé les images de conteneur

Réinstallez la version précédente avec la même méthode que celle utilisée pour l'installation, puis restaurez vos données et votre configuration depuis ~/lti-rollback/ :

  • Installations hors ligne : utilisez les précédents Analyzer_offline.zip, Reflector_offline.zip et Agent_offline.zip, et suivez les étapes 2c à 2e de la mise à niveau Analyzer hors ligne.
  • Installations en ligne : les scripts en ligne installent toujours la dernière release. Contactez votre fournisseur LatenceTech pour obtenir la version précédente.

Après le rollback

  • Ouvrez les tableaux de bord à http://YOUR_ANALYZER_HOST_IP:12021 et confirmez que les données historiques s'affichent et que vos tableaux de bord et utilisateurs sont présents.
  • Confirmez que chaque agent envoie des données, via les tableaux de bord et docker compose -f lti_qos-agent.yml logs.
  • Si vous utilisez un mot de passe analyzer aléatoire, confirmez que LTI_SERVICE_KEY sur chaque agent correspond au mot de passe restauré.
  • Les mesures collectées entre la mise à niveau et le rollback ne font pas partie de la base de données restaurée.
  • Conservez ~/lti-rollback/ jusqu'à ce que le système ait fonctionné normalement pendant un cycle complet.

Si le rollback ne restaure pas un système fonctionnel, envoyez des données au support et ouvrez un ticket auprès de l'équipe de support LatenceTech.