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

Realice una copia de seguridad de los datos mediante la creación de una instantánea para evitar pérdidas si la actualización falla. Consulte Create a snapshot.

Inicie sesión en la instancia ECS como usuario root.

Consulte Connect to a Linux instance using Workbench.

Compruebe si su instancia RHEL utiliza una suscripción de RHEL de Alibaba Cloud.

rpm -q client-rhel7

• Si no se devuelve ninguna respuesta, su sistema no utiliza una suscripción de RHEL de Alibaba Cloud. Consulte Purchase a subscription primero y luego realice la actualización.

• Si se devuelve una respuesta similar a client-rhel7-3.0-1.el7_9.noarch, su sistema utiliza una suscripción de RHEL de Alibaba Cloud. Proceda con la actualización.

  

Prepare el entorno de actualización.

1. Actualice el sistema RHEL a la versión más reciente y reinicie el sistema.

   yum -y update
   reboot

2. Instale la herramienta de actualización Leapp.

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

3. Verifique que Leapp esté instalado.

   leapp --version

   Una respuesta similar a leapp version xxx confirma que Leapp está instalado.

Ejecute una comprobación previa a la actualización.

Las configuraciones del sistema varían. Utilice la herramienta Leapp para ejecutar una comprobación previa y resolver cualquier problema reportado antes de actualizar.

1. Ejecute la comprobación previa a la actualización.

   • Pre-actualización a la última versión de RHEL 8.

     leapp preupgrade  --no-rhsm

   • Pre-actualización a una versión objetivo específica. Por ejemplo, actualizar de RHEL 7 a RHEL 8.8.

     leapp preupgrade --no-rhsm --target 8.8

     Nota

     Ejecute leapp preupgrade -h para consultar las versiones objetivo compatibles.

2. Consulte los resultados de la comprobación previa.

   Registros de la comprobación previa de Leapp:

   • /var/log/leapp/leapp-preupgrade.log: registros de la herramienta Leapp.

   • /var/log/leapp/leapp-report.txt: informe de la comprobación previa en formato de texto.

   • /var/log/leapp/leapp-report.json: informe de la comprobación previa en formato JSON.

   Si la comprobación previa falla, se muestran los elementos con errores:

   

3. (Condicional) Gestione los errores previos a la actualización.

   Revise /var/log/leapp/leapp-report.txt para ver los mensajes de error y resuélvalos según las sugerencias de la herramienta Leapp. Errores comunes por nivel de riesgo:

   • high (inhibitor): Bloquea la actualización. Debe resolverse antes de continuar.

     • Caso 1: Hay varias versiones del kernel instaladas en el sistema.

       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

       Solución: Desinstale los paquetes antiguos del kernel mediante el comando sugerido por Leapp; por ejemplo, yum -y remove kernel-devel-3.10.0-1160.11.1.el7.

     • Caso 2: Hay módulos de kernel cargados en el sistema que no son compatibles con RHEL 8.

       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

       Solución: Algunos módulos, como el módulo floppy en este ejemplo, no son compatibles con RHEL 8. Desinstálelos:

       rmmod floppy

     • Caso 3: Configuración no estándar de sshd_config

       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

       Solución:

       1. En /etc/ssh/sshd_config, establezca PermitRootLogin en yes.

          Nota

          Los valores predeterminados de PermitRootLogin difieren entre RHEL 7 y RHEL 8:

          • RHEL 7: yes — se permite el inicio de sesión de root mediante contraseña o clave.

          • RHEL 8: prohibit-password — el inicio de sesión de root con contraseña está deshabilitado.

       2. Reinicie el servicio sshd:

          systemctl restart sshd

     • Caso 4: El archivo de confirmación no se ha editado ni confirmado.

       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

       Solución: Elimine el módulo pam no compatible. Confirme la eliminación en el archivo /var/log/leapp/answerfile estableciendo confirm en True:

       leapp answer --section remove_pam_pkcs11_module_check.confirm=True

       

   • high: No bloquea la actualización, pero debe resolverse antes o después de ella.

     • Caso 1: Algunos paquetes no se pueden instalar.

       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.

       Solución: Instale manualmente los paquetes faltantes después de la actualización.

     • Caso 2: Algunos paquetes de RHEL 7 no se actualizaron.

       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.

       Solución: Elimine estos paquetes: 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: No bloquea la actualización, pero conviene resolverlo para evitar problemas potenciales.

     Caso: Se eliminará el módulo pam_pkcs11 de la configuración PAM.

     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

     Solución: Configure SSSD para reemplazar la funcionalidad de pam_pkcs11 y asegurar que la autenticación funcione correctamente después de la actualización.

   • low: Impacto menor. Debe resolverse para garantizar un funcionamiento estable.

     Caso: SELinux se establecerá en modo 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.

     Solución: Después de la actualización, compruebe que no existan advertencias relacionadas con SELinux y restablezca SELinux al modo enforcing.

   • info: Informativo. No requiere acción. Revise el informe para comprender los cambios durante la actualización.

     Caso: La versión de lanzamiento en /etc/dnf/vars/releasever se establecerá en la versión objetivo actual.

     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

     No se requiere ninguna acción.

