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

dnf plug-in sends excessive number of /rhsm/ requests on every dnf execution

XMLWordPrintable

    • False
    • sat-proton
    • None
    • None
    • None
    • To Do

      1. Proposed title of this feature request
      dnf plug-in sends excessive number of /rhsm/ requests on every dnf execution

      3. What is the nature and description of the request?

      Currently the dnf plug-in of subscription-manager sends multiple requests to the subscription service (Satellite) on every dnf command.
      For example, just running "dnf --help" results in at least 4 /rhsm/ requests to the parent Satellite:

      192.168.122.183 - - [19/Nov/2024:15:39:01 +0000] "GET /rhsm/consumers/724341c0-e55e-4ad1-b05f-ee9ab2560681/certificates/serials HTTP/1.1" 200 105 "-" "RHSM/1.0 (cmd=dnf) subscription-manager/1.29.40-1.el9"
      192.168.122.183 - - [19/Nov/2024:15:39:02 +0000] "GET /rhsm/status HTTP/1.1" 200 670 "-" "RHSM/1.0 (cmd=dnf) subscription-manager/1.29.40-1.el9"
      192.168.122.183 - - [19/Nov/2024:15:39:02 +0000] "GET /rhsm/consumers/724341c0-e55e-4ad1-b05f-ee9ab2560681/accessible_content HTTP/1.1" 304 - "-" "RHSM/1.0 (cmd=dnf) subscription-manager/1.29.40-1.el9"
      192.168.122.183 - - [19/Nov/2024:15:39:02 +0000] "GET /rhsm/consumers/724341c0-e55e-4ad1-b05f-ee9ab2560681/content_overrides HTTP/1.1" 200 2 "-" "RHSM/1.0 (cmd=dnf) subscription-manager/1.29.40-1.el9"

      Customer is requesting that the plug-in only sends requests when required, for example, when the list of installed packages in the host has actually changed.

      4. Why does the customer need this? (List the business requirements here)

      Customer is observing an excessive number of /rhsm/ requests on their Satellite which is causing very high CPU and memory usage.

      5. How would the customer like to achieve this? (List the functional requirements here)

      For the list of installed packages, the plug-in should cache the list of installed packages and only send a request with the updated list of packages when changes have happened.
      For other requests, the plug-in should similarly cache or make a note of the most recent request outcome and refrain from submitting further requests for a certain amount of time.

      6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.

      Customer does not observe a high rate of /rhsm/ requests from the fleet of registered hosts when no actual activity is taking place in said hosts.

      7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
      Request https://issues.redhat.com/browse/RHEL-7061 has a similar nature but is not sufficiently comprehensive and exhaustive.
      Request https://issues.redhat.com/browse/RHEL-68123 has been filed for the plug-in (RHEL) side.

      8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL8, RHEL9)?
      As soon as possible given the workaround currently in place and the need to police its usage across tne entire customer organization.

      9. Is the sales team involved in this request and do they have any additional input?
      Not at this time.

      10. List any affected packages or components.
      subscription-manager

      11. Would the customer be able to assist in testing this functionality if implemented?
      Yes.

              Unassigned Unassigned
              rhn-support-jentrena Julio Entrena Perez
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated: