Elastic Compute Service:Ciclo de vida do RHEL e soluções para a fase Extended Life do RHEL 7

Faça backup dos dados criando um snapshot para evitar perda de dados caso o upgrade falhe. Consulte Criar um snapshot.

Faça login na instância ECS como usuário root.

Consulte Conectar-se a uma instância Linux usando o Workbench.

Verifique se sua instância RHEL utiliza uma assinatura RHEL do Alibaba Cloud.

rpm -q client-rhel7

• Se nenhuma resposta for retornada, seu sistema não utiliza uma assinatura RHEL do Alibaba Cloud. Adquira uma assinatura primeiro e, em seguida, realize o upgrade.

• Se uma resposta semelhante a client-rhel7-3.0-1.el7_9.noarch for retornada, seu sistema utiliza uma assinatura RHEL do Alibaba Cloud. Prossiga com o upgrade.

  

Prepare o ambiente de upgrade.

1. Atualize o sistema RHEL para a versão mais recente e reinicie o sistema.

   yum -y update
   reboot

2. Instale a ferramenta de upgrade Leapp.

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

3. Verifique se o Leapp está instalado.

   leapp --version

   Uma resposta semelhante a leapp version xxx confirma que o Leapp está instalado.

Realize a verificação pré-upgrade.

As configurações do sistema variam. Utilize a ferramenta Leapp para executar uma verificação pré-upgrade e resolver quaisquer problemas reportados antes de realizar o upgrade.

1. Realize a verificação pré-upgrade.

   • Pré-upgrade para a versão mais recente do RHEL 8.

     leapp preupgrade  --no-rhsm

   • Pré-upgrade para uma versão de destino específica. Por exemplo, upgrade do RHEL 7 para o RHEL 8.8.

     leapp preupgrade --no-rhsm --target 8.8

     null

     Execute leapp preupgrade -h para visualizar as versões de destino compatíveis.

2. Visualize os resultados da verificação pré-upgrade.

   Logs da verificação pré-upgrade do Leapp:

   • /var/log/leapp/leapp-preupgrade.log: logs da ferramenta Leapp

   • /var/log/leapp/leapp-report.txt: relatório da verificação pré-upgrade em formato de texto

   • /var/log/leapp/leapp-report.json: relatório da verificação pré-upgrade em formato JSON

   Se a verificação pré-upgrade falhar, os itens com falha serão exibidos:

   

3. (Condicional) Resolva os erros de pré-upgrade.

   Verifique /var/log/leapp/leapp-report.txt para mensagens de erro e resolva-as com base nas sugestões da ferramenta Leapp. Erros comuns por nível de risco:

   • high (inhibitor): bloqueia o upgrade. Deve ser resolvido antes de prosseguir.

     • Caso 1: Múltiplas versões de kernel estão instaladas no 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

       Solução: Desinstale os pacotes de kernel antigos utilizando o comando sugerido pelo Leapp, por exemplo, yum -y remove kernel-devel-3.10.0-1160.11.1.el7.

     • Caso 2: Módulos de kernel não compatíveis com o RHEL 8 estão carregados no sistema.

       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

       Solução: Alguns módulos, como o módulo floppy neste exemplo, não são compatíveis com o RHEL 8. Desinstale-os:

       rmmod floppy

     • Caso 3: Configuração não padrão do 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

       Solução:

       1. Em /etc/ssh/sshd_config, defina PermitRootLogin como yes.

          null

          Os padrões de PermitRootLogin diferem entre o RHEL 7 e o RHEL 8:

          • RHEL 7: yes — login root permitido via senha ou chave.

          • RHEL 8: prohibit-password — login root via senha está desabilitado.

       2. Reinicie o serviço sshd:

          systemctl restart sshd

     • Caso 4: O arquivo de confirmação não foi editado e 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

       Solução: Exclua o módulo pam não compatível. Confirme a exclusão no arquivo /var/log/leapp/answerfile definindo confirm como True:

       leapp answer --section remove_pam_pkcs11_module_check.confirm=True

       

   • high: não bloqueia o upgrade, mas deve ser resolvido antes ou depois do upgrade.

     • Caso 1: Alguns pacotes não podem ser instalados.

       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.

       Solução: Instale os pacotes ausentes manualmente após o upgrade.

     • Caso 2: Alguns pacotes do RHEL 7 não foram atualizados.

       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.

       Solução: Remova estes pacotes: 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: não bloqueia o upgrade, mas deve ser resolvido para evitar problemas potenciais.

     Caso: O módulo pam_pkcs11 na configuração PAM será removido.

     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

     Solução: Configure o SSSD para substituir a funcionalidade do pam_pkcs11 para garantir que a autenticação funcione corretamente após o upgrade.

   • low: impacto menor. Deve ser resolvido para garantir a operação estável.

     Caso: O SELinux será definido para o 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.

     Solução: Após o upgrade, verifique se não existem avisos relacionados ao SELinux e, em seguida, redefina o SELinux para o modo enforcing.

   • info: informativo. Nenhuma ação necessária. Revise o relatório para entender as alterações durante o upgrade.

     Caso: A versão de release em /etc/dnf/vars/releasever será definida para a versão de destino atual.

     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

     Nenhuma ação é necessária.