Ejecute la actualización.

• Actualice a la última versión de RHEL 8.

  leapp upgrade  --no-rhsm

• Actualice a una versión objetivo específica. Por ejemplo, actualice de RHEL 7 a RHEL 8.8.

  leapp upgrade  --no-rhsm --target 8.8

Una actualización exitosa se ve así:

Reinicie la instancia para arrancar con el nuevo sistema.

reboot

Verifique el resultado de la actualización.

• Ejecute el comando cat /etc/redhat-release para comprobar si se actualizó la versión del sistema.

• Revise los registros o informes de ejecución de la actualización en busca de errores.

• Observe si su aplicación se ejecuta correctamente en el sistema RHEL 8.

(Condicional) Configure el origen de RHEL.

Después de la actualización con Leapp, el archivo /etc/dnf/vars/releasever fija el sistema en una versión menor específica. Por ejemplo, RHEL 8.8 apunta a https://xxxx/8.8/xxx. Para acceder a los paquetes más recientes de RHEL 8, elimine el archivo releasever y reconstruya la caché de metadatos.

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

El origen del repositorio se actualiza a https://xxxx/8/xxx, lo que permite el acceso automático a los últimos parches de seguridad y actualizaciones de funciones de RHEL 8.

Cree una instantánea para respaldar los datos y evitar su pérdida en caso de que la actualización falle. Consulte Create a snapshot.

Inicie sesión en la instancia ECS como usuario root.

Consulte Connect to a Linux instance using Workbench.

Compruebe si su instancia RHEL utiliza una suscripción RHEL de Alibaba Cloud.

rpm -qa |grep aliyun

• Si no se obtiene ninguna respuesta, el sistema no utiliza una suscripción RHEL de Alibaba Cloud. Complete primero los pasos de Purchase a subscription y luego proceda con la actualización.

• Si la respuesta incluye una versión menor, como rhel8.6, envíe un ticket para obtener el paquete RPM más reciente. Instálelo y después realice la actualización.

  

  Nota

  Al ejecutar RHEL en Alibaba Cloud, el sistema accede a los repositorios de software de Red Hat mediante el servicio RHUI de Alibaba Cloud. Un paquete específico de versión menor, como aliyun_rhel8.6-2.0-1.noarch, puede impedir las conexiones a RHUI y bloquear las actualizaciones de software.

• Si se devuelve un paquete de suscripción similar a aliyun_rhui_rhel8-2.0-3.x86_64, el sistema utiliza una suscripción RHEL de Alibaba Cloud. Proceda con la actualización.

  

Prepare el entorno de actualización.

1. Actualice el sistema RHEL a la versión más reciente y reinicie el sistema.

   yum -y update
   reboot

2. Instale la herramienta de actualización Leapp.

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

