Delen via


Problemen met upgrade van Red Hat OS oplossen

Van toepassing op: ✔️ Virtuele Linux-machines

Als u een grote upgrade uitvoert op Red Hat Enterprise Linux (RHEL), moet u overgaan van de ene primaire versie naar een andere primaire versie, zoals van RHEL 7 naar RHEL 8 of van RHEL 8 naar RHEL 9. Belangrijke upgrades brengen belangrijke wijzigingen met zich mee, waaronder nieuwe functies, verbeteringen en verfijningen in beveiliging en prestaties. Het proces kan complex zijn, maar Red Hat biedt hulpprogramma's en richtlijnen om het upgradeproces te vereenvoudigen en te stroomlijnen.

Een voorbeeld hiervan is het hulpprogramma Leapp. Het hulpprogramma Leapp is ontworpen om het upgradeproces van RHEL-systemen te automatiseren naar de volgende primaire versie. Het voert controles uit, biedt aanbevelingen en helpt bij het oplossen van eventuele problemen die zich voordoen tijdens de upgrade. In dit artikel wordt beschreven hoe u veelvoorkomende problemen oplost die optreden wanneer u het hulpprogramma Leapp gebruikt tijdens een grote upgrade van een Red Hat-besturingssysteem.

Let op

Op 30 juni 2024 bereikte Red Hat Enterprise Linux 7 het einde van de onderhoudsondersteuning 2-fase. De onderhoudsfase wordt gevolgd door de verlengde levensduurfase. Naarmate Red Hat Enterprise Linux 7 uit de fase Volledig en Onderhoud overgaat, moet u een upgrade uitvoeren naar Red Hat Enterprise Linux 8 of 9. Als u Red Hat Enterprise Linux 7 moet blijven gebruiken, raden we u aan de invoegtoepassing Red Hat Enterprise Linux Extended Life Cycle Support (ELS) toe te voegen.

Aanbevelingen voordat u een upgrade uitvoert

Voordat u begint met het preupgrade- en upgradeproces van Leapp, moet u ervoor zorgen dat u de volgende acties uitvoert:

  • Maak een back-up van de virtuele machine (VM) of een momentopname van de besturingssysteemschijf.

  • Maak voldoende ruimte vrij /var/lib/leapp om plaats te bieden aan de upgrade. Een best practice is om ten minste 2-5 GB vrije ruimte beschikbaar te maken.

  • Toegang tot de seriële console instellen.

Nadat u deze taken hebt voltooid, kunt u de leapp preupgrade en upgradeprocessen starten via de seriële console.

Remmerproblemen en -fouten

Remmerproblemen zijn specifieke problemen die worden geïdentificeerd tijdens de preupgrade-evaluatie die verhinderen dat de upgrade doorgaat. Deze problemen zijn essentieel en moeten worden opgelost voordat u verder kunt gaan met de upgrade. U moet remmerproblemen elimineren om de stabiliteit en functionaliteit van het systeem tijdens en na de upgrade te behouden.

Fouten verwijzen naar problemen die kunnen optreden tijdens het upgradeproces die mogelijk onderbrekingen of storingen veroorzaken. Deze fouten kunnen zich in verschillende fasen voordoen, zowel tijdens de preupgrade-controles als tijdens de daadwerkelijke upgrade.

Veelvoorkomende soorten remmers

Type remmer Beschrijving
Niet-ondersteunde pakketten Pakketten die zijn geïnstalleerd op het huidige systeem dat niet beschikbaar of niet wordt ondersteund in de doelversie
Niet-compatibele hardware Hardwareonderdelen die niet worden ondersteund in de doelversie
Configuratieproblemen Systeemconfiguraties die niet compatibel zijn met de nieuwe versie en aanpassingen vereisen
Software van derden Niet-Red Hat-software die het upgradeproces kan verstoren
Indeling van bestandssysteem Problemen met de indeling van het bestandssysteem van het besturingssysteem, zoals partitioneringsschema's die niet worden ondersteund in de doelversie
Netwerkwijzigingen Netwerkconfiguraties die moeten worden bijgewerkt om te worden afgestemd op de netwerkstack van de nieuwe versie
Aangepaste scripts Aangepaste scripts of cron-taken die mogelijk niet compatibel zijn met de nieuwe versie

