Issue #5239 has been updated by Alan Barrett.

Brice Figureau wrote:
> I'd even think it should not be possible to collect resources coming from 
> another environment.

If I have a network monitoring machine in a "production" environment, I don't 
see why puppet should make it impossible for me to collect information from 
machines in "development" or "testing" environments telling it what to monitor. 
 It should, however, be easy for the collector to specify which environments it 
is interested in.
----------------------------------------
Bug #5239: Exported resources are hard to collect by environment
https://projects.puppetlabs.com/issues/5239

Author: Jordan Sissel
Status: Unreviewed
Priority: Normal
Assignee: 
Category: 
Target version: 
Affected Puppet version: 2.6.2
Keywords: exported resources collection environments
Branch: 


I noticed today that Foo <<| |>> collects all Foo resources regardless of 
environment. Doing Foo <<| environment == ... |>> would be cool, but I don't 
think that works.

Why was this a problem? I have multiple deployments; some of which cannot see 
each other on the network (outside of the storeconfigs db). As a result of this 
behavior (collect all resources in all environments), I have nagios instances 
that try to monitor machines they can't see and thus all checks fail and pager 
goes beep beep. ;)

I found a work around using tags.

<pre>
node default {
  # Globally apply an environment-based tag to all resources on each node.
  tag("deployment::$environment")
  ...
}

# And later ...

SomeResource <<| tag == "deployment::$environment" |>> 
</pre>

The above workaround is sufficient for me to continue deploying exported 
resources (not a blocker).

I was expecting collectors of exported resources would only, by default, get 
resources from the same environment. Barring that, I think a query of <<| 
environment == ... |>> would be quite useful rather than resorting to tagging.


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://projects.puppetlabs.com/my/account

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Bugs" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-bugs?hl=en.

Reply via email to