<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Jul 4, 2018 at 9:53 PM Lars Kellogg-Stedman <<a href="mailto:lars@redhat.com">lars@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Jul 04, 2018 at 07:51:20PM -0600, Emilien Macchi wrote:<br>
> The actual problem is that the manifest isn't idempotent anymore:<br>
> <a href="http://logs.openstack.org/47/575147/16/check/puppet-openstack-beaker-centos-7/3f70cc9/job-output.txt.gz#_2018-07-04_00_42_19_705516" rel="noreferrer" target="_blank">http://logs.openstack.org/47/575147/16/check/puppet-openstack-beaker-centos-7/3f70cc9/job-output.txt.gz#_2018-07-04_00_42_19_705516</a><br>
<br>
Hey Emilien, thanks for taking a look. I'm not following -- or maybe<br>
I'm just misreading the failure message.  It really looks to me as if<br>
the failure is caused by a regular expression; it says:<br>
<br>
  Failure/Error:<br>
    apply_manifest(pp, :catch_changes => true) do |result|<br>
      expect(result.stderr)<br>
        .to include_regexp([/Puppet::Type::Keystone_tenant::ProviderOpenstack: Support for a resource without the domain.*using 'Default'.*default domain id is '/])<br>
    end<br>
<br>
And yet, the regular expression in that check clearly matches the<br>
output shown in the failure message. What do you see that points at an<br>
actual idempotency issue?<br>
<br>
(I wouldn't be at all surprised to find an actual problem in this<br>
change; I've fixed several already.  I'm just not sure how to turn<br>
this failure into actionable information.)<br></blockquote><div><br></div><div>Sorry for late answers, not doing a good job at catching up emails since I was 2 weeks on PTO.</div><div><br></div><div>So in order to test if that comes from your code or not, please try the manifest yourself and run puppet 2 times. If the second time is still triggering changes in the catalog, it means the idempotency of the resource is broken, which can also mean the resource itself isn't created properly the first time and a second puppet run tries to create it again.</div><div><br></div><div>Basically, you shouldn't see that on a second puppet run:</div><div><span style="color:rgb(0,0,0);font-family:monospace;font-size:medium;white-space:pre-wrap;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">/Stage[main]/Keystone/Keystone_domain[my_default_domain]/is_default: is_default changed 'false' to 'true'</span></div><div><br></div><div>If you can't reproduce it, let me know on IRC and I'll help you but you could use <a href="https://github.com/openstack/puppet-openstack-integration/blob/master/all-in-one.sh">https://github.com/openstack/puppet-openstack-integration/blob/master/all-in-one.sh</a> if you need a quick way to deploy.</div><div><br></div><div>Hope this helps, </div></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div></div>