On Wed, Sep 19, 2012 at 7:36 AM, jcbollinger wrote:
>
>
> On Tuesday, September 18, 2012 1:36:53 PM UTC-5, Philip Brown wrote:
>>...
>> ...
>
> I think that's just fine. Though no one would know from the responses you
> received before, I think some people do pretty much what you're describing.
On Tuesday, September 18, 2012 1:36:53 PM UTC-5, Philip Brown wrote:
>
> [yes, this is a reply to an OOOLD message. sorry :) I think it's still
> useful]
>
> This is regarding a construct that I suggested to the list back in May,
> and still haven't found anything better for my purposes.
> So,
[yes, this is a reply to an OOOLD message. sorry :) I think it's still
useful]
This is regarding a construct that I suggested to the list back in May, and
still haven't found anything better for my purposes.
So, I'm fleshing out the implementation details for people a bit more.
The idea:
Have a
Hi,
>> load host.fqdn.pp to find a node
it will search hostname and fqdn but not hostname.fqdn.
This all sounds like a lot of work to me. How do you intend to manage changes
that effect 300 nodes?
What I do is that I create a custom that assigns a role to certain node types.
I then have a ro
At the bottom of my site.pp I have:
import "nodes/*"
I haven't heard of this autoload thing, but then I'm newish.
On Wed, May 02, 2012 at 11:06:17AM -0700, Philip Brown wrote:
>I vaguely recall some kind of reference mentioning that as a fallback,
>puppet master would attempt to load ho
I vaguely recall some kind of reference mentioning that as a fallback,
puppet master would attempt to load host.fqdn.pp to find a node
definition. Is that a false memory?
In practice, it does not seem to do that.
Along those lines, is it possible to MAKE it do that?
I've tried
import "nodes
