<div dir="ltr"><div>Hi Matthew,</div><div> </div><div>Yes, as said earlier "ipa disable-host <fqdn>; ipa host-mod <fqdn> --password=foo" works flawlessly. The issue lies with attempting to reuse "foo" as the password, the IPA sever prevents that (and rightly so) which complicates automation hence the RFE.</div>

<div> </div><div>Charlie.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 24, 2013 at 4:34 PM, Matthew Barr <span dir="ltr"><<a href="mailto:mbarr@snap-interactive.com" target="_blank">mbarr@snap-interactive.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just reading this over, and the RFE, I've got another possible option.<br>
<br>
Our standard build uses a key tab of a user with permission to add a host, and that sets the OTP for the kickstart to use.<br>
<br>
Is it possible to reset the state of the host record to the state where it can use the same install command on an existing host record?  Basically, set the OTP again?<br>
<br>
If i could run a single command to reset the state to allow the OTP to work it would work fairly well..<br>
<br>
for example:  ipa host-mod <a href="http://wiki01.ayisnap.com" target="_blank">wiki01.ayisnap.com</a> --password=foo<br>
<br>
<br>
Background:<br>
<br>
We've got IPA & puppet.  I have to purge the IPA host record & the puppet SSL keys, in order to regenerate them both.  Satellite/Spacewalk allows for a rebuild command, but I'm not sure what Katello & foreman will do in the future.<br>


<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<br>
Matthew Barr<br>
Technical Architect<br>
E: <a href="mailto:mbarr@snap-interactive.com">mbarr@snap-interactive.com</a><br>
AIM: matthewbarr1<br>
c:  <a href="tel:%28646%29%20727-0535" value="+16467270535">(646) 727-0535</a><br>
<br>
</font></span></blockquote></div><br></div>