Chapitre 7. Exécution des tâches postérieures à la mise à niveau

1. Supprimez tous les paquets Leapp restants de la liste d'exclusion dans le fichier de configuration /etc/dnf/dnf.conf, y compris le paquet snactor, qui est un outil de développement d'extension de mise à niveau. Pendant la mise à niveau sur place, les paquets Leapp qui ont été installés avec l'utilitaire Leapp sont automatiquement ajoutés à la liste d'exclusion pour éviter que des fichiers critiques ne soient supprimés ou mis à jour. Après la mise à niveau en place, ces paquets Leapp doivent être supprimés de la liste d'exclusion avant de pouvoir être retirés du système.

   • Pour supprimer manuellement des paquets de la liste d'exclusion, modifiez le fichier de configuration /etc/dnf/dnf.conf et supprimez les paquets Leapp souhaités de la liste d'exclusion.

   • Pour supprimer tous les paquets de la liste d'exclusion :

     # dnf config-manager --save --setopt exclude=''

2. Supprimer les paquets RHEL 8 restants, y compris les paquets Leapp restants.

   1. Localisez les paquets RHEL 8 restants :

      # rpm -qa | grep -e '\.el[78]' | grep -vE '^(gpg-pubkey|libmodulemd|katello-ca-consumer)' | sort

   2. Supprimez les paquets RHEL 8 restants, y compris l'ancien paquetage du noyau, de votre système RHEL 9.

   3. Supprimer les paquets de dépendance restants de Leapp:

      # dnf remove leapp-deps-el9 leapp-repository-deps-el9

3. Facultatif : Supprimez du système toutes les données restantes relatives à la mise à niveau :

   # rm -rf /var/log/leapp /root/tmp_leapp_py3 /var/lib/leapp

   Important

   La suppression de ces données pourrait limiter la capacité de l'assistance Red Hat à enquêter et à résoudre les problèmes postérieurs à la mise à niveau.

4. Désactiver les dépôts DNF dont les paquets ne sont pas compatibles avec RHEL 9. Les dépôts gérés par RHSM sont gérés automatiquement. Pour désactiver ces dépôts :

   # dnf config-manager --set-disabled <repository_id>

   Remplacez repository_id par l'identifiant du référentiel.

5. Remplacer l'ancien noyau de secours et le disque RAM initial par le noyau et le disque actuels :

   1. Supprimez le noyau de secours existant et le disque RAM initial :

      # rm /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* 

   2. Réinstallez le noyau actuel pour récupérer le noyau de secours et le disque RAM initial correspondant :

      # dnf reinstall -y kernel-core-$(uname -r)

      Note

      Si le paquetage du noyau de votre système a un nom différent, comme sur les systèmes temps réel, remplacez kernel-core par le nom du paquetage correct.

6. Réévaluez et appliquez à nouveau vos politiques de sécurité. En particulier, modifiez le mode SELinux pour qu'il soit appliqué. Pour plus de détails, voir Application des politiques de sécurité.

Vérification

1. Vérifiez que les fichiers du noyau de secours et du disque RAM initial de secours précédemment supprimés ont été créés pour le noyau actuel :

   # ls /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* 
   # lsinitrd /boot/initramfs-*rescue*.img | grep -qm1 "$(uname -r)/kernel/" && echo "OK" || echo "FAIL"

2. Vérifiez que l'entrée du boot de secours fait référence aux fichiers de secours existants. Voir la sortie de grubby :

   # grubby --info $(ls /boot/vmlinuz-*rescue*)