Поделиться через

Устранение неполадок при обновлении ОС Red Hat

Область применения: ✔️ виртуальные машины Linux

Выполнение значительного обновления в Red Hat Enterprise Linux (RHEL) включает переход с одной основной версии на другую основную версию, например из RHEL 7 в RHEL 8 или из RHEL 8 в RHEL 9. Крупные обновления приводят к значительным изменениям, включая появление новых функций, исправления и улучшения безопасности и производительности. Процесс может быть сложным, но Red Hat предоставляет средства и рекомендации по упрощению процесса обновления.

Одним из примеров является инструмент Leapp. Средство Leapp предназначено для автоматизации процесса обновления систем RHEL до следующей основной версии. Он выполняет проверки, предоставляет рекомендации и помогает устранить все проблемы, возникающие во время обновления. В этой статье описывается, как устранять распространенные проблемы, возникающие при использовании средства Leapp во время основного обновления операционной системы Red Hat.

Предостережение

30 июня 2024 года Red Hat Enterprise Linux 7 достигла окончания поддержки обслуживания 2 этапа. За этапом предоставления технического обслуживания следует этап, который называется расширенным жизненным циклом. При переходе Red Hat Enterprise Linux 7 из этапов полного и обслуживания необходимо обновить до Red Hat Enterprise Linux 8 или 9. Если вы должны оставаться в Red Hat Enterprise Linux 7, рекомендуется добавить надстройку Red Hat Enterprise Linux Extended Life Cycle Support (ELS).

Рекомендации перед обновлением

Прежде чем начать процесс подготовки и обновления Leapp, убедитесь, что вы выполните следующие действия:

  • Создайте резервную копию виртуальной машины или моментального снимка диска ОС.

  • Достаточно свободного места, /var/lib/leapp чтобы разместить обновление. Рекомендуется иметь не менее 2–5 ГБ свободного места.

  • Настройте доступ к последовательной консоли.

После выполнения этих задач можно запустить процессы подготовки и обновления Leapp через последовательную консоль.

Проблемы и ошибки при замедлении

Проблемы с ингибиторами являются конкретными проблемами , выявленными во время оценки подготовки, которые препятствуют обновлению. Эти проблемы являются критически важными и должны быть устранены, прежде чем перейти к обновлению. Необходимо устранить проблемы с ингибиторами для поддержания стабильности и функциональности системы во время и после обновления.

Ошибки относятся к проблемам, которые могут возникать во время процесса обновления, которые могут привести к прерываниям или сбоям. Эти ошибки могут возникать на разных этапах, как во время проверок подготовки, так и во время фактического обновления.

Распространенные типы ингибиторов

Тип ингибитора Description
Неподдерживаемые пакеты Пакеты, установленные в текущей системе, недоступные или неподдерживаемые в целевой версии
Несовместимое оборудование Аппаратные компоненты, неподдерживаемые в целевой версии
Проблемы с конфигурацией Системные конфигурации, несовместимые с новой версией и требующие корректировки
Стороннее программное обеспечение Программное обеспечение, отличное от Red Hat, которое может повлиять на процесс обновления
Макет файловой системы Проблемы, связанные с макетом файловой системы ОС, например схемы секционирования, неподдерживаемые в целевой версии
Изменения сети Конфигурации сети, которые необходимо обновить, чтобы соответствовать сетевому стеку новой версии
пользовательские скрипты; Пользовательские скрипты или задания cron, которые могут быть несовместимы с новой версией

Распространенные типы ошибок

Тип ошибки Description
Ошибки установки Ошибки, возникающие при установке пакетов во время обновления
Сбои служб Службы, которые не запускают или не останавливаются правильно во время процесса обновления
Проблемы с файловой системой Проблемы, связанные с местом на диске, повреждением файлов или точками подключения
проблемы с сетью. Проблемы с сетевым подключением, влияющие на скачивание или установку пакетов

Поиск ингибиторов или ошибок в отчете Leapp

Отчет Leapp находится в /var/log/leapp/leapp-report.txt. Откройте отчет и найдите разделы, помеченные как ингибиторы. В этих разделах перечислены проблемы, которые необходимо устранить.

