Thanks for the clarification. I did forget to mention that I tried the 
ordering of my classes as well:

class { 'server_packages':
    # list of packages
    server_packages  => hiera('server_packages'), 
    enable_repo      => 'my-rpms,base', 
  } ->

class { 'some_class': 
   # params here
  }





On Tuesday, 1 December 2015 01:19:39 UTC+11, jcbollinger wrote:
>
>
>
> On Thursday, November 26, 2015 at 9:34:37 PM UTC-6, Haani Niyaz wrote:
>  
>
>> As you can see in the output above server_packges will be executed again 
>> after the execution of some_class:
>> Notice: Class[some_class::Service]: Would have triggered 'refresh' from 2 
>> events
>> Notice: /Stage[main]/Server_packages/Package[mysql-devel.x86_64]/ensure: 
>> current_value absent, should be present (noop)
>>
>>
>
> No, I don't see that, nor any reason to suppose it.  The output you 
> presented lists Package[mysql-devel.x86_64] exactly once.  Puppet chooses 
> to manage it later in the run than it does other packages that (I presume) 
> are managed via your Class[server-packages], including the related 
> package Package[mysql.x86_64], but you have not shown any ordering 
> constraints that would instruct Puppet to do otherwise.
>
>  
>
>>
>> I came across the following which seems to highlight the problem but it 
>> was fixed in an older version:
>>
>>
>> *create_resources should contain native types in the local scope*
>>
>>
>> https://projects.puppetlabs.com/issues/8032
>>
>>
>
> That bug was reported against Puppet 2.7.0 and fixed in version 2.7.3.  
> Nothing you have presented suggests a regression.
>
> Probably you have a misunderstanding about the nature of Puppet classes.  
> Although classes serve as logical containers for resources, Puppet does not 
> inherently prevent application of different containers from overlapping, 
> which is what you appear to be seeing -- application of resources from at 
> least two different containers interleaved.  If you want to influence the 
> order in which resources are applied then you must employ appropriate 
> order-of-application constraints 
> <https://www.google.com/url?q=https%3A%2F%2Fdocs.puppetlabs.com%2Fpuppet%2F3%2Freference%2Flang_relationships.html&sa=D&sntz=1&usg=AFQjCNE7ZkmL1elWrtcDNnjFpkVkSJycsQ>
> .
>
>
> John
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/0ddc2586-2703-43d1-97b9-064dc2fa5df8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to