Elastic Compute Service:RHEL lifecycle and RHEL 7 Extended Life phase solutions

Sauvegardez vos données en créant un snapshot afin d'éviter toute perte de données en cas d'échec de la mise à niveau. Consultez la rubrique Créer un snapshot.

Connectez-vous à l'instance ECS en tant qu'utilisateur root.

Consultez la rubrique Se connecter à une instance Linux à l'aide de Workbench.

Vérifiez si votre instance RHEL utilise un abonnement RHEL Alibaba Cloud.

rpm -q client-rhel7

• Si aucune réponse n'est renvoyée, votre système n'utilise pas d'abonnement RHEL Alibaba Cloud. Commencez par acheter un abonnement, puis effectuez la mise à niveau.

• Si une réponse similaire à client-rhel7-3.0-1.el7_9.noarch est renvoyée, votre système utilise un abonnement RHEL Alibaba Cloud. Procédez à la mise à niveau.

  

Préparez l'environnement de mise à niveau.

1. Mettez à jour le système RHEL vers la dernière version et redémarrez-le.

   yum -y update
   reboot

2. Installez l'outil de mise à niveau Leapp.

   yum -y install leapp leapp-rhui-alibaba --enablerepo="*"

3. Vérifiez que Leapp est installé.

   leapp --version

   Une réponse similaire à leapp version xxx confirme que Leapp est installé.

Effectuez une vérification préalable à la mise à niveau.

Les configurations système varient. Utilisez l'outil Leapp pour exécuter une vérification préalable et résoudre les problèmes signalés avant de procéder à la mise à niveau.

1. Lancez la vérification préalable.

   • Vérification préalable vers la dernière version de RHEL 8.

     leapp preupgrade  --no-rhsm

   • Vérification préalable vers une version cible spécifique. Par exemple, mise à niveau de RHEL 7 vers RHEL 8.8.

     leapp preupgrade --no-rhsm --target 8.8

     Remarque

     Exécutez leapp preupgrade -h pour afficher les versions cibles prises en charge.

2. Consultez les résultats de la vérification préalable.

   Journaux de vérification préalable de Leapp :

   • /var/log/leapp/leapp-preupgrade.log : Journaux de l'outil Leapp

   • /var/log/leapp/leapp-report.txt : Rapport de vérification préalable au format texte

   • /var/log/leapp/leapp-report.json : Rapport de vérification préalable au format JSON

   En cas d'échec de la vérification préalable, les éléments ayant échoué s'affichent :

   