Veelvoorkomende typen fouten

Fouttype Beschrijving
Installatiefouten Fouten die optreden tijdens het installeren van pakketten tijdens de upgrade
Servicefouten Services die niet correct worden gestart of gestopt tijdens het upgradeproces
Problemen met bestandssysteem Problemen met schijfruimte, bestandsbeschadiging of koppelpunten
Netwerkproblemen Problemen met de netwerkverbinding die van invloed zijn op het downloaden of installeren van pakketten

Remmers of fouten zoeken in het Leapp-rapport

Het Leapp-rapport bevindt zich op /var/log/leapp/leapp-report.txt. Open het rapport en zoek naar secties die zijn gemarkeerd als remmers. Deze secties bevatten problemen die moeten worden opgelost.

Voor elke remmer bevat het rapport doorgaans gedetailleerde herstelstappen. Deze stappen kunnen opdrachten bevatten die moeten worden uitgevoerd, pakketten die moeten worden geïnstalleerd of configuratiewijzigingen die moeten worden aangebracht.

De volgende lijst bevat veelvoorkomende gevallen van uitvoer die een remmer en het herstel ervan beschrijven:

  • Remmeruitvoer 1

    Inhibitor: Missing package 'pkg_name' required for upgrade.
    Remediation: Install the missing package by running:
    [command] sudo yum install pkg_name
    
  • Remmeruitvoer 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
    
  • Remmeruitvoer 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
    
  • Remmeruitvoer 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.
    
  • Remmeruitvoer 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
    
  • Remmeruitvoer 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
    
  • Remmeruitvoer 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>
    
  • Remmeruitvoer 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
    
  • Remmeruitvoer 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
    
  • Remmeruitvoer 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
    

Opmerking

Bekijk het hele preupgrade-rapport zorgvuldig, zelfs als er geen remmers worden vermeld. Het rapport bevat aanbevolen acties die u moet ondernemen voordat u een upgrade uitvoert, zodat het systeem daarna correct werkt.

Nadat u alle remmers hebt opgelost, voert u de preupgrade-controle opnieuw uit om ervoor te zorgen dat alle problemen zijn opgelost.

Veelvoorkomende problemen met Leapp Preupgrade

Preupgrade symptoom 1: Beschadigde of ontbrekende URLlib3-bibliotheek

Een beschadigde of ontbrekende URLlib3-bibliotheek in Python genereert het volgende foutbericht:

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-oplossing 1: Installeer het python-urllib3-pakket opnieuw

Installeer het python-urllib3-pakket opnieuw door de volgende opdrachten uit te voeren:

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

Preupgrade symptoom 2: Time-out voor verbinding na 30.001 milliseconden

Een communicatieblok naar RHUI-IP-adressen (Red Hat Update Infrastructure) genereert het volgende foutbericht:

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

Oplossing preupgrade 2: RHUI-connectiviteit toestaan

Connectiviteit met RHUI toestaan. Zie Verbindingsproblemen met Linux RHUI voor meer informatie.

Preupgrade symptoom 3: Een abonnementsbeheeropdracht is niet uitgevoerd

Als u de Leapp-upgrade uitvoert met Red Hat Subscription Manager op een pay-as-you-go-installatiekopie (PayGo), wordt mogelijk het volgende foutbericht weergegeven:

