Solución de problemas de actualización del sistema operativo Red Hat

Se aplica a: ✔️ Máquinas virtuales Linux

Realizar una actualización importante en Red Hat Enterprise Linux (RHEL) implica la transición de una versión principal a otra versión principal, como de RHEL 7 a RHEL 8 o de RHEL 8 a RHEL 9. Las actualizaciones principales aportan cambios significativos, incluidas las nuevas características, mejoras y el aumento de la seguridad y del rendimiento. El proceso puede ser complejo, pero Red Hat proporciona herramientas e instrucciones para simplificar y agilizar el proceso de actualización.

Un ejemplo es la herramienta Leapp. La herramienta Leapp está diseñada para automatizar el proceso de actualización de los sistemas RHEL a la próxima versión principal. Realiza comprobaciones, proporciona recomendaciones y ayuda a resolver los problemas que se producen durante la actualización. En este artículo se describe cómo solucionar problemas comunes que se producen al usar la herramienta Leapp durante una actualización importante de un sistema operativo Red Hat.

Precaución

El 30 de junio de 2024, Red Hat Enterprise Linux 7 alcanzó la fase 2 de soporte de mantenimiento. La fase de mantenimiento va seguida de la fase de duración ampliada. A medida que Red Hat Enterprise Linux 7 realiza la transición de las fases de mantenimiento y completo, debe actualizar a Red Hat Enterprise Linux 8 o 9. Si debe permanecer en Red Hat Enterprise Linux 7, le recomendamos que agregue el complemento Compatibilidad con ciclo de vida extendido (ELS) de Red Hat Enterprise Linux.

Recomendaciones antes de actualizar

Antes de comenzar el proceso de actualización y gradación de Leapp, asegúrese de realizar las siguientes acciones:

• Realice una copia de seguridad de la máquina virtual (VM) o una instantánea del disco del sistema operativo.

• Despejar espacio suficiente en /var/lib/leapp para acomodar la actualización. Un procedimiento recomendado es tener al menos 2-5 GB de espacio libre disponible.

• Configure el acceso a la consola serie.

Después de completar estas tareas, puede iniciar los procesos de actualización y degradación de Leapp a través de la consola serie.

Problemas y errores de inhibidores

Los problemas de inhibidores son problemas específicos que se identifican durante la evaluación anterior a la calificación que impide que la actualización continúe. Estos problemas son críticos y deben resolverse para poder pasar a la actualización. Tiene que eliminar problemas de inhibidores para mantener la estabilidad y la funcionalidad del sistema durante y después de la actualización.

Los errores hacen referencia a problemas que pueden producirse durante el proceso de actualización que pueden provocar interrupciones o errores. Estos errores pueden producirse en diferentes fases, tanto durante las comprobaciones de degradación previa como durante la actualización real.

Tipos comunes de inhibidores

Tipo de inhibidor	Descripción
Paquetes no admitidos	Paquetes instalados en el sistema actual que no están disponibles o no admitidos en la versión de destino
Hardware incompatible	Componentes de hardware que no se admiten en la versión de destino
Problemas de configuración	Configuraciones del sistema que no son compatibles con la nueva versión y requieren ajustes
Software de terceros	Software que no es de Red Hat que podría interferir con el proceso de actualización
Diseño del sistema de archivos	Problemas que implican el diseño del sistema de archivos del sistema operativo, como esquemas de creación de particiones que no se admiten en la versión de destino
Cambios de red	Configuraciones de red que deben actualizarse para alinearse con la pila de redes de la nueva versión
Scripts personalizados	Scripts personalizados o trabajos cron que podrían ser incompatibles con la nueva versión

Tipos comunes de errores

Tipo de error	Descripción
Errores de instalación	Errores que se producen durante la instalación de paquetes durante la actualización
Errores de servicio	Servicios que no se inician o detienen correctamente durante el proceso de actualización
Problemas del sistema de archivos	Problemas que implican espacio en disco, daños en archivos o puntos de montaje
Problemas de red	Problemas de conectividad de red que afectan a la descarga o instalación de paquetes

Búsqueda de inhibidores o errores en el informe de Leapp

El informe de Leapp se encuentra en /var/log/leapp/leapp-report.txt. Abra el informe y busque secciones marcadas como inhibidores. En estas secciones se enumeran los problemas que se deben resolver.

Para cada inhibidor, el informe suele proporcionar pasos detallados de corrección. Estos pasos pueden incluir comandos para ejecutar, paquetes para instalar o realizar cambios de configuración.

La lista siguiente contiene apariciones comunes de la salida que describe un inhibidor y su corrección:

• Salida de inhibidores 1

  Inhibitor: Missing package 'pkg_name' required for upgrade.
  Remediation: Install the missing package by running:
  [command] sudo yum install pkg_name
  

• Salida de inhibidores 2

  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
  

• Salida inhibidora 3

  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://red.ht/leapp-dialogs.
  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
  

• Salida de inhibidores 4

  Risk Factor: high (inhibitor)
  Title: Use of CIFS detected. Upgrade can't proceed
  Summary: CIFS is currently not supported by the inplace upgrade.
  Remediation: [hint] Comment out CIFS entries to proceed with the upgrade.
  

