Uploaded image for project: 'Satellite'
  1. Satellite
  2. SAT-18878

[RFE] Satellite have no way to download leapp metadata files and deliver to the client systems while using foreman_leapp plugin

XMLWordPrintable

    • Icon: Feature Request Feature Request
    • Resolution: Unresolved
    • Icon: Minor Minor
    • None
    • 6.12.0
    • Leapp integration

      Description of problem:

      If using the pre-defined Remote Execution job templates for Leapp Preupgrade and the user have forgot to place the leapp metadata file on the target RHEL client systems, Then Execution of the job on that client system will always result in an inhibitor saying, Leapp cannot download the required json metadata files to proceed further with the upgrade.

      Technically, If it is a connected satellite, I would expect Satellite to be able to deliver and set up those leapp metadata files on the client system before running the actual "leapp preupgrade"

      Version-Release number of selected component (if applicable):

      Satellite 6.11/6.12/6.13

      How reproducible:

      Always and Easily

      Steps to Reproduce:

      1. Install and configure a Satellite 6.12 with leapp integration enabled. ( Check Host management guide )

      2. Setup the required Repos\CVs in Satellite for RHEL 7 to RHEL 8 upgrade.

      3. Register an RHEL 7.9 system with the satellite server and install leapp related packages on it.

      4. DON'T setup the leapp metadata files on the system.

      5. Execute "Run preupgrade via Leapp" job on the RHEL 7.9 system from Satellite WebUI and observe the results.

      Actual results:

      Job Status -> Success

      Preupgrade Report UI:

      Data file /etc/leapp/files/repomap.json is invalid or could not be retrieved.
      client.example.com
      High Risk Factor

      Data file /etc/leapp/files/device_driver_deprecation_data.json is invalid or could not be retrieved.
      client.example.com
      High Risk Factor

      Actor didn't receive required messages: RepositoriesMapping
      client.example.com
      High Risk Factor

      Data file /etc/leapp/files/pes-events.json is invalid or could not be retrieved.
      client.example.com
      High Risk Factor
      per page

      Job Output ->

      119:
      ============================================================
      120:
      ERRORS
      121:
      ============================================================
      122:

      123:
      2023-03-31 01:09:43.755742 [ERROR] Actor: repository_mapping
      124:
      Message: Data file /etc/leapp/files/repomap.json is invalid or could not be retrieved.
      125:
      Summary:
      126:
      Details: Could not fetch repomap.json from https://cert.cloud.redhat.com/api/pes/repomap.json (error code: 401).
      127:
      Hint: Read documentation at: https://access.redhat.com/articles/3664871 for more information about how to retrieve the file.
      128:
      2023-03-31 01:09:53.063334 [ERROR] Actor: load_device_driver_deprecation_data
      129:
      Message: Data file /etc/leapp/files/device_driver_deprecation_data.json is invalid or could not be retrieved.
      130:
      Summary:
      131:
      Details: Could not fetch device_driver_deprecation_data.json from https://cert.cloud.redhat.com/api/pes/device_driver_deprecation_data.json (error code: 401).
      132:
      Hint: Read documentation at: https://access.redhat.com/articles/3664871 for more information about how to retrieve the file.
      133:
      2023-03-31 01:10:10.734265 [ERROR] Actor: repositories_blacklist
      134:
      Message: Actor didn't receive required messages: RepositoriesMapping
      135:
      2023-03-31 01:10:11.794680 [ERROR] Actor: pes_events_scanner
      136:
      Message: Data file /etc/leapp/files/pes-events.json is invalid or could not be retrieved.
      137:
      Summary:
      138:
      Details: Could not fetch pes-events.json from https://cert.cloud.redhat.com/api/pes/pes-events.json (error code: 401).
      139:
      Hint: Read documentation at: https://access.redhat.com/articles/3664871 for more information about how to retrieve the file.

      Expected results:

      A connected satellite should have mechanism to download and deliver those JSON files to the client system prior to executing the "leapp preupgrade"

      If we could come up with a way to

      • And save them in /pub of satellite.
      • Then deliver them by an additional task\job to the client systems prior to executing the leapp preupgrade job

      Then perhaps the problem can be resolved.

      But, I leave it to the developers to decide the best course of action that can be taken.

      Additional info:

      Few ongoing discussions\PR:

      https://github.com/oamg/leapp-repository/pull/1046/

      https://github.com/theforeman/foreman_rh_cloud/pull/750

            jira-bugzilla-migration RH Bugzilla Integration
            rhn-support-saydas Sayan Das
            RH Bugzilla Integration RH Bugzilla Integration
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: