Somehow, I got this working. I'm honestly not sure how, but I'm not going
to argue with success.
I've restarted the server and it's still working. Thanks for your help,
Peter!
On Monday, June 13, 2016 at 12:56:19 PM UTC-4, Peter Kristolaitis wrote:
>
> With the change to "split environments by
With the change to "split environments by default", you need to provide
the environment name on the command line:
[root@sh00cw-pup01ny hieradata]# hiera profiles::packages::centos
nil
[root@sh00cw-pup01ny hieradata]# hiera profiles::packages::centos
environment=production
["bind-utils", "curl"
Oh, and my hiera version is now 3.0.6. We lag a bit behind on our
development & production networks
On Monday, June 13, 2016 at 12:37:03 PM UTC-4, Bret Wortman wrote:
>
> That got me past the error, but I still am getting "nil" no matter what I
> ask for.
>
> And I've looked -- the keys I'm
That got me past the error, but I still am getting "nil" no matter what I
ask for.
And I've looked -- the keys I'm querying for are defined, at a minimum, in
/etc/puppetlabs/code/environments/production/hieradata/common.yaml.
On Monday, June 13, 2016 at 12:06:56 PM UTC-4, Peter Kristolaitis wr
I suspect your hiera install is confused because you have both the
puppet-agent and hiera packages installed. Hiera now ships as part of
the puppet-agent package and gets installed as
/opt/puppetlabs/bin/hiera; there is no separate hiera package. Hiera
1.3.4 is also quite old -- on a box with
This morning, I upgraded to Puppet 4 using the PC1 repository and even
through I have the puppet server running, the Hiera files we rely heavily
on aren't being seen. I'm getting false values for everything which really
screwed up some of the boxes I was testing with.
# hiera -c /etc/puppetlabs