• Salida de inhibidores 5

  Risk Factor: high (inhibitor)
  Title: 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: 
  pata_acpi
  floppy
  Remediation: blocklist modules that are unsupported in RHEL 8 (floppy and pata_acpi) or unload the modules by running [command] sudo rmmod floppy pata_acpi
  

• Salida de inhibidores 6

  Risk Factor: high (inhibitor)
  Title: Btrfs has been removed from RHEL8
  Summary: The Btrfs file system was introduced as Technology Preview with the initial release of Red Hat Enterprise Linux 6 and Red Hat Enterprise Linux 7. As of versions 6.6 and 7.4 this technology has been deprecated and removed in RHEL8.
  Remediation:
  If filesystem is currently  mounted with BTRFS proceed with fresh reinstallation as it is no longer supported on Red Hat Enterprise Linux 8
  If any btrfs is not currently in use by any filesystem, remove the btrfs module using the [command] modprobe -rv btrfs
  

• Salida de inhibidores 7

  Inhibitor: Newest installed kernel not in use
  Remediation:
  If the system is having the latest RHEL7 kernel installed, take a reboot and boot the system from the latest kernel.
  If the system is NOT having the latest RHEL7 kernel installed, install it using [command] yum install <latest kernel package>
  

• Salida de inhibidores 8

  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-X.XX.X-XXX.XXX kernel-devel-X.XX.X-XXXX.XXX.X.XXX
  

• Salida de inhibidores 9

  Risk Factor: medium (inhibitor)
  Title: A YUM/DNF repository defined multiple times
  Summary: The following repositories are defined multiple times inside the "upgrade" container:
      - repo-id
  Remediation: [hint] Remove the duplicate repository definitions or change repoids of conflicting repositories on the system to prevent the conflict
  

• Salida de inhibidores 10

  Risk Factor: high (inhibitor)
  Title: Firewalld Configuration AllowZoneDrifting Is Unsupported
  Summary: Firewalld has enabled configuration option "AllowZoneDrifiting" which has been removed in RHEL-9. New behavior is as if "AllowZoneDrifiting" was set to "no".
  Related links:
      - Changes in firewalld related to Zone Drifting: https://access.redhat.com/articles/4855631
  Remediation: [hint] Set AllowZoneDrifting=no in /etc/firewalld/firewalld.conf
  [command] sed -i s/^AllowZoneDrifting=.*/AllowZoneDrifting=no/ /etc/firewalld/firewalld.conf
  

Nota:

Examine detenidamente todo el informe de preupgrade, incluso si no enumera ningún inhibidor. El informe proporciona acciones recomendadas que se deben realizar antes de actualizar para que el sistema funcione correctamente después.

Después de corregir todos los inhibidores, vuelva a ejecutar la comprobación de preupgrade para asegurarse de que todos los problemas se resuelven.

Problemas comunes de Leapp Preupgrade

Preupgrade síntoma 1: Biblioteca urllib3 dañada o que falta

Una biblioteca urllib3 dañada o que falta en Python genera el siguiente mensaje de error:

Traceback (most recent call last):
  File "/bin/leapp", line 9, in <module>
    load_entry_point('leapp==0.16.0', 'console_scripts', 'leapp')()
  File "/usr/lib/python2.7/site-packages/leapp/cli/__init__.py", line 43, in main
    _load_commands(cli.command)
  File "/usr/lib/python2.7/site-packages/leapp/cli/__init__.py", line 27, in _load_commands
    package = pkgutil.get_loader(package_name).load_module(package_name)
  File "/usr/lib64/python2.7/pkgutil.py", line 246, in load_module
    mod = imp.load_module(fullname, self.file, self.filename, self.etc)
  File "/usr/lib/python2.7/site-packages/leapp/cli/commands/list_runs/__init__.py", line 6, in <module>
    from leapp.cli.commands.upgrade.util import fetch_all_upgrade_contexts
  File "/usr/lib/python2.7/site-packages/leapp/cli/commands/upgrade/__init__.py", line 9, in <module>
    from leapp.logger import configure_logger
  File "/usr/lib/python2.7/site-packages/leapp/logger/__init__.py", line 10, in <module>
    from leapp.utils.actorapi import get_actor_api, RequestException
  File "/usr/lib/python2.7/site-packages/leapp/utils/actorapi.py", line 4, in <module>
    import requests
  File "/usr/lib/python2.7/site-packages/requests/__init__.py", line 58, in <module>
    from . import utils
  File "/usr/lib/python2.7/site-packages/requests/utils.py", line 32, in <module>
    from .exceptions import InvalidURL
  File "/usr/lib/python2.7/site-packages/requests/exceptions.py", line 10, in <module>
    from urllib3.exceptions import HTTPError as BaseHTTPError
ImportError: No module named urllib3.exceptions

Solución 1 anterior a la gradación: reinstalar el paquete python-urllib3

Vuelva a instalar el paquete python-urllib3 mediante la ejecución de los siguientes comandos:

sudo mv /usr/lib/python2.7/site-packages/urllib3 /tmp/ 
sudo yum reinstall python-urllib3