3. (Le cas échéant) Traitez les erreurs de vérification préalable.

   Consultez /var/log/leapp/leapp-report.txt pour identifier les messages d'erreur et résolvez-les selon les suggestions de l'outil Leapp. Voici les erreurs courantes classées par niveau de risque :

   • high (inhibitor) : Bloque la mise à niveau. Doit être résolu avant de poursuivre.

     • Cas 1 : Plusieurs versions de noyau sont installées sur le système.

       Risk Factor: high (inhibitor)
       Title: Multiple devel kernels installed
       Summary: DNF cannot produce a valid upgrade transaction when multiple kernel-devel packages are installed.
       Remediation: [hint] Remove all but one kernel-devel packages before running Leapp again.
       [command] yum -y remove kernel-devel-3.10.0-1160.11.1.el7

       Solution : Désinstallez les anciens packages de noyau à l'aide de la commande suggérée par Leapp, par exemple yum -y remove kernel-devel-3.10.0-1160.11.1.el7.

     • Cas 2 : Des modules de noyau non pris en charge dans RHEL 8 sont chargés sur le système.

       Risk Factor: high (inhibitor)                                                                                                                                                                                         
       Title: Leapp detected loaded kernel drivers which have been removed in RHEL 8. Upgrade cannot proceed.                                                                                                                
       Summary: Support for the following RHEL 7 device drivers has been removed in RHEL 8:                                                                                                                                  
            - floppy

       Solution : Certains modules, tels que le module floppy dans cet exemple, ne sont pas pris en charge dans RHEL 8. Désinstallez-les :

       rmmod floppy

     • Cas 3 : Configuration sshd_config non standard

       Risk Factor: high (inhibitor)
       Title: Possible problems with remote login using root account
       Summary: OpenSSH configuration file does not explicitly state the option PermitRootLogin in sshd_config file, which will default in RHEL8 to "prohibit-password".
       Remediation: [hint] If you depend on remote root logins using passwords, consider setting up a different user for remote administration or adding "PermitRootLogin yes" to sshd_config. 
       If this change is ok for you, add explicit "PermitRootLogin prohibit-password" to your sshd_config to ignore this inhibitor

       Solution :

       1. Dans /etc/ssh/sshd_config, définissez PermitRootLogin sur yes.

          Remarque

          Les valeurs par défaut de PermitRootLogin diffèrent entre RHEL 7 et RHEL 8 :

          • RHEL 7 : yes — connexion root autorisée via mot de passe ou clé.

          • RHEL 8 : prohibit-password — la connexion root par mot de passe est désactivée.

       2. Redémarrez le service sshd :

          systemctl restart sshd

     • Cas 4 : Le fichier de confirmation n'a pas été modifié ni confirmé.

       Risk Factor: high (inhibitor)
       Title: Missing required answers in the answer file
       Summary: One or more sections in answerfile are missing user choices: remove_pam_pkcs11_module_check.confirm
       For more information consult https://leapp.readthedocs.io/en/latest/dialogs.html
       Remediation: [hint] Please register user choices with leapp answer cli command or by manually editing the answerfile.
       [command] leapp answer --section remove_pam_pkcs11_module_check.confirm=True

       Solution : Supprimez le module pam non pris en charge. Confirmez la suppression dans le fichier /var/log/leapp/answerfile en définissant confirm sur True :

       leapp answer --section remove_pam_pkcs11_module_check.confirm=True

       

   • high : Ne bloque pas la mise à niveau mais doit être résolu avant ou après celle-ci.

     • Cas 1 : Certains packages ne peuvent pas être installés.

       Risk Factor: high
       Title: Packages from unknown repositories may not be installed
       Summary: 3 packages may not be installed or upgraded due to repositories unknown to leapp:
       - python3-pyxattr (repoid: rhel8-CRB)
       - rpcgen (repoid: rhel8-CRB)
       - ustr (repoid: rhel8-CRB)
       Remediation: [hint] In case the listed repositories are mirrors of official repositories for RHEL (provided by Red Hat on CDN) and their repositories IDs has been customized, you can change the configuration to use the official IDs instead of fixing the problem. You can also review the projected DNF upgrade transaction result in the logs to see what is going to happen, as this does not necessarily mean that the listed packages will not be upgraded. You can also install any missing packages after the in-place upgrade manually.

       Solution : Installez manuellement les packages manquants après la mise à niveau.

     • Cas 2 : Certains packages RHEL 7 ne sont pas mis à niveau.

       Risk Factor: high
       Title: Some RHEL 7 packages have not been upgraded
       Summary: Following RHEL 7 packages have not been upgraded:
       leapp-upgrade-el7toel8-0.18.0-1.el7_9
       kernel-3.10.0-1160.92.1.el7
       leapp-rhui-alibaba-1.0.0-1.el7_9
       Please remove these packages to keep your system in supported state.

       Solution : Supprimez ces packages : yum remove leapp-upgrade-el7toel8-0.18.0-1.el7_9 kernel-3.10.0-1160.92.1.el7 leapp-rhui-alibaba-1.0.0-1.el7_9

   • medium : Ne bloque pas la mise à niveau mais devrait être résolu pour éviter des problèmes potentiels.

     Cas : Le module pam_pkcs11 de la configuration PAM sera supprimé.

     Title: Module pam_pkcs11 will be removed from PAM configuration
     Summary: Module pam_pkcs11 was surpassed by SSSD and therefore it was removed from RHEL-8. Keeping it in PAM configuration may lock out the system thus it will be automatically removed from PAM configuration before upgrading to RHEL-8. Please switch to SSSD to recover the functionality of pam_pkcs11.
     Remediation: [hint] Configure SSSD to replace pam_pkcs11

     Solution : Configurez SSSD pour remplacer la fonctionnalité de pam_pkcs11 afin de garantir le bon fonctionnement de l'authentification après la mise à niveau.

   • low : Impact mineur. Devrait être résolu pour assurer un fonctionnement stable.

     Cas : SELinux sera défini en mode permissive.

     Risk Factor: low 
     Title: SElinux will be set to permissive mode
     Summary: SElinux will be set to permissive mode. Current mode: enforcing. This action is required by the upgrade process to make sure the upgraded system can boot without beinig blocked by SElinux rules.
     Remediation: [hint] Make sure there are no SElinux related warnings after the upgrade and enable SElinux manually afterwards. Notice: You can ignore the "/root/tmp_leapp_py3" SElinux warnings.

     Solution : Après la mise à niveau, vérifiez l'absence d'avertissements liés à SELinux, puis rétablissez SELinux en mode enforcing.

   • info : Informationnel. Aucune action requise. Consultez le rapport pour comprendre les changements lors de la mise à niveau.

     Cas : La version de release dans /etc/dnf/vars/releasever sera définie sur la version cible actuelle.

     Risk Factor: info 
     Title: Release version in /etc/dnf/vars/releasever will be set to the current target release
     Summary: On this system, Leapp detected "releasever" variable is either configured through DNF/YUM configuration file and/or the system is using RHUI infrastructure. To avoid issues with repofile URLs (when --release option is not provided) in cases where there is the previous major.minor version value in the configuration, release version will be set to the target release version (8.8). This will also ensure the system stays on the expected target version after the upgrade

     Aucune action n'est requise.