Realize o upgrade.

• Upgrade para a versão mais recente do RHEL 8.

  leapp upgrade  --no-rhsm

• Upgrade para uma versão de destino específica. Por exemplo, upgrade do RHEL 7 para o RHEL 8.8.

  leapp upgrade  --no-rhsm --target 8.8

Um upgrade bem-sucedido é exibido da seguinte forma:

Reinicie a instância para inicializar no novo sistema.

reboot

Verifique o resultado do upgrade.

• Execute o comando cat /etc/redhat-release para verificar se a versão do sistema foi atualizada.

• Verifique os logs de execução do upgrade ou os relatórios para identificar erros.

• Observe se sua aplicação funciona corretamente no sistema RHEL 8.

(Condicional) Configure a fonte RHEL.

Após o upgrade com o Leapp, o arquivo /etc/dnf/vars/releasever bloqueia o sistema em uma versão secundária específica. Por exemplo, o RHEL 8.8 aponta para https://xxxx/8.8/xxx. Para acessar os pacotes mais recentes do RHEL 8, exclua o arquivo releasever e reconstrua o cache de metadados.

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

A fonte de repositório será atualizada para https://xxxx/8/xxx, permitindo acesso automático aos patches de segurança e atualizações de recursos mais recentes do RHEL 8.

Faça backup dos dados criando um snapshot para evitar perda de dados caso o upgrade falhe. Consulte Criar um snapshot.

Faça login na instância ECS como usuário root.

Consulte Conectar-se a uma instância Linux usando o Workbench.

Verifique se sua instância RHEL utiliza uma assinatura RHEL do Alibaba Cloud.

rpm -qa |grep aliyun

• Se nenhuma resposta for retornada, seu sistema não utiliza uma assinatura RHEL do Alibaba Cloud. Adquira uma assinatura primeiro e, em seguida, realize o upgrade.

• Se a resposta contiver uma versão secundária, como rhel8.6, envie um ticket para obter o pacote RPM mais recente, instale-o e, em seguida, realize o upgrade.

  

  null

  Ao executar o RHEL no Alibaba Cloud, o sistema acessa os repositórios de software da Red Hat por meio do serviço RHUI do Alibaba Cloud. Um pacote específico de versão secundária, como aliyun_rhel8.6-2.0-1.noarch, pode impedir conexões RHUI, bloqueando atualizações de software e upgrades.

• Se um pacote de assinatura semelhante a aliyun_rhui_rhel8-2.0-3.x86_64 for retornado, seu sistema utiliza uma assinatura RHEL do Alibaba Cloud. Prossiga com o upgrade.

  

Prepare o ambiente de upgrade.

1. Atualize o sistema RHEL para a versão mais recente e reinicie o sistema.

   yum -y update
   reboot

2. Instale a ferramenta de upgrade Leapp.

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

