Bug 1392620 - HOST[OTP] is not correctly rendered in user-data
Summary: HOST[OTP] is not correctly rendered in user-data
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Realm
Version: 6.2.3
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: 6.6.0
Assignee: satellite6-bugs
QA Contact: Stephen Wadeley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-07 22:08 UTC by Maxim Burgerhout
Modified: 2021-06-10 11:38 UTC (History)
11 users (show)

Fixed In Version: foreman-1.22.0-0.5.RC2.1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-10-22 19:52:26 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 17292 0 Normal Closed HOST[OTP] is not correctly rendered in user-data 2020-08-03 15:01:32 UTC

Description Maxim Burgerhout 2016-11-07 22:08:10 UTC
Description of problem:
If I integrate with IdM in RHEL 7, and use a user-data template to configure my system, my system is not enrolled in IdM. I end up with this in my user-data (on my new machine)

/usr/sbin/ipa-client-install -w '$HOST[OTP]' --realm=REDHAT.LAB -U $idm_mkhomedir $idm_opts $idm_server $idm_ssh

and thus with an error

Nov  7 16:33:52 localhost cloud-init: Successfully retrieved CA cert
Nov  7 16:33:52 localhost cloud-init: Subject:     CN=Certificate Authority,O=REE
DHAT.LAB
Nov  7 16:33:52 localhost cloud-init: Issuer:      CN=Certificate Authority,O=REE
DHAT.LAB
Nov  7 16:33:52 localhost cloud-init: Valid From:  Tue Sep 06 13:01:52 2016 UTC
Nov  7 16:33:52 localhost cloud-init: Valid Until: Sat Sep 06 13:01:52 2036 UTC
Nov  7 16:33:52 localhost cloud-init: Joining realm failed: Incorrect password.
Nov  7 16:33:52 localhost cloud-init: Installation failed. Rolling back changes.
Nov  7 16:33:52 localhost cloud-init: IPA client is not configured on this systee
m.

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

How reproducible:


Steps to Reproduce:
1. Create new image, configure for user-data
2. Configure Satellite for idm integration (follow docs :))
3. Create new host

Actual results:
See the above error, system listed not enrolled in idm (so satellite actually did create the object in idm)

Expected results:
system is enrolled, i can log in

Additional info:

Comment 1 Maxim Burgerhout 2016-11-07 22:29:54 UTC
Seems to be http://projects.theforeman.org/issues/10119

Comment 9 Bryan Kearney 2018-09-04 18:05:54 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.

Comment 10 Alex 2018-09-19 08:32:51 UTC
Hi there,

This bug has been fixed on https://github.com/theforeman/foreman/pull/5542

Comment 17 Stephen Wadeley 2019-10-02 09:21:14 UTC
I noticed this issue while testing:

Bug 1746775 - When deploying host by image based provisioning wrong kind of template is shown to be resolved

Comment 18 Bryan Kearney 2019-10-22 19:52:26 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2019:3172


Note You need to log in before you can comment on or make changes to this bug.