Update ELevate patch

.gitignore

@@ -1,2 +1,2 @@
-SOURCES/deps-pkgs-13.tar.gz
-SOURCES/leapp-repository-0.24.0.tar.gz
+SOURCES/deps-pkgs-7.tar.gz
+SOURCES/leapp-repository-0.17.0.tar.gz

.leapp-repository.metadata

@@ -1,2 +1,2 @@
-3590b33b4a79ebe62f5cfa0eeca7efb41d526498 SOURCES/deps-pkgs-13.tar.gz
-2271b92541564ebd07a038a8b45e5a33d5f8b9c9 SOURCES/leapp-repository-0.24.0.tar.gz
+4886551d9ee2259cdfbd8d64a02d0ab9a381ba3d SOURCES/deps-pkgs-7.tar.gz
+cbb3e6025c6567507d3bc317731b4c2f0a0eb872 SOURCES/leapp-repository-0.17.0.tar.gz

SOURCES/0001-CheckVDO-Ask-user-only-faiulres-and-undetermined-dev.patch

@@ -0,0 +1,562 @@
+From 505963d51e3989a7d907861dd870133c670ccb78 Mon Sep 17 00:00:00 2001
+From: Joe Shimkus <joe@shimkus.com>
+Date: Wed, 24 Aug 2022 13:30:19 -0400
+Subject: [PATCH] CheckVDO: Ask user only faiulres and undetermined devices (+
+ report update)
+
+The previous solution made possible to skip the VDO check answering
+the user question (confirming no vdo devices are present) if the
+vdo package is not installed (as the scan of the system could not
+be performed). However as part of the bug 2096159 it was discovered
+that some systems have very dynamic storage which could dissapear
+in the very moment the check by the vdo tool is performed which lead
+to the reported inhibitor. We have discovered that this could be real
+blocker of the upgrade on such systems as it's pretty simple to hit
+at least 1 of N devices to raise such an issue. (*)
+
+To make the upgrade possible on such systems, the dialog has been
+updated to be able to skip any problematic VDO checks:
+ - undetermined block devices
+ - failures during the vdo scan of a block device
+
+In such a case, user must confirm that no VDO device non-managed
+by LVM is present. The dialog is asking now for the `confirm` key
+from user instead of `all_vdo_converted`. If any non-LVM managed VDO
+devices are discovered, the upgrade is inhibited despite the answer
+(this is supposed to happen only when user's answer is not right so
+we are ok about that behaviour).
+
+Also reports are updated, as previously it could happen that several
+reports with the same title appear during one run of leapp, but each
+of them has a different meaning. Set individual titles to all
+reports. Also summaries or reports have been updated.
+
+(*) This also includes situations when discovered list of devices
+is not complete as some block devices could be loaded after the
+initial scan of block devices (StorageInfo msg) is created. Which
+means that such devices will not be checked at all as they will not
+be known to other actors. We consider this ok as when a system with
+dynamic storage is present, usually many of block devices are
+redundant. So usually user will have to answer the dialog anyway due
+to other "unstable" block devices.
+
+Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2096159
+Jira: OAMG-7025
+---
+ .../el8toel9/actors/checkvdo/actor.py         |  96 +++++++----
+ .../actors/checkvdo/libraries/checkvdo.py     | 155 ++++++++++--------
+ .../checkvdo/tests/unit_test_checkvdo.py      |  44 +++--
+ 3 files changed, 184 insertions(+), 111 deletions(-)
+
+diff --git a/repos/system_upgrade/el8toel9/actors/checkvdo/actor.py b/repos/system_upgrade/el8toel9/actors/checkvdo/actor.py
+index c28b3a9..d43bac0 100644
+--- a/repos/system_upgrade/el8toel9/actors/checkvdo/actor.py
++++ b/repos/system_upgrade/el8toel9/actors/checkvdo/actor.py
+@@ -12,7 +12,7 @@ class CheckVdo(Actor):
+ 
+     `Background`
+     ============
+-    In RHEL 9.0 the indepdent VDO management software, `vdo manager`, is
++    In RHEL 9.0 the independent VDO management software, `vdo manager`, is
+     superseded by LVM management.  Existing VDOs must be converted to LVM-based
+     management *before* upgrading to RHEL 9.0.
+ 
+@@ -32,12 +32,24 @@ class CheckVdo(Actor):
+     If the VdoConversionInfo model indicates unexpected errors occurred during
+     scanning CheckVdo will produce appropriate inhibitory reports.
+ 
+-    Lastly, if the VdoConversionInfo model indicates conditions exist where VDO
+-    devices could exist but the necessary software to check was not installed
+-    on the system CheckVdo will present a dialog to the user. This dialog will
+-    ask the user to either install the required software if the user knows or
+-    is unsure that VDO devices exist or to approve the continuation of the
+-    upgrade if the user is certain that no VDO devices exist.
++    If the VdoConversionInfo model indicates conditions exist where VDO devices
++    could exist but the necessary software to check was not installed on the
++    system CheckVdo will present a dialog to the user. This dialog will ask the
++    user to either install the required software if the user knows or is unsure
++    that VDO devices exist or to approve the continuation of the upgrade if the
++    user is certain that either there are no VDO devices present or that all
++    VDO devices have been successfully converted.
++
++    To maximize safety CheckVdo operates against all block devices which
++    match the criteria for potential VDO devices.  Given the dynamic nature
++    of device presence within a system some devices which may have been present
++    during leapp discovery may not be present when CheckVdo runs.  As CheckVdo
++    defaults to producing inhibitory reports if a device cannot be checked
++    (for any reason) this dynamism may be problematic.  To prevent CheckVdo
++    producing an inhibitory report for devices which are dynamically no longer
++    present within the system the user may answer the previously mentioned
++    dialog in the affirmative when the user knows that all VDO devices have
++    been converted.  This will circumvent checks of block devices.
+     """
+ 
+     name = 'check_vdo'
+@@ -50,37 +62,55 @@ class CheckVdo(Actor):
+             reason='Confirmation',
+             components=(
+                 BooleanComponent(
+-                    key='no_vdo_devices',
+-                    label='Are there no VDO devices on the system?',
+-                    description='Enter True if there are no VDO devices on '
+-                                'the system and False continue the upgrade. '
+-                                'If the system has no VDO devices, then it '
+-                                'is safe to continue the upgrade. If there '
+-                                'are VDO devices they must all be converted '
+-                                'to LVM management before the upgrade can '
+-                                'proceed.',
+-                    reason='Based on installed packages it is possible that '
+-                           'VDO devices exist on the system.  All VDO devices '
+-                           'must be converted to being managed by LVM before '
+-                           'the upgrade occurs. Because the \'vdo\' package '
+-                           'is not installed, Leapp cannot determine whether '
+-                           'any VDO devices exist that have not yet been '
+-                           'converted.  If the devices are not converted and '
+-                           'the upgrade proceeds the data on unconverted VDO '
+-                           'devices will be inaccessible. If you have any '
+-                           'doubts you should choose to install the \'vdo\' '
+-                           'package and re-run the upgrade process to check '
+-                           'for unconverted VDO devices. If you are certain '
+-                           'that the system has no VDO devices or that all '
+-                           'VDO devices have been converted to LVM management '
+-                           'you may opt to allow the upgrade to proceed.'
++                    key='confirm',
++                    label='Are all VDO devices, if any, successfully converted to LVM management?',
++                    description='Enter True if no VDO devices are present '
++                                'on the system or all VDO devices on the system '
++                                'have been successfully converted to LVM '
++                                'management. '
++                                'Entering True will circumvent check of failures '
++                                'and undetermined devices. '
++                                'Recognized VDO devices that have not been '
++                                'converted to LVM management can still block '
++                                'the upgrade despite the answer.'
++                                'All VDO devices must be converted to LVM '
++                                'management before upgrading.',
++                    reason='To maximize safety all block devices on a system '
++                           'that meet the criteria as possible VDO devices '
++                           'are checked to verify that, if VDOs, they have '
++                           'been converted to LVM management. '
++                           'If the devices are not converted and the upgrade '
++                           'proceeds the data on unconverted VDO devices will '
++                           'be inaccessible. '
++                           'In order to perform checking the \'vdo\' package '
++                           'must be installed. '
++                           'If the \'vdo\' package is not installed and there '
++                           'are any doubts the \'vdo\' package should be '
++                           'installed and the upgrade process re-run to check '
++                           'for unconverted VDO devices. '
++                           'If the check of any device fails for any reason '
++                           'an upgrade inhibiting report is generated. '
++                           'This may be problematic if devices are '
++                           'dynamically removed from the system subsequent to '
++                           'having been identified during device discovery. '
++                           'If it is certain that all VDO devices have been '
++                           'successfully converted to LVM management this '
++                           'dialog may be answered in the affirmative which '
++                           'will circumvent block device checking.'
+                 ),
+             )
+         ),
+     )
++    _asked_answer = False
++    _vdo_answer = None
+ 
+-    def get_no_vdo_devices_response(self):
+-        return self.get_answers(self.dialogs[0]).get('no_vdo_devices')
++    def get_vdo_answer(self):
++        if not self._asked_answer:
++            self._asked_answer = True
++            # calling this multiple times could lead to possible issues
++            # or at least in redundant reports
++            self._vdo_answer = self.get_answers(self.dialogs[0]).get('confirm')
++        return self._vdo_answer
+ 
+     def process(self):
+         for conversion_info in self.consume(VdoConversionInfo):
+diff --git a/repos/system_upgrade/el8toel9/actors/checkvdo/libraries/checkvdo.py b/repos/system_upgrade/el8toel9/actors/checkvdo/libraries/checkvdo.py
+index 9ba5c70..3b161c9 100644
+--- a/repos/system_upgrade/el8toel9/actors/checkvdo/libraries/checkvdo.py
++++ b/repos/system_upgrade/el8toel9/actors/checkvdo/libraries/checkvdo.py
+@@ -1,10 +1,35 @@
+ from leapp import reporting
+ from leapp.libraries.stdlib import api
+ 
+-_report_title = reporting.Title('VDO devices migration to LVM management')
+ 
++def _report_skip_check():
++    if not api.current_actor().get_vdo_answer():
++        return
++
++    summary = ('User has asserted all VDO devices on the system have been '
++               'successfully converted to LVM management or no VDO '
++               'devices are present.')
++    reporting.create_report([
++        reporting.Title('Skipping the VDO check of block devices'),
++        reporting.Summary(summary),
++        reporting.Severity(reporting.Severity.INFO),
++        reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
++    ])
++
++
++def _process_failed_check_devices(conversion_info):
++    # Post-conversion VDOs that were not successfully checked for having
++    # completed the migration to LVM management.
++    # Return True if failed checks detected
++    devices = [x for x in conversion_info.post_conversion if (not x.complete) and x.check_failed]
++    devices += [x for x in conversion_info.undetermined_conversion if x.check_failed]
++    if not devices:
++        return False
++
++    if api.current_actor().get_vdo_answer():
++        # User asserted all possible VDO should be already converted - skip
++        return True
+ 
+-def _create_unexpected_resuilt_report(devices):
+     names = [x.name for x in devices]
+     multiple = len(names) > 1
+     summary = ['Unexpected result checking device{0}'.format('s' if multiple else '')]
+@@ -16,13 +41,14 @@ def _create_unexpected_resuilt_report(devices):
+                            'and re-run the upgrade.'))
+ 
+     reporting.create_report([
+-        _report_title,
++        reporting.Title('Checking VDO conversion to LVM management of block devices failed'),
+         reporting.Summary(summary),
+         reporting.Severity(reporting.Severity.HIGH),
+         reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
+         reporting.Remediation(hint=remedy_hint),
+         reporting.Groups([reporting.Groups.INHIBITOR])
+     ])
++    return True
+ 
+ 
+ def _process_post_conversion_vdos(vdos):
+@@ -32,23 +58,28 @@ def _process_post_conversion_vdos(vdos):
+     if post_conversion:
+         devices = [x.name for x in post_conversion]
+         multiple = len(devices) > 1
+-        summary = ''.join(('VDO device{0} \'{1}\' '.format('s' if multiple else '',
+-                                                           ', '.join(devices)),
+-                           'did not complete migration to LVM management. ',
+-                           'The named device{0} '.format('s' if multiple else ''),
+-                           '{0} successfully converted at the '.format('were' if multiple else 'was'),
+-                           'device format level; however, the expected LVM management '
+-                           'portion of the conversion did not take place. This '
+-                           'indicates that an exceptional condition (for example, a '
+-                           'system crash) likely occured during the conversion '
+-                           'process. The LVM portion of the conversion must be '
+-                           'performed in order for upgrade to proceed.'))
++        summary = (
++            'VDO device{s_suffix} \'{devices_str}\' '
++            'did not complete migration to LVM management. '
++            'The named device{s_suffix} {was_were} successfully converted '
++            'at the device format level; however, the expected LVM management '
++            'portion of the conversion did not take place. This indicates '
++            'that an exceptional condition (for example, a system crash) '
++            'likely occurred during the conversion process. The LVM portion '
++            'of the conversion must be performed in order for upgrade '
++            'to proceed.'
++            .format(
++                s_suffix='s' if multiple else '',
++                devices_str=', '.join(devices),
++                was_were='were' if multiple else 'was',
++            )
++        )
+ 
+         remedy_hint = ('Consult the VDO to LVM conversion process '
+                        'documentation for how to complete the conversion.')
+ 
+         reporting.create_report([
+-            _report_title,
++            reporting.Title('Detected VDO devices that have not finished the conversion to LVM management.'),
+             reporting.Summary(summary),
+             reporting.Severity(reporting.Severity.HIGH),
+             reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
+@@ -56,33 +87,32 @@ def _process_post_conversion_vdos(vdos):
+             reporting.Groups([reporting.Groups.INHIBITOR])
+         ])
+ 
+-    # Post-conversion VDOs that were not successfully checked for having
+-    # completed the migration to LVM management.
+-    post_conversion = [x for x in vdos if (not x.complete) and x.check_failed]
+-    if post_conversion:
+-        _create_unexpected_resuilt_report(post_conversion)
+-
+ 
+ def _process_pre_conversion_vdos(vdos):
+     # Pre-conversion VDOs generate an inhibiting report.
+     if vdos:
+         devices = [x.name for x in vdos]
+         multiple = len(devices) > 1
+-        summary = ''.join(('VDO device{0} \'{1}\' require{2} '.format('s' if multiple else '',
+-                                                                      ', '.join(devices),
+-                                                                      '' if multiple else 's'),
+-                           'migration to LVM management.'
+-                           'After performing the upgrade VDO devices can only be '
+-                           'managed via LVM. Any VDO device not currently managed '
+-                           'by LVM must be converted to LVM management before '
+-                           'upgrading. The data on any VDO device not converted to '
+-                           'LVM management will be inaccessible after upgrading.'))
++        summary = (
++            'VDO device{s_suffix} \'{devices_str}\' require{s_suffix_verb} '
++            'migration to LVM management.'
++            'After performing the upgrade VDO devices can only be '
++            'managed via LVM. Any VDO device not currently managed '
++            'by LVM must be converted to LVM management before '
++            'upgrading. The data on any VDO device not converted to '
++            'LVM management will be inaccessible after upgrading.'
++            .format(
++                s_suffix='s' if multiple else '',
++                s_suffix_verb='' if multiple else 's',
++                devices_str=', '.join(devices),
++            )
++        )
+ 
+         remedy_hint = ('Consult the VDO to LVM conversion process '
+                        'documentation for how to perform the conversion.')
+ 
+         reporting.create_report([
+-            _report_title,
++            reporting.Title('Detected VDO devices not managed by LVM'),
+             reporting.Summary(summary),
+             reporting.Severity(reporting.Severity.HIGH),
+             reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
+@@ -104,43 +134,40 @@ def _process_undetermined_conversion_devices(devices):
+     # A device can only end up as undetermined either via a check that failed
+     # or if it was not checked.  If the info for the device indicates that it
+     # did not have a check failure that means it was not checked.
+-
+-    checked = [x for x in devices if x.check_failed]
+-    if checked:
+-        _create_unexpected_resuilt_report(checked)
++    # Return True if failed checks detected
+ 
+     unchecked = [x for x in devices if not x.check_failed]
+-    if unchecked:
+-        no_vdo_devices = api.current_actor().get_no_vdo_devices_response()
+-        if no_vdo_devices:
+-            summary = ('User has asserted there are no VDO devices on the '
+-                       'system in need of conversion to LVM management.')
+-
+-            reporting.create_report([
+-                _report_title,
+-                reporting.Summary(summary),
+-                reporting.Severity(reporting.Severity.INFO),
+-                reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
+-                reporting.Groups([])
+-            ])
+-        elif no_vdo_devices is False:
+-            summary = ('User has opted to inhibit upgrade in regard to '
+-                       'potential VDO devices requiring conversion to LVM '
+-                       'management.')
+-            remedy_hint = ('Install the \'vdo\' package and re-run upgrade to '
+-                           'check for VDO devices requiring conversion.')
+-
+-            reporting.create_report([
+-                _report_title,
+-                reporting.Summary(summary),
+-                reporting.Severity(reporting.Severity.HIGH),
+-                reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
+-                reporting.Remediation(hint=remedy_hint),
+-                reporting.Groups([reporting.Groups.INHIBITOR])
+-            ])
++    if not unchecked:
++        return False
++
++    if api.current_actor().get_vdo_answer():
++        # User asserted no VDO devices are present
++        return True
++
++    summary = (
++        'The check of block devices could not be performed as the \'vdo\' '
++        'package is not installed. All VDO devices must be converted to '
++        'LVM management prior to the upgrade to prevent the loss of data.')
++    remedy_hint = ('Install the \'vdo\' package and re-run upgrade to '
++                   'check for VDO devices requiring conversion or confirm '
++                   'that all VDO devices, if any, are managed by LVM.')
++
++    reporting.create_report([
++        reporting.Title('Cannot perform the VDO check of block devices'),
++        reporting.Summary(summary),
++        reporting.Severity(reporting.Severity.HIGH),
++        reporting.Groups([reporting.Groups.SERVICES, reporting.Groups.DRIVERS]),
++        reporting.Remediation(hint=remedy_hint),
++        reporting.Groups([reporting.Groups.INHIBITOR])
++    ])
++    return True
+ 
+ 
+ def check_vdo(conversion_info):
+     _process_pre_conversion_vdos(conversion_info.pre_conversion)
+     _process_post_conversion_vdos(conversion_info.post_conversion)
+-    _process_undetermined_conversion_devices(conversion_info.undetermined_conversion)
++
++    detected_under_dev = _process_undetermined_conversion_devices(conversion_info.undetermined_conversion)
++    detected_failed_check = _process_failed_check_devices(conversion_info)
++    if detected_under_dev or detected_failed_check:
++        _report_skip_check()
+diff --git a/repos/system_upgrade/el8toel9/actors/checkvdo/tests/unit_test_checkvdo.py b/repos/system_upgrade/el8toel9/actors/checkvdo/tests/unit_test_checkvdo.py
+index e0ac39d..865e036 100644
+--- a/repos/system_upgrade/el8toel9/actors/checkvdo/tests/unit_test_checkvdo.py
++++ b/repos/system_upgrade/el8toel9/actors/checkvdo/tests/unit_test_checkvdo.py
+@@ -13,14 +13,16 @@ from leapp.models import (
+ from leapp.utils.report import is_inhibitor
+ 
+ 
+-class MockedActorNoVdoDevices(CurrentActorMocked):
+-    def get_no_vdo_devices_response(self):
+-        return True
++# Mock actor base for CheckVdo tests.
++class MockedActorCheckVdo(CurrentActorMocked):
++    def get_vdo_answer(self):
++        return False
+ 
+ 
+-class MockedActorSomeVdoDevices(CurrentActorMocked):
+-    def get_no_vdo_devices_response(self):
+-        return False
++# Mock actor for all_vdo_converted dialog response.
++class MockedActorAllVdoConvertedTrue(MockedActorCheckVdo):
++    def get_vdo_answer(self):
++        return True
+ 
+ 
+ def aslist(f):
+@@ -66,6 +68,7 @@ def _undetermined_conversion_vdos(count=0, failing=False, start_char='a'):
+ 
+ # No VDOs tests.
+ def test_no_vdos(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+@@ -76,6 +79,7 @@ def test_no_vdos(monkeypatch):
+ 
+ # Concurrent pre- and post-conversion tests.
+ def test_both_conversion_vdo_incomplete(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     post_count = 7
+     checkvdo.check_vdo(
+@@ -89,6 +93,7 @@ def test_both_conversion_vdo_incomplete(monkeypatch):
+ 
+ # Post-conversion tests.
+ def test_post_conversion_multiple_vdo_incomplete(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(7, 5),
+@@ -100,6 +105,7 @@ def test_post_conversion_multiple_vdo_incomplete(monkeypatch):
+ 
+ 
+ def test_post_conversion_multiple_vdo_complete(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(7, 7),
+@@ -109,6 +115,7 @@ def test_post_conversion_multiple_vdo_complete(monkeypatch):
+ 
+ 
+ def test_post_conversion_single_vdo_incomplete(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(1),
+@@ -121,6 +128,7 @@ def test_post_conversion_single_vdo_incomplete(monkeypatch):
+ 
+ 
+ def test_post_conversion_single_check_failing(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(2, complete=1, failing=1),
+@@ -135,6 +143,7 @@ def test_post_conversion_single_check_failing(monkeypatch):
+ 
+ 
+ def test_post_conversion_multiple_check_failing(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(7, complete=4, failing=3),
+@@ -147,6 +156,7 @@ def test_post_conversion_multiple_check_failing(monkeypatch):
+ 
+ 
+ def test_post_conversion_incomplete_and_check_failing(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(2, failing=1),
+@@ -158,6 +168,7 @@ def test_post_conversion_incomplete_and_check_failing(monkeypatch):
+ 
+ # Pre-conversion tests.
+ def test_pre_conversion_multiple_vdo_incomplete(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+@@ -169,6 +180,7 @@ def test_pre_conversion_multiple_vdo_incomplete(monkeypatch):
+ 
+ 
+ def test_pre_conversion_single_vdo_incomplete(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+@@ -182,6 +194,7 @@ def test_pre_conversion_single_vdo_incomplete(monkeypatch):
+ 
+ # Undetermined tests.
+ def test_undetermined_single_check_failing(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+@@ -196,6 +209,7 @@ def test_undetermined_single_check_failing(monkeypatch):
+ 
+ 
+ def test_undetermined_multiple_check_failing(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+@@ -207,27 +221,29 @@ def test_undetermined_multiple_check_failing(monkeypatch):
+             'Unexpected result checking devices')
+ 
+ 
+-def test_undetermined_multiple_no_check_no_vdos(monkeypatch):
+-    monkeypatch.setattr(api, 'current_actor', MockedActorNoVdoDevices())
++def test_undetermined_multiple_no_check(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorCheckVdo())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+                           pre_conversion=_pre_conversion_vdos(),
+                           undetermined_conversion=_undetermined_conversion_vdos(3)))
+     assert reporting.create_report.called == 1
+-    assert not is_inhibitor(reporting.create_report.report_fields)
++    assert is_inhibitor(reporting.create_report.report_fields)
+     assert reporting.create_report.report_fields['summary'].startswith(
+-            'User has asserted there are no VDO devices')
++            'The check of block devices could not be performed as the \'vdo\' '
++            'package is not installed.')
+ 
+ 
+-def test_undetermined_multiple_no_check_some_vdos(monkeypatch):
+-    monkeypatch.setattr(api, 'current_actor', MockedActorSomeVdoDevices())
++# all_vdo_converted test.
++def test_all_vdo_converted_true(monkeypatch):
++    monkeypatch.setattr(api, 'current_actor', MockedActorAllVdoConvertedTrue())
+     monkeypatch.setattr(reporting, 'create_report', create_report_mocked())
+     checkvdo.check_vdo(
+         VdoConversionInfo(post_conversion=_post_conversion_vdos(),
+                           pre_conversion=_pre_conversion_vdos(),
+                           undetermined_conversion=_undetermined_conversion_vdos(3)))
+     assert reporting.create_report.called == 1
+-    assert is_inhibitor(reporting.create_report.report_fields)
++    assert not is_inhibitor(reporting.create_report.report_fields)
+     assert reporting.create_report.report_fields['summary'].startswith(
+-            'User has opted to inhibit upgrade')
++            'User has asserted all VDO devices on the system have been successfully converted')
+-- 
+2.37.2
+

SOURCES/0004-Enforce-the-removal-of-rubygem-irb-do-not-install-it.patch

@@ -0,0 +1,23 @@
+From 496abd1775779054377c5e35ae96fa4d390bab42 Mon Sep 17 00:00:00 2001
+From: Petr Stodulka <pstodulk@redhat.com>
+Date: Tue, 19 Apr 2022 21:51:03 +0200
+Subject: [PATCH] Enforce the removal of rubygem-irb (do not install it)
+
+---
+ etc/leapp/transaction/to_remove | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/etc/leapp/transaction/to_remove b/etc/leapp/transaction/to_remove
+index 0feb782..07c6864 100644
+--- a/etc/leapp/transaction/to_remove
++++ b/etc/leapp/transaction/to_remove
+@@ -1,3 +1,6 @@
+ ### List of packages (each on new line) to be removed from the upgrade transaction
+ # Removing initial-setup package to avoid it asking for EULA acceptance during upgrade - OAMG-1531
+ initial-setup
++
++# temporary workaround for the file conflict symlink <-> dir (#2030627)
++rubygem-irb
+-- 
+2.35.1
+

SOURCES/0005-rhui-azure-sap-apps-consider-RHUI-client-as-signed.patch

@@ -0,0 +1,25 @@
+From 1c6388139695aefb02daa7b5cb13e628f03eab43 Mon Sep 17 00:00:00 2001
+From: Michal Hecko <mhecko@redhat.com>
+Date: Mon, 17 Oct 2022 12:59:22 +0200
+Subject: [PATCH] rhui(azure-sap-apps): consider RHUI client as signed
+
+---
+ .../common/actors/redhatsignedrpmscanner/actor.py               | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/repos/system_upgrade/common/actors/redhatsignedrpmscanner/actor.py b/repos/system_upgrade/common/actors/redhatsignedrpmscanner/actor.py
+index dd6db7c9..647805cd 100644
+--- a/repos/system_upgrade/common/actors/redhatsignedrpmscanner/actor.py
++++ b/repos/system_upgrade/common/actors/redhatsignedrpmscanner/actor.py
+@@ -56,7 +56,7 @@ class RedHatSignedRpmScanner(Actor):
+ 
+         upg_path = rhui.get_upg_path()
+         # AWS RHUI packages do not have to be whitelisted because they are signed by RedHat
+-        whitelisted_cloud_flavours = ('azure', 'azure-eus', 'azure-sap', 'google', 'google-sap')
++        whitelisted_cloud_flavours = ('azure', 'azure-eus', 'azure-sap', 'azure-sap-apps', 'google', 'google-sap')
+         whitelisted_cloud_pkgs = {
+             rhui.RHUI_CLOUD_MAP[upg_path].get(flavour, {}).get('src_pkg') for flavour in whitelisted_cloud_flavours
+         }
+-- 
+2.37.3
+

SOURCES/0006-rhui-azure-sap-apps-handle-EUS-SAP-Apps-content-on-R.patch

@@ -0,0 +1,41 @@
+From a2f35c0aa4e00936e58c17a94d4f1507a3287c72 Mon Sep 17 00:00:00 2001
+From: Michal Hecko <mhecko@redhat.com>
+Date: Mon, 17 Oct 2022 12:59:22 +0200
+Subject: [PATCH] rhui(azure-sap-apps): handle EUS SAP Apps content on RHEL8+
+
+---
+ .../common/actors/cloud/checkrhui/actor.py               | 9 ++++++++-
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/repos/system_upgrade/common/actors/cloud/checkrhui/actor.py b/repos/system_upgrade/common/actors/cloud/checkrhui/actor.py
+index 822c7535..a56bb1e1 100644
+--- a/repos/system_upgrade/common/actors/cloud/checkrhui/actor.py
++++ b/repos/system_upgrade/common/actors/cloud/checkrhui/actor.py
+@@ -3,6 +3,7 @@ import os
+ from leapp import reporting
+ from leapp.actors import Actor
+ from leapp.libraries.common import rhsm, rhui
++from leapp.libraries.common.config.version import get_source_major_version
+ from leapp.libraries.common.rpms import has_package
+ from leapp.libraries.stdlib import api
+ from leapp.models import (
+@@ -105,9 +106,15 @@ class CheckRHUI(Actor):
+                 if info['src_pkg'] != info['target_pkg']:
+                     self.produce(RpmTransactionTasks(to_install=[info['target_pkg']]))
+                     self.produce(RpmTransactionTasks(to_remove=[info['src_pkg']]))
+-                    if provider in ('azure-sap', 'azure-sap-apps'):
++                    # Handle azure SAP systems that use two RHUI clients - one for RHEL content, one for SAP content
++                    if provider == 'azure-sap':
+                         azure_nonsap_pkg = rhui.RHUI_CLOUD_MAP[upg_path]['azure']['src_pkg']
+                         self.produce(RpmTransactionTasks(to_remove=[azure_nonsap_pkg]))
++                    elif provider == 'azure-sap-apps':
++                        # SAP Apps systems have EUS content channel from RHEL8+
++                        src_rhel_content_type = 'azure' if get_source_major_version() == '7' else 'azure-eus'
++                        azure_nonsap_pkg = rhui.RHUI_CLOUD_MAP[upg_path][src_rhel_content_type]['src_pkg']
++                        self.produce(RpmTransactionTasks(to_remove=[azure_nonsap_pkg]))
+ 
+                 self.produce(RHUIInfo(provider=provider))
+                 self.produce(RequiredTargetUserspacePackages(packages=[info['target_pkg']]))
+-- 
+2.37.3
+

SOURCES/0007-checksaphana-Move-to-common.patch

@@ -0,0 +1,32 @@
+From a06e248faa3b336c09ee6137eee54a1a0256162b Mon Sep 17 00:00:00 2001
+From: Vinzenz Feenstra <vfeenstr@redhat.com>
+Date: Wed, 19 Oct 2022 21:05:00 +0200
+Subject: [PATCH] checksaphana: Move to common
+
+We need to start handling also el8 to el9 upgrades now.
+
+Signed-off-by: Vinzenz Feenstra <vfeenstr@redhat.com>
+---
+ .../{el7toel8 => common}/actors/checksaphana/actor.py             | 0
+ .../actors/checksaphana/libraries/checksaphana.py                 | 0
+ .../actors/checksaphana/tests/test_checksaphana.py                | 0
+ 3 files changed, 0 insertions(+), 0 deletions(-)
+ rename repos/system_upgrade/{el7toel8 => common}/actors/checksaphana/actor.py (100%)
+ rename repos/system_upgrade/{el7toel8 => common}/actors/checksaphana/libraries/checksaphana.py (100%)
+ rename repos/system_upgrade/{el7toel8 => common}/actors/checksaphana/tests/test_checksaphana.py (100%)
+
+diff --git a/repos/system_upgrade/el7toel8/actors/checksaphana/actor.py b/repos/system_upgrade/common/actors/checksaphana/actor.py
+similarity index 100%
+rename from repos/system_upgrade/el7toel8/actors/checksaphana/actor.py
+rename to repos/system_upgrade/common/actors/checksaphana/actor.py
+diff --git a/repos/system_upgrade/el7toel8/actors/checksaphana/libraries/checksaphana.py b/repos/system_upgrade/common/actors/checksaphana/libraries/checksaphana.py
+similarity index 100%
+rename from repos/system_upgrade/el7toel8/actors/checksaphana/libraries/checksaphana.py
+rename to repos/system_upgrade/common/actors/checksaphana/libraries/checksaphana.py
+diff --git a/repos/system_upgrade/el7toel8/actors/checksaphana/tests/test_checksaphana.py b/repos/system_upgrade/common/actors/checksaphana/tests/test_checksaphana.py
+similarity index 100%
+rename from repos/system_upgrade/el7toel8/actors/checksaphana/tests/test_checksaphana.py
+rename to repos/system_upgrade/common/actors/checksaphana/tests/test_checksaphana.py
+-- 
+2.37.3
+

SOURCES/0008-checksaphana-Adjust-for-el7toel8-and-el8toel9-requir.patch

@@ -0,0 +1,276 @@
+From b716765e638156c9a5cb21a474d1203b695acf8d Mon Sep 17 00:00:00 2001
+From: Vinzenz Feenstra <vfeenstr@redhat.com>
+Date: Wed, 19 Oct 2022 21:42:14 +0200
+Subject: [PATCH] checksaphana: Adjust for el7toel8 and el8toel9 requirements
+
+Previously only upgrade from el7toel8 were supported for SAP Hana.
+This patch will introduce the adjustments necessary to allow the
+upgrade of RHEL with SAP Hana installed even on el8toel9.
+
+Signed-off-by: Vinzenz Feenstra <vfeenstr@redhat.com>
+---
+ .../checksaphana/libraries/checksaphana.py    | 64 ++++++++++++----
+ .../checksaphana/tests/test_checksaphana.py   | 73 +++++++++++++++++--
+ 2 files changed, 117 insertions(+), 20 deletions(-)
+
+diff --git a/repos/system_upgrade/common/actors/checksaphana/libraries/checksaphana.py b/repos/system_upgrade/common/actors/checksaphana/libraries/checksaphana.py
+index e540ccd1..564d86b8 100644
+--- a/repos/system_upgrade/common/actors/checksaphana/libraries/checksaphana.py
++++ b/repos/system_upgrade/common/actors/checksaphana/libraries/checksaphana.py
+@@ -1,5 +1,5 @@
+ from leapp import reporting
+-from leapp.libraries.common.config import architecture
++from leapp.libraries.common.config import architecture, version
+ from leapp.libraries.stdlib import api
+ from leapp.models import SapHanaInfo
+ 
+@@ -7,8 +7,17 @@ from leapp.models import SapHanaInfo
+ # Requirement is SAP HANA 2.00 rev 54 which is the minimal supported revision for both RHEL 7.9 and RHEL 8.2
+ 
+ SAP_HANA_MINIMAL_MAJOR_VERSION = 2
+-SAP_HANA_RHEL8_REQUIRED_PATCH_LEVELS = ((5, 54, 0),)
+-SAP_HANA_MINIMAL_VERSION_STRING = 'HANA 2.0 SPS05 rev 54 or later'
++# RHEL 8.2 target requirements
++SAP_HANA_RHEL82_REQUIRED_PATCH_LEVELS = ((5, 54, 0),)
++SAP_HANA_RHEL82_MINIMAL_VERSION_STRING = 'HANA 2.0 SPS05 rev 54 or later'
++
++# RHEL 8.6 target requirements
++SAP_HANA_RHEL86_REQUIRED_PATCH_LEVELS = ((5, 59, 2),)
++SAP_HANA_RHEL86_MINIMAL_VERSION_STRING = 'HANA 2.0 SPS05 rev 59.02 or later'
++
++# RHEL 9 target requirements
++SAP_HANA_RHEL9_REQUIRED_PATCH_LEVELS = ((5, 59, 4), (6, 63, 0))
++SAP_HANA_RHEL9_MINIMAL_VERSION_STRING = 'HANA 2.0 SPS05 rev 59.04 or later, or SPS06 rev 63 or later'
+ 
+ 
+ def _manifest_get(manifest, key, default_value=None):
+@@ -56,6 +65,16 @@ def _create_detected_instances_list(details):
+     return ''
+ 
+ 
++def _min_ver_string():
++    if version.get_target_major_version() == '8':
++        ver_str = SAP_HANA_RHEL86_MINIMAL_VERSION_STRING
++        if version.matches_target_version('8.2'):
++            ver_str = SAP_HANA_RHEL82_MINIMAL_VERSION_STRING
++    else:
++        ver_str = SAP_HANA_RHEL9_MINIMAL_VERSION_STRING
++    return ver_str
++
++
+ def version1_check(info):
+     """ Creates a report for SAP HANA instances running on version 1 """
+     found = {}
+@@ -64,6 +83,7 @@ def version1_check(info):
+             _add_hana_details(found, instance)
+ 
+     if found:
++        min_ver_string = _min_ver_string()
+         detected = _create_detected_instances_list(found)
+         reporting.create_report([
+             reporting.Title('Found SAP HANA 1 which is not supported with the target version of RHEL'),
+@@ -75,7 +95,7 @@ def version1_check(info):
+             reporting.Severity(reporting.Severity.HIGH),
+             reporting.RemediationHint((
+                 'In order to upgrade RHEL, you will have to upgrade your SAP HANA 1.0 software to '
+-                '{supported}.'.format(supported=SAP_HANA_MINIMAL_VERSION_STRING))),
++                '{supported}.'.format(supported=min_ver_string))),
+             reporting.ExternalLink(url='https://launchpad.support.sap.com/#/notes/2235581',
+                                    title='SAP HANA: Supported Operating Systems'),
+             reporting.Groups([reporting.Groups.SANITY]),
+@@ -100,11 +120,11 @@ def _major_version_check(instance):
+         return False
+ 
+ 
+-def _sp_rev_patchlevel_check(instance):
++def _sp_rev_patchlevel_check(instance, patchlevels):
+     """ Checks whether this SP, REV & PatchLevel are eligible """
+     number = _manifest_get(instance.manifest, 'rev-number', '000')
+     if len(number) > 2 and number.isdigit():
+-        required_sp_levels = [r[0] for r in SAP_HANA_RHEL8_REQUIRED_PATCH_LEVELS]
++        required_sp_levels = [r[0] for r in patchlevels]
+         lowest_sp = min(required_sp_levels)
+         highest_sp = max(required_sp_levels)
+         sp = int(number[0:2].lstrip('0') or '0')
+@@ -114,7 +134,7 @@ def _sp_rev_patchlevel_check(instance):
+         if sp > highest_sp:
+             # Less than minimal required SP
+             return True
+-        for requirements in SAP_HANA_RHEL8_REQUIRED_PATCH_LEVELS:
++        for requirements in patchlevels:
+             req_sp, req_rev, req_pl = requirements
+             if sp == req_sp:
+                 rev = int(number.lstrip('0') or '0')
+@@ -134,7 +154,13 @@ def _sp_rev_patchlevel_check(instance):
+ 
+ def _fullfills_hana_min_version(instance):
+     """ Performs a check whether the version of SAP HANA fullfills the minimal requirements for the target RHEL """
+-    return _major_version_check(instance) and _sp_rev_patchlevel_check(instance)
++    if version.get_target_major_version() == '8':
++        patchlevels = SAP_HANA_RHEL86_REQUIRED_PATCH_LEVELS
++        if version.matches_target_version('8.2'):
++            patchlevels = SAP_HANA_RHEL82_REQUIRED_PATCH_LEVELS
++    else:
++        patchlevels = SAP_HANA_RHEL9_REQUIRED_PATCH_LEVELS
++    return _major_version_check(instance) and _sp_rev_patchlevel_check(instance, patchlevels)
+ 
+ 
+ def version2_check(info):
+@@ -147,17 +173,18 @@ def version2_check(info):
+             _add_hana_details(found, instance)
+ 
+     if found:
++        min_ver_string = _min_ver_string()
+         detected = _create_detected_instances_list(found)
+         reporting.create_report([
+-            reporting.Title('SAP HANA needs to be updated before upgrade'),
++            reporting.Title('SAP HANA needs to be updated before the RHEL upgrade'),
+             reporting.Summary(
+                 ('A newer version of SAP HANA is required in order continue with the upgrade.'
+                  ' {min_hana_version} is required for the target version of RHEL.\n\n'
+-                 'The following SAP HANA instances have been detected to be running with a lower version'
++                 'The following SAP HANA instances have been detected to be installed with a lower version'
+                  ' than required on the target system:\n'
+-                 '{detected}').format(detected=detected, min_hana_version=SAP_HANA_MINIMAL_VERSION_STRING)
++                 '{detected}').format(detected=detected, min_hana_version=min_ver_string)
+             ),
+-            reporting.RemediationHint('Update SAP HANA at least to {}'.format(SAP_HANA_MINIMAL_VERSION_STRING)),
++            reporting.RemediationHint('Update SAP HANA at least to {}'.format(min_ver_string)),
+             reporting.ExternalLink(url='https://launchpad.support.sap.com/#/notes/2235581',
+                                    title='SAP HANA: Supported Operating Systems'),
+             reporting.Severity(reporting.Severity.HIGH),
+@@ -170,6 +197,15 @@ def version2_check(info):
+ def platform_check():
+     """ Creates an inhibitor report in case the system is not running on x86_64 """
+     if not architecture.matches_architecture(architecture.ARCH_X86_64):
++        if version.get_target_major_version() == '8':
++            elink = reporting.ExternalLink(
++                url='https://access.redhat.com/solutions/5533441',
++                title='How do I upgrade from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8 with SAP HANA')
++        else:
++            elink = reporting.ExternalLink(
++                url='https://access.redhat.com/solutions/6980855',
++                title='How to in-place upgrade SAP environments from RHEL 8 to RHEL 9')
++
+         reporting.create_report([
+             reporting.Title('SAP HANA upgrades are only supported on X86_64 systems'),
+             reporting.Summary(
+@@ -180,9 +216,7 @@ def platform_check():
+             reporting.Groups([reporting.Groups.SANITY]),
+             reporting.Groups([reporting.Groups.INHIBITOR]),
+             reporting.Audience('sysadmin'),
+-            reporting.ExternalLink(
+-                url='https://access.redhat.com/solutions/5533441',
+-                title='How do I upgrade from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8 with SAP HANA')
++            elink,
+         ])
+         return False
+ 
+diff --git a/repos/system_upgrade/common/actors/checksaphana/tests/test_checksaphana.py b/repos/system_upgrade/common/actors/checksaphana/tests/test_checksaphana.py
+index 3f1d4230..6f61d0bf 100644
+--- a/repos/system_upgrade/common/actors/checksaphana/tests/test_checksaphana.py
++++ b/repos/system_upgrade/common/actors/checksaphana/tests/test_checksaphana.py
+@@ -2,7 +2,7 @@ import pytest
+ 
+ from leapp.libraries.actor import checksaphana
+ from leapp.libraries.common import testutils
+-from leapp.libraries.stdlib import run
++from leapp.libraries.common.config import version
+ from leapp.models import SapHanaManifestEntry
+ 
+ SAPHANA1_MANIFEST = '''comptype: HDB
+@@ -77,7 +77,7 @@ def _report_has_pattern(report, pattern):
+ EXPECTED_TITLE_PATTERNS = {
+     'running': lambda report: _report_has_pattern(report, 'running SAP HANA'),
+     'v1': lambda report: _report_has_pattern(report, 'Found SAP HANA 1'),
+-    'low': lambda report: _report_has_pattern(report, 'SAP HANA needs to be updated before upgrade'),
++    'low': lambda report: _report_has_pattern(report, 'SAP HANA needs to be updated before the RHEL upgrade'),
+ }
+ 
+ 
+@@ -180,8 +180,69 @@ class MockSAPHanaVersionInstance(object):
+         (2, 49, 0, True),
+     )
+ )
+-def test_checksaphana__fullfills_hana_min_version(monkeypatch, major, rev, patchlevel, result):
+-    monkeypatch.setattr(checksaphana, 'SAP_HANA_RHEL8_REQUIRED_PATCH_LEVELS', ((4, 48, 2), (5, 52, 0)))
++def test_checksaphana__fullfills_rhel82_hana_min_version(monkeypatch, major, rev, patchlevel, result):
++    monkeypatch.setattr(version, 'get_target_major_version', lambda: '8')
++    monkeypatch.setattr(version, 'get_target_version', lambda: '8.2')
++    monkeypatch.setattr(checksaphana, 'SAP_HANA_RHEL82_REQUIRED_PATCH_LEVELS', ((4, 48, 2), (5, 52, 0)))
++    assert checksaphana._fullfills_hana_min_version(
++        MockSAPHanaVersionInstance(
++            major=major,
++            rev=rev,
++            patchlevel=patchlevel,
++        )
++    ) == result
++
++
++@pytest.mark.parametrize(
++    'major,rev,patchlevel,result', (
++        (2, 52, 0, True),
++        (2, 52, 1, True),
++        (2, 52, 2, True),
++        (2, 53, 0, True),
++        (2, 60, 0, True),
++        (2, 48, 2, True),
++        (2, 48, 1, False),
++        (2, 48, 0, False),
++        (2, 38, 2, False),
++        (2, 49, 0, True),
++    )
++)
++def test_checksaphana__fullfills_rhel86_hana_min_version(monkeypatch, major, rev, patchlevel, result):
++    monkeypatch.setattr(version, 'get_target_major_version', lambda: '8')
++    monkeypatch.setattr(version, 'get_target_version', lambda: '8.6')
++    monkeypatch.setattr(checksaphana, 'SAP_HANA_RHEL86_REQUIRED_PATCH_LEVELS', ((4, 48, 2), (5, 52, 0)))
++    assert checksaphana._fullfills_hana_min_version(
++        MockSAPHanaVersionInstance(
++            major=major,
++            rev=rev,
++            patchlevel=patchlevel,
++        )
++    ) == result
++
++
++@pytest.mark.parametrize(
++    'major,rev,patchlevel,result', (
++        (2, 59, 4, True),
++        (2, 59, 5, True),
++        (2, 59, 6, True),
++        (2, 60, 0, False),
++        (2, 61, 0, False),
++        (2, 62, 0, False),
++        (2, 63, 2, True),
++        (2, 48, 1, False),
++        (2, 48, 0, False),
++        (2, 59, 0, False),
++        (2, 59, 1, False),
++        (2, 59, 2, False),
++        (2, 59, 3, False),
++        (2, 38, 2, False),
++        (2, 64, 0, True),
++    )
++)
++def test_checksaphana__fullfills_hana_rhel9_min_version(monkeypatch, major, rev, patchlevel, result):
++    monkeypatch.setattr(version, 'get_target_major_version', lambda: '9')
++    monkeypatch.setattr(version, 'get_target_version', lambda: '9.0')
++    monkeypatch.setattr(checksaphana, 'SAP_HANA_RHEL9_REQUIRED_PATCH_LEVELS', ((5, 59, 4), (6, 63, 0)))
+     assert checksaphana._fullfills_hana_min_version(
+         MockSAPHanaVersionInstance(
+             major=major,
+@@ -196,7 +257,9 @@ def test_checksaphana_perform_check(monkeypatch):
+     v2names = ('JKL', 'MNO', 'PQR', 'STU')
+     v2lownames = ('VWX', 'YZA')
+     reports = []
+-    monkeypatch.setattr(checksaphana, 'SAP_HANA_RHEL8_REQUIRED_PATCH_LEVELS', ((4, 48, 2), (5, 52, 0)))
++    monkeypatch.setattr(checksaphana, 'SAP_HANA_RHEL86_REQUIRED_PATCH_LEVELS', ((4, 48, 2), (5, 52, 0)))
++    monkeypatch.setattr(version, 'get_target_major_version', lambda: '8')
++    monkeypatch.setattr(version, 'get_target_version', lambda: '8.6')
+     monkeypatch.setattr(checksaphana.reporting, 'create_report', _report_collector(reports))
+     monkeypatch.setattr(checksaphana.api, 'consume', _consume_mock_sap_hana_info(
+         v1names=v1names, v2names=v2names, v2lownames=v2lownames, running=True))
+-- 
+2.37.3
+

SPECS/leapp-repository.spec

@@ -2,24 +2,14 @@
 %global repositorydir %{leapp_datadir}/repositories
 %global custom_repositorydir %{leapp_datadir}/custom-repositories
 
-%define leapp_repo_deps  10
+%define leapp_repo_deps  7
 
 %if 0%{?rhel} == 7
     %define leapp_python_sitelib %{python2_sitelib}
     %define lpr_name leapp-upgrade-el7toel8
-    %define repo_shortname el7toel8
-    %define next_major_ver 8
 %else
     %define leapp_python_sitelib %{python3_sitelib}
-    %if 0%{?rhel} == 8
-        %define lpr_name leapp-upgrade-el8toel9
-        %define repo_shortname el8toel9
-        %define next_major_ver 9
-    %else
-        %define lpr_name leapp-upgrade-el9toel10
-        %define repo_shortname el9toel10
-        %define next_major_ver 10
-    %endif
+    %define lpr_name leapp-upgrade-el8toel9
 
     # This drops autogenerated deps on
     #    - /usr/libexec/platform-python  (rhel-8 buildroot)
@@ -50,21 +40,32 @@ py2_byte_compile "%1" "%2"}
 # to create such an rpm. Instead, we are going to introduce new naming for
 # RHEL 8+ packages to be consistent with other leapp projects in future.
 
+Epoch:          1
 Name:           leapp-repository
-Version:        0.24.0
-Release:        1%{?dist}
+Version:        0.17.0
+Release:        1%{?dist}.2.elevate
 Summary:        Repositories for leapp
 
 License:        ASL 2.0
 URL:            https://oamg.github.io/leapp/
 Source0:        https://github.com/oamg/%{name}/archive/v%{version}.tar.gz#/%{name}-%{version}.tar.gz
-Source1:        deps-pkgs-13.tar.gz
+Source1:        deps-pkgs-7.tar.gz
 
 # NOTE: Our packages must be noarch. Do no drop this in any way.
 BuildArch:      noarch
 
 ### PATCHES HERE
 # Patch0001:    filename.patch
+Patch0001:      0001-CheckVDO-Ask-user-only-faiulres-and-undetermined-dev.patch
+Patch0004:      0004-Enforce-the-removal-of-rubygem-irb-do-not-install-it.patch
+Patch0005:      0005-rhui-azure-sap-apps-consider-RHUI-client-as-signed.patch
+Patch0006:      0006-rhui-azure-sap-apps-handle-EUS-SAP-Apps-content-on-R.patch
+Patch0007:      0007-checksaphana-Move-to-common.patch
+Patch0008:      0008-checksaphana-Adjust-for-el7toel8-and-el8toel9-requir.patch
+
+
+Patch0100:      leapp-repository-0.17.0-elevate.patch
+
 
 %description
 %{summary}
@@ -93,46 +94,28 @@ Obsoletes:      leapp-repository-sos-plugin <= 0.10.0
 Conflicts:      leapp-upgrade-el8toel9
 
 %else
-######### RHEL 8+ (and newer) ############
+######### RHEL 8 ############
 BuildRequires:  python3-devel
 Requires:       python3-leapp
 
-# NOTE(pstodulk): else if / elif has been implemented quite late. as we still
-# want to build on RHEL 7 too, go in the old way. Ref:
-# https://github.com/rpm-software-management/rpm/issues/311
-%if 0%{?rhel} == 8
-######### RHEL 8 ############
-
 # Same as the conflict above - we want to be sure our packages are untouched
 # during the whole IPU process
 Conflicts:      leapp-upgrade-el7toel8
-Conflicts:      leapp-upgrade-el9toel10
-%else
-######### RHEL 9 ############
-Conflicts:      leapp-upgrade-el8toel9
-%endif
+
 %endif
 
-# IMPORTANT: every time the requirements are changed, increment number by one
+# IMPORTANT: everytime the requirements are changed, increment number by one
 # - same for Provides in deps subpackage
 Requires:       leapp-repository-dependencies = %{leapp_repo_deps}
 
 # IMPORTANT: this is capability provided by the leapp framework rpm.
 # Check that 'version' instead of the real framework rpm version.
-Requires:       leapp-framework >= 6.2
+Requires:       leapp-framework >= 3.1
 
 # Since we provide sub-commands for the leapp utility, we expect the leapp
 # tool to be installed as well.
 Requires:       leapp
 
-# Used to determine RHEL version of a given target RHEL installation image -
-# uncompressing redhat-release package from the ISO.
-Requires:   cpio
-
-# Subpackage for managing fapolicyd rules for %{lpr_name} installed only if
-# fapolicyd is present on the system
-Requires:       (%{lpr_name}-fapolicyd = %{version}-%{release} if fapolicyd)
-
 # The leapp-repository rpm is renamed to %%{lpr_name}
 Obsoletes:      leapp-repository < 0.14.0-5
 Provides:       leapp-repository = %{version}-%{release}
@@ -155,7 +138,7 @@ Leapp repositories for the in-place upgrade to the next major version
 of the Red Hat Enterprise Linux system.
 
 
-# This metapackage should contain all RPM dependencies excluding deps on *leapp*
+# This metapackage should contain all RPM dependencies exluding deps on *leapp*
 # RPMs. This metapackage will be automatically replaced during the upgrade
 # to satisfy dependencies with RPMs from target system.
 %package -n %{lpr_name}-deps
@@ -164,7 +147,7 @@ Summary:    Meta-package with system dependencies of %{lpr_name} package
 # The package has been renamed, so let's obsoletes the old one
 Obsoletes:      leapp-repository-deps < 0.14.0-5
 
-# IMPORTANT: every time the requirements are changed, increment number by one
+# IMPORTANT: everytime the requirements are changed, increment number by one
 # - same for Requires in main package
 Provides:  leapp-repository-dependencies = %{leapp_repo_deps}
 ##################################################
@@ -172,16 +155,6 @@ Provides:  leapp-repository-dependencies = %{leapp_repo_deps}
 ##################################################
 Requires:   dnf >= 4
 Requires:   pciutils
-
-# required to be able to format disk images with XFS file systems (default)
-Requires:   xfsprogs
-
-# required to be able to format disk images with Ext4 file systems
-# NOTE: this is not happening by default, but we can expact that many customers
-# will want to / need to do this - especially on RHEL 7 now. Adding this deps
-# as the best trade-off to resolve this problem.
-Requires:   e2fsprogs
-
 %if 0%{?rhel} && 0%{?rhel} == 7
 # Required to gather system facts about SELinux
 Requires:   libselinux-python
@@ -209,17 +182,6 @@ Requires:   kmod
 # and missing dracut could be killing situation for us :)
 Requires:   dracut
 
-# Required to scan NetworkManagerConnection (e.g. to recognize secrets)
-# NM is requested to be used on RHEL 8+ systems
-Requires:   NetworkManager-libnm
-Requires:   python3-gobject-base
-
-%endif
-
-%if 0%{?rhel} && 0%{?rhel} == 9
-############# RHEL 9 dependencies (when the source system is RHEL 9) ##########
-# Required to convert pam_userdb database from BerkeleyDB to GDBM
-Requires:   libdb-utils
 %endif
 ##################################################
 # end requirement
@@ -230,24 +192,29 @@ Requires:   libdb-utils
 %{summary}
 
 
-%package -n %{lpr_name}-fapolicyd
-Summary:    Manage fapolicyd rules for %{lpr_name} during the upgrade
-
-Requires:   fapolicyd
-
-%description -n %{lpr_name}-fapolicyd
-%{summary}
-
-
 %prep
 %setup -n %{name}-%{version}
 %setup -q  -n %{name}-%{version} -D -T -a 1
 
 # APPLY PATCHES HERE
-# %%patch -P 0001 -p1
+# %%patch0001 -p1
+%patch0001 -p1
+%patch0004 -p1
+%patch0005 -p1
+%patch0006 -p1
+%patch0007 -p1
+%patch0008 -p1
+
+
+%patch0100 -p1
+
 
 %build
-cp -a leapp*deps*el%{next_major_ver}.noarch.rpm repos/system_upgrade/%{repo_shortname}/files/bundled-rpms/
+%if 0%{?rhel} == 7
+cp -a leapp*deps-el8*rpm repos/system_upgrade/el7toel8/files/bundled-rpms/
+%else
+cp -a leapp*deps-el9*rpm repos/system_upgrade/el8toel9/files/bundled-rpms/
+%endif
 
 
 %install
@@ -255,18 +222,9 @@ install -m 0755 -d %{buildroot}%{custom_repositorydir}
 install -m 0755 -d %{buildroot}%{repositorydir}
 cp -r repos/* %{buildroot}%{repositorydir}/
 install -m 0755 -d %{buildroot}%{_sysconfdir}/leapp/repos.d/
-# NOTE(pstodulk): drop transaction dir and its content if replaced by config files before RHEL 10
 install -m 0755 -d %{buildroot}%{_sysconfdir}/leapp/transaction/
 install -m 0755 -d %{buildroot}%{_sysconfdir}/leapp/files/
 install -m 0644 etc/leapp/transaction/* %{buildroot}%{_sysconfdir}/leapp/transaction
-install -m 0644 etc/leapp/files/* %{buildroot}%{_sysconfdir}/leapp/files
-
-# install rules necessary for fapolicy
-mkdir -p %{buildroot}%{_sysconfdir}/fapolicyd/rules.d/
-install -m 0644 etc/fapolicyd/rules.d/31-leapp-repository.rules %{buildroot}%{_sysconfdir}/fapolicyd/rules.d
-
-# uncomment to install existing configs if any exists
-#install -m 0644 etc/leapp/actor_conf.d/* %%{buildroot}%%{_sysconfdir}/leapp/actor_conf.d
 
 # install CLI commands for the leapp utility on the expected path
 install -m 0755 -d %{buildroot}%{leapp_python_sitelib}/leapp/cli/
@@ -275,20 +233,17 @@ rm -rf %{buildroot}%{leapp_python_sitelib}/leapp/cli/commands/tests
 
 # Remove irrelevant repositories - We don't want to ship them for the particular
 # RHEL version
-for i in el7toel8 el8toel9 el9toel10;
-do
-    [ "$i" != "%{repo_shortname}" ] && rm -rf %{buildroot}%{repositorydir}/system_upgrade/$i
-done
+%if 0%{?rhel} == 7
+rm -rf %{buildroot}%{repositorydir}/system_upgrade/el8toel9
+%else
+rm -rf %{buildroot}%{repositorydir}/system_upgrade/el7toel8
+%endif
 
 # remove component/unit tests, Makefiles, ... stuff that related to testing only
 rm -rf %{buildroot}%{repositorydir}/common/actors/testactor
 find %{buildroot}%{repositorydir}/common -name "test.py" -delete
 rm -rf `find %{buildroot}%{repositorydir} -name "tests" -type d`
 find %{buildroot}%{repositorydir} -name "Makefile" -delete
-find %{buildroot} -name "*.py.orig" -delete
-# .gitkeep file is used to have a directory in the repo. but we do not want these
-# files in the resulting RPM
-find %{buildroot} -name .gitkeep -delete
 
 for DIRECTORY in $(find  %{buildroot}%{repositorydir}/  -mindepth 1 -maxdepth 1 -type d);
 do
@@ -307,12 +262,6 @@ done;
 %endif
 
 
-%posttrans -n %{lpr_name}-fapolicyd
-if systemctl is-active --quiet fapolicyd; then
-    systemctl restart fapolicyd
-fi
-
-
 %files -n %{lpr_name}
 %doc README.md
 %license LICENSE
@@ -322,9 +271,6 @@ fi
 %dir %{repositorydir}
 %dir %{custom_repositorydir}
 %dir %{leapp_python_sitelib}/leapp/cli/commands
-%config %{_sysconfdir}/leapp/files/*
-# uncomment to package installed configs
-#%%config %%{_sysconfdir}/leapp/actor_conf.d/*
 %{_sysconfdir}/leapp/repos.d/*
 %{_sysconfdir}/leapp/transaction/*
 %{repositorydir}/*
@@ -334,357 +280,17 @@ fi
 %files -n %{lpr_name}-deps
 # no files here
 
-
-%files -n %{lpr_name}-fapolicyd
-%attr(644, root, fapolicyd) %config %{_sysconfdir}/fapolicyd/rules.d/31-leapp-repository.rules
-
-
 %changelog
-* Tue Feb 10 2026 Matej Matuska <mmatuska@redhat.com> - 0.24.0-1
-- Rebase to new upstream 0.24.0
-- Introduce new IPU path 8.10 -> 9.8
-- Remove obsoleted IPU paths
-- Fix the upgrade for systems with installed kernel-rt
-- Enable php:8.2 module stream if enabled on the source system
-- Skip check for required baseos & appstream repos when upgrading from CS 8
-- Improve the error message when a problematic DNF repository definition is detected
-- Process enabled DNF module-streams correctly during the upgrade
-- Fix the leapp rerun command when upgrading using LiveMode
-- Ignore trailing slashes when checking that required mountpoints are persistent
-- Wait until filesystems defined in FSTAB are initialized and mounted when booting into the upgrade environment
-- Drop inhibitor for use of LiveMode on aarch64, s390x, ppcle64 architectures
-- LiveMode: Do not install RPMs that are not essential in the initramfs by default
-- Added scan and checks for NVMe devices, inhibiting upgrades on known problematic setups
-- Handle the upgrade on systems with NVMe-FC storage
-- Migrate the UEFI configuration when converting to RHEL
-- Inhibit the upgrade when converting system to a different linux distribution with enabled Secure Boot
-- Resolves: RHEL-128267, RHEL-95215, RHEL-102361, RHEL-46807, RHEL-100961, RHEL-42609, RHEL-33661, RHEL-19249, RHEL-119516
+* Wed Feb 15 2023 Andrew Lukoshko <alukoshko@almalinux.org> - 0.17.0-1.2.elevate
+- Apply ELevate patch
+- Bump Epoch
 
-* Wed Dec 17 2025 Matej Matuska <mmatuska@redhat.com> - 0.23.0-3
-- Fix handling of LVM and Multipath during the upgrade
-- Fix remediation command for making symlinks in root directory relative
-- Remove RPM GPG keys of the source distribution when upgrading and converting the system
-- Replace distro specific packages during upgrade and conversion
-- Improve error message when scanning invalid SSHD configuration
-- Update the leapp data files
-- Minor changes in logs and reports
-- Resolves: RHEL-14712, RHEL-30447, RHEL-19247, RHEL-127066, RHEL-124923, RHEL-119516
+* Thu Oct 20 2022 Petr Stodulka <pstodulk@redhat.com> - 0.17.0-1.2
+- Add checks for the in-place upgrades of RHEL for SAP
+- RHUI: Fix the in-place upgrade on Azure for RHEL SAP Applications
+- Resolves: rhbz#2125284
 
-* Thu Nov 13 2025 Karolina Kula <kkula@redhat.com> - 0.23.0-2
-- Requires leapp-framework 6.2+
-- Detect potentially harmful third party python modules for the target python version
-- Fix detection of encrypted Ceph OSD containers
-- Fix unlocking of LUKS devices when applied on non-rootfs file systems
-- Inhibit the upgrade if pluginpath is configured explicitly in DNF
-- Introduce `--target-os` option to specify target distribution for possible conversion during the upgrade
-- Introduce the `--target-version` alias for the `--target` option
-- Minor changes in logs and reports
-- Modernize the storage initialization when booting to the upgrade environment
-- Prevent sssdupdate actor from rising errors that could stop the upgrade
-- Respect repomapping on CentOS-like distributions
-- Respect repomapping when converting the system to different Linux distribution
-- Skip empty lines when parsing dumped DNF config to prevent confusing warning log
-- Cover JBoss EAP repositories for the upgrade
-- Update the leapp data files
-- Resolves: RHEL-25838, RHEL-35446, RHEL-69601, RHEL-71882, RHEL-90098, RHEL-120328, RHEL-123886
-
-* Thu Aug 14 2025 Karolina Kula <kkula@redhat.com> - 0.23.0-1
-- Rebase to new upstream 0.23.0
-- Enable in-place upgrades on CentOS Stream systems
-- Introduce leapp-upgrade-el8toel9-fapolicyd subpackage with fapolicyd rules for in-place upgrades
-- Ignore Red Hat subscription-manager actions on non-RHEL distros
-- Update leapp upgrade data files
-- Resolves: RHEL-65599, RHEL-67627
-
-* Fri Jul 18 2025 Karolina Kula <kkula@redhat.com> - 0.22.0-5
-- Fix broken bootloader on Azure hybrid images for systems previously upgraded from RHEL 7
-- Load DNF configuration correctly when using DNF libraries
-- Disable localpkg_gpgcheck during the upgrade if set to allow installation of bundled leapp and leapp-repository deps packages
-- Add actor with recommendations for upgrade of MySQL
-- The HybridImage model has been replaced by ConvertGrubenvTask
-- Check the input format of the target version properly
-- Resolves: RHEL-5459, RHEL-38255,  RHEL-39095, RHEL-47472, RHEL-96238
-
-* Thu Jun 05 2025 Karolina Kula <kkula@redhat.com> - 0.22.0-4
-- Fix parsing of the kernel cmdline
-- Require leapp data with provided_data_streams 4.0+
-- Resolves: RHEL-67627
-
-
-* Wed May 14 2025 Petr Stodulka <pstodulk@redhat.com> - 0.22.0-3
-- Rebuild
-
-* Tue May 13 2025 Petr Stodulka <pstodulk@redhat.com> - 0.22.0-2
-- Require leapp-framework >= 6.1
-- Simplified use of the LiveMode experimental feature with additional enhancements
-- Fix the check of deprecated PCI devices and drivers
-- Add RHEL 9.7 product certificates
-- Gracefully handle CentOS OS versioning style
-- Introduced the --enable-experimental-feature to simplify use of experimental features
-- Manage RPM GPG keys during the upgrade respecting used linux distributions
-- Minor fixes in reports
-- Prevent a crach during post-upgrade phases when no custom SELinux modules needs to be migrated
-- Update leapp upgrade data files
-- Resolves: RHEL-53801, RHEL-77945, RHEL-84978
-
-* Fri Feb 14 2025 Petr Stodulka <pstodulk@redhat.com> - 0.22.0-1
-- Rebase to new upstream 0.22.0
-- Minor updates in generated reports
-- Resolves: RHEL-67621, RHEL-67719, RHEL-16881
-
-* Wed Jan 29 2025 Petr Stodulka <pstodulk@redhat.com> - 0.21.0-6
-- Raise an inhibitor if unsupported target version supplied instead of error
-- Prevent a possible crash with LiveMode when adding the upgrade boot entry on systems with LVM
-- Fix the bootloader workaround for upgrades on ARM machines - covering also differences on AWS
-- Resolves: RHEL-67621, RHEL-51072, RHEL-41193
-
-* Fri Jan 17 2025 Petr Stodulka <pstodulk@redhat.com> - 0.21.0-5
-- Fix pes events scanner crashing when there are duplicate packages in the received instructions
-- Fix pes events scanner not respecting user’s transaction configuration
-- Fix storage scanner crashing when command outputs contain colon character
-- Activate LVM VGs with `--sysinit` option to correct the use in the upgrade initramfs
-- Minor improvements in preupgrade reports
-- Resolves: RHEL-67621, RHEL-34570, RHEL-44596, RHEL-50076
-
-* Tue Nov 19 2024 Matej Matuska <mmatuska@redhat.com> - 0.21.0-4
-- Use net.naming-scheme by default
-- Resolves: RHEL-23473
-
-* Mon Nov 18 2024 Petr Stodulka <pstodulk@redhat.com> - 0.21.0-3
-- Introduce upgrade path 8.10 -> 9.6
-- Require leapp-framework 6.0+
-- Update leapp-deps package to satisfy leapp-framework-dependencies 6
-- Add possibility to use net.naming-scheme during the upgrade
-- Cap max size of the sparse files to 1TiB for storage with large amount of free space
-- Enable upgrade for systems with LUKS bound to Clevis with TPM 2.0 token
-- Adjust resource limitations for leapp to be able to perform the upgrade
-- Fix problems with the bootloader when upgrading to RHEL 9.6 on ARM
-- Fix the report when handling broken parsing of kernel cmdline
-- Generate proper error message instead of ModelViolationError when parsing invalid repository definition
-- Handle default kernel cmdline when multiple boot entries for the default kernel are defined
-- Introduce a possibility to configure leapp actors covering RHUI on clouds
-- Skip checking of (PKI) `directory-hash` dir to speedup the upgrade process and clean logs
-- Update leapp upgrade data files
-- Resolves: RHEL-67621, RHEL-57064, RHEL-56251, RHEL-50686, RHEL-41193
-- Resolves: RHEL-34570, RHEL-26459, RHEL-23473, RHEL-16881, RHEL-3294
-
-* Mon Aug 19 2024 Petr Stodulka <pstodulk@redhat.com> - 0.21.0-2
-- Updated SPEC file to drop leapp repositories unrelated to IPU 8 -> 9
-- Resolves: RHEL-27847
-
-* Fri Aug 16 2024 Toshio Kuratomi <toshio@fedoraproject.org> - 0.21.0-1
-- Rebase to new upstream 0.21.0
-- Updated leapp data files.
-- Inhibit the upgrade to RHEL 9.5 on ARM architecture due to
-  incompatibility between the RHEL 8 bootloader and RHEL 9.5 kernel.
-- Introduce experimental upgrades in 'live' mode for the testing.
-- Resolves: RHEL-27847, RHEL-52993, RHEL-45280, RHEL-49748, RHEL-52186
-
-* Wed Jul 24 2024 Toshio Kuratomi <toshio@fedoraproject.org> - 0.20.0-5
-- Improve set_systemd_services_states logging
-- [IPU 7 -> 8] Fix detection of bootable device on RAID
-- Fix detection of valid sshd config with internal-sftp subsystem in Leapp
-- Handle a false positive GPG check error when TargetUserSpaceInfo is missing
-- Fix failing "update-ca-trust" command caused by missing util-linux package
-- Improve report when a system is unsupported
-- Fix handling of versions in RHUI configuration for ELS and SAP upgrades
-- Add missing RHUI GCP config info for RHEL for SAP
-- Fix upgrade on aarch64 via RHUI on AWS
-- Resolves: RHEL-33902, RHEL-38909, RHEL-30573, RHEL-43978, RHEL-39046, RHEL-39047, RHEL-39049
-
-* Thu May 30 2024 Petr Stodulka <pstodulk@redhat.com> - 0.20.0-4
-- Enable new upgrade path RHEL 8.10 -> 9.5
-- Minor updates in reports
-- Add information about leapp invocation to leapp.db
-- Resolves: RHEL-27847
-
-* Mon May 13 2024 Toshio Kuratomi <toshio@fedoraproject.org> - 0.20.0-3
-- Do not terminate the upgrade dracut module execution if
-  /sysroot/root/tmp_leapp_py3/.leapp_upgrade_failed exists
-- Several minor improvements in messages printed in console output
-- Several minor improvements in report and error messages
-- Fix the parsing of the lscpu output
-- Fix evaluation of PES data
-- Target by default always "GA" channel repositories unless a different
-  channel is specified for the leapp execution
-- Fix creation of the post upgrade report about changes in states of systemd
-  services
-- Update the device driver deprecation data, fixing invalid fields for some
-  AMD CPUs
-- Update the default kernel cmdline
-- Wait for the storage initialization when /usr is on separate file system -
-  covering SAN
-- Resolves: RHEL-27847, RHEL-35240
-
-* Tue Feb 20 2024 Petr Stodulka <pstodulk@redhat.com> - 0.20.0-2
-- Fallback to original RHUI solution on AWS to fix issues caused by changes in RHUI client
-- Resolves: RHEL-16729
-
-* Tue Feb 13 2024 Toshio Kuratomi <toshio@fedoraproject.org> - 0.20.0-1
-- Rebase to new upstream v0.20.0.
-- Fix semanage import issue
-- Fix handling of libvirt's systemd services
-- Add a dracut breakpoint for the pre-upgrade step.
-- Drop obsoleted upgrade paths (obsoleted releases: 8.6, 8.9, 9.0, 9.3)
-- Resolves: RHEL-16729
-
-* Tue Jan 23 2024 Toshio Kuratomi <toshio@fedoraproject.org> - 0.19.0-10
-- Print nice error msg when device and driver deprecation data is malformed
-- Fix another cornercase when preserving symlinks to certificates in /etc/pki
-- Update the leapp upgrade data files - fixing upgrades with idm-tomcatjss
-- Resolves: RHEL-16729
-
-* Fri Jan 19 2024 Petr Stodulka <pstodulk@redhat.com> - 0.19.0-9
-- Do not try to download data files anymore when missing as the service
-  is obsoleted since the data is part of installed packages
-- Update error messages and reports when installed upgrade data files
-  are malformed or missing to instruct user how to resolve it
-- Update the leapp upgrade data files - bump data stream to "3.0"
-- Resolves: RHEL-16729
-
-* Fri Jan 12 2024 Petr Stodulka <pstodulk@redhat.com> - 0.19.0-7
-- Add detection of possible usage of OpenSSL IBMCA engine on IBM Z machines
-- Add detection of modified /etc/pki/tls/openssl.cnf file
-- Update the leapp upgrade data files
-- Fix handling of symlinks under /etc/pki with relative paths specified
-- Report custom actors and modifications of the upgrade tooling
-- Requires xfsprogs and e2fsprogs to ensure that Ext4 and XFS tools are installed
-- Bump leapp-repository-dependencies to 10
-- Resolves: RHEL-1774, RHEL-16729
-
-* Thu Nov 16 2023 Petr Stodulka <pstodulk@redhat.com> - 0.19.0-5
-- Enable new upgrade path for RHEL 8.10 -> RHEL 9.4 (including RHEL with SAP HANA)
-- Introduce generic transition of systemd services states during the IPU
-- Introduce possibility to upgrade with local repositories
-- Improve possibilities of upgrade when a proxy is configured in DNF configutation file
-- Fix handling of symlinks under /etc/pki when managing certificates
-- Fix the upgrade with custom https repositories
-- Default to the NO_RHSM mode when subscription-manager is not installed
-- Detect customized configuration of dynamic linker
-- Drop the invalid `tuv` target channel for the --channel option
-- Fix the issue of going out of bounds in the isccfg parser
-- Fix traceback when saving the rhsm facts results and the /etc/rhsm/facts directory doesn’t exist yet
-- Load all rpm repository substitutions that dnf knows about, not just "releasever" only
-- Simplify handling of upgrades on systems using RHUI, reducing the maintenance burden for cloud providers
-- Detect possible unexpected RPM GPG keys has been installed during RPM transaction
-- Resolves: RHEL-16729
-
-* Thu Nov 02 2023 Petr Stodulka <pstodulk@redhat.com> - 0.19.0-4
-- Fix the upgrade for systems without subscription-manager package
-- Resolves: RHEL-14901
-
-* Tue Oct 31 2023 Petr Stodulka <pstodulk@redhat.com> - 0.19.0-3
-- Fix the upgrade when the release is locked by new subscription-manager
-- Resolves: RHEL-14901
-
-* Wed Aug 23 2023 Petr Stodulka <pstodulk@redhat.com> - 0.19.0-1
-- Rebase to v0.19.0
-- Requires leapp-framework 5.0
-- Handle correctly the installed certificates to allow upgrades with custom repositories using HTTPs with enabled SSL verification
-- Fix failing upgrades with devtmpfs file systems specified in FSTAB
-- Do not try to update GRUB core on IBM Z systems
-- Minor improvements and fixes of various reports and error messages
-- Redesign handling of information about kernel (booted and target) to reflect changes in RHEL 9.3
-- Use new leapp CLI API which provides better report summary output
-- Resolves: rhbz#2215997, rhbz#2222861, rhbz#2232618
-
-* Tue Jul 18 2023 Petr Stodulka <pstodulk@redhat.com> - 0.18.0-5
-- Fix the calculation of the required free space on each partitions/volume for the upgrade transactions
-- Create source overlay images with dynamic sizes to optimize disk space consumption
-- Update GRUB2 when /boot resides on multiple devices aggregated in RAID
-- Use new leapp CLI API which provides better report summary output
-- Introduce possibility to add (custom) kernel drivers to initramfs
-- Detect and report use of deprecated Xorg drivers
-- Fix the generation of the report about hybrid images
-- Inhibit the upgrade when unsupported x86-64 microarchitecture is detected
-- Minor improvements and fixes of various reports
-- Requires leapp-framework 4.0
-- Update leapp data files
-- Resolves: rhbz#2140011, rhbz#2144304, rhbz#2174095, rhbz#2215997
-
-* Mon Jun 19 2023 Petr Stodulka <pstodulk@redhat.com> - 0.18.0-4
-- Introduce new upgrade path RHEL 8.9 -> 9.3
-- Update leapp data files to reflect new changes between systems
-- Detect and report use of deprecated Xorg drivers
-- Minor improvements of generated reports
-- Fix false positive report about invalid symlinks
-- Inhibit the upgrade when unsupported x86-64 microarchitecture is detected
-- Resolves: rhbz#2215997
-
-* Mon Jun 05 2023 Petr Stodulka <pstodulk@redhat.com> - 0.18.0-3
-- Update the repomap.json file to address planned changes on RHUI Azure
-- Resolves: rhbz#2203800
-
-* Fri May 19 2023 Petr Stodulka <pstodulk@redhat.com> - 0.18.0-2
-- Include leap data files in the package
-- Introduce in-place upgrades for systems with enabled FIPS mode
-- Enable the upgrade path 8.8 -> 9.2 for RHEL with SAP HANA
-- Fix the upgrade of ruby-irb package
-- Resolves: rhbz#2030627, rhbz#2097003, rhbz#2203800, rhbz#2203803
-
-* Tue Feb 21 2023 Petr Stodulka <pstodulk@redhat.com> - 0.18.0-1
-- Rebase to v0.18.0
-- Introduce new upgrade path RHEL 8.8 -> 9.2
-- Requires cpio
-- Requires python3-gobject-base, NetworkManager-libnm
-- Bump leapp-repository-dependencies to 9
-- Add breadcrumbs results to RHSM facts
-- Add leapp RHUI packages to an allowlist to drop confusing reports
-- Added checks for RHEL SAP IPU 8.6 -> 9.0
-- Check RPM signatures during the upgrade
-- Check only mounted XFS partitions
-- Check the validity and compatitibility of used leapp data
-- Detect CIFS also when upgrading from RHEL8 to RHEL9 (PR1035)
-- Detect RoCE on IBM Z machines and check the configuration is safe for the upgrade
-- Detect a proxy configuration in YUM/DNF and adjust an error msg on issues caused by the configuration
-- Detect and report systemd symlinks that are broken before the upgrade
-- Detect the kernel-core RPM instead of kernel to prevent an error during post-upgrade phases
-- Disable the amazon-id DNF plugin on AWS during the upgrade stage to omit confusing error messages
-- Do not create new *pyc files when running leapp after the DNF upgrade transaction
-- Drop obsoleted upgrade paths
-- Enable upgrades of RHEL 8 for SAP HANA to RHEL 9 on ppc64le
-- Enable upgrades on s390x when /boot is part of rootfs
-- Extend the allow list of RHUI clients by azure-sap-apps to omit confusing report
-- Filter out PES events unrelated for the used upgrade path and handle overlapping event
- (fixes upgrades with quagga installed)
-- Fix scan of ceph volumes on systems without ceph-osd or when ceph-osd container is not found
-- Fix systemd symlinks that become incorrect during the IPU
-- Fix the check of memory (RAM) limits and use human readable values in the report
-- Fix the kernel detection during initramfs creation for new kernel on RHEL 9.2+
-- Fix the upgrade of IBM Z machines configured with ZFCP
-- Fix the upgrade on Azure using RHUI for SAP Apps images
-- Ignore external accounts in /etc/passwd
-- Improve remediation instructions for packages in unknown repositories
-- Improve the error message to guide users when discovered more space is needed
-- Improve the handling of blocklisted certificates
-- Inhibit the upgrade when entries in /etc/fstab cause overshadowing during the upgrade
-- Introduced an option to use an ISO file as a target RHEL version content source
-- Introduced possibility to specify what systemd services should be enabled/disabled on the upgraded system
-- Introduced the --nogpgcheck option to skip checking of RPM signatures
-- Map the target repositories also based on the installed content
-- Prevent re-run of leapp in the upgrade initramfs in case of previous failure
-- Prevent the upgrade with RHSM when Baseos and Appstream target repositories are not discovered
-- Provide common information about systemd services
-- RHUI(Azure) Handle correctly various SAP images
-- Register subscribed systems automatically to Red Hat Insights unless --no-insights-register is used
-- Remove obsoleted GPG keys provided by RH after the upgrade to prevent errors
-- Rework the network configuration handling and parse the configuration data properly
-- Set the system release lock after the upgrade also for premium channels
-- Small improvements in various reports
-- Resolves: rhbz#2088492, rhbz#2111691, rhbz#2127920, rhbz#2129716,rhbz#2139907, rhbz#2139907, rhbz#2141393, rhbz#2143372, rhbz#2155661
-
-* Wed Sep 07 2022 Petr Stodulka <pstodulk@redhat.com> - 0.17.0-3
-- Adding back instruction to not install rubygem-irb during the in-place upgrade
-  to prevent conflict between files
-- Resolves: rhbz#2090995
-
-* Wed Sep 07 2022 Petr Stodulka <pstodulk@redhat.com> - 0.17.0-2
-- Update VDO checks to enable user to decide the system state on check failures
-  and undetermined block devices
-- The VDO dialog and related VDO reports have been properly updated
-- Resolves: rhbz#2096159
-
-* Wed Aug 24 2022 Petr Stodulka <pstodulk@redhat.com> - 0.17.0-1
+* Thu Sep 08 2022 Petr Stodulka <pstodulk@redhat.com> - 0.17.0-1.1
 - Rebase to v0.17.0
 - Support upgrade path RHEL 8.7 -> 9.0 and RHEL SAP 8.6 -> 9.0
 - Provide and require leapp-repository-dependencies 7
@@ -725,7 +331,10 @@ fi
 - Skip comment lines when parsing the GRUB configuration file
 - Stop propagating the “debug” and ”enforcing=0” kernel cmdline options into the target kernel cmdline options
 - Mass refactoring to be compatible with leapp v0.15.0
-- Resolves: rhbz#2090995, rhbz#2040470, rhbz#2092005, rhbz#2093220, rhbz#2095704, rhbz#2096159, rhbz#2100108, rhbz#2100110, rhbz#2103282, rhbz#2106904, rhbz#2110627
+- Update VDO checks to enable user to decide the system state on check failures
+  and undetermined block devices
+- The VDO dialog and related VDO reports have been properly updated
+- Resolves: rhbz#2125284
 
 * Wed Apr 27 2022 Petr Stodulka <pstodulk@redhat.com> - 0.16.0-6
 - Skip comments in /etc/default/grub during the parsing
@@ -1223,4 +832,3 @@ fi
 * Wed Nov 07 2018 Petr Stodulka <pstodulk@redhat.com> - 0.3-1
 - Initial RPM
   Resolves: #1636481
-