Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: ✔️ Linux-VMs
Wenn Sie ein großes Upgrade auf Red Hat Enterprise Linux (RHEL) durchführen, wechseln Sie von einer Hauptversion zu einer anderen Hauptversion, z. B. von RHEL 7 auf RHEL 8 oder von RHEL 8 auf RHEL 9. Wichtige Upgrades bringen erhebliche Änderungen mit sich, darunter neue Features, Erweiterungen und Verbesserungen bei Sicherheit und Leistung. Der Prozess kann komplex sein, aber Red Hat bietet Tools und Anleitungen, um den Upgradeprozess zu vereinfachen und zu optimieren.
Ein Beispiel ist das Leapp-Tool. Das Leapp-Tool wurde entwickelt, um den Upgradeprozess von RHEL-Systemen auf die nächste Hauptversion zu automatisieren. Es führt Überprüfungen durch, bietet Empfehlungen und hilft bei der Behebung von Problemen, die während des Upgrades auftreten. In diesem Artikel wird erläutert, wie Häufige Probleme behoben werden, die auftreten, wenn Sie das Leapp-Tool während eines großen Upgrades eines Red Hat-Betriebssystems verwenden.
Achtung
Am 30. Juni 2024 erreichte Red Hat Enterprise Linux 7 das Ende der Wartungsunterstützungsphase 2. Danach folgt eine Phase des erweiterten Lebenszyklus. Da Red Hat Enterprise Linux 7 aus den Phasen "Vollständig" und "Wartung" wechselt, sollten Sie ein Upgrade auf Red Hat Enterprise Linux 8 oder 9 durchführen. Wenn Sie auf Red Hat Enterprise Linux 7 bleiben müssen, empfehlen wir, das Red Hat Enterprise Linux Extended Life Cycle Support (ELS)-Add-On hinzuzufügen.
Empfehlungen vor dem Upgrade
Bevor Sie mit dem Vorab- und Upgradeprozess von Leapp beginnen, stellen Sie sicher, dass Sie die folgenden Aktionen ausführen:
Erstellen Sie eine Sicherung des virtuellen Computers (VM) oder einer Momentaufnahme des Betriebssystemdatenträgers.
Löschen Sie genügend Platz,
/var/lib/leappum das Upgrade aufzunehmen. Es empfiehlt sich, mindestens 2-5 GB freien Speicherplatz zur Verfügung zu haben.Richten Sie den Zugriff auf die serielle Konsole ein.
Nachdem Sie diese Aufgaben abgeschlossen haben, können Sie die Leapp-Vor- und Upgradeprozesse über die serielle Konsole starten.
Inhibitorprobleme und Fehler
Inhibitorprobleme sind spezifische Probleme , die während der Präupgradebewertung identifiziert werden, die verhindern, dass das Upgrade fortgesetzt wird. Diese Probleme sind wichtig und müssen behoben werden, bevor Sie mit dem Upgrade fortfahren können. Sie müssen Inhibitorprobleme beseitigen, um die Stabilität und Funktionalität des Systems während und nach dem Upgrade aufrechtzuerhalten.
Fehler beziehen sich auf Probleme, die während des Upgradeprozesses auftreten können, die möglicherweise Unterbrechungen oder Fehler verursachen. Diese Fehler können in verschiedenen Phasen auftreten, sowohl während der Preupgrade-Prüfungen als auch während des tatsächlichen Upgrades.
Häufige Arten von Inhibitoren
| Inhibitortyp | Beschreibung |
|---|---|
| Nicht unterstützte Pakete | Auf dem aktuellen System installierte Pakete, die in der Zielversion nicht verfügbar oder nicht unterstützt werden |
| Inkompatible Hardware | Hardwarekomponenten, die in der Zielversion nicht unterstützt werden |
| Konfigurationsprobleme | Systemkonfigurationen, die mit der neuen Version nicht kompatibel sind und Anpassungen erfordern |
| Software von Drittanbietern | Nicht-Red Hat-Software, die den Upgradeprozess beeinträchtigen könnte |
| Dateisystemlayout | Probleme, die das Dateisystemlayout des Betriebssystems umfassen, z. B. Partitionierungsschemas, die in der Zielversion nicht unterstützt werden |
| Netzwerkänderungen | Netzwerkkonfigurationen, die aktualisiert werden müssen, um den Netzwerkstapel der neuen Version auszurichten |
| Benutzerdefinierte Skripts | Benutzerdefinierte Skripts oder Cronaufträge, die möglicherweise nicht mit der neuen Version kompatibel sind |
Häufige Arten von Fehlern
| Fehlertyp | Beschreibung |
|---|---|
| Fehler bei der Installation | Fehler, die während der Installation von Paketen während des Upgrades auftreten |
| Dienstfehler | Dienste, die während des Upgradevorgangs nicht ordnungsgemäß gestartet oder beendet werden |
| Dateisystemprobleme | Probleme mit Speicherplatz, Dateibeschädigung oder Bereitstellungspunkten |
| Netzwerkprobleme. | Netzwerkkonnektivitätsprobleme, die sich auf den Download oder die Installation von Paketen auswirken |
Suchen von Inhibitoren oder Fehlern im Leapp-Bericht
Der Leapp-Bericht befindet sich unter /var/log/leapp/leapp-report.txt. Öffnen Sie den Bericht, und suchen Sie nach Abschnitten, die als Inhibitoren gekennzeichnet sind. In diesen Abschnitten werden Probleme aufgeführt, die behoben werden müssen.
Für jeden Inhibitor bietet der Bericht in der Regel detaillierte Korrekturschritte. Diese Schritte können Befehle zum Ausführen, Zu installierende Pakete oder Konfigurationsänderungen umfassen.
Die folgende Liste enthält häufige Vorkommen der Ausgabe, die einen Inhibitor und seine Behebung beschreibt:
Inhibitorausgabe 1
Inhibitor: Missing package 'pkg_name' required for upgrade. Remediation: Install the missing package by running: [command] sudo yum install pkg_nameInhibitor-Ausgabe 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 inhibitorInhibitor-Ausgabe 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=TrueInhibitorausgabe 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.Inhibitor-Ausgabe 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_acpiInhibitor-Ausgabe 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 btrfsInhibitorausgabe 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>Inhibitorausgabe 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.XXXInhibitorausgabe 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 conflictInhibitorausgabe 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
Hinweis
Untersuchen Sie den gesamten Preupgrade-Bericht sorgfältig, auch wenn er keine Inhibitoren auflistet. Der Bericht enthält empfohlene Aktionen, die vor dem Upgrade ausgeführt werden sollen, damit das System danach ordnungsgemäß funktioniert.
Nachdem Sie alle Inhibitoren behoben haben, führen Sie die Preupgrade-Überprüfung erneut aus, um sicherzustellen, dass alle Probleme behoben sind.
Allgemeine Probleme bei Leapp Preupgrade
Präupgrade symptom 1: Beschädigte oder fehlende URLlib3-Bibliothek
Eine beschädigte oder fehlende URLlib3-Bibliothek in Python generiert die folgende Fehlermeldung:
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
Preupgrade-Lösung 1: Erneutes Installieren des python-urllib3-Pakets
Installieren Sie das Python-urllib3-Paket erneut, indem Sie die folgenden Befehle ausführen:
sudo mv /usr/lib/python2.7/site-packages/urllib3 /tmp/
sudo yum reinstall python-urllib3
Präupgrade symptom 2: Zeitüberschreitung nach 30.001 Millisekunden
Ein Kommunikationsblock an RHUI-IP-Adressen (Red Hat Update Infrastructure) generiert die folgende Fehlermeldung:
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')
Preupgrade-Lösung 2: RHUI-Konnektivität zulassen
Konnektivität mit RHUI zulassen. Weitere Informationen finden Sie unter Linux RHUI-Konnektivitätsprobleme.
Präupgrade symptom 3: Ein Abonnement-Manager-Befehl wurde nicht ausgeführt
Wenn Sie das Leapp-Upgrade mit dem Red Hat-Abonnement-Manager auf einem Pay-as-you-go(PayGo)-Bild ausführen, wird möglicherweise die folgende Fehlermeldung angezeigt:
[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-Lösung 3: Umgehen des Abonnements-Manager-Tools
Wenn Sie ein PayGo-Image in Azure verwenden, können Sie das subscription-manager Tool nicht ausführen, da das System stattdessen RHUI verwenden soll. Sie müssen das Flag angeben, das --no-rhsm während des Upgrades umgangen werden subscription-manager soll.
preupgrade symptom 4: The Leapp preupgrade doesn't install RHEL 8 userspace packages ("execv() failed: No such file or directory")
Wenn Sie das Leapp-Preupgrade ausführen, wird möglicherweise die folgende Fehlermeldung "RheL 8 Userspace-Pakete können nicht installiert werden" angezeigt:
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
Möglicherweise erhalten Sie auch die folgende Fehlermeldung "Daten zur DNF-Konfiguration können nicht erhalten werden":
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-Lösung 4: Installieren des dnf-Pakets
Stellen Sie sicher, dass das dnf-Paket installiert ist und keine Probleme oder beschädigten Dateien diesem Paket zugeordnet sind:
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
Präupgrade symptom 5: /var/lib/leapp/el8userspace', '/bin/bash', '-c', 'su - -c update-ca-trust'] fehlgeschlagen mit Exitcode 1
Wenn Sie leapp preupgrade ausführen, wird möglicherweise die folgende Fehlermeldung "Actor target_userspace_creator unerwartet beendet" angezeigt:
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
Preupgrade-Lösung 5: Erneutes Installieren von Zertifizierungsstellenzertifikaten und Aktualisieren der Zertifizierungsstelle-Vertrauensstellung
Innerhalb des vorhandenen Ca-Certificates-Pakets ist ein Problem aufgetreten, das dazu führte, dass der update-ca-trust Befehl fehlschlug. Um dieses Problem zu beheben, installieren Sie das Zertifikatpaket erneut, und führen Sie den update-ca-trust Folgenden Befehl aus:
sudo yum reinstall ca-certificates
sudo update-ca-trust
preupgrade symptom 6: FileNotFoundError: [Errno 2] Keine solche Datei oder Verzeichnis: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-XX/content-XX.crt'
Wenn Sie versuchen, die Toolversion lapp-rhui-azure-sap-1.0.0-14.el8.noarchauf 8 SAP-HANASAPAppsleapp oder auf Basis von Red Hat-Images mit Version leapp-rhui-azure-1.0.0-14.el8.noarchauszuführen leapp preupgradeRHEL, wird die folgende Fehlermeldung generiert:
====> * 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-Images generieren:
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-Bilder generieren:
FileNotFoundError: [Errno 2] No such file or directory:'/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-sap-apps/content-sapapps.crt'
Basisimages generieren:
FileNotFoundError: [Errno 2] No such file or directory: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure/content.crt'
Preupgrade-Lösung 6
Die Problemumgehung für dieses Problem besteht darin, die Version von leapp-rhui-azure-sapleapp-rhui-azure-sap-1.0.0-10.el8.noarch auf SAP-Images und die Version von leapp-rhui-azure auf Red Hat-Basisimages zu leapp-rhui-azure-1.0.0-10.el8.noarch herabstufen.
SAP-Images:
sudo dnf downgrade leapp-rhui-azure-sap
Basisbilder:
sudo dnf downgrade leapp-rhui-azure
Nachdem Sie alle Inhibitoren behoben haben, führen Sie das Präupgrade erneut aus, und stellen Sie sicher, dass alle Probleme behoben sind.
Allgemeine Probleme beim Leapp-Upgrade
Nachdem der Preupgrade-Bericht keine Fehler oder Inhibitoren anzeigt und alles als behoben gekennzeichnet ist, fahren Sie mit dem Leapp-Upgrade fort. In diesem Bericht wird die Ausgabe in der Regel grün oder gelb angezeigt, was angibt, dass es sicher ist, das Leapp-Upgrade auszuführen.
Die folgenden Symptome deuten auf einige häufige Fehler hin, die während des Leapp-Upgradeprozesses gemeldet werden.
Upgrade Symptom 1: Nicht genügend Speicherplatz auf /var/lib/leapp/scratch
Wenn Sie das Leapp-Upgrade ausführen, wird möglicherweise die folgende Fehlermeldung "Nicht genügend Speicherplatz verfügbar" angezeigt:
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).
Upgradelösung 1: Erweitern des Dateisystems
Erweitern Sie das Dateisystem, auf dem /var/lib/leapp bereitgestellt wird. In der Regel befindet sich die Montage auf /dev/mapper/rootvg-varlv.
In der Regel wird die Ausgabe grün oder gelb angezeigt, was angibt, dass Sie das Leapp-Upgrade sicher ausführen können.
Upgrade Symptom 2: Die Datei openssl-libs-1:1.1.1k-12.el8_9.x86_64 steht im Konflikt mit der Datei aus dem Paket openssl11-libs-1:1.1.1k-7.el7.x86_64
Es besteht ein Konflikt zwischen Bibliotheken aus den folgenden Quellen:
- Das Openssl11-libs-Paket aus dem Extra Packages for Enterprise Linux (EPEL)-Repository
- Die openssl - und openssl-libs-Pakete für RHEL 8, die von Red Hat bereitgestellt werden (erforderlich für das direkte Upgrade)
In dieser Situation wird die folgende Fehlermeldung angezeigt:
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.
Upgradelösung 2: Entfernen des openssl11-*-Pakets
Stellen Sie sicher, dass das openssl11-* -Paket für einen Drittanbieter installiert wurde. Wenn dieses Paket von einem Drittanbieter stammt, entfernen Sie es, wie in den folgenden Befehlen gezeigt.
Hinweis
Diese Konfliktfehlermeldung kann generiert werden, wenn Sie einen anderen Drittanbieterpaket-Manager verwenden. In diesem Beispiel war der Konflikt mit 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
Warnung
Wenn andere Pakete, z . B. nodejs - und nodejs-libs aus dem EPEL-Repository, aufgrund der Abhängigkeitsprobleme entfernt werden, die in der vorherigen Ausgabe angezeigt werden, sichern Sie die zugehörigen Konfigurationsdateien, und installieren Sie dieselben Pakete nach dem direkten Upgrade manuell erneut.
Upgrade Symptom 3: Problem mit installiertem Paket ansible-2.9.27-1.el7ae.noarch und ansible-test-2.9.27-1.el7ae.noarch
Wenn Sie das Leapp-Upgrade ausführen, wird möglicherweise die folgende Fehlermeldung "DNF-Ausführung mit Nicht-Null-Beendigungscode fehlgeschlagen" angezeigt:
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"}
Upgradelösung 3: Entfernen von ansiblen Paketen
Das direkte Upgrade wird für Systeme mit ansiblen Produkten nicht unterstützt. Weitere Informationen finden Sie unter Upgrading_from_rhel_7_to_rhel_8. Führen Sie den folgenden Befehl aus, um Ansible-Pakete zu entfernen:
sudo yum remove ansible ansible-test
Upgrade Symptom 4: ImportError: /lib64/libk5crypto.so.3: undefiniertes Symbol
In der OpenSSL-Bibliothek, für die libk5crypto erforderlich ist, ist ein Fehlendes Symbol vorhanden, wie in der folgenden Ausgabe gezeigt:
[ 1895.402427] upgrade[557]: ImportError: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
Upgradelösung 4: Entfernen oder Umbenennen der Datei in Konflikt, und aktualisieren Sie den dynamischen Linker.
Ein benutzerdefinierter OpenSSL-Bibliothekspfad in /etc/ld.so.conf.d/openssl-1.1.1d.conf verursacht das Problem:
sudo cat /etc/ld.so.conf.d/openssl-1.1.1d.conf
/usr/local/ssl/lib
Um den Konflikt zu beheben, entfernen oder benennen Sie diese Datei um. Aktualisieren Sie dann die Laufzeitbindungen des dynamischen Linkers, indem Sie folgendes ausführen ldconfig:
sudo mv /etc/ld.so.conf.d/openssl-1.1.1d.conf /tmp
sudo ldconfig
Der ldconfig Befehl aktualisiert die Symlinks und erstellt den Cache neu, um sicherzustellen, dass die neu installierte Bibliothek ordnungsgemäß verknüpft und für die Verwendung durch andere Gruppen verfügbar ist.
Diese Aktion stellt sicher, dass das System die richtigen Versionen der OpenSSL- und libk5crypto-Bibliotheken verwendet. Darüber hinaus sollte diese Aktion den ImportFehler beheben, der mit dem nicht definierten Symbol EVP_KDF_ctrlverknüpft ist.
Upgrade symptom 5: Das Leapp-Upgrade stellt während des Upgrades kein Gerät bereit.
Wenn Sie das Leapp-Upgrade ausführen, wird möglicherweise die folgende Fehlermeldung zur Gerätemontage angezeigt:
[ 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()
Upgradelösung 5: Wiederherstellen des virtuellen Computers und Entfernen der UUID
Stellen Sie den virtuellen Computer (VM) aus der Momentaufnahme oder Sicherung wieder her.
Überprüfen Sie, ob die UUID aus der Fehlermeldung auf dem virtuellen Computer vorhanden ist. Wenn die UUID vorhanden ist, kommentieren Sie sie aus, oder entfernen Sie sie aus der Datei "/etc/fstab ".
sudo blkidsudo cat /etc/fstabFühren Sie den Leapp-Upgradebefehl erneut aus.
Upgrade Symptom 6: Fehler beim Mounten von n/a auf /sys/fs/cgroup auf RHEL 7.9
Wenn Sie das Leapp-Upgrade ausführen, wird möglicherweise die folgende Fehlermeldung "Fehler beim Bereitstellen" angezeigt:
[ 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'
Der Montagefehler tritt auf, da Version 2 der Steuerelementgruppe (cgroup v2) auf RHEL 7 nicht unterstützt wird. Weitere Informationen finden Sie unter [IPU 7>8] Leapp schlägt mit der nicht unterstützten cgroup v2 fehl.
Upgradelösung 6: Entfernen des systemd.unified_cgroup_hierarchy-Parameters
Stellen Sie den virtuellen Computer aus der Momentaufnahme oder einer Sicherung wieder her.
Überprüfen Sie vor dem Ausführen des Leapp-Upgrades, ob sich der Parameter
systemd.unified_cgroup_hierarchy=1in /proc/cmdline oder /etc/default/grub befindet.Wenn sich dieser Parameter in einer dieser Dateien befindet, entfernen Sie den Parameter aus der Datei, und führen Sie dann den Leapp-Upgradevorgang erneut aus.
Upgrade symptom 7: Das Leapp-Upgrade wird nach dem Neustart nicht fortgesetzt, und der virtuelle Computer startet stattdessen in RHEL 8.10
Wenn Sie das Leapp-Upgrade von RHEL 8.10 auf 9.4 oder 9.5 ausführen, wird der Upgradevorgang möglicherweise nach dem erforderlichen Neustart nicht fortgesetzt. Stattdessen startet der virtuelle Computer wieder in RHEL 8.10, ohne das spezielle Upgrade initramfs zu laden.
Die folgende Einstellung /etc/default/grub kann dieses Problem verursachen:
GRUB_DEFAULT=0
Da GRUB_DEFAULT=0 das System gezwungen ist, den ersten Menüeintrag in GRUB immer zu starten, überspringt es den Leapp-Upgradeeintrag und setzt den Start in der vorhandenen RHEL 8.10-Umgebung fort.
Upgradelösung 7: Ändern von GRUB für die Verwendung des gespeicherten Eintrags
Ändern Sie
GRUB_DEFAULT=0inGRUB_DEFAULT=saved:Hinweis
In diesem Beispiel
GRUB_DEFAULTist die Einstellung auf0", aber in Ihrer Umgebung kann es sich um eine andere Zahl handeln1. Stellen Sie sicher, dass Sie sie imsedBefehl entsprechend ersetzen.sudo sed -i 's/^GRUB_DEFAULT=0/GRUB_DEFAULT=saved/' /etc/default/grubGenerieren Sie die GRUB-Konfiguration neu:
GEN 1:
sudo grub2-mkconfig -o /boot/grub2/grub.cfgGEN 2:
grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
Starten Sie den virtuellen Computer mithilfe der seriellen Konsole neu:
sudo rebootWenn der Fix ordnungsgemäß angewendet wurde, startet der virtuelle Computer nach dem Neustart initramfs mit dem Leapp-Upgrade, und in der seriellen Konsole sollte eine Ausgabe angezeigt werden, die den folgenden Zeilen in der seriellen Konsole ähnelt:
[ 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,roDiese Ausgabe gibt an, dass der Leapp-Upgradevorgang erfolgreich fortgesetzt wurde. Nach Abschluss sollte der virtuelle Computer mit RHEL 9 starten.x.
Wichtig
Wenn das Leapp-Upgrade weiterhin ohne offensichtlichen Grund fehlschlägt (z. B. beim Upgrade von Version 7.9 auf Version 8.10 oder von Version 8.10 auf Version 9.5), führen Sie kein Upgrade auf die neueste Version durch. Versuchen Sie stattdessen, ein Upgrade auf eine Zwischenversion (z. B. von Version 7.9 auf Version 8.8 oder Version 8.10 auf Version 9.4) durchzuführen, indem Sie das --target x.y Kennzeichen angeben. Nachdem das Zwischenupgrade erfolgreich war, können Sie versuchen, auf die neueste Version zu aktualisieren.
Verwandte Inhalte
Häufig gestellte Fragen zum Leapp-Upgrade (Häufig gestellte Fragen)
Bewährte Methoden und Empfehlungen für die Durchführung des RHEL-Upgrades mit Leapp
Informationen zum Haftungsausschluss von Drittanbietern
Die in diesem Artikel genannten Drittanbieterprodukte stammen von Herstellern, die von Microsoft unabhängig sind. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.
Haftungsausschluss für Kontaktinformationen von Drittanbietern
Die Kontaktinformationen zu den in diesem Artikel erwähnten Drittanbietern sollen Ihnen helfen, zusätzliche Informationen zu diesem Thema zu finden. Diese Kontaktinformationen können ohne vorherige Ankündigung geändert werden. Sie werden von Microsoft ohne jede Gewähr weitergegeben.
Kontaktieren Sie uns für Hilfe
Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.