Для каждого ингибитора отчет обычно предоставляет подробные шаги по исправлению. Эти действия могут включать команды для выполнения, пакетов для установки или изменения конфигурации.

В следующем списке содержатся распространенные вхождения выходных данных, описывающие ингибитор и его исправление:

  • Выходные данные ингибитора 1

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

  • Выходные данные ингибитора 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

  • Выходные данные ингибитора 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

  • Выходные данные ингибитора 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.

  • Выходные данные ингибитора 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

  • Выходные данные ингибитора 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

  • Выходные данные ингибитора 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>

  • Выходные данные ингибитора 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

  • Выходные данные ингибитора 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

  • Выходные данные ингибитора 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

Примечание.

Внимательно изучите весь отчет о подготовке, даже если он не перечисляет никаких ингибиторов. В отчете приведены рекомендуемые действия, которые необходимо предпринять перед обновлением, чтобы система работала правильно после этого.

После исправления всех ингибиторов запустите проверку подготовки еще раз, чтобы убедиться, что все проблемы устранены.

Распространенные проблемы с предварительным переходом

Симптом предварительной подготовки 1: поврежденная или отсутствует библиотека URLLIB3

Поврежденная или отсутствует библиотека URLLIB3 в Python создает следующее сообщение об ошибке:

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

Предварительное решение 1. Переустановите пакет python-urllib3

Переустановите пакет python-urllib3, выполнив следующие команды:

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

Симптом предварительной подготовки 2: время ожидания подключения истекло после 30 001 миллисекунда

Блок связи с IP-адресами инфраструктуры обновления Red Hat (RHUI) создает следующее сообщение об ошибке:

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

Предварительное решение 2. Разрешить подключение RHUI

Разрешить подключение к RHUI. Дополнительные сведения см. в статье о проблемах с подключением RHUI Для Linux.

Симптом предварительного обновления 3. Команда диспетчера подписок не выполнялось

При запуске обновления Leapp с диспетчером подписок Red Hat на изображении с оплатой по мере использования (PayGo) может появиться следующее сообщение об ошибке:

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

Предварительное решение 3. Обход средства диспетчера подписок

При использовании образа PayGo в Azure не удается запустить subscription-manager средство, так как система предназначена для использования RHUI. Необходимо указать --no-rhsm флаг для обхода subscription-manager во время обновления.

Симптом предварительной подготовки 4. Предварительная версия Leapp не устанавливает пакеты пользовательского пространства RHEL 8 ("execv() не удалось: нет такого файла или каталога")

При запуске предварительной версии Leapp может появиться следующее сообщение об ошибке "Не удается установить пакеты пользовательского пространства 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

Кроме того, может появиться следующее сообщение об ошибке "Не удается получить данные о конфигурации 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

предварительное решение 4. Установка пакета dnf

Убедитесь, что пакет dnf установлен, и что с этим пакетом не связаны проблемы или поврежденные файлы:

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

симптом предварительной версии 5: /var/lib/leapp/el8userspace', '/bin/bash', '-c', 'su - c update-ca-trust'] не удалось с кодом выхода 1

При выполнении предварительной версии Leapp может появиться следующее сообщение об ошибке "Субъект target_userspace_creator неожиданно завершено".

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

предварительное решение 5. Переустановите сертификаты ЦС и обновите доверие ЦС

Проблема возникла в существующем пакете ca-certificates , что привело update-ca-trust к сбою команды. Чтобы устранить эту проблему, переустановите пакет ca-certificates и выполните update-ca-trust команду:

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

симптом предварительной версии 6: FileNotFoundError: [Errno 2] Нет такого файла или каталога: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-XX/content-XX.crt'

Если вы попытаетесь запустить на leapp preupgrade 8 или имеет версию средства или на базовых образах Red Hat, имеющих версиюleapp-rhui-azure-1.0.0-14.el8.noarchlapp-rhui-azure-sap-1.0.0-14.el8.noarch, создается следующее сообщение об ошибке:leappSAPAppsSAP-HANARHEL

====> * 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'

Образы SAP-HA создают:

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

Образы SAPApps создают:

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

Базовые образы создают:

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

Предварительное решение 6