Effectuez la mise à niveau.

• Mise à niveau vers la dernière version de RHEL 8.

  leapp upgrade  --no-rhsm

• Mise à niveau vers une version cible spécifique. Par exemple, mise à niveau de RHEL 7 vers RHEL 8.8.

  leapp upgrade  --no-rhsm --target 8.8

Une mise à niveau réussie se présente comme suit :

Redémarrez l'instance pour démarrer sur le nouveau système.

reboot

Vérifiez le résultat de la mise à niveau.

• Exécutez la commande cat /etc/redhat-release pour vérifier si la version du système a été mise à jour.

• Consultez les journaux d'exécution ou les rapports de mise à niveau pour détecter d'éventuelles erreurs.

• Vérifiez que votre application fonctionne correctement sur le système RHEL 8.

(Le cas échéant) Configurez la source RHEL.

Après la mise à niveau Leapp, le fichier /etc/dnf/vars/releasever verrouille le système sur une version mineure spécifique. Par exemple, RHEL 8.8 pointe vers https://xxxx/8.8/xxx. Pour accéder aux derniers packages RHEL 8, supprimez le fichier releasever et reconstruisez le cache des métadonnées.

rm -f /etc/dnf/vars/releasever
dnf clean all && dnf makecache

La source du référentiel est mise à jour vers https://xxxx/8/xxx, permettant un accès automatique aux derniers correctifs de sécurité et mises à jour de fonctionnalités de RHEL 8.

Sauvegardez vos données en créant un snapshot afin d'éviter toute perte de données en cas d'échec de la mise à niveau. Consultez la rubrique Créer un snapshot.

Connectez-vous à l'instance ECS en tant qu'utilisateur root.

Consultez la rubrique Se connecter à une instance Linux à l'aide de Workbench.

Vérifiez si votre instance RHEL utilise un abonnement RHEL Alibaba Cloud.

rpm -qa |grep aliyun

• Si aucune réponse n'est renvoyée, votre système n'utilise pas d'abonnement RHEL Alibaba Cloud. Commencez par acheter un abonnement, puis effectuez la mise à niveau.