Síntoma 2 anterior a la gradación: tiempo de espera de conexión después de 30 001 milisegundos

Un bloque de comunicación a las direcciones IP de Red Hat Update Infrastructure (RHUI) genera el siguiente mensaje de error:

Risk Factor: high (error)
Title: Actor rpm_scanner unexpectedly terminated with exit code: 1
Summary: Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/leapp/repository/actor_definition.py", line 74, in _do_run
    actor_instance.run(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/leapp/actors/__init__.py", line 289, in run
    self.process(*args)
  File "/usr/share/leapp-repository/repositories/system_upgrade/common/actors/rpmscanner/actor.py", line 20, in process
    rpmscanner.process()
  File "/usr/share/leapp-repository/repositories/system_upgrade/common/actors/rpmscanner/libraries/rpmscanner.py", line 110, in process
    pkg_repos = get_package_repository_data()
  File "/usr/share/leapp-repository/repositories/system_upgrade/common/actors/rpmscanner/libraries/rpmscanner.py", line 77, in get_package_repository_data
    return _get_package_repository_data_yum()
  File "/usr/share/leapp-repository/repositories/system_upgrade/common/actors/rpmscanner/libraries/rpmscanner.py", line 31, in _get_package_repository_data_yum
    for pkg in yum_base.doPackageLists().installed:
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 2981, in doPackageLists
    avail = self.pkgSack.returnNewestByNameArch(patterns=patterns,
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 1075, in <lambda>
    pkgSack = property(fget=lambda self: self._getSacks(),
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 778, in _getSacks
    self.repos.populateSack(which=repos)
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 347, in populateSack
    self.doSetup()
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
    self.retrieveAllMD()
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD
    dl = repo._async and repo._commonLoadRepoXML(repo)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1482, in _commonLoadRepoXML
    result = self._getFileRepoXML(local, text)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in _getFileRepoXML
    size=102400) # setting max size as 100K
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1042, in _getFile
    raise e
NoMoreMirrorsRepoError: failure: repodata/repomd.xml from rhel-7-server-ansible-2-rhui-rpms: [Errno 256] No more mirrors to try.
https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: [Errno 12] Timeout on https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds')
https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: [Errno 12] Timeout on https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds')
https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: [Errno 12] Timeout on https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds')
https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: [Errno 12] Timeout on https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds')
https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: [Errno 12] Timeout on https://rhui4-1.microsoft.com/pulp/repos/content/dist/rhel/rhui/server/7/7Server/x86_64/ansible/2/os/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds')

Solución 2 anterior a la gradación: Permitir la conectividad RHUI

Permitir la conectividad con RHUI. Para más información, consulte Problemas de conectividad de RHUI de Linux.

Síntoma 3 anterior a la gradación: no se ejecutó un comando de administrador de suscripciones

Si ejecuta la actualización de Leapp que tiene el Administrador de suscripciones de Red Hat en una imagen de pago por uso (PayGo), puede recibir el siguiente mensaje de error:

[ERROR] Actor: scan_subscription_manager_info
Message: 
Summary:
    Details: Command ['subscription-manager', 'release'] failed with exit code 1.
    Stderr: This system is not yet registered. Try 'subscription-manager register --help' for more information.
    Hint: Please ensure you have a valid RHEL subscription and your network is up. If you are using proxy for Red Hat subscription-manager, please make sure it is specified inside the /etc/rhsm/rhsm.conf file. Or use the --no-rhsm option when running leapp, if you do not want to use subscription-manager for the in-place upgrade and you want to deliver all target repositories by yourself or using RHUI on public cloud.

Preupgrade solution 3: Bypass the subscription-manager tool

Cuando se usa una imagen de PayGo en Azure, no se puede ejecutar la subscription-manager herramienta porque el sistema está diseñado para usar RHUI en su lugar. Debe especificar la --no-rhsm marca que se va a omitir subscription-manager durante la actualización.

Síntoma 4 anterior a la gradación: La versión preliminar de Leapp no instala paquetes de espacio de usuario de RHEL 8 ("execv() failed: No se pudo realizar este tipo de archivo o directorio")

Si ejecuta la versión preliminar de Leapp, puede recibir el siguiente mensaje de error "No se pueden instalar paquetes de espacio de usuario de RHEL 8":

Risk Factor: high
Title: Unable to install RHEL 8 userspace packages.
Summary: {"details": "DNF failed to install userspace packages, likely due to the proxy config
uration detected in a repository configuration file.", "stderr": "Failed to create directory /
var/lib/leapp/scratch/mounts/root_/system_overlay//sys/fs/selinux: Read-only file system
Failed to create directory /var/lib/leapp/scratch/mounts/root_/system_overlay//sys/fs/selinux:
 Read-only file system
Host and machine ids are equal (35e06890bn8g56f798g8904356fsd5f8): refusing to link journals
execv() failed: No such file or directory

También puede recibir el siguiente mensaje de error "No se pueden obtener datos sobre la configuración de DNF":

Risk Factor: high
Title: Cannot obtain data about the DNF configuration
Summary: {"stderr": "Failed to retrieve machine ID: No such file or directory\n", "stdout": ""}
Key: b41a40f4129e340f05c6b14d1a850b626c4185d1

Preupgrade solution 4: Install the dnf package

Asegúrese de que el paquete dnf está instalado y de que no haya ningún problema o archivos dañados asociados con ese paquete:

sudo package-cleanup --problems

Package leapp-upgrade-el7toel8-deps-0.18.0-1.el7_9.noarch has missing requires of dnf >= ('0', '4', None)

sudo yum reinstall leapp\*

sudo rpm -Va dnf\* leapp\*   

.M.......  g /var/log/dnf.librepo.log
.M.......  g /var/log/dnf.log
.M.......  g /var/log/dnf.rpm.log
.M.......  g /var/log/hawkey.log

Preupgrade symptom 5: /var/lib/leapp/el8userspace', '/bin/bash', '-c', 'su - -c update-ca-trust'] failed with exit code 1

Si ejecuta la actualización previa de Leapp, puede recibir el siguiente mensaje de error "Actor target_userspace_creator finalizado inesperadamente":

Factor: high error
Title: Actor target_userspace_creator unexpectedly terminated with exit code: 1
Summary: Traceback most recent call last:  File '/usr/lib/python2.7/site-packages/leapp/repository/actor_definition.py',
line 74, in _do_run    actor_instance.run*args, **kwargs  File '/usr/lib/python2.7/site-packages/leapp/actors/__init__.py', line 289, in run
self.process*args  File '/usr/share/leapp-repository/repositories/system_upgrade/common/actors/targetuserspacecreator/actor.py', line 58, in process    userspacegen.perform  File '/usr/lib/python2.7/site-packages/leapp/utils/deprecation.py', line 42, in process_wrapper    return target_item*args, **kwargs  File '/usr/share/leapp-repository/repositories/system_upgrade/common/actors/targetuserspacecreator/libraries/userspacegen.py',
line 1246, in perform    _create_target_userspacecontext, indata, indata.packages, indata.files, target_repoids  File '/usr/share/leapp-repository/repositories/system_upgrade/common/actors/targetuserspacecreator/libraries/userspacegen.py',
line 1108, in _create_target_userspace    _prep_repository_accesscontext, target_path  File '/usr/share/leapp-repository/repositories/system_upgrade/common/actors/targetuserspacecreator/libraries/userspacegen.py',
line 629, in _prep_repository_access    run['chroot', target_userspace, '/bin/bash', '-c', 'su - -c update-ca-trust']  File '/usr/lib/python2.7/site-packages/leapp/libraries/stdlib/__init__.py', line 192, in run    result=resultCalledProcessError: Command ['chroot', '/var/lib/leapp/el8userspace', '/bin/bash', '-c', 'su - -c update-ca-trust'] failed with exit code 1

Solución anterior a la 5: Reinstalar certificados de CA y actualizar la confianza de ca

Se produjo un problema en el paquete ca-certificates existente que provocó un error en el update-ca-trust comando. Para corregir este problema, vuelva a instalar el paquete ca-certificates y ejecute el update-ca-trust comando :

sudo yum reinstall ca-certificates
sudo update-ca-trust

síntoma de degradación previa 6: FileNotFoundError: [Errno 2] No hay dicho archivo o directorio: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-XX/content-XX.crt'

Si intenta ejecutar leapp preupgrade en 8 para SAP-HANA o SAPApps que tiene la versión lapp-rhui-azure-sap-1.0.0-14.el8.noarchde la leapp herramienta , o en imágenes base de Red Hat que tienen versión leapp-rhui-azure-1.0.0-14.el8.noarch, se genera el siguiente mensaje de RHEL error:

====> * target_userspace_creator
        Initializes a directory to be populated as a minimal environment to run binaries from the target system.
Process Process-408:
Traceback (most recent call last):
  File "/usr/lib64/python3.6/multiprocessing/process.py", line 258, in _bootstrap
    self.run()
  File "/usr/lib64/python3.6/multiprocessing/process.py", line 93, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/lib/python3.6/site-packages/leapp/repository/actor_definition.py", line 74, in _do_run
    actor_instance.run(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/leapp/actors/__init__.py", line 289, in run
    self.process(*args)
  File "/etc/leapp/repos.d/system_upgrade/common/actors/targetuserspacecreator/actor.py", line 58, in process
    userspacegen.perform()
  File "/usr/lib/python3.6/site-packages/leapp/utils/deprecation.py", line 42, in process_wrapper
    return target_item(*args, **kwargs)
  File "/etc/leapp/repos.d/system_upgrade/common/actors/targetuserspacecreator/libraries/userspacegen.py", line 774, in perform
    target_repoids = _gather_target_repositories(context, indata, prod_cert_path)
  File "/etc/leapp/repos.d/system_upgrade/common/actors/targetuserspacecreator/libraries/userspacegen.py", line 714, in _gather_target_repositories
    rhui.copy_rhui_data(context, indata.rhui_info.provider)
  File "/etc/leapp/repos.d/system_upgrade/common/libraries/rhui.py", line 259, in copy_rhui_data
    context.copy_to(os.path.join(data_dir, path_[0]), path_[1])
  File "/etc/leapp/repos.d/system_upgrade/common/libraries/mounting.py", line 232, in copy_to
    shutil.copy2(src, self.full_path(dst))
  File "/usr/lib64/python3.6/shutil.py", line 263, in copy2
    copyfile(src, dst, follow_symlinks=follow_symlinks)
  File "/usr/lib64/python3.6/shutil.py", line 120, in copyfile
    with open(src, 'rb') as fsrc:
FileNotFoundError: [Errno 2] No such file or directory: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-sap-ha/content-sap-ha.crt'

Las imágenes de ALTA disponibilidad de SAP generan:

FileNotFoundError: [Errno 2] No such file or directory:'/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-sap-ha/content-sap-ha.crt'

Las imágenes de SAPApps generan:

FileNotFoundError: [Errno 2] No such file or directory:'/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-sap-apps/content-sapapps.crt'

Las imágenes base generan:

FileNotFoundError: [Errno 2] No such file or directory: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure/content.crt'

Preupgrade solution 6 (preupgrade solution 6)

La solución alternativa para este problema es cambiar la versión de leapp-rhui-azure-sap a leapp-rhui-azure-sap-1.0.0-10.el8.noarch para las imágenes de SAP y la versión de leapp-rhui-azure a leapp-rhui-azure-1.0.0-10.el8.noarch para las imágenes base de Red Hat.

Imágenes de SAP:

sudo dnf downgrade leapp-rhui-azure-sap 

Imágenes base:

sudo dnf downgrade leapp-rhui-azure

Después de resolver todos los inhibidores, vuelva a ejecutar la versión anterior y asegúrese de que se resuelvan todos los problemas.

Problemas comunes de actualización de Leapp

Después del informe anterior a la gradación no muestra errores ni inhibidores y todo está marcado como resuelto, continúe con la actualización de Leapp. En este informe, la salida se muestra normalmente en verde o amarillo, lo que indica que es seguro ejecutar la actualización de Leapp.

Los síntomas siguientes indican algunos errores comunes que se notifican durante el proceso de actualización de Leapp.

Síntoma 1 de actualización: No hay suficiente espacio disponible en /var/lib/leapp/scratch

Si ejecuta la actualización de Leapp, puede recibir el siguiente mensaje de error "No hay suficiente espacio disponible":

2024-06-14 19:31:45.552155 [ERROR] Actor: dnf_dry_run
Message: Not enough space available on /var/lib/leapp/scratch: Needed at least 1224 MiB.
Summary:
    Detail: The file system hosting the /var/lib/leapp/scratch directory does not contain enough free space to proceed all parts of the in-place upgrade. Note the calculated required free space is the minimum derived from upgrades of minimal systems and the actual needed free space could be higher.
            Needed at least: 1224 MiB.
            Suggested free space: 2224 MiB (or more).

Solución de actualización 1: extender el sistema de archivos

Extienda el sistema de archivos en el que /var/lib/leapp se monta. Normalmente, el montaje está en /dev/mapper/rootvg-varlv.

Normalmente, la salida se muestra en verde o amarillo, lo que indica que puede realizar la actualización de Leapp de forma segura.

Síntoma 2 de actualización: El openssl-libs-1:1.1.1k-12.el8_9.x86_64 discrepa con el archivo del paquete openssl11-libs-1:1.1.1k-7.el7.x86_64

Existe un conflicto entre las bibliotecas de los orígenes siguientes:

• El paquete openssl11-libs del repositorio Extra Packages for Enterprise Linux (EPEL)
• Los paquetes openssl y openssl-libs para RHEL 8 proporcionados por Red Hat (necesarios para la actualización local)

En esta situación, aparece el siguiente mensaje de error:

Error: Transaction test error:
              file /usr/lib64/.libcrypto.so.1.1.1k.hmac from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
              file /usr/lib64/.libssl.so.1.1.1k.hmac from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
              file /usr/lib64/engines-1.1/afalg.so from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
              file /usr/lib64/engines-1.1/capi.so from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
              file /usr/lib64/engines-1.1/padlock.so from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
              file /usr/lib64/libcrypto.so.1.1.1k from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
              file /usr/lib64/libssl.so.1.1.1k from install of openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicts with file from package openssl11-libs-1:1.1.1k-7.el7.x86_64
    Hint: If there was a problem reaching remote content (see stderr output) and proxy is configured in the YUM/DNF configuration file, the proxy configuration is likely causing this error. Make sure the proxy is properly configured in /etc/dnf/dnf.conf. It's also possible the proxy settings in the DNF configuration file are incompatible with the target system. A compatible configuration can be placed in /etc/leapp/files/dnf.conf which, if present, it will be used during some parts of the upgrade instead of original /etc/dnf/dnf.conf. In such case the configuration will also be applied to the target system. Note that /etc/dnf/dnf.conf needs to be still configured correctly for your current system to pass the early phases of the upgrade process.

Solución de actualización 2: Quitar el paquete openssl11-*

Compruebe que el paquete openssl11-* se instaló para un proveedor de terceros. Si ese paquete procede de un proveedor de terceros, quítelo, como se muestra en los siguientes comandos.

Nota:

Este mensaje de error de conflicto puede generarse si usa cualquier otro administrador de paquetes de terceros. En este ejemplo, el conflicto estaba con openssl11.

sudo yum list installed | grep -i openssl11
sudo yum remove openssl11 openssl11-libs 

openssl11.x86_64            1:1.1.1k-7.el7         @epel                        
openssl11-libs.x86_64       1:1.1.1k-7.el7         @epel 

===============================================================================
 Package               Arch          Version                 Repository    Size
================================================================================
Removing:
 openssl11             x86_64        1:1.1.1k-7.el7          @epel        1.0 M
 openssl11-libs        x86_64        1:1.1.1k-7.el7          @epel        3.6 M
Removing for dependencies:
 nodejs                x86_64        1:16.20.2-1.el7         @epel        290 k
 nodejs-libs           x86_64        1:16.20.2-1.el7         @epel         50 M

Advertencia

Si otros paquetes, como nodejs y nodejs-libs del repositorio EPEL, se quitan debido a los problemas de dependencia que se muestran en la salida anterior, realice una copia de seguridad de los archivos de configuración relacionados y vuelva a instalar los mismos paquetes manualmente después de la actualización local.

Síntoma 3 de actualización: Problema con el paquete instalado ansible-2.9.27-1.el7ae.noarch y ansible-test-2.9.27-1.el7ae.noarch

Si ejecuta la actualización de Leapp, es posible que reciba el siguiente mensaje de error "Error de ejecución de DNF con código de salida distinto de cero":

Risk Factor: high (error)
Title: DNF execution failed with non zero exit code.
Summary: {"hint": "If there was a problem reaching remote content (see stderr output) and proxy is configured in the YUM/DNF configuration file, the proxy configuration is likely causing this error. Make sure the proxy is properly configured in /etc/dnf/dnf.conf. It's also possible the proxy settings in the DNF configuration file are incompatible with the target system. A compatible configuration can be placed in /etc/leapp/files/dnf.conf which, if present, it will be used during some parts of the upgrade instead of original /etc/dnf/dnf.conf. In such case the configuration will also be applied to the target system. Note that /etc/dnf/dnf.conf needs to be still configured correctly for your current system to pass the early phases of the upgrade process.", "STDERR": "No matches found for the following disable plugin patterns: subscription-manager\nFailed loading plugin \"dnf_rhui_plugin\": No module named 'requests'\nWarning: Package marked by Leapp to upgrade not found in repositories metadata: gpg-pubkey leapp-upgrade-el7toel8 leapp python2-leapp\nTransaction check: \n\n Problem: problem with installed package ansible-2.9.27-1.el7ae.noarch\n  - cannot install the best update candidate for package ansible-2.9.27-1.el7ae.noarch\n  - problem with installed package ansible-test-2.9.27-1.el7ae.noarch\n  - cannot install the best update candidate for package ansible-test-2.9.27-1.el7ae.noarch\n  - package ansible-test-2.9.0-2.el8.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.0-2.el8, but none of the providers can be installed\n  - package ansible-test-2.9.1-1.el8.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.1-1.el8, but none of the providers can be installed\n  - package ansible-test-2.9.2-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.2-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.4-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.4-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.5-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.5-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.6-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.6-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.7-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.7-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.9-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.9-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.10-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.10-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.11-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.11-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.13-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.13-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.14-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.14-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.15-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.15-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.16-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.16-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.17-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.17-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.18-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.18-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.19-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.19-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.20-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.20-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.21-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.21-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.22-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.22-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.23-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.23-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.24-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.24-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.25-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.25-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.9.26-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms requires ansible = 2.9.26-1.el8ae, but none of the providers can be installed\n  - package ansible-test-2.12.2-3.1.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.12.2-3.1.el8, but none of the providers can be installed\n  - package ansible-test-2.12.2-4.el8_6.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.12.2-4.el8_6, but none of the providers can be installed\n  - package ansible-test-2.13.3-1.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.13.3-1.el8, but none of the providers can be installed\n  - package ansible-test-2.13.3-2.el8_7.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.13.3-2.el8_7, but none of the providers can be installed\n  - package ansible-test-2.14.2-3.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.14.2-3.el8, but none of the providers can be installed\n  - package ansible-test-2.14.2-4.el8_8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.14.2-4.el8_8, but none of the providers can be installed\n  - package ansible-test-2.15.3-1.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.15.3-1.el8, but none of the providers can be installed\n  - package ansible-test-2.16.3-2.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms requires ansible-core = 2.16.3-2.el8, but none of the providers can be installed\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.0-2.el8.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.1-1.el8.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.2-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.4-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.5-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.6-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.7-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.9-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.10-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.11-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.13-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.14-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.15-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.16-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.17-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.18-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.19-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.20-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.21-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.22-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.23-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.24-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.25-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - cannot install both ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms and ansible-2.9.26-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.12.2-3.1.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.12.2-4.el8_6.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.13.3-1.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.13.3-2.el8_7.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.14.2-3.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.14.2-4.el8_8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.15.3-1.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - package ansible-core-2.16.3-2.el8.x86_64 from rhel-8-for-x86_64-appstream-rhui-rpms conflicts with ansible < 2.10.0 provided by ansible-2.9.27-1.el8ae.noarch from ansible-2-for-rhel-8-x86_64-rhui-rpms\n  - ansible-test-2.9.27-1.el7ae.noarch from @System  does not belong to a distupgrade repository\n  - ansible-2.9.27-1.el7ae.noarch from @System  does not belong to a distupgrade repository\n", "STDOUT": "Last metadata expiration check: 0:02:18 ago on Fri Jun 14 18:01:34 2024.\n"}

Actualización de la solución 3: Eliminación de paquetes de Ansible

La actualización local no es compatible con los sistemas que tienen productos de Ansible. Para obtener más información, consulte Upgrading_from_rhel_7_to_rhel_8. Para quitar paquetes de Ansible, ejecute el siguiente comando:

sudo yum remove ansible ansible-test

Síntoma 4 de actualización: Símbolo ImportError: /lib64/libk5crypto.so.3: sin definir

Hay un símbolo que no coincide o falta en la biblioteca OpenSSL que requiere libk5crypto , como se muestra en la salida siguiente:

[ 1895.402427] upgrade[557]: ImportError: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b

Actualización de la solución 4: quitar o cambiar el nombre del archivo en conflicto y actualizar el enlazador dinámico

Una ruta de acceso de biblioteca de OpenSSL personalizada en /etc/ld.so.conf.d/openssl-1.1.1d.conf provoca el problema:

sudo cat /etc/ld.so.conf.d/openssl-1.1.1d.conf
/usr/local/ssl/lib

Para resolver el conflicto, quite o cambie el nombre de este archivo. A continuación, actualice los enlaces en tiempo de ejecución del enlazador dinámico mediante la ejecución ldconfigde :

sudo mv /etc/ld.so.conf.d/openssl-1.1.1d.conf /tmp
sudo ldconfig

El ldconfig comando actualiza los vínculos simbólicos y vuelve a generar la memoria caché para asegurarse de que la biblioteca recién instalada esté vinculada y esté disponible para su uso por otros grupos.

Esta acción garantiza que el sistema use las versiones correctas de las bibliotecas OpenSSL y libk5crypto. Además, esta acción debe corregir el ImportError relacionado con el símbolo EVP_KDF_ctrlno definido .

Síntoma de actualización 5: La actualización de Leapp no monta un dispositivo durante la actualización

Si ejecuta la actualización de Leapp, es posible que reciba el siguiente mensaje de error de montaje del dispositivo:

[    4.509104] upgrade[569]: Mounting /usr with -o defaults,ro
[    4.590197] upgrade[596]: Spawning container sysroot on /sysroot.
[    4.608522] upgrade[596]: Press ^] three times within 1s to kill container.
[    4.909441] upgrade[599]: mount: can't find UUID=c044351a-93a0-45f5-afs3-d361181215b8 
[   44.830831] upgrade[638]: ==> Processing phase `InitRamStart`
[   44.843736] upgrade[638]: ====> * remove_upgrade_boot_entry
[   44.863656] upgrade[638]:         Remove boot entry for Leapp provided initramfs.
[   47.734944] upgrade[1155]: Process Process-230:
[   47.745684] upgrade[1155]: Traceback (most recent call last):
[   47.756230] upgrade[1155]:   File "/usr/lib64/python2.7/multiprocessing/process.py", line 258, in _bootstrap
[   47.764584] upgrade[1155]:     self.run()

Solución de actualización 5: Restauración de la máquina virtual y eliminación del UUID

1. Restaure la máquina virtual (VM) desde la instantánea o copia de seguridad.

2. Compruebe si el UUID del mensaje de error existe en la máquina virtual. Si el UUID existe, comentelo o quítelo del archivo /etc/fstab .

   sudo blkid
   

   sudo cat /etc/fstab
   

3. Vuelva a ejecutar el comando Leapp upgrade.

Síntoma 6 de actualización: No se pudo montar n/a en /sys/fs/cgroup en RHEL 7.9

Si ejecuta la actualización de Leapp, es posible que reciba el siguiente mensaje de error "No se pudo montar":

[ 4.815758]  upgrade[599]: Failed to mount n/a on /sys/fs/cgroup (MS_RDONLY|MS_NOSUID|MS_NODEV|MS_NOEXEC|MS_REMOUNT|MS_STRICTATIME "mode=755"): Invalid argument
[ 4.812413]  kernel: cgroup2: Unknown parameter 'mode'

El error de montaje se produce porque la versión 2 del grupo de control (cgroup v2) no se admite en RHEL 7. Para obtener más información, consulte [IPU 7>8] Leapp produce un error con cgroup v2 que no es compatible.

Actualización de la solución 6: eliminación del parámetro systemd.unified_cgroup_hierarchy

1. Restaure la máquina virtual a partir de la instantánea o una copia de seguridad.

2. Antes de ejecutar la actualización de Leapp, compruebe si el parámetro systemd.unified_cgroup_hierarchy=1 se encuentra en /proc/cmdline o /etc/default/grub.

3. Si ese parámetro está en uno de esos archivos, quite el parámetro del archivo y, a continuación, vuelva a ejecutar el proceso de actualización de Leapp.

Síntoma de actualización 7: La actualización de Leapp no continúa después del reinicio y la máquina virtual arranca en RHEL 8.10 en su lugar.

Si ejecuta la actualización de Leapp desde RHEL 8.10 a 9.4 o 9.5, es posible que el proceso de actualización no continúe después del reinicio necesario. En su lugar, la máquina virtual vuelve a iniciarse en RHEL 8.10 sin cargar la actualización especial initramfs.

La siguiente configuración de /etc/default/grub puede provocar este problema:

GRUB_DEFAULT=0

Puesto GRUB_DEFAULT=0 que obliga al sistema a arrancar siempre la primera entrada de menú en GRUB, omite la entrada de actualización de Leapp y continúa arrancando en el entorno de RHEL 8.10 existente.

Actualización de la solución 7: Modificación de GRUB para usar la entrada guardada

1. Cambie GRUB_DEFAULT=0 a GRUB_DEFAULT=saved:

   Nota:

   En este ejemplo, GRUB_DEFAULT se establece 0en , pero en el entorno, podría ser 1 u otro número. Asegúrese de reemplazarlo en consecuencia en el sed comando .

   sudo sed -i 's/^GRUB_DEFAULT=0/GRUB_DEFAULT=saved/' /etc/default/grub
   

2. Vuelva a generar la configuración de GRUB:

   • GEN 1:

     sudo grub2-mkconfig -o /boot/grub2/grub.cfg
     

   • GEN 2:

     grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
     

3. Reinicie la máquina virtual mediante la consola serie:

   sudo reboot
   

   Después del reinicio, si la corrección se aplica correctamente, la máquina virtual arrancará en la actualización de Leapp initramfs y debería ver una salida similar a las siguientes líneas en la consola serie:

   [  OK  ] Reached target Remote File Systems.
           Starting dracut pre-mount hook...
   [  OK  ] Finished dracut pre-mount hook.
           Starting File System Check on /dev/mapper/rootvg-rootlv...
   [  OK  ] Finished File System Check on /dev/mapper/rootvg-rootlv.
           Mounting /sysroot...
   [  OK  ] Mounted /sysroot.
   [  OK  ] Reached target Initrd Root File System.
   [  OK  ] Reached target System Upgrade.
           Starting dracut pre-pivot and cleanup hook...
           Starting System Upgrade...
   [    6.507621] upgrade[677]: starting upgrade hook
   [    6.531079] upgrade[677]: /bin/upgrade: line 20: /sysroot/var/tmp/system-upgrade.state: No such file or directory
   [    6.543603] upgrade[677]: Storage initialisation: Attempt 0 of 11. Wait 15 seconds.
   [    6.608365] dracut-pre-pivot[703]: 6.605850 | /etc/multipath.conf does not exist, blocklisting all devices.
   [    6.620246] dracut-pre-pivot[703]: 6.608599 | You can run "/sbin/mpathconf --enable" to create
   [    6.630208] dracut-pre-pivot[703]: 6.608921 | /etc/multipath.conf. See man mpathconf(8) for more details
   [  OK  ] Finished dracut pre-pivot and cleanup hook.
   [   21.555427] upgrade[714]:   5 logical volume(s) in volume group "rootvg" now active
   [   21.581296] upgrade[677]: Mounting /usr with -o defaults,ro
   

   Esta salida indica que el proceso de actualización de Leapp ha continuado correctamente. Después de la finalización, la máquina virtual debe arrancar en RHEL 9.x.

Importante

Si la actualización de Leapp sigue fallando sin un motivo obvio (por ejemplo, al actualizar de la versión 7.9 a la versión 8.10 o de la versión 8.10 a la versión 9.5), no actualice a la versión más reciente. En su lugar, intente actualizar a una versión intermedia (por ejemplo, de la versión 7.9 a la versión 8.8 o la versión 8.10 a la versión 9.4) especificando la --target x.y marca . Después de que la actualización intermedia se realice correctamente, puede intentar actualizar a la versión más reciente.

Contenido relacionado

• Actualización de RHEL 7 a RHEL 8

• Actualización de RHEL 8 a RHEL 9

• Preguntas más frecuentes sobre la actualización de Leapp (Preguntas más frecuentes)

• Los procedimientos recomendados y recomendaciones para realizar la actualización de RHEL mediante Leapp

Aviso de declinación de responsabilidades sobre la información de terceros

Los productos de otros fabricantes que se mencionan en este artículo han sido creados por compañías independientes de Microsoft. Microsoft no ofrece ninguna garantía, ya sea implícita o de otro tipo, sobre la confiabilidad o el rendimiento de dichos productos.

Aviso de declinación de responsabilidades sobre la información de contacto de terceros

Microsoft proporciona información de contacto de otros proveedores para ayudarle a encontrar información adicional sobre este tema. Dicha información de contacto puede cambiar sin notificación previa. Microsoft no garantiza la precisión de esta información de contacto de terceros.

Ponte en contacto con nosotros para obtener ayuda

Si tiene preguntas o necesita ayuda, cree una solicitud de soporte o busque consejo en la comunidad de Azure. También puede enviar comentarios sobre el producto con los comentarios de la comunidad de Azure.