Description of problem:
Provisioning of rhel65 with the below content
a) from RH content provider
b) from custom content
RHCOMMON [ for katello-agent and puppet packages]
c) Create an activation_key with the above both the subscriptions
d) Create a host_group and attach the above activation_key to the host_group
e) Use the above host_group, while provisioning a rhel65 box
NOTE: I could only test it for now for rhel65. As this is a lengthy process will update when encounter issues with rhel5 or rhel7.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
provisioning goes in an infinite loop. that is os installation goes in a loop.
Using a AK and CV with just rhel65 content/subscription has no issues.
Should be possible to install katello-agent and puppet and avoid the infinite loop.
this issue is seen when I am trying with REALM Integration.
I need to try without REALM Integration. If someone confirms it that would be helpful.
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
stbenjam suggested that the problem is "puppet is telling foreman the wrong name".
[root@omgwtfbbq02 ~]# facter fqdn
[root@omgwtfbbq02 ~]# hostname
Workaround for now.
I had to use fix_hosts to over come this issue and slightly modify it as below.
1) The below step 2) is required for REALM/IPA Integration as ipa-client-install checks for <hostname>.<domainname> and clearly states that FQDN is preferred.
2) Modified few instances of email@example.com/@host/ in fix_hosts
<%= snippet 'fix_hosts' %> before
<%= snippet "subscription_manager_registration" %> in
'Satellite Kickstart Default' template.
Below is the modified fix_hosts template which helped solve this issue for now.
echo "<%= @host %>" > /etc/hostname
hostname <%= @host %>
cat > /etc/hosts << EOF
<%# simple snippet to generate /etc/hosts when provisioning image based systems -%>
127.0.0.1 <%= @host %> <%= @host.shortname %> localhost localhost.localdomain
::1 ip6-localhost ip6-loopback
*** This bug has been marked as a duplicate of bug 1129463 ***