-
Bug
-
Resolution: Done
-
Undefined
-
rhel-9.5
-
No
-
Important
-
ZStream, TestOnly
-
1
-
rhel-sst-virtualization-cloud
-
ssg_virtualization
-
2
-
False
-
-
None
-
RHELOPC Sprint 41
-
Approved Blocker
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
-
All
-
None
What were you trying to do that didn't work?
Subscribing a VM with Satellite using an activation key in cloud-init fails if 'org' is a string.
What is the impact of this issue to you?
Important, as it's preventing updates in customer's machine fleet.
Please provide the package NVR for which the bug is seen:
cloud-init-23.4-19.el9_5.4.noarch
How reproducible is this bug?:
Always in customer environment. I've not tried to reproduce it locally.
Steps to reproduce
- In Satellite, have an org using a string instead of a number.
- Create an activation key.
- Provision a VM and try to subscribe it using the activation key. Add something like this to cloud-init user data:
rh_subscription: activation-key: my-activation-key org: my-org
Expected results
System subscribed
Actual results
Registration failed.
When validating the schema:
# cloud-init schema --system Invalid user-data /var/lib/cloud/... Error: Cloud config schema errors: rh_subscription.org: 'my-org' is not of type 'integer'
This issue is already fixed upstream:
https://github.com/canonical/cloud-init/issues/5382
- depends on
-
RHEL-66251 [RHEL-9] Rebase cloud-init to 24.4 version
-
- Release Pending
-
- is cloned by
-
RHEL-81169 Cloud-init fails to subscribe system if activation key 'org' is not an integer [rhel-8.10.z]
-
- Release Pending
-
-
RHEL-81163 Cloud-init fails to subscribe system if activation key 'org' is not an integer [rhel-9.5.z]
-
- Release Pending
-
- links to