Решение этой проблемы заключается в том, чтобы изменить версию leapp-rhui-azure-sapleapp-rhui-azure-sap-1.0.0-10.el8.noarch образов SAP и версию leapp-rhui-azureleapp-rhui-azure-1.0.0-10.el8.noarch базовых образов Red Hat.

Образы SAP:

sudo dnf downgrade leapp-rhui-azure-sap

Базовые образы:

sudo dnf downgrade leapp-rhui-azure

После устранения всех ингибиторов запустите предустановку еще раз и убедитесь, что все проблемы устранены.

Распространенные проблемы с обновлением Leapp

После того как отчет о подготовке не отображает никаких ошибок или ингибиторов, и все отмечено как разрешенное, продолжайте обновление Leapp. В этом отчете выходные данные обычно отображаются зеленым или желтым цветом, указывая, что это безопасно для запуска обновления Leapp.

Следующие симптомы указывают на некоторые распространенные ошибки, сообщаемые во время процесса обновления Leapp.

Симптом на этапе обновления 1. Недостаточно места на /var/lib/leapp/scratch

При запуске обновления Leapp может появиться следующее сообщение об ошибке "Недостаточно свободного места":

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

Обновление решения 1. Расширение файловой системы

Расширьте файловую систему, на которой /var/lib/leapp подключена. Как правило, подключение подключено к /dev/mapper/rootvg-varlv.

Как правило, выходные данные отображаются зеленым или желтым цветом, что означает, что вы можете безопасно выполнить обновление Leapp.

Симптом на этапе обновления 2. Конфликт oopenssl-libs-1:1.1.1k-12.el8_9.x86_64 с файлом из пакета openssl11-libs-1:1.1.1k-7.el7.x86_64

Конфликт существует между библиотеками из следующих источников:

  • Пакет opensl11-libs из репозитория дополнительных пакетов для Enterprise Linux (EPEL)
  • Пакеты opensl и opensl-libs для RHEL 8, предоставляемые Red Hat (требуется для обновления на месте)

В этой ситуации вы получите следующее сообщение об ошибке:

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.

Обновление решения 2. Удаление пакета opensl11-*

Убедитесь, что пакет opensl11-* установлен для стороннего поставщика. Если этот пакет пришел от стороннего поставщика, удалите его, как показано в следующих командах.

Примечание.

Это сообщение об ошибке конфликта может быть создано, если вы используете любой другой сторонний диспетчер пакетов. В этом примере конфликт был с opensl11.

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

Предупреждение

Если другие пакеты, такие как nodejs и nodejs-libs из репозитория EPEL, удаляются из-за проблем зависимостей, отображаемых в предыдущих выходных данных, резервного копирования связанных файлов конфигурации и повторной установки одинаковых пакетов вручную после обновления на месте.

Симптом на этапе обновления 3. Проблема с установленным пакетом ansible-2.9.27-1.el7ae.noarch и ansible-test-2.9.27-1.el7ae.noarch

При запуске обновления Leapp может появиться следующее сообщение об ошибке "Выполнение DNF сбоем без нулевого кода выхода".

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"}

Обновление решения 3. Удаление пакетов Ansible

Обновление на месте не поддерживается для систем с любыми продуктами Ansible. Дополнительные сведения см. в Upgrading_from_rhel_7_to_rhel_8. Чтобы удалить пакеты Ansible, выполните следующую команду:

sudo yum remove ansible ansible-test

Симптом на этапе обновления 4: ImportError: /lib64/libk5crypto.so.3: неопределенный символ

В библиотеке OpenSSL отсутствует символ несоответствия, который требуется libk5crypto , как показано в следующих выходных данных:

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

Обновление решения 4. Удаление или переименование файла в конфликте и обновление динамического компоновщика

Путь к библиотеке OpenSSL в файле /etc/ld.so.conf.d/opensl-1.1.1d.conf вызывает проблему:

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

Чтобы устранить конфликт, удалите или переименуйте этот файл. Затем обновите привязки динамического компоновщика во время выполнения, выполнив следующую команду ldconfig:

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

Команда ldconfig обновляет символы и перестраивает кэш, чтобы убедиться, что только что установленная библиотека правильно связана и доступна для использования другими группами.

Это действие гарантирует, что система использует правильные версии библиотек OpenSSL и libk5crypto. Кроме того, это действие должно исправить ImportError, связанный с неопределенным символом EVP_KDF_ctrl.

