Consumed subscriptions, still listed as available are consumed again

[tomaciazek]

SUMMARY

For some subscriptions (instance-based, I believe) subscription-manager will still report them as available for subscription-manager list --available, but with 'suggested' entitlements to consume equal to 0. This breaks the behavior of this module when either the pool option is provided or the pool_ids option but without the quantities specified.

NB: To make the module work correctly with the pool_ids option, the quantity must be a text value, otherwise module will re-subscribe (fortunately not consuming more entitlements) and report changed: true. That, I believe, is another bug.

ISSUE TYPE

• Bug Report

COMPONENT NAME

redhat_subscription

ANSIBLE VERSION

ansible 2.9.11
  config file = /etc/ansible/ansible.cfg
  configured module search path = ['/home/tomasz/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/local/lib/python3.6/dist-packages/ansible
  executable location = /usr/local/bin/ansible
  python version = 3.6.9 (default, Jul 17 2020, 12:50:27) [GCC 8.4.0]

CONFIGURATION

ansible-config dump --only-changed returns no output

OS / ENVIRONMENT

Tested on RHEL 8.2 and RHEL 7.9

STEPS TO REPRODUCE

- name: RHEL registration
  hosts: all
  become: true

  tasks:
  - redhat_subscription:
      state: present
      activationkey: "mykey"
      org_id: "myorg"
      pool_ids:
        - 0123456789abcdef0123456789abcdef

AND

- name: RHEL registration
  hosts: all
  become: true

  tasks:
  - redhat_subscription:
      state: present
      activationkey: "mykey"
      org_id: "myorg"
      pool:  '^Red Hat Enterprise Linux'

EXPECTED RESULTS

Invoking twice, should show change only the first time. The second time, no changes should be reported and
no new entitlements consumed

ACTUAL RESULTS

Invoking the module the second time shows changes and consumes additional entitlements.

[ansibullbot]

Files identified in the description:

• plugins/modules/packaging/os/redhat_subscription.py

If these files are inaccurate, please update the component name section of the description or use the !component bot command.

click here for bot help

[ansibullbot]

cc @alikins @barnabycourt @kahowell
click here for bot help

[unnecessary-username]

Could you provide one or two SKUs which appears like that? I am a bit curious about this.

[ansibullbot]

Files identified in the description:

• plugins/modules/redhat_subscription.py

If these files are incorrect, please update the component name section of the description or use the !component bot command.

click here for bot help

[ptoscano]

It looks to me that this issue may be an "older copy" of #5313, which was fixed few months ago, and backported to some older branches:

• 6.x: Fix #5313: redhat_subscription module is not idempotent when pool_ids are used #5319 - fixed in >= 6.0.0
• 5.x: [PR #5319/6fe2a84e backport][stable-5] Fix #5313: redhat_subscription module is not idempotent when pool_ids are used #5330 - fixed in >= 5.7.0
• 4.x: [PR #5319/6fe2a84e backport][stable-4] Fix #5313: redhat_subscription module is not idempotent when pool_ids are used #5329 - fixed in >= 4.8.8

@tomaciazek can you please check again with any of the fixed versions mentioned above?

[tomaciazek]

Sorry, I no longer have access to that environment where RHEL subscriptions were used, or any other environment that could allow me to test that.

[ptoscano]

Sorry, I no longer have access to that environment where RHEL subscriptions were used, or any other environment that could allow me to test that.

Ouch, that's unfortunate... thanks anyway :)

@felixfontein: what should we do in this case?

[felixfontein]

@ptoscano I guess we can close it then. If nobody complains, I'll do that later today.