3. Verifique se o Leapp está instalado.

   leapp --version

   Uma resposta semelhante a leapp version xxx confirma que o Leapp está instalado.

Realize a verificação pré-upgrade.

As configurações do sistema variam. Utilize a ferramenta Leapp para executar uma verificação pré-upgrade e resolver quaisquer problemas reportados antes de realizar o upgrade.

1. Realize a verificação pré-upgrade.

   • systemctl stop systemd-resolved
     systemctl disable  systemd-resolved

   • Pré-upgrade para a versão mais recente do RHEL 9.

     leapp preupgrade  --no-rhsm

   • Pré-upgrade para uma versão de destino específica. Por exemplo, upgrade do RHEL 8 para o RHEL 9.4.

     leapp preupgrade --no-rhsm --target 9.4

     null

     Execute leapp preupgrade -h para visualizar as versões de destino compatíveis.

2. Visualize os resultados da verificação pré-upgrade.

   Logs da verificação pré-upgrade do Leapp:

   • /var/log/leapp/leapp-preupgrade.log: logs da ferramenta Leapp

   • /var/log/leapp/leapp-report.txt: relatório da verificação pré-upgrade em formato de texto

   • /var/log/leapp/leapp-report.json: relatório da verificação pré-upgrade em formato JSON

   Se a verificação pré-upgrade falhar, os itens com falha serão exibidos:

   

3. (Condicional) Resolva os erros de pré-upgrade.

   Verifique /var/log/leapp/leapp-report.txt para mensagens de erro e resolva-as com base nas sugestões da ferramenta Leapp. Erros comuns por nível de risco:

   • high: não bloqueia o upgrade, mas deve ser resolvido antes ou depois do upgrade.

     • Caso 1: Foram detectados actors ou arquivos personalizados do 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.

       Solução: Certifique-se de que os actors personalizados estejam atualizados e sejam compatíveis com a ferramenta Leapp. Após o upgrade, verifique a operação do sistema. Consulte Personalizar o upgrade in-place do Red Hat Enterprise Linux.

     • Caso 2: A configuração do GRUB2 será atualizada automaticamente durante o upgrade.

       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.

       Solução: Após o upgrade, verifique a configuração do GRUB para garantir que o sistema inicialize corretamente.

   • low: impacto menor. Deve ser resolvido para garantir a operação estável.

     Caso: O SELinux será definido para o 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.

     Solução: Após o upgrade, verifique se não existem avisos relacionados ao SELinux e, em seguida, redefina o SELinux para o modo enforcing.

   • info: informativo. Nenhuma ação necessária. Revise o relatório para entender as alterações durante o upgrade.

     Caso: Alguns repositórios do sistema de destino estão excluídos.

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

     Solução: Para habilitar repositórios excluídos durante o upgrade, utilize a opção --enablerepo.

Realize o upgrade.

• Upgrade para a versão mais recente do RHEL 9.

  leapp upgrade  --no-rhsm

• Upgrade para uma versão de destino específica. Por exemplo, upgrade do RHEL 8 para o RHEL 9.4.

  leapp upgrade  --no-rhsm --target 9.4

Um upgrade bem-sucedido é exibido da seguinte forma:

Reinicie a instância para inicializar no novo sistema.

reboot

Verifique o resultado do upgrade.

• Execute o comando cat /etc/redhat-release para verificar se a versão do sistema foi atualizada.

• Verifique os logs de execução do upgrade ou os relatórios para identificar erros.

• Observe se sua aplicação funciona corretamente no sistema RHEL 9.

(Condicional) Configure a fonte RHEL.

Após o upgrade com o Leapp, o arquivo /etc/dnf/vars/releasever bloqueia o sistema em uma versão secundária específica. Por exemplo, o RHEL 9.4 aponta para https://xxxx/9.4/xxx. Para acessar os pacotes mais recentes do RHEL 9, exclua o arquivo releasever e reconstrua o cache de metadados.

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

A fonte de repositório será atualizada para https://xxxx/9/xxx, permitindo acesso automático aos patches de segurança e atualizações de recursos mais recentes do RHEL 9.