3. Verifique que Leapp esté instalado.

   leapp --version

   Una respuesta similar a leapp version xxx confirma que Leapp está instalado.

Realice una comprobación previa a la actualización.

Las configuraciones del sistema varían. Utilice la herramienta Leapp para ejecutar una comprobación previa y resolver cualquier problema reportado antes de actualizar.

1. Ejecute la comprobación previa a la actualización.

   • systemctl stop systemd-resolved
     systemctl disable  systemd-resolved

   • Ejecute la preactualización a la versión más reciente de RHEL 9.

     leapp preupgrade  --no-rhsm

   • Ejecute la preactualización a una versión destino específica. Por ejemplo, actualice RHEL 8 a RHEL 9.4.

     leapp preupgrade --no-rhsm --target 9.4

     Nota

     Ejecute leapp preupgrade -h para consultar las versiones destino compatibles.

2. Consulte los resultados de la comprobación previa.

   Registros de la comprobación previa de Leapp:

   • /var/log/leapp/leapp-preupgrade.log: registros de la herramienta Leapp

   • /var/log/leapp/leapp-report.txt: informe de la comprobación previa en formato de texto

   • /var/log/leapp/leapp-report.json: informe de la comprobación previa en formato JSON

   Si la comprobación previa falla, se muestran los elementos con errores:

   

3. (Condicional) Gestione los errores previos a la actualización.

   Revise /var/log/leapp/leapp-report.txt para identificar mensajes de error y resuélvalos según las sugerencias de la herramienta Leapp. Errores comunes por nivel de riesgo:

   • high: No bloquea la actualización, pero debe resolverse antes o después del proceso.

     • Caso 1: Se detectaron actores o archivos personalizados de Leapp.

       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.

       Solución: Asegúrese de que los actores personalizados estén actualizados y sean compatibles con la herramienta Leapp. Después de la actualización, verifique el funcionamiento del sistema. Consulte Personalización de la actualización in situ de Red Hat Enterprise Linux.

     • Caso 2: La configuración de GRUB2 se actualizará automáticamente durante la actualización.

       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.

       Solución: Tras la actualización, compruebe la configuración de GRUB para asegurar que el sistema inicie correctamente.

   • low: Impacto menor. Debe resolverse para garantizar un funcionamiento estable.

     Caso: SELinux está configurado en modo 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.

     Solución: Después de la actualización, verifique que no existan advertencias relacionadas con SELinux y restablezca SELinux al modo enforcing.

   • info: Informativo. No requiere acción. Revise el informe para comprender los cambios durante la actualización.

     Caso: Algunos repositorios del sistema destino están excluidos.

     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).

     Solución: Para habilitar los repositorios excluidos durante la actualización, utilice la opción --enablerepo.

Realice la actualización.

• Actualice a la versión más reciente de RHEL 9.

  leapp upgrade  --no-rhsm

• Actualice a una versión destino específica. Por ejemplo, actualice RHEL 8 a RHEL 9.4.

  leapp upgrade  --no-rhsm --target 9.4

Una actualización exitosa se ve de la siguiente manera:

Reinicie la instancia para iniciar el nuevo sistema.

reboot

Verifique el resultado de la actualización.

• Ejecute el comando cat /etc/redhat-release para comprobar si se actualizó la versión del sistema.

• Revise los registros o informes de ejecución de la actualización en busca de errores.

• Observe si su aplicación se ejecuta correctamente en el sistema RHEL 9.

(Condicional) Configure el origen de RHEL.

Después de la actualización con Leapp, el archivo /etc/dnf/vars/releasever fija el sistema a una versión menor específica. Por ejemplo, RHEL 9.4 apunta a https://xxxx/9.4/xxx. Para acceder a los paquetes más recientes de RHEL 9, elimine el archivo releasever y reconstruya la caché de metadatos.

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

El origen del repositorio se actualiza a https://xxxx/9/xxx, lo que permite el acceso automático a los parches de seguridad y actualizaciones de funciones más recientes de RHEL 9.