> Can you please explain this method a bit more, for the
> unexperienced like me?
>
> Showing the actual code would be great, if it's possible.
Sure, I assume you mean the exported resource part. Using
storeconfigs[1] it's possible to exchange information between nodes.
Brice has some great explan
On Thu, 06 May 2010 08:54:51 +0200, donavan wrote:
> But for more sophisticated puppet setups - what are your ways to
determine
> which environment you are in.
I wrote a custom fact, location, that embeds all the logic in a tiny
bit of
custom Ruby. (In fact, it just grabs the hostname, do
> > But for more sophisticated puppet setups - what are your ways to determine
> > which environment you are in.
>
> I wrote a custom fact, location, that embeds all the logic in a tiny bit of
> custom Ruby. (In fact, it just grabs the hostname, domain, and IP address,
> then uses a tiny bit of lo
linuxdatacenter writes:
> Yeah - ntpd was just a dumb example - of course you can do it this way ;-).
>
> But for more sophisticated puppet setups - what are your ways to determine
> which environment you are in.
I wrote a custom fact, location, that embeds all the logic in a tiny bit of
custom
hello,
- "linuxdatacenter" wrote:
> Yeah - ntpd was just a dumb example - of course you can do it this
> way ;-).
>
> But for more sophisticated puppet setups - what are your ways to
> determine which environment you are in. I know puppet can manage
> different environments at one time (eac
Yeah - ntpd was just a dumb example - of course you can do it this
way ;-).
But for more sophisticated puppet setups - what are your ways to
determine which environment you are in. I know puppet can manage
different environments at one time (each with its own set of modules
and files - you configu