• Si la réponse contient une version mineure, telle que rhel8.6, soumettez un ticket pour obtenir le dernier package RPM, installez-le, puis effectuez la mise à niveau.

  

  Remarque

  Lors de l'exécution de RHEL sur Alibaba Cloud, le système accède aux référentiels logiciels de Red Hat via le service RHUI d'Alibaba Cloud. Un package spécifique à une version mineure, tel que aliyun_rhel8.6-2.0-1.noarch, peut empêcher les connexions RHUI, bloquant ainsi les mises à jour et les mises à niveau logicielles.

• Si un package d'abonnement similaire à aliyun_rhui_rhel8-2.0-3.x86_64 est renvoyé, votre système utilise un abonnement RHEL Alibaba Cloud. Procédez à la mise à niveau.

  

Préparez l'environnement de mise à niveau.

1. Mettez à jour le système RHEL vers la dernière version et redémarrez-le.

   yum -y update
   reboot

2. Installez l'outil de mise à niveau Leapp.

   yum -y install leapp leapp-rhui-alibaba --enablerepo="*"

3. Vérifiez que Leapp est installé.

   leapp --version

   Une réponse similaire à leapp version xxx confirme que Leapp est installé.

Effectuez une vérification préalable à la mise à niveau.

Les configurations système varient. Utilisez l'outil Leapp pour exécuter une vérification préalable et résoudre les problèmes signalés avant de procéder à la mise à niveau.

1. Lancez la vérification préalable.

   • systemctl stop systemd-resolved
     systemctl disable  systemd-resolved

   • Vérification préalable vers la dernière version de RHEL 9.

     leapp preupgrade  --no-rhsm

   • Vérification préalable vers une version cible spécifique. Par exemple, mise à niveau de RHEL 8 vers RHEL 9.4.

     leapp preupgrade --no-rhsm --target 9.4

     Remarque

     Exécutez leapp preupgrade -h pour afficher les versions cibles prises en charge.

2. Consultez les résultats de la vérification préalable.

   Journaux de vérification préalable de Leapp :

   • /var/log/leapp/leapp-preupgrade.log : Journaux de l'outil Leapp

   • /var/log/leapp/leapp-report.txt : Rapport de vérification préalable au format texte

   • /var/log/leapp/leapp-report.json : Rapport de vérification préalable au format JSON

   En cas d'échec de la vérification préalable, les éléments ayant échoué s'affichent :

   

