Maintenir l’appliance à jour
Mettez à jour l’appliance XOA-HL en quatre étapes : relevez ce qui est installé, préparez une fenêtre de maintenance, choisissez le mode de mise à jour, puis vérifiez le résultat. Vous travaillez dans le navigateur, connecté à XOA-HL en tant qu’administrateur. Quelques vérifications en lecture seule se font dans l’appliance, par sa console ou en SSH.
xoa-image-20261022-a280852, paquet v5.113.2_e281c536-ce40 (Xen Orchestra 5.113.2). Rédigé d’après le code publié ; pas encore testé en laboratoire. Les paquets ultérieurs peuvent se comporter différemment.1. Relever l’état de départ
- Dans le navigateur, ouvrez À propos (
/#/about) en tant qu’administrateur. - Notez la Version de XOA-HL, la Version de la VM XOA-HL, l’adresse de l’appliance et le tag de l’image d’origine. La version de la VM identifie la construction de l’image. Mettre à jour l’application ne la change pas.
Si vous disposez d’un accès console ou SSH autorisé, exécutez ces commandes en lecture seule dans l’appliance. Utilisez les privilèges root si nécessaire.
rpm -q xoa-hl nodejs
cat /etc/xoa-hl-vm-release
timedatectl
systemctl list-timers 'xoa-hl-*'Conservez la sortie avec la matrice des versions et les notes de version. La matrice liste les composants livrés ensemble ; elle ne prouve pas qu’ils ont été testés ensemble.
2. Préparer la fenêtre de maintenance
- Exportez la configuration XO. Conservez le fichier et sa phrase secrète hors de l’appliance.
- Notez à part vos modifications de
/root/.config/xo-server/config.toml, des fichiers TLS et de/etc/xoa-hl/update.conf. L’export web ne comprend pas ces fichiers. - Vérifiez que vous pouvez ouvrir la console de l’appliance par XO Lite, au cas où l’interface web serait indisponible.
- Vérifiez que les sauvegardes, les restaurations et les autres tâches de gestion sont terminées.
- Prévoyez une fenêtre assez longue pour un redémarrage du service et, si besoin, un redémarrage ultérieur de l’appliance.
Cette page met à jour uniquement la VM XOA-HL. La mise à jour des hôtes est une tâche distincte : voir le guide de mise à jour pour la bonne cible et les bonnes commandes.
3. Choisir le mode et le canal
Ouvrez Paramètres → Mises à jour XOA-HL (/#/settings/xoa-hl-updates). Pour une mise à jour manuelle, suivez la procédure de mise à jour pour Rechercher des mises à jour et Mettre à jour maintenant.
Choisissez un Mode :
| Mode | Ce que vous faites |
|---|---|
| Manuel uniquement | Vous lancez vous-même chaque vérification et chaque installation. C’est le mode par défaut |
| Vérification automatique | Les vérifications suivent une planification. Vous décidez quand installer |
| Installation automatique | L’installation suit une planification. Utilisez ce mode seulement après avoir approuvé explicitement l’installation dans votre fenêtre de maintenance |
Pour un mode planifié :
- Vérifiez le Fuseau horaire de l’appliance. La planification utilise ce fuseau, et non celui de l’hôte ou du navigateur. Comparez-le avec la sortie de
timedatectl. - Réglez la Fréquence, le Jour pour une planification hebdomadaire et l’Heure de début locale. L’exécution démarre à cette heure, sans délai aléatoire.
- Sélectionnez Enregistrer les paramètres de mise à jour automatique.
- Vérifiez les réglages enregistrés, ainsi que la liste des timers donnée par
systemctl list-timers 'xoa-hl-*'.
Dans Canal de mise à jour, gardez Stable pour la maintenance habituelle. Test ajoute des paquets candidats : utilisez-le seulement sur une appliance de test jetable. Changer de canal n’installe rien et ne rétrograde pas un paquet candidat déjà installé.
La mise à jour gérée lance une mise à jour dnf complète, sauf pour nodejs. L’installation du paquet applicatif redémarre xo-server après la transaction : la page web peut donc se déconnecter. Cela seul ne signifie pas que la mise à jour a échoué.
4. Vérifier le résultat
- Reconnectez-vous à l’interface web et ouvrez À propos. Vérifiez que la page affiche la version attendue de l’application.
- Vérifiez que les hôtes attendus sont connectés et que leur inventaire apparaît.
- Lisez le résultat de la mise à jour. À l’ouverture, la page affiche la dernière vérification enregistrée, y compris une vérification planifiée. Sous Résultat de la dernière exécution automatique, une exécution automatique en échec apparaît dans un bandeau rouge.
Si le résultat n’est pas clair, exécutez ces vérifications en lecture seule dans l’appliance :
systemctl status xo-server xoa-hl-update.service --no-pager
journalctl -u xoa-hl-update.service -u xo-server --since '1 hour ago' --no-pager
tail -n 100 /var/lib/xoa-hl/update.log
cat /var/lib/xoa-hl/auto-update.status
cat /run/xoa-hl/status| Fichier ou valeur | Ce qu’il indique |
|---|---|
/run/xoa-hl/status | La dernière vérification : UP_TO_DATE, AVAILABLE ou ERROR. Perdu au redémarrage de l’appliance |
/var/lib/xoa-hl/update.log | La sortie de l’installation gérée, terminée par un marqueur de succès ou d’échec. Écrasé à la tentative suivante |
/var/lib/xoa-hl/auto-update.status | Exécutions automatiques uniquement. Comparez startedAt et finishedAt (UTC) avec l’heure de votre mise à jour |
result=check_failed ou result=failed | La vérification ou l’installation a échoué : lisez son journal. Aucune des deux valeurs ne signifie un succès |
rebootNeeded=yes, no ou unknown | L’évaluation de l’exécution automatique. unknown ne signifie pas qu’aucun redémarrage n’est nécessaire |
Une installation manuelle ne met pas à jour l’enregistrement de l’exécution automatique. Le service de vérification peut se terminer sans erreur et signaler quand même un problème : lisez donc son résultat. Conservez les journaux utiles avant de réessayer.
Vérification : À propos affiche la version attendue, les hôtes attendus sont connectés et le résultat de la mise à jour indique un succès.
Si l’opération ne se termine pas normalement
Il n’y a aucun redémarrage automatique. La vérification et l’installation gérées partagent un verrou, mais une commande dnf lancée depuis un shell échappe à ce verrou. Tant qu’une mise à jour peut être en cours, ne lancez jamais un autre processus dnf, n’arrêtez pas une transaction en cours et ne redémarrez pas pour débloquer l’outil de mise à jour.
| Problème | À vérifier |
|---|---|
| Seul le navigateur s’est déconnecté | L’installation de l’application redémarre xo-server. Vérifiez le service et le journal par la console avant de réessayer. |
| L’outil de mise à jour semble occupé | Vérifiez le service et le journal par la console. Ne lancez pas un autre dnf, n’arrêtez pas la transaction et ne redémarrez pas pour le débloquer. |
| Une fenêtre d’installation automatique a été manquée | L’installation manquée ne s’exécute pas immédiatement au redémarrage de l’appliance. Prévoyez une autre fenêtre. |
| Le démarrage de l’appliance a été interrompu, ou le résultat n’est pas clair | Conservez les journaux, puis consultez le guide de dépannage avant de prévoir une autre mise à jour. |
| Les changements installés pourraient demander un redémarrage | Redémarrez seulement quand aucune transaction ni tâche de gestion n’est en cours, et après avoir décidé que les changements le demandent. Vérifiez ensuite de nouveau la connexion, les versions et l’inventaire. |
| Vous voulez revenir à la version précédente | Rétrograder un paquet n’est pas une procédure de récupération testée. Cela ne restaure ni le système de base, ni les données XO, ni vos propres fichiers. Lisez d’abord les limites de récupération. |
Sources
- Outil de mise à jour de l’appliance : planification, script d’installation, état de l’exécution automatique, résultat de la vérification, spec du paquet, correctif du canal, correctifs de la page des mises à jour automatiques.