Bug #10119
closed
@host.otp isn't detemplated in user-data
Added by Anonymous over 9 years ago.
Updated about 8 years ago.
Description
(copied over from https://github.com/theforeman/community-templates/issues/169)
I am using user-data templates on ec2 and @host.otp is not populated.
In the first case the value is simply blank, but when I get the user-data using curl the otp is there. This is on foreman 1.7
Workaround:
IPAOTP=<%= @host.otp %> # this line isnt detemplted correctly unless we get it from curl
curl <%= foreman_url("user_data")%> | grep ^IPAOTP > /var/log/otp.log
. /var/log/otp.log
# snip
/usr/sbin/ipa-client-install -w ${IPAOTP} --no-dns-sshfp --domain=$domain --realm=<%= @host.realm %> -f -U --server <%= @host.params['freeipa_servers'].split('%%').first %> $freeipa_mkhomedir
- Bugzilla link set to 1187520
- Category set to Templates
- Is duplicate of Feature #12396: Realm snippet not expanded when previewing provisioning template added
- Is duplicate of deleted (Feature #12396: Realm snippet not expanded when previewing provisioning template)
- Related to Feature #12396: Realm snippet not expanded when previewing provisioning template added
- Assignee set to Stephen Benjamin
Stephen, could you have a look if that's also resolved by the fix for #12396?
- Bugzilla link deleted (
1187520)
Removing the bugzilla since it's wrong, it belonged with #12396.
Our user data templates don't include freeipa at all actually, although the finish template does.
But anyway, is the issue that the OTP never gets set when provisioning an image-based host or you just don't see it in the preview? If it's the latter case you can see how we solved it in the other templates for #12396.
- Status changed from New to Need more information
- Assignee deleted (
Stephen Benjamin)
- Status changed from Need more information to Closed
- Status changed from Closed to Rejected
- Related to Bug #17292: HOST[OTP] is not correctly rendered in user-data added
Also available in: Atom
PDF