Симптом обновления 5. Обновление Leapp не подключает устройство во время обновления

При запуске обновления Leapp может появиться следующее сообщение об ошибке подключения устройства:

[    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()

Обновление решения 5. Восстановление виртуальной машины и удаление UUID

  1. Восстановите виртуальную машину из моментального снимка или резервного копирования.

  2. Проверьте, существует ли UUID из сообщения об ошибке на виртуальной машине. Если UUID существует, закомментируйте его или удалите из файла /etc/fstab .

    sudo blkid

    sudo cat /etc/fstab

  3. Снова выполните команду обновления Leapp.

Симптом на этапе обновления 6. Не удалось подключить n/a on /sys/fs/cgroup в RHEL 7.9

При запуске обновления Leapp может появиться следующее сообщение об ошибке "Сбой подключения".

[ 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'

Сбой подключения возникает, так как версия 2 группы управления (cgroup версии 2) не поддерживается в RHEL 7. Дополнительные сведения см. в статье [IPU 7>8] Leapp завершается сбоем с Cgroup версии 2, которая не поддерживается.

Обновление решения 6. Удаление параметра systemd.unified_cgroup_hierarchy

  1. Восстановите виртуальную машину из моментального снимка или резервной копии.

  2. Перед запуском обновления Leapp проверьте, находится ли параметр systemd.unified_cgroup_hierarchy=1 в файле /proc/cmdline или /etc/default/grub.

  3. Если этот параметр находится в одном из этих файлов, удалите параметр из файла и снова запустите процесс обновления Leapp.

Симптом обновления 7. Обновление Leapp не продолжается после перезагрузки и загрузка виртуальной машины в RHEL 8.10 вместо этого

При запуске обновления Leapp с RHEL 8.10 до версии 9.4 или 9.5 процесс обновления может не продолжаться после требуемой перезагрузки. Вместо этого виртуальная машина загружается обратно в RHEL 8.10 без загрузки специального обновления initramfs.

Следующий параметр /etc/default/grub может вызвать эту проблему:

GRUB_DEFAULT=0

Так как GRUB_DEFAULT=0 система всегда загружает первую запись меню в GRUB, она пропускает запись обновления Leapp и продолжает загрузку в существующей среде RHEL 8.10.

Обновление решения 7. Изменение GRUB для использования сохраненной записи

  1. Задайте для параметра GRUB_DEFAULT=0 значение GRUB_DEFAULT=saved:

    Примечание.

    В этом примере GRUB_DEFAULT задано значение 0, но в вашей среде может быть 1 или другое число. Убедитесь, что он будет заменен соответствующим образом в команде sed .

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

  2. Повторно создайте конфигурацию GRUB:

    • 1-го поколения:

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

    • 2-го поколения:

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

  3. Перезагрузите виртуальную машину с помощью последовательной консоли:

    sudo reboot

    После перезагрузки, если исправление применено правильно, виртуальная машина загрузится в initramfs обновления Leapp, и вы увидите выходные данные, аналогичные следующим строкам в последовательной консоли:

    [  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

    Эти выходные данные указывают на то, что процесс обновления Leapp продолжается успешно. После завершения виртуальная машина должна загрузиться в RHEL 9.x.

Внимание

Если обновление Leapp по-прежнему завершается ошибкой без очевидной причины (например, при обновлении с версии 7.9 до версии 8.10 или с версии 8.10 до версии 9.5), не обновляйте до последней версии. Вместо этого попробуйте обновить до промежуточной версии (например, с версии 7.9 до версии 8.8 или версии 8.10 до версии 9.4), указав --target x.y флаг. После успешного промежуточного обновления можно попытаться обновить до последнего выпуска.

Связанное содержимое

Заявление об отказе от ответственности за сведения о продуктах сторонних производителей

В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.

Заявление об отказе от ответственности за контактные данные сторонней организации

Корпорация Майкрософт предоставляет контактные данные сторонней организации для оказания помощи пользователям по вопросам, упомянутым в данной статье. Эти данные могут быть изменены без предварительного уведомления. Корпорация Майкрософт не дает гарантий относительно верности приведенных контактных данных сторонних организаций.

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.