[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-oplossing 3: Het hulpprogramma abonnementsbeheer overslaan

Wanneer u een PayGo-installatiekopieën in Azure gebruikt, kunt u het subscription-manager hulpprogramma niet uitvoeren omdat het systeem is ontworpen voor het gebruik van RHUI. U moet de --no-rhsm vlag opgeven die moet worden overgeslagen subscription-manager tijdens de upgrade.

preupgrade symptoom 4: De Leapp preupgrade installeert geen RHEL 8 userspace-pakketten ('execv() failed: No such file or directory'

Als u de Leapp preupgrade uitvoert, wordt mogelijk het volgende foutbericht weergegeven: 'Kan RHEL 8-gebruikersruimtepakketten niet installeren':

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

Mogelijk ontvangt u ook het volgende foutbericht 'Kan geen gegevens ophalen over de DNF-configuratie':

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-oplossing 4: Het dnf-pakket installeren

Zorg ervoor dat het dnf-pakket is geïnstalleerd en dat er geen problemen of beschadigde bestanden aan dat pakket zijn gekoppeld:

sudo package-cleanup --problems
Package leapp-upgrade-el7toel8-deps-0.18.0-1.el7_9.noarch has missing requires of dnf >= ('0', '4', None)
sudo yum reinstall leapp\*
sudo rpm -Va dnf\* leapp\*   
.M.......  g /var/log/dnf.librepo.log
.M.......  g /var/log/dnf.log
.M.......  g /var/log/dnf.rpm.log
.M.......  g /var/log/hawkey.log

preupgrade symptoom 5: /var/lib/leapp/el8userspace', '/bin/bash', '-c', 'su - -c update-ca-trust'] is mislukt met afsluitcode 1

Als u Leapp preupgrade uitvoert, ontvangt u mogelijk het volgende foutbericht 'Actor target_userspace_creator onverwacht beëindigd':

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-oplossing 5: CA-certificaten opnieuw installeren en de CA-vertrouwensrelatie bijwerken

Er is een probleem opgetreden in het bestaande ca-certificates-pakket waardoor de update-ca-trust opdracht is mislukt. U kunt dit probleem oplossen door het ca-certificates-pakket opnieuw te installeren en de opdracht uit te update-ca-trust voeren:

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

preupgrade symptoom 6: FileNotFoundError: [Errno 2] Geen dergelijk bestand of map: '/etc/leapp/repos.d/system_upgrade/common/files/rhui/azure-XX/content-XX.crt'

Als u probeert uit te voeren leapp preupgrade op RHEL 8 voor SAP-HANA of SAPApps met de versie van het leapp hulpprogramma lapp-rhui-azure-sap-1.0.0-14.el8.noarch, of op basis van Red Hat-installatiekopieën met versie leapp-rhui-azure-1.0.0-14.el8.noarch, wordt het volgende foutbericht gegenereerd:

====> * 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-installatiekopieën genereren:

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-installatiekopieën genereren:

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

Basisinstallatiekopieën genereren:

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

preupgrade-oplossing 6

De tijdelijke oplossing voor dit probleem is het downgraden van de versie van leapp-rhui-azure-sap naar leapp-rhui-azure-sap-1.0.0-10.el8.noarch voor SAP-installatiekopieën en de versie van leapp-rhui-azure naar leapp-rhui-azure-1.0.0-10.el8.noarch voor Red Hat-basisinstallatiekopieën.

SAP-installatiekopieën:

sudo dnf downgrade leapp-rhui-azure-sap 

Basisinstallatiekopieën:

sudo dnf downgrade leapp-rhui-azure

Nadat u alle remmers hebt opgelost, voert u de preupgrade opnieuw uit en zorgt u ervoor dat alle problemen zijn opgelost.

Veelvoorkomende problemen met de Leapp-upgrade

Nadat in het preupgraderapport geen fouten of remmers worden weergegeven en alles als opgelost is gemarkeerd, gaat u verder met de Leapp-upgrade. In dit rapport wordt de uitvoer meestal groen of geel weergegeven, wat aangeeft dat het veilig is om de Leapp-upgrade uit te voeren.

De volgende symptomen geven enkele veelvoorkomende fouten aan die worden gerapporteerd tijdens het upgradeproces van Leapp.

Upgrade symptoom 1: Onvoldoende ruimte beschikbaar op /var/lib/leapp/scratch

Als u de Leapp-upgrade uitvoert, wordt mogelijk het volgende foutbericht 'Onvoldoende beschikbare ruimte' weergegeven:

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

Upgradeoplossing 1: het bestandssysteem uitbreiden

Breid het bestandssysteem uit waarop /var/lib/leapp is gekoppeld. Normaal gesproken bevindt de koppeling zich op /dev/mapper/rootvg-varlv.

Normaal gesproken wordt de uitvoer groen of geel weergegeven, wat aangeeft dat u de Leapp-upgrade veilig kunt uitvoeren.

Upgrade symptoom 2: De openssl-libs-1:1.1.1k-12.el8_9.x86_64 conflicten met bestand van pakket openssl11-libs-1:1.1.1k-7.el7.x86_64

Er bestaat een conflict tussen bibliotheken uit de volgende bronnen:

  • Het openssl11-bibliothekenpakket uit de opslagplaats Extra Pakketten voor Enterprise Linux (EPEL)
  • De openssl - en openssl-bibliothekenpakketten voor RHEL 8 die worden geleverd door Red Hat (vereist voor de in-place upgrade)

In deze situatie wordt het volgende foutbericht weergegeven:

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.

Upgradeoplossing 2: Het openssl11-*-pakket verwijderen

Controleer of het openssl11-* -pakket is geïnstalleerd voor een externe leverancier. Als dat pakket afkomstig is van een externe leverancier, verwijdert u het pakket, zoals wordt weergegeven in de volgende opdrachten.

Opmerking

Dit conflictfoutbericht kan worden gegenereerd als u een andere pakketbeheerder van derden gebruikt. In dit voorbeeld was het conflict met 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

Waarschuwing

Als andere pakketten, zoals nodejs en nodejs-bibliotheken uit de EPEL-opslagplaats, worden verwijderd vanwege de afhankelijkheidsproblemen die worden weergegeven in de vorige uitvoer, maakt u een back-up van de gerelateerde configuratiebestanden en installeert u dezelfde pakketten handmatig na de in-place upgrade.

Upgrade symptoom 3: Probleem met geïnstalleerde pakket ansible-2.9.27-1.el7ae.noarch en ansible-test-2.9.27-1.el7ae.noarch

Als u de Leapp-upgrade uitvoert, ontvangt u mogelijk het volgende foutbericht 'DNF-uitvoering is mislukt met niet-nul afsluitcode':

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

Upgradeoplossing 3: Ansible-pakketten verwijderen

De in-place upgrade wordt niet ondersteund voor systemen met ansible-producten. Zie Upgrading_from_rhel_7_to_rhel_8 voor meer informatie. Als u Ansible-pakketten wilt verwijderen, voert u de volgende opdracht uit:

sudo yum remove ansible ansible-test

Upgrade symptoom 4: ImportError: /lib64/libk5crypto.so.3: niet-gedefinieerd symbool

Er is een symbool dat niet overeenkomt of ontbreekt in de OpenSSL-bibliotheek die libk5crypto vereist, zoals wordt weergegeven in de volgende uitvoer:

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

Upgradeoplossing 4: Het bestand in conflict verwijderen of de naam ervan wijzigen en de dynamische linker bijwerken

Een aangepast OpenSSL-bibliotheekpad in /etc/ld.so.conf.d/openssl-1.1.1d.conf veroorzaakt het probleem:

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

U kunt het conflict oplossen door dit bestand te verwijderen of de naam ervan te wijzigen. Werk vervolgens de dynamische linkerruntimebindingen bij door het volgende uit te voeren ldconfig:

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

Met ldconfig de opdracht worden de symlinks bijgewerkt en wordt de cache opnieuw opgebouwd om ervoor te zorgen dat de zojuist geïnstalleerde bibliotheek correct is gekoppeld en beschikbaar is voor gebruik door andere groepen.

Deze actie zorgt ervoor dat het systeem de juiste versies van de OpenSSL- en libk5crypto-bibliotheken gebruikt. Bovendien moet deze actie de ImportError herstellen die is gerelateerd aan het niet-gedefinieerde symbool EVP_KDF_ctrl.

Upgrade symptoom 5: Een Leapp-upgrade koppelt geen apparaat tijdens de upgrade

Als u de Leapp-upgrade uitvoert, ontvangt u mogelijk het volgende foutbericht over het koppelen van het apparaat:

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

Upgradeoplossing 5: de VM herstellen en de UUID verwijderen

  1. Herstel de virtuele machine (VM) vanuit de momentopname of back-up.

  2. Controleer of de UUID van het foutbericht bestaat op de virtuele machine. Als de UUID bestaat, markeert u het uit of verwijdert u deze uit het bestand /etc/fstab .

    sudo blkid
    
    sudo cat /etc/fstab
    
  3. Voer de leapp-upgradeopdracht opnieuw uit.

Upgrade symptoom 6: kan n/a niet koppelen op /sys/fs/cgroup op RHEL 7.9

Als u de Leapp-upgrade uitvoert, wordt mogelijk het volgende foutbericht 'Kan niet koppelen' weergegeven:

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

De koppelingsfout treedt op omdat versie 2 van de besturingsgroep (cgroup v2) niet wordt ondersteund op RHEL 7. Zie [IPU 7>8] Leapp mislukt met cgroup v2 die niet wordt ondersteund voor meer informatie.

Upgradeoplossing 6: de parameter systemd.unified_cgroup_hierarchy verwijderen

  1. Herstel de VIRTUELE machine vanuit de momentopname of een back-up.

  2. Voordat u de Leapp-upgrade uitvoert, controleert u of de parameter systemd.unified_cgroup_hierarchy=1 zich in /proc/cmdline of /etc/default/grub bevindt.

  3. Als deze parameter zich in een van deze bestanden bevindt, verwijdert u de parameter uit het bestand en voert u het upgradeproces van Leapp opnieuw uit.

Upgrade symptoom 7: De Upgrade van Leapp wordt niet voortgezet na het opnieuw opstarten en de VM wordt opgestart in RHEL 8.10 in plaats daarvan

Als u de Leapp-upgrade uitvoert van RHEL 8.10 naar 9.4 of 9.5, wordt het upgradeproces mogelijk niet voortgezet nadat de vereiste herstart is uitgevoerd. In plaats daarvan wordt de VIRTUELE machine opnieuw opgestart naar RHEL 8.10 zonder de speciale upgrade initramfs te laden.

De volgende instelling kan /etc/default/grub dit probleem veroorzaken:

GRUB_DEFAULT=0

Omdat GRUB_DEFAULT=0 het systeem ervoor zorgt dat het systeem altijd de eerste menuvermelding in GRUB opstart, slaat het de Vermelding van de Leapp-upgrade over en blijft het opstarten in de bestaande RHEL 8.10-omgeving.

Upgradeoplossing 7: GRUB wijzigen om de opgeslagen vermelding te gebruiken

  1. Wijzigen GRUB_DEFAULT=0 in GRUB_DEFAULT=saved:

    Opmerking

    In dit voorbeeld GRUB_DEFAULT is dit ingesteld op 0, maar in uw omgeving kan dit of een ander getal zijn 1 . Zorg ervoor dat u deze dienovereenkomstig vervangt in de sed opdracht.

    sudo sed -i 's/^GRUB_DEFAULT=0/GRUB_DEFAULT=saved/' /etc/default/grub
    
  2. Genereer de GRUB-configuratie opnieuw:

    • GEN 1:

      sudo grub2-mkconfig -o /boot/grub2/grub.cfg
      
    • GEN 2:

      grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
      
  3. Start de VIRTUELE machine opnieuw op met behulp van de seriële console:

    sudo reboot
    

    Als de oplossing na het opnieuw opstarten correct is toegepast, wordt de VM opgestart naar de Leapp-upgrade initramfs. U ziet dan een uitvoer die vergelijkbaar is met de volgende regels in de seriële console:

    [  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
    

    Deze uitvoer geeft aan dat het Upgradeproces van Leapp is voortgezet. Na voltooiing moet de VM worden opgestart naar RHEL 9.x.

Belangrijk

Als de Leapp-upgrade nog steeds mislukt zonder een duidelijke reden (bijvoorbeeld wanneer u een upgrade uitvoert van versie 7.9 naar versie 8.10 of van versie 8.10 naar versie 9.5), voert u geen upgrade uit naar de nieuwste versie. Probeer in plaats daarvan een upgrade uit te voeren naar een tussenliggende versie (bijvoorbeeld van versie 7.9 naar versie 8.8 of versie 8.10 naar versie 9.4) door de --target x.y vlag op te geven. Nadat de tussenliggende upgrade is voltooid, kunt u proberen een upgrade uit te voeren naar de nieuwste versie.

Disclaimerinformatie van derden

De producten van derden die in dit artikel worden vermeld, worden vervaardigd door bedrijven die onafhankelijk zijn van Microsoft. Microsoft verleent dan ook geen enkele garantie, impliciet noch anderszins, omtrent de prestaties of de betrouwbaarheid van deze producten.

Disclaimerinformatie van derden

Microsoft verstrekt contactgegevens van derden om u te helpen bij het vinden van extra informatie over dit onderwerp. Deze contactinformatie kan zonder voorafgaande kennisgeving worden gewijzigd. Microsoft kan niet instaan voor de juistheid van contactgegevens van derden.

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Azure-feedbackcommunity.