3. (Le cas échéant) Traitez les erreurs de vérification préalable.

   Consultez /var/log/leapp/leapp-report.txt pour identifier les messages d'erreur et résolvez-les selon les suggestions de l'outil Leapp. Voici les erreurs courantes classées par niveau de risque :

   • high : Ne bloque pas la mise à niveau mais doit être résolu avant ou après celle-ci.

     • Cas 1 : Des acteurs ou fichiers Leapp personnalisés ont été détectés.

       Risk Factor: high 
       Title: Detected custom leapp actors or files.
       Summary: We have detected installed custom actors or files on the system. These can be provided e.g. by third party vendors, Red Hat consultants, or can be created by users to customize the upgrade (e.g. to migrate custom applications). This is allowed and appreciated. However Red Hat is not responsible for any issues caused by these custom leapp actors. Note that upgrade tooling is under agile development which could require more frequent update of custom actors.
       The list of custom leapp actors and files:
           - /usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/alibaba/content.crt
           - /usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/alibaba/key.pem
           - /usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/alibaba/leapp-alibaba.repo
       Related links:
           - Customizing your Red Hat Enterprise Linux in-place upgrade: https://red.ht/customize-rhel-upgrade
       Remediation: [hint] In case of any issues connected to custom or third party actors, contact vendor of such actors. Also we suggest to ensure the installed custom leapp actors are up to date, compatible with the installed packages.

       Solution : Assurez-vous que les acteurs personnalisés sont à jour et compatibles avec l'outil Leapp. Après la mise à niveau, vérifiez le fonctionnement du système. Consultez la documentation Customizing your Red Hat Enterprise Linux in-place upgrade.

     • Cas 2 : La configuration GRUB2 sera automatiquement mise à jour durant la mise à niveau.

       Risk Factor: high 
       Title: GRUB2 core will be automatically updated during the upgrade
       Summary: On legacy (BIOS) systems, GRUB2 core (located in the gap between the MBR and the first partition) cannot be updated during the rpm transaction and Leapp has to initiate the update running "grub2-install" after the transaction. No action is needed before the upgrade. After the upgrade, it is recommended to check the GRUB configuration.

       Solution : Après la mise à niveau, vérifiez la configuration GRUB pour garantir le démarrage correct du système.

   • low : Impact mineur. Devrait être résolu pour assurer un fonctionnement stable.

     Cas : SELinux est défini en mode permissive.

     Risk Factor: low 
     Title: SElinux will be set to permissive mode
     Summary: SElinux will be set to permissive mode. Current mode: enforcing. This action is required by the upgrade process to make sure the upgraded system can boot without beinig blocked by SElinux rules.
     Remediation: [hint] Make sure there are no SElinux related warnings after the upgrade and enable SElinux manually afterwards. Notice: You can ignore the "/root/tmp_leapp_py3" SElinux warnings.

     Solution : Après la mise à niveau, vérifiez l'absence d'avertissements liés à SELinux, puis rétablissez SELinux en mode enforcing.

   • info : Informationnel. Aucune action requise. Consultez le rapport pour comprendre les changements lors de la mise à niveau.

     Cas : Certains référentiels du système cible sont exclus.

     Risk Factor: info 
     Title: Excluded target system repositories
     Summary: The following repositories are not supported by Red Hat and are excluded from the list of repositories used during the upgrade.
     - rhui-codeready-builder-for-rhel-9-aarch64-rhui-rpms
     - codeready-builder-for-rhel-9-aarch64-rpms
     - codeready-builder-for-rhel-9-s390x-rpms
     - codeready-builder-beta-for-rhel-9-ppc64le-rpms
     - codeready-builder-for-rhel-9-x86_64-rpms
     Remediation: [hint] If some of excluded repositories are still required to be used during the upgrade, execute leapp with the --enablerepo option with the repoid of the repository required to be enabled as an argument (the option can be used multiple times).

     Solution : Pour activer les référentiels exclus durant la mise à niveau, utilisez l'option --enablerepo.

Effectuez la mise à niveau.

• Mise à niveau vers la dernière version de RHEL 9.

  leapp upgrade  --no-rhsm

• Mise à niveau vers une version cible spécifique. Par exemple, mise à niveau de RHEL 8 vers RHEL 9.4.

  leapp upgrade  --no-rhsm --target 9.4

Une mise à niveau réussie se présente comme suit :

Redémarrez l'instance pour démarrer sur le nouveau système.

reboot

Vérifiez le résultat de la mise à niveau.

• Exécutez la commande cat /etc/redhat-release pour vérifier si la version du système a été mise à jour.

• Consultez les journaux d'exécution ou les rapports de mise à niveau pour détecter d'éventuelles erreurs.

• Vérifiez que votre application fonctionne correctement sur le système RHEL 9.

(Le cas échéant) Configurez la source RHEL.

Après la mise à niveau Leapp, le fichier /etc/dnf/vars/releasever verrouille le système sur une version mineure spécifique. Par exemple, RHEL 9.4 pointe vers https://xxxx/9.4/xxx. Pour accéder aux derniers packages RHEL 9, supprimez le fichier releasever et reconstruisez le cache des métadonnées.

rm -f /etc/dnf/vars/releasever
dnf clean all && dnf makecache

La source du référentiel est mise à jour vers https://xxxx/9/xxx, permettant un accès automatique aux derniers correctifs de sécurité et mises à jour de fonctionnalités de RHEL 9.