I'm able to get Hiera + GPG working fine, but am running into an issue when
I want to use GPG as the primary backend. We want to do this to make sure
any secrets are realized first. However, it seems when a value in GPG
backend also exists in a YAML backend, hiera dies with a message:
Debug
I suppose it depends on how you structure your manifest. We typically
apply a manifest to a particular node when testing new manifests. So
something like:
site.pp:
node default {
$param1 = "value1"
$param2 = "value2"
include exec_class
}
/etc/puppet/modules/exec_class/manifests/init.
Oops, that should probably read:
exec { "do something" :
command => "/usr/local/bin/exec_something.sh ${param1} ${param2}"
}
On Monday, December 9, 2013 11:46:17 AM UTC-8, Jake Lundberg wrote:
>
> I suppose it depends on how you structure your manifest. We
ue1"
> "somevalue2"
>
> is this possible?
> Regards
> Sachin
>
> On Monday, 9 December 2013 11:48:16 UTC-8, Jake Lundberg wrote:
>>
>> Oops, that should probably read:
>>
>> exec { "do something" :
>> command => &q
When it comes to split responsibilities, such as that between the Ops teams
and Dev teams, we usually do a couple things:
1. Use hiera to store key/value pairs that can be visible worldwide (like
application versions). This allows developers to be able to test their own
stuff, and when ready,
Do you even need to do this? Can't you just use the certname configuration
variable on the puppetmaster and just set it to the old name?
On Wednesday, August 6, 2014 3:40:38 AM UTC+7, Jose Luis Ledesma wrote:
>
> +1
> You don't need to re-register all clients. Just generate a new cert for
>
Actually, disregard, I'm thinking of the client side.
--
Jake Lundberg
Senior Systems Engineer
jlundb...@adconion.com
+1.310.382.5581
On Wed, Aug 6, 2014 at 11:12 PM, Jake Lundberg
wrote:
> Do you even need to do this? Can't you just use the certname
> configuration
Puppet 3.6.2
First, I understand that Execs try not to run multiple times if called many
times by many resources and typically wait until they've all been
"collected" from all resources, but I have a specific case where I need
different Execs to run in a particular order based on a set of resou
gt; refreshonly => true,
> logoutput => true,
> require => [File['/usr/local/sbin/control.sh'], Exec['stop'],
> }
>
>
>
>
> On Fri, Sep 19, 2014 at 8:59 PM, Jake Lundberg > wrote:
>
>> Puppet 3.6.2
>>
>>
; true" is still set on both execs and is working
properly.
Thank you for the help!!!
Jake
On Monday, September 22, 2014 7:44:34 AM UTC-7, jcbollinger wrote:
>
>
>
> On Friday, September 19, 2014 12:59:34 PM UTC-5, Jake Lundberg wrote:
>>
>> Puppet 3.6.2
>>
10 matches
Mail list logo
