[Puppet Users] Re: hiera-eyaml-gpg gives strange error

[Dirk Heinrichs]

Am 29.01.2014 17:27, schrieb Simon Hildrew:
> On Wednesday, 29 January 2014 14:43:22 UTC, Dirk Heinrichs wrote:
>
> Hi,
>
> I'm trying to store some encrypted values in hiera, using either
> hiera-eyaml or hiera-eyaml-gpg. While hiera-eyaml (PKCS7
> encryption) works fine, the agent gives the following error
> message when using hiera-eyaml-gpg:
>
> Could not retrieve catalog from remote server: Error 400 on
> SERVER: Error from DataBinding 'hiera' while looking up
> 'the_secret_field': can't convert nil into String on node
> the_machine.example.com 
>
> Any ideas what could be wrong or how to debug this?
>
>
> I've not seen that before. 
>
> What versions of puppet/hiera/hiera-eyaml/hiera-eyaml-gpg are you
> using? Is there anything in the log on the puppetmaster?

Puppet is 3.4.2 on both master and agent, agent is Windows, though.
Hiera is 1.3.1, hiera-eyaml 2.0.0 and hiera-eyaml-gpg is 0.4.

Server log (/var/log/messages) contains the same message as above.

> Can you raise an issue on the github project
> at https://github.com/sihil/hiera-eyaml-gpg with details on how you
> produced the error?

Sure.

Bye...

Dirk
-- 

*Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
*Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
*Tel*: +49 2226 159 (Ansage) 1149
*Email*: d...@recommind.com 
*Skype*: dirk.heinrichs.recommind
www.recommind.com 



http://www.recommind.com

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E9F9AB.8030706%40recommind.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

[Puppet Users] Reg : War deployment with Puppet

[krishna bhaskara rao]

Hi,

Can any one share me sample snippets to deploy war in tomcat. if deployment 
fails, how to rollback.

With Regards,
Krishna.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/e0ca3a86-2dd5-4b28-9f38-18ae6f5cdd9a%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Reg : War deployement using Puppet

[krishna bhaskara rao]

Hi,


Can you provide me examples, how to deploy war in tomcat using puppet. If 
fails, how to rollback also.

With Regards,
Krishna.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/d3bb3a7f-93e2-4133-90d8-e10285c6643b%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] howto determine a users homedir in a class file

[Andrew]

Thanks for that Ygor, I appreciate the help.

On Thursday, 30 January 2014 14:33:59 UTC+10, Ygor wrote:
>
> I have a solution for this that involves a custom fact, written in Ruby, 
> for the user's homedir. 
> I will gladly post the code for the fact and the manifest code showing how 
> I use it.  However, I am posting this from home and all my Puppet code is 
> at my work.  I will post it tomorrow.
>
> One small "gotcha" that confuzzled me for a short while is that I found 
> that this custom fact does not work for a user account that is created in 
> the same puppet-agent run.  A bit of a chicken-egg dilemma: the fact 
> depends on the existance of the user, but facts are done first in an agent 
> run.  My solution is that you have the user's homedir available to you when 
> you create an account, so my ssh-key code was refactored to include the 
> homedir as an input parameter. 
>
> On Jan 29, 2014, at 11:04 PM, Andrew > 
> wrote:
>
> So ...
> I am tasked with managing ssh keys for which I want to use puppet to do 
> the deployment.
> I dont know ahead of time which users will using/assigned keys so, my 
> question is.
>
> how to determine the homedir of any user? is there a variable present with 
> this info without resorting to an exec?
>
> Not all users have /home/$USER homedirs, (eg apache=/var/www, 
> puppet=/var/lib/puppet), 
>
> I need to create a .ssh dir in the users homedir and copy some private 
> keys in there. 
> The authorized_keys type includes a user property, so the public key is 
> easy.
>
> kinda stumped ...
> Any ideas?
>
> Thanks in advance.
>
> Regards,
> Andrew
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to puppet-users...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/1944e04e-e98c-4cb6-8e3f-e470c88ce6ad%40googlegroups.com
> .
> For more options, visit https://groups.google.com/groups/opt_out.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/f28607d4-cc41-47b7-9370-3bc611fc2d2f%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: ody/pkginventory problem / How do _you_ get a listing of all packages installed on a system?

[Andrew]

# every package, name only.
rpm -qa --queryformat="%{NAME}\n"

# or more info ...
rpm -qa --queryformat="%{NAME} - %{VERSION} - %{ARCH}\n"

Hi Stack,

have you tried 


package { "kernel.$architecture":
  ensure => '2.6.32-358.el6',
}


to make sure it doesnt find the i686 version as well ?


Also note that a reboot is required for a newly installed kernel version to 
become the running version,

Also note that yum will keep upto 2 older versions of the kernel installed as 
recovery boot options in the grub kernel, so there is always more than one 
kernel-version present on the system.




-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/f787e59d-ce8e-49f0-8dd6-fc95825b75d9%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Re: CA puppetmaster

[vassiliy vins]

Thank you, Andrew!
I'll try tomorrow.
In High Availability I have floating IP (better to say redundant IP).
I don't think that we need HA for puppet, but my boss insists on.
Regards,
Vassiliy


On 29 January 2014 21:37, Andrew  wrote:

>
>
> On Tuesday, 28 January 2014 09:49:57 UTC+10, Vassiliy Vins wrote:
>>
>> Hi!
>>
>> I have 2 puppetmasters with High availability configuration.
>>
>> If first dead, second starts.
>>
>> Could you tell me which file from  $ssl_dir of primary  should I copy to
>> secondary  puppetmaster that clients recognize it as primary one?
>>
>> Any amendments should I make inside files?
>>
>> Thank you
>>
>
> The cert material is in /var/lib/puppet/ssl/ca, you would need the
>
> $SSL_dir/ca/private/ca.pass
> $SSL_dir/ca/ca*.pem
>
> I think this might work better if you have a floating virtual IP address
> that switches between the two puppet servers. You will need to keep the
> entire $SSL_dir, and all the manifest dirs synced, so when your second
> machine comes up, it has all the latest signed certs, content etc. You can
> use DRBD for the entire paprtion, or csync for selected dirs to achieve
> this ...
>
> But given puppet only implements changes to files ... is it really so
> critical that it requires a HA solution of this complexity ? I kind of have
> my doubts. If puppet goes offline for 30mins while you restore a vm image,
> most of the clients will error once, and then resume working the next time
> they check in.
>
> Andrew
>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Puppet Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/puppet-users/ftmrYoS4qNE/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/7f499bfa-15ee-4a93-bce6-6da4fd72e0fe%40googlegroups.com
> .
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAO%2BK8YwP%2BRsnT4LM0TsWDTr_3UJT5pw8LsOd1BBmLzQbbkCcpA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: CA puppetmaster

[Andrew]

On Tuesday, 28 January 2014 09:49:57 UTC+10, Vassiliy Vins wrote:
>
> Hi!
>
> I have 2 puppetmasters with High availability configuration.
>
> If first dead, second starts.
>
> Could you tell me which file from  $ssl_dir of primary  should I copy to 
> secondary  puppetmaster that clients recognize it as primary one?
>
> Any amendments should I make inside files?
>
> Thank you
>

The cert material is in /var/lib/puppet/ssl/ca, you would need the 

$SSL_dir/ca/private/ca.pass
$SSL_dir/ca/ca*.pem

I think this might work better if you have a floating virtual IP address 
that switches between the two puppet servers. You will need to keep the 
entire $SSL_dir, and all the manifest dirs synced, so when your second 
machine comes up, it has all the latest signed certs, content etc. You can 
use DRBD for the entire paprtion, or csync for selected dirs to achieve 
this ...

But given puppet only implements changes to files ... is it really so 
critical that it requires a HA solution of this complexity ? I kind of have 
my doubts. If puppet goes offline for 30mins while you restore a vm image, 
most of the clients will error once, and then resume working the next time 
they check in.

Andrew

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/7f499bfa-15ee-4a93-bce6-6da4fd72e0fe%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] howto determine a users homedir in a class file

[Dan White]

I have a solution for this that involves a custom fact, written in Ruby, for 
the user's homedir. 
I will gladly post the code for the fact and the manifest code showing how I 
use it.  However, I am posting this from home and all my Puppet code is at my 
work.  I will post it tomorrow.

One small "gotcha" that confuzzled me for a short while is that I found that 
this custom fact does not work for a user account that is created in the same 
puppet-agent run.  A bit of a chicken-egg dilemma: the fact depends on the 
existance of the user, but facts are done first in an agent run.  My solution 
is that you have the user's homedir available to you when you create an 
account, so my ssh-key code was refactored to include the homedir as an input 
parameter. 

> On Jan 29, 2014, at 11:04 PM, Andrew  wrote:
> 
> So ...
> I am tasked with managing ssh keys for which I want to use puppet to do the 
> deployment.
> I dont know ahead of time which users will using/assigned keys so, my 
> question is.
> 
> how to determine the homedir of any user? is there a variable present with 
> this info without resorting to an exec?
> 
> Not all users have /home/$USER homedirs, (eg apache=/var/www, 
> puppet=/var/lib/puppet), 
> 
> I need to create a .ssh dir in the users homedir and copy some private keys 
> in there. 
> The authorized_keys type includes a user property, so the public key is easy.
> 
> kinda stumped ...
> Any ideas?
> 
> Thanks in advance.
> 
> Regards,
> Andrew
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/1944e04e-e98c-4cb6-8e3f-e470c88ce6ad%40googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/27CDF540-7049-4CD7-BE43-2EBF263CC2E0%40icloud.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] howto determine a users homedir in a class file

[Andrew]

So ...
I am tasked with managing ssh keys for which I want to use puppet to do the 
deployment.
I dont know ahead of time which users will using/assigned keys so, my 
question is.

how to determine the homedir of any user? is there a variable present with 
this info without resorting to an exec?

Not all users have /home/$USER homedirs, (eg apache=/var/www, 
puppet=/var/lib/puppet), 

I need to create a .ssh dir in the users homedir and copy some private keys 
in there. 
The authorized_keys type includes a user property, so the public key is 
easy.

kinda stumped ...
Any ideas?

Thanks in advance.

Regards,
Andrew

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/1944e04e-e98c-4cb6-8e3f-e470c88ce6ad%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Re: Report processor failed: uninitialized constant Puppet::FileSystem::File

[Josh Cooper]

On Wed, Jan 22, 2014 at 8:08 AM, Mike Skint  wrote:

> yes I've seen it on ubuntu 12.04 and Debian 6 nodes installed from
> puppetlabs repo,  had to roll back to 3.4.0
>
>
>
>
> On Tuesday, January 21, 2014 6:53:38 AM UTC-8, ro001 wrote:
>>
>>
>> Hi,
>>
>> I am the deploying the puppet master rpm 3.4.2 onto a centos 6.3 VM using
>> the following script files but output reports the error 'Report processor
>> failed: uninitialized constant Puppet::FileSystem::File', has anyone seen
>> this error?
>>
>>
>> ** SITE.pp ***
>>
>> import "nodetypes/*.pp"
>> Exec { path => "/bin:/sbin:/usr/bin:/usr/sbin" }
>> node 'TEST-PM4.com'
>> {
>> class {'puppetmaster' : }
>> }
>> node default {
>> }
>> # Filebuckets
>> filebucket { main: server => puppet }
>> filebucket { local: path => "/var/lib/puppet/clientbucket" }
>> class main {
>> }
>>
>>
>>  puppet master manifest 
>>
>> class puppetmaster {
>> class { 'my-puppetmaster' : }
>> }
>>
>>
>>
>> *** my-puppetmaster module ***
>>
>> class my-puppetmaster {
>> $packages = [ 'puppet-server'
>>  ]
>>
>> package { $packages:
>> ensure => installed,
>> }
>> }
>>
>>
>> When I create the puppetmaster, the output finished with an error (as
>> highlighted below). Has anyone else seen this Error? I have not spotted any
>> problems from it, but it would be great if someone could share what the
>> problem is?
>>
>>
>> [r...@test-pm4.com puppet]# puppet apply manifests/site.pp
>> Notice: Compiled catalog for TEST-PM4.com in environment production in
>> 1.00 seconds
>> Notice: /Stage[main]/my-puppetmaster/Package[puppet-server]/ensure:
>> created
>> Notice: Finished catalog run in 5.35 seconds
>> Error: Report processor failed: uninitialized constant
>> Puppet::FileSystem::File
>>
>>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/9de2db92-667c-4ad8-94cb-fe0336f489d1%40googlegroups.com
> .
>
> For more options, visit https://groups.google.com/groups/opt_out.
>

Can you run with --trace and attach the backtrace to a ticket (
https://tickets.puppetlabs.com)?

Josh

-- 
Josh Cooper
Developer, Puppet Labs

*Join us at PuppetConf 2014, September 23-24 in San Francisco* -
http://bit.ly/pupconf14
Register now and save 40%! Offer expires January 31st.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CA%2Bu97umdO-wg6DZGQLt68jHNphbsnHikxhvBB7GJXA_SjG05aQ%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Node Corruption

[Doug_F]

All, 

I have a problem where I was mucking about in a Module which failed. One of 
my Debian nodes I was testing it on started acting funky. Now my single 
Debian node is getting some weird module activity. 
Classes defined by $::kernel fact are defined properly. 
Templates based off $::osfamily fact seem to fail to RedHat. I could be 
that that is the first in most of my case statements but I don't know. 

I have commented out the offending module. 

I have at least 2 other debian nodes are still getting correct catalogues. 

I have tried rolling back the node to its first install and reinstalling 
puppet. 
I have cleaned out the Certs on both client and master. 
I have restarted the Master and puppetdb. 
curl localhost:8080/v3/nodes/deb-vm.part.net/facts/osfamily 
...
  "name" : "osfamily",
  "value" : "Debian"
...

Anyone know of some temp / state file on the master that may need to be 
removed / fixed? If you know of other troubleshooting steps that would be 
great as well. 

Thanks, 
Doug 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/6905b980-fad3-491e-bcda-a7a08d1fffbd%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Beginner Question: Structure of a full "application"

[xav]

On Wed, 2014-01-29 at 05:05 -0800, Kevin Breit wrote:
> I am trying to make Puppet provision an OpenStack node from a base
> Ubuntu 12.04 install. Unfortunately, I'm new to Puppet and having
> problems conceptualizing how the programming logic should work. At
> this time I have a Puppet master and Puppet agent for script
> development. Here are the steps I expect to have Puppet take:
> 
> 1. Install and configure NTP
> 2. Update apt repositories with proper OpenStack Havana PPA
> 3. Install proper OpenStack packages (probably just openstack-compute
> and mysql-client, maybe a few others)
> 4. Develop configuration files based on templates
> 
> Step 1 is done as I developed a simple NTP module. Step 2 is where I'm
> getting caught up. Last night I discovered the puppet-apt module but
> I'm not quite sure how to call it. I feel like I'm thinking in
> traditional programming language flow where I can call most anything
> at any time. In my site.pp there is a node section where I do an
> "include apt" but beyond that, I don't know how to pass arguments and
> call functions to the apt module. Do I create a custom manifest for
> this or include code in the node statement?

Just a pointer here to a bunch of really good OpenStack Puppet modules: 

https://github.com/stackforge/puppet-openstack

https://github.com/hastexo/kickstack

There's some gaps, such as HA for controller components, monitoring, etc
- but the structure and ease of use is excellent.

Particularly, for your use case, take a look at Florian's Kickstack
module - I did see a 10 min video where he goes through the use of it,
but I can't find the link to hand now...  What I like about the
Kickstack module is the way roles and profiles have been arranged to
make application of intended config fast and easy.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/1391035606.19881.5.camel%40debian.my.home.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: Beginner Question: Structure of a full "application"

[jcbollinger]

On Wednesday, January 29, 2014 7:05:37 AM UTC-6, Kevin Breit wrote:
>
> I am trying to make Puppet provision an OpenStack node from a base Ubuntu 
> 12.04 install. Unfortunately, I'm new to Puppet and having problems 
> conceptualizing how the programming logic should work.
>


You are experiencing an even more fundamental problem: conceptualizing 
Puppet manifest development as "programming".  You will do yourself a favor 
by starting from the understanding that manifest development is an exercise 
in *modeling* (of the target machine configuration).  Manifests describe 
properties of the target system, and some elements of how those are related 
to each other.  The puppet agent figures out the details of getting from 
here to there.

 

> At this time I have a Puppet master and Puppet agent for script 
> development. Here are the steps I expect to have Puppet take:
>
> 1. Install and configure NTP
>


No, you want Puppet to ensure that NTP is installed, and that it is 
configured in some specific way.  These are some of the details of the 
model you want to construct.

 

> 2. Update apt repositories with proper OpenStack Havana PPA
>


Again, no, you want Puppet to ensure that your nodes' apt sources are 
configured to include those.

 

> 3. Install proper OpenStack packages (probably just openstack-compute and 
> mysql-client, maybe a few others)
> 4. Develop configuration files based on templates
>
>

Etc.

 

> Step 1 is done as I developed a simple NTP module. Step 2 is where I'm 
> getting caught up. Last night I discovered the puppet-apt module but I'm 
> not quite sure how to call it.
>


You don't "call" Puppet classes, modules, or resource types.  (But there 
are functions in Puppet that you can call.)  You use Puppet modules in your 
manifests by declaring one or more of the classes they define, and/or by 
declaring instances of one or more of their defined types (just like 
declaring instances of built-in resource types).

 

> I feel like I'm thinking in traditional programming language flow where I 
> can call most anything at any time. In my site.pp there is a node section 
> where I do an "include apt" but beyond that, I don't know how to pass 
> arguments and call functions to the apt module. Do I create a custom 
> manifest for this or include code in the node statement?
>
>

As far as I am aware, puppetlabs-apt does not define any functions of its 
own.  It does provide a defined type or two that are intended for module 
users.  Instances of these are declared just like resources of any other 
type.  Examples are presented in the module docs at 
https://forge.puppetlabs.com/puppetlabs/apt .

*Where* you should put your declarations is not a question with a clear-cut 
answer, but for the time being it is reasonable to put them into the 
appropriate node block.  If you find yourself repeating node block contents 
(e.g. the same apt::source resources in multiple node blocks) then you 
should consider wrapping up those duplicate declarations into a class, in a 
module, so that your nodes just declare the class.

 

> Any help is appreciated. Thank you.
>


There is pretty good DSL documentation available on-line from PuppetLabs.  
See http://docs.puppetlabs.com/puppet/3/reference/.  I would recommend to 
every Puppet user that they should read the "The Puppet Language" section, 
and at least skim the "Generated References"/"Resource Types" and 
"Generated References"/"Functions" sections.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/61e41a50-e6d2-4da6-9e7c-571767ba92a9%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Constructing rvalues from exported resources.

[jcbollinger]

On Wednesday, January 29, 2014 10:41:37 AM UTC-6, Henrik Lindberg wrote:
>
>
> You could try out dalen's puppet-db query module. It allows you to 
> query information from the puppet db and use the result in various 
> ways in your manifests. 
>
>

That addresses the issue of extracting information about resources declared 
by other nodes (whether it qualifies as a "good" solution or not), but it 
doesn't solve the radez/pacemaker-specific problem of needing to know the 
cluster members in advance.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/ffc8a12c-419c-4157-8b00-5229f27167c7%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Ubuntu Network Proxy via Puppet

[steven . lokie]

So we have hit a wall pretty hard here: 

We have a series of Ubuntu Desktops running 12.04 LTS and we've configured 
puppet to do enable to Network Proxy and it does the weirdest thing.  It 
will refuse to set the proxy until we do an initial setting in the GUI.  
(Gnome Desktop) Here's our config (some info redacted) but has anyone else 
figured out a fix for this?



file { "environment":
path=> "/etc/environment",
ensure  => present,
mode=> 755,
owner   => root,
group   => root,
source  => "puppet:///modules/linuxdesktop_squid/environment",
  }
exec { 'dbus proxy 1':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "dbus-launch gsettings set org.gnome.system.proxy mode 
'manual' ",
  }
exec { 'dbus proxy 2':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "dbus-launch gsettings set org.gnome.system.proxy.http 
host 'xxx.xxx.xxx.xxxfile { "environment":
path=> "/etc/environment",
ensure  => present,
mode=> 755,
owner   => root,
group   => root,
source  => "puppet:///modules/linuxdesktop_squid/environment",
  }
exec { 'dbus proxy 1':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "dbus-launch gsettings set org.gnome.system.proxy mode 
'manual' ",
  }
exec { 'dbus proxy 2':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "dbus-launch gsettings set org.gnome.system.proxy.http 
host 'xxx.xxx.xxx.xxx'",
  }
exec { 'dbus proxy 3':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "dbus-launch gsettings set org.gnome.system.proxy.http 
port 3128",
  }

exec { 'gconf proxy 1':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set 
/system/proxy/mode 'manual'",
  }
exec { 'gconf proxy 2':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type int--set 
/system/http_proxy/port '3128'",
  }
exec { 'gconf proxy 3':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool   --set 
/system/http_proxy/use_same_proxy 'TRUE'",
  }
exec { 'gconf proxy 4':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool   --set 
/system/http_proxy/use_http_proxy 'TRUE'",
  }
exec { 'gconf proxy 5':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gsettings set org.gnome.system.proxy.http port 3128",
  }
exec { 'gconf proxy 6':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gsettings set org.gnome.system.proxy.https port 3128",
  }
exec { 'gconf proxy 7':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gsettings set org.gnome.system.proxy.http host 
'xxx.xxx.xxx.xxx'",
  }
exec { 'gconf proxy 8':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gsettings get org.gnome.system.proxy.https host 
'xxx.xxx.xxx.xxx'",
  }'",
  }
exec { 'dbus proxy 3':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "dbus-launch gsettings set org.gnome.system.proxy.http 
port 3128",
  }

exec { 'gconf proxy 1':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set 
/system/proxy/mode 'manual'",
  }
exec { 'gconf proxy 2':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type int--set 
/system/http_proxy/port '3128'",
  }
exec { 'gconf proxy 3':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  command => "gconftool-2 --direct --config-source 
xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool   --set 
/system/http_proxy/use_same_proxy 'TRUE'",
  }
exec { 'gconf proxy 4':
  path => ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"],
  comman

Re: [Puppet Users] using facter variables in filenames

[Tim Dunphy]

>
> just start using ${variable} when used in a string (double quoted) . and
> also use explicit scoping.  It is a very good habit and you will only
> benefit from it.
> ( and everybody else, including you,  reading your code)



Thanks! I'll make sure to follow your advice. I appreciate your input.

Tim


On Wed, Jan 29, 2014 at 3:35 PM, Johan De Wit  wrote:

>  On 01/29/2014 07:39 PM, Tim Dunphy wrote:
>
> Hey all,
>
>  Yup! You caught it. Managed to notice this as well, so forgive the
> intrusion on your day.
>
>  But I was missing the module name.
>
>
>  file { "/etc/pki/tls/certs/$hostname.mydomain.com.crt":
>   notify  => Service["bacula-fd"],
>   owner => "root",
>   group => "root",
>   mode => 04000,
>   require => Package["bacula-client","bacula-common"],
>   source => "puppet:///modules/*bacula*
> /$hostname/$hostname.mydomain.com.crt",
>
>   }
>
>
>  That actually works! But thanks for the tip on using {} in my variables.
> I'll start using that now.
>
>  Thanks,
> Tim
>
>
> On Wed, Jan 29, 2014 at 12:33 PM, José Luis Ledesma <
> joseluis.lede...@gmail.com> wrote:
>
>> Ups. Looking it again you forgot to set the module name in the puppet://
>>
>> So the {} is not needed although I think is a good practice
>>
>
> just start using ${variable} when used in a string (double quoted) . and
> also use explicit scoping.  It is a very good habit and you will only
> benefit from it.
>
> ( and everybody else, including you,  reading your code)
>
>
>
>El 29/01/2014 18:23, "Tim Dunphy"  escribió:
>>
>>> Hi All,
>>>
>>>   I'm attempting to distribute TLS certs based on the $hostname fact in
>>> my config manifest like so:
>>>
>>>  class bacula::config {
>>>
>>>
>>>file { "/etc/bacula/bacula-fd.conf":
>>>   notify  => Service["bacula-fd"],
>>>   owner => "root",
>>>   group => "root",
>>>   mode => 0640,
>>>   require => Package["bacula-client","bacula-common"],
>>>   content => template("bacula/bacula_fd__config.erb"),
>>>  }
>>>
>>>
>>>  file { "/etc/pki/tls/private/$hostname.mydomain.com.key":
>>>   notify  => Service["bacula-fd"],
>>>   owner => "root",
>>>group => "root",
>>>   mode => 04000,
>>>   require => Package["bacula-client","bacula-common"],
>>>   source => "puppet:///modules/$hostname/$hostname.mydomain.com.key",
>>>
>>>   }
>>>
>>>  }
>>>
>>>  Correct me if I'm wrong, but should the above syntax not work?
>>>
>>>
>>>  Because I see when I try to run the config on the client site I get
>>> this error:
>>>
>>>  [root@puppet:/etc/puppet] #puppet agent --test
>>> Info: Retrieving plugin
>>> Info: Caching catalog for puppet.mydomain.com
>>> Info: Applying configuration version '1391015907'
>>> Notice: /Stage[main]/Bacula::Install/Exec[create_working_dir]/returns:
>>> executed successfully
>>> Error:
>>> /Stage[main]/Bacula::Config/File[/etc/pki/tls/private/puppet.mydomain.com.key]:
>>> Could not evaluate: Could not retrieve information from environment
>>> production source(s) puppet:///modules/puppet/puppet.mydomain.com.key
>>> Notice: /Stage[main]/Bacula::Service/Service[bacula-fd]: Dependency
>>> File[/etc/pki/tls/private/puppet.mydomain.com.key] has failures: true
>>> Warning: /Stage[main]/Bacula::Service/Service[bacula-fd]: Skipping
>>> because of failed dependencies
>>> Notice: Finished catalog run in 1.63 seconds
>>>
>>>
>>>  Can someone please offer an opinion as to why this may not be working?
>>>
>>>  Thanks
>>> Tim
>>> --
>>> GPG me!!
>>>
>>> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
>>>
>>>--
>>> You received this message because you are subscribed to the Google
>>> Groups "Puppet Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to puppet-users+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/puppet-users/CAOZy0e%3Dx%2BcFLjW%3D-H54cttNLV77bhdbNwSg0%3DLNWH7pSoiT3CQ%40mail.gmail.com
>>> .
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to puppet-users+unsubscr...@googlegroups.com.
>>  To view this discussion on the web visit
>> https://groups.google.com/d/msgid/puppet-users/CAF_B3ddA0pWg-C%3DWRGGo77TZBHsdfzjLd9fT4K9g-kMYZ4%3D%3DMg%40mail.gmail.com.
>>
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
>  --
> GPG me!!
>
> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/C

Re: [Puppet Users] using facter variables in filenames

[Johan De Wit]

On 01/29/2014 07:39 PM, Tim Dunphy wrote:

Hey all,

Yup! You caught it. Managed to notice this as well, so forgive the 
intrusion on your day.


But I was missing the module name.


file { "/etc/pki/tls/certs/$hostname.mydomain.com.crt":
  notify  => Service["bacula-fd"],
  owner => "root",
  group => "root",
  mode => 04000,
  require => Package["bacula-client","bacula-common"],
  source => 
"puppet:///modules/*bacula*/$hostname/$hostname.mydomain.com.crt",


 }


That actually works! But thanks for the tip on using {} in my 
variables. I'll start using that now.


Thanks,
Tim


On Wed, Jan 29, 2014 at 12:33 PM, José Luis Ledesma 
mailto:joseluis.lede...@gmail.com>> wrote:


Ups. Looking it again you forgot to set the module name in the
puppet://

So the {} is not needed although I think is a good practice



just start using ${variable} when used in a string (double quoted) . and 
also use explicit scoping.  It is a very good habit and you will only 
benefit from it.


( and everybody else, including you,  reading your code)




El 29/01/2014 18:23, "Tim Dunphy" mailto:bluethu...@gmail.com>> escribió:

Hi All,

 I'm attempting to distribute TLS certs based on the $hostname
fact in my config manifest like so:

class bacula::config {


  file { "/etc/bacula/bacula-fd.conf":
  notify  => Service["bacula-fd"],
  owner => "root",
  group => "root",
  mode => 0640,
  require => Package["bacula-client","bacula-common"],
  content => template("bacula/bacula_fd__config.erb"),
 }


file { "/etc/pki/tls/private/$hostname.mydomain.com.key":
  notify  => Service["bacula-fd"],
  owner => "root",
  group => "root",
  mode => 04000,
  require => Package["bacula-client","bacula-common"],
  source =>
"puppet:///modules/$hostname/$hostname.mydomain.com.key",

 }

}

Correct me if I'm wrong, but should the above syntax not work?


Because I see when I try to run the config on the client site
I get this error:

[root@puppet:/etc/puppet] #puppet agent --test
Info: Retrieving plugin
Info: Caching catalog for puppet.mydomain.com

Info: Applying configuration version '1391015907'
Notice:
/Stage[main]/Bacula::Install/Exec[create_working_dir]/returns:
executed successfully
Error:

/Stage[main]/Bacula::Config/File[/etc/pki/tls/private/puppet.mydomain.com.key]:
Could not evaluate: Could not retrieve information from
environment production source(s)
puppet:///modules/puppet/puppet.mydomain.com.key
Notice: /Stage[main]/Bacula::Service/Service[bacula-fd]:
Dependency File[/etc/pki/tls/private/puppet.mydomain.com.key]
has failures: true
Warning: /Stage[main]/Bacula::Service/Service[bacula-fd]:
Skipping because of failed dependencies
Notice: Finished catalog run in 1.63 seconds


Can someone please offer an opinion as to why this may not be
working?

Thanks
Tim
-- 
GPG me!!


gpg --keyserver pool.sks-keyservers.net
 --recv-keys F186197B

-- 
You received this message because you are subscribed to the

Google Groups "Puppet Users" group.
To unsubscribe from this group and stop receiving emails from
it, send an email to puppet-users+unsubscr...@googlegroups.com
.
To view this discussion on the web visit

https://groups.google.com/d/msgid/puppet-users/CAOZy0e%3Dx%2BcFLjW%3D-H54cttNLV77bhdbNwSg0%3DLNWH7pSoiT3CQ%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google

Groups "Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to puppet-users+unsubscr...@googlegroups.com
.
To view this discussion on the web visit

https://groups.google.com/d/msgid/puppet-users/CAF_B3ddA0pWg-C%3DWRGGo77TZBHsdfzjLd9fT4K9g-kMYZ4%3D%3DMg%40mail.gmail.com.


For more options, visit https://groups.google.com/groups/opt_out.




--
GPG me!!

gpg --keyserver pool.sks-keyservers.net 
 --recv-keys F186197B


--
You received this message because you are subscribed to the Google 
Groups "Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-u

Re: [Puppet Users] Style Guide

[Johan De Wit]

On 01/29/2014 07:42 PM, Andrea Cappelli wrote:

Il 29/01/2014 19:10, Kurt Wall ha scritto:

http://docs.puppetlabs.com/guides/best_practices.html



Thank you Kurt

you are on the right track.  We enforce the style guide using commit 
hooks.  if the code is not conform the guide, you can not check in your 
code, and everyone benefits when you do this. especially you ..


--
Johan De Wit

Open Source Consultant

Red Hat Certified Engineer (805008667232363)
Puppet Certified Professional 2013 (PCP006)
_
 
Open-Future Phone +32 (0)2/255 70 70

Zavelstraat 72  Fax   +32 (0)2/255 70 71
3071 KORTENBERG Mobile+32 (0)474/42 40 73
BELGIUM http://www.open-future.be
_
 


Next Events:
Puppet Fundamentals Training | 
http://www.open-future.be/puppet-fundamentals-training-4-till-6th-february
Puppet Intruction Course | 
http://www.open-future.be/puppet-introduction-course-7th-february
Zabbix Certified Training | 
http://www.open-future.be/zabbix-certified-training-10-till-12th-february
Zabbix for Large Environments Training | 
http://www.open-future.be/zabbix-large-environments-training-13-till-14th-february
Subscribe to our newsletter | http://eepurl.com/BUG8H

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E9622F.7010607%40open-future.be.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Error Message: Could not set present on ensure: Function not implemented

[Jon Jaroker]

Hello, 

Would anyone know what the error message "Could not set present on ensure: 
Function not implemented" means.  It is appearing in Puppet 2.7.13 on a 
File resource type.  The --debug flag does not give any hints.  

The complete manifest triggering this error is located here:

http://jaroker.org/technical_notes/issues/software/puppet/start

The full error message is:

err: /Stage[main]//Node[bose]/Openvz::Bindmount[apps07]/File[Bind Mount 
Config for apps07 on bose]/ensure: change from absent to present failed: 
Could not set 'present on ensure: Function not implemented - 
/etc/vz/conf/1107.mount20140128-9690-11oic7u-0 at 
/etc/puppet/modules/common/openvz/manifests/bindmount.pp:47

The resource being managed (where the problem is occurring) is:

file { "Bind Mount Config for ${container} on ${host}":
ensure  => present,
path=> $bind_conf,
content => 
template('openvz/mount.conf.erb','common/header.sh.erb'),
mode=> 740, #(Proxmox file system unable to chmod)
}


Any suggestions on how to troubleshoot this?

Thank you,
Jon

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/4459553d-128f-4345-a4b7-6d1873d3dc7b%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Setting node_name/node_name_fact makes reports not include real client hostname...

[Matt W]

In our newer hosts, we are using the standard Puppet node classifier system 
but we override the node_name/node_name_fact settings on the client so that 
we can decouple hostnames with hosttypes:

puppet.conf [main] location on clients:
> # Use the fact 'puppet_node' as our node classifier rather than the 
> hostname.
> node_name = facter
> node_name_fact = puppet_node
>
 

> [root@prod-exhibitor1-xyz:~]# facter -p puppet_node
> exhibitor_prod


The problem we have with this model right now is that when Puppet runs do 
fail, we get tagmail reports that aren't very useful:
  
https://github.com/puppetlabs/puppet/blob/master/lib/puppet/reports/tagmail.rb#L140

  Subject: Puppet Report for exhibitor_prod


Is there a setting we're missing somewhere that will fix this and get us 
the actual hostname of the failed client, or do we need to open a bug to 
get this fixed?

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/e7f81fad-95c8-4364-8e9f-b67f93257898%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: Puppet Dashboard Groups

[Richard Berwald]

I recently faced the same challenge. I did not want to group by osfamily 
but by another fact.
I came up with this solution:
1) retrieve a list from PuppetDB in format 'nodename:factvalue' for all 
nodes using puppetdbquery on a puppetmaster (sudo puppet query facts 
--facts= "")
2) retrieve the group list from the console with 'rake nodegroup:list'
3) Compare the existing groups with the groups based upon the values from 
the fact and create missing groups with 'nodegroup:add[groupname]
4) For each (already) existing group, get all members of the group with 
'nodegroup:group_list[groupname]'
5) Compare the nodenames that are already in the group with the list of 
nodenames from PuppetDB, and add missing nodes of a group with 
node:group[nodename,:]

I came to this solution because rake calls felt relatively slow (about 7 
seconds per call) on our platform and I wanted it to be able to potentially 
scale to thousands of nodes.
This runs once a night from an old fashioned cron.

Richard


On Monday, January 27, 2014 3:16:09 PM UTC+1, kaustubh chaudhari wrote:
>
> Hi,
>
> I was looking for a way to group the servers dynamically. Eg: create a 
> "Windows" Group and all the existing nodes and new nodes should be part of 
> "Windows" group.
> I edit a group and then add each server, but practically its not possible 
> with 2k servers in all!!
>
> Is there a way to do that?
>
> -Kaustubh
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/264ebf83-877d-47f6-851e-44dac62a8d9a%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Style Guide

[Andrea Cappelli]

Il 29/01/2014 19:10, Kurt Wall ha scritto:

http://docs.puppetlabs.com/guides/best_practices.html



Thank you Kurt

--
Andrea Cappelli

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E94BAA.8050809%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] using facter variables in filenames

[Tim Dunphy]

Hey all,

Yup! You caught it. Managed to notice this as well, so forgive the
intrusion on your day.

But I was missing the module name.


file { "/etc/pki/tls/certs/$hostname.mydomain.com.crt":
  notify  => Service["bacula-fd"],
  owner => "root",
  group => "root",
  mode => 04000,
  require => Package["bacula-client","bacula-common"],
  source => "puppet:///modules/*bacula*
/$hostname/$hostname.mydomain.com.crt",

 }


That actually works! But thanks for the tip on using {} in my variables.
I'll start using that now.

Thanks,
Tim


On Wed, Jan 29, 2014 at 12:33 PM, José Luis Ledesma <
joseluis.lede...@gmail.com> wrote:

> Ups. Looking it again you forgot to set the module name in the puppet://
>
> So the {} is not needed although I think is a good practice
> El 29/01/2014 18:23, "Tim Dunphy"  escribió:
>
>> Hi All,
>>
>>  I'm attempting to distribute TLS certs based on the $hostname fact in my
>> config manifest like so:
>>
>> class bacula::config {
>>
>>
>>   file { "/etc/bacula/bacula-fd.conf":
>>   notify  => Service["bacula-fd"],
>>   owner => "root",
>>   group => "root",
>>   mode => 0640,
>>   require => Package["bacula-client","bacula-common"],
>>   content => template("bacula/bacula_fd__config.erb"),
>>  }
>>
>>
>> file { "/etc/pki/tls/private/$hostname.mydomain.com.key":
>>   notify  => Service["bacula-fd"],
>>   owner => "root",
>>group => "root",
>>   mode => 04000,
>>   require => Package["bacula-client","bacula-common"],
>>   source => "puppet:///modules/$hostname/$hostname.mydomain.com.key",
>>
>>  }
>>
>> }
>>
>> Correct me if I'm wrong, but should the above syntax not work?
>>
>>
>> Because I see when I try to run the config on the client site I get this
>> error:
>>
>> [root@puppet:/etc/puppet] #puppet agent --test
>> Info: Retrieving plugin
>> Info: Caching catalog for puppet.mydomain.com
>> Info: Applying configuration version '1391015907'
>> Notice: /Stage[main]/Bacula::Install/Exec[create_working_dir]/returns:
>> executed successfully
>> Error:
>> /Stage[main]/Bacula::Config/File[/etc/pki/tls/private/puppet.mydomain.com.key]:
>> Could not evaluate: Could not retrieve information from environment
>> production source(s) puppet:///modules/puppet/puppet.mydomain.com.key
>> Notice: /Stage[main]/Bacula::Service/Service[bacula-fd]: Dependency
>> File[/etc/pki/tls/private/puppet.mydomain.com.key] has failures: true
>> Warning: /Stage[main]/Bacula::Service/Service[bacula-fd]: Skipping
>> because of failed dependencies
>> Notice: Finished catalog run in 1.63 seconds
>>
>>
>> Can someone please offer an opinion as to why this may not be working?
>>
>> Thanks
>> Tim
>> --
>> GPG me!!
>>
>> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to puppet-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/puppet-users/CAOZy0e%3Dx%2BcFLjW%3D-H54cttNLV77bhdbNwSg0%3DLNWH7pSoiT3CQ%40mail.gmail.com
>> .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/CAF_B3ddA0pWg-C%3DWRGGo77TZBHsdfzjLd9fT4K9g-kMYZ4%3D%3DMg%40mail.gmail.com
> .
>
> For more options, visit https://groups.google.com/groups/opt_out.
>



-- 
GPG me!!

gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAOZy0ekwLjQNkREhVa%2B3a81biNaMZQ8qdHEngwWicTQMkF2GCw%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Finally found workaround for problem with German windows clients

[Andy Spiegl]

Following up on my own post:

> One has to patch this file (on ALL client PCs!):
>  C:/Program Files (x86)/Puppet Labs/Puppet/facter/lib/facter/timezone.rb
> 
>   + Iconv.iconv("UTF-8", "windows-1250",Time.new.zone)
>   - Time.new.zone
> 

I just found that iconv is deprecated in ruby and one is supposed to
use String#encode instead.  Otherwise "puppet --agent --test" shows a
deprecation warning at every run.

Okay, did that.  Now my timezone.rb looks like this:

Facter.add("timezone") do
  setcode do
Time.new.zone.encode("UTF-8", "windows-1250")
  end
end


Bye,
 Andy.


-- 
 If an economist can't give you his phone number, he'll give you an
 estimate.  (Jack Valenti)

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/20140129182802.GA7511%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Finally found workaround for problem with German windows clients

[Andy Spiegl]

A while ago I asked here for solutions with windows and puppet 3.x
I always got this error during the agent run:
>  Could not intern from pson: "\xE4" on US-ASCII

After trying and debugging for a long time I finally found the right
comment in the right bug report:
 http://projects.puppetlabs.com/issues/12702
 https://tickets.puppetlabs.com/browse/PUP-1225

The problem is/was that in a German Windows facter answers with German
umlauts in windows-1250 character set instead of UTF-8.  This is
something Puppet can't handle and quits.
  C:\Program Files (x86)\Puppet Labs\Puppet\bin>facter timezone
  Mitteleurop\344ische Zeit

In the bug report the user comment describes an (ugly) workaround to this:
One has to patch this file (on ALL client PCs!):
 C:/Program Files (x86)/Puppet Labs/Puppet/facter/lib/facter/timezone.rb

  + Iconv.iconv("UTF-8", "windows-1250",Time.new.zone)
  - Time.new.zone


After doing that the puppet agent finally runs without throwing errors.  \o/
Hopefully this will be fixed upstream soon. The bug is 2 years old!

HTHH someone,
 Andy.


-- 
 People with courage and character always seem sinister to the rest.
   (Hermann Hesse)

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/20140129181343.GA3072%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Style Guide

[Kurt Wall]

http://docs.puppetlabs.com/guides/best_practices.html

On Wed, Jan 29, 2014 at 9:39 AM, Andrea Cappelli  wrote:
> Hi,
> today I used puppet-lint (http://puppet-lint.com/) to check my manifests.
>
> As a result I obtained a list of error and warnings which in many cases are
> easy to solve, for example the use of $fqdn instead of $::fqdn
>
> What I'm wondering is what are the real best practices you guys adopt
> writing your puppet code, for example you use the :: on topscope variables?
> You yse puppet-lint (or a similar tool) to check your style?
>
> Thanks
>
> --
> Andrea Cappelli
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/52E93CB4.1000102%40gmail.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CADJx5Nk5uPaZ_2fr4Y_SkhBD2763td-faUkTE%2BBpkt07i0GxgA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Help changing a power shell to Puppet types and providers

[Josh Cooper]

You might also want to try the autoupdate module on the forge:
http://forge.puppetlabs.com/liamjbennett/windows_autoupdate

Josh


On Wed, Jan 29, 2014 at 8:31 AM, Rob Reynolds  wrote:

> Hi,
>  I guess I wasn't really clear in my first email. I'm not sure the
> AutoUpdate would run in 32bit mode, which is what puppet/ruby runs under
> and your call to powershell will stay in 32 bit mode unless you use
> sysnative. You would need to find the x64 bit version of PowerShell
> (c:\\windows\\sysnative\\windowspowershell\\v1.0\\powershell.exe).
>
> But first I was hoping to validate if the runtime is the issue. You can
> validate by taking what you said ran fine with straight PowerShell, opening
> an x86 version of PowerShell and trying to see if it works. Then move from
> there to the next step, which is what I mentioned above in getting to the
> proper runtime of powershell.
>
>
>
> On Wed, Jan 29, 2014 at 9:47 AM, Atse Tewodors wrote:
>
>> The first set of commands run and my pb is when i tried to run the below
>> commands as a .rb file using https://downloads.
>> puppetlabs.com/windows/puppet-3.0.2.msi
>>
>> a = %x[ powershell -command " & {($Updates = (New-Object -ComObject
>> "Microsoft.Update.AutoUpdate").Settings.NotificationLevel)}" ]
>> b = %x[ powershell -command " & {($Updates = (New-Object -ComObject
>> "Microsoft.Update.AutoUpdate").Settings.ReadOnly)}" ]
>>
>>
>> if b.delete("\n") != "False"
>>
>> %x[ powershell -command " & {($Updates = (New-Object -ComObject
>> "Microsoft.Update.AutoUpdate").Settings; $Updates.ReadOnly = False)}"]
>>
>> end
>>
>>
>> if a.delete("\n").to_i != 1
>>
>> %x[ powershell -command " - < {($Updates = (New-Object -ComObject
>> "Microsoft.Update.AutoUpdate").Settings ; "$Updates.NotificationLevel =
>> '$1'" -Force ; $Updates.save()}" ]
>>
>> end
>>
>>
>>
>> Any help is appreciated with the above or any other alternative to chnage
>> the above to puppets types and providers
>>
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to puppet-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/puppet-users/6b818970-07ea-47d6-83bd-606e4cfff1a2%40googlegroups.com
>> .
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> Rob Reynolds
> Developer, Puppet Labs
>
> Join us at PuppetConf 2014, September 23-24 in San Francisco -
> http://bit.ly/pupconf14
> Register now and save 40%! Offer expires January 31st.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/CAMJiBK7DqP9iPi7UL0N3wJDH-UQQAkfTe0mfpCnsQPgRtgjDRA%40mail.gmail.com
> .
>
> For more options, visit https://groups.google.com/groups/opt_out.
>



-- 
Josh Cooper
Developer, Puppet Labs

*Join us at PuppetConf 2014, September 23-24 in San Francisco* -
http://bit.ly/pupconf14
Register now and save 40%! Offer expires January 31st.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CA%2Bu97um_jqMwsLeF1KKmwQry%2B6BD1-Tj1prf6%3DaT7zaYS%2B6KEA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Style Guide

[Andrea Cappelli]

Hi,
today I used puppet-lint (http://puppet-lint.com/) to check my manifests.

As a result I obtained a list of error and warnings which in many cases 
are easy to solve, for example the use of $fqdn instead of $::fqdn


What I'm wondering is what are the real best practices you guys adopt 
writing your puppet code, for example you use the :: on topscope 
variables? You yse puppet-lint (or a similar tool) to check your style?


Thanks

--
Andrea Cappelli

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E93CB4.1000102%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Puppet client 3.2.X fails to install on Windows 7 x64

[Rob Reynolds]

Post installation you would change it like with other services on windows
(services.msc, find the service, open properties and change user/password).


On Wed, Jan 29, 2014 at 11:21 AM, Josh D  wrote:

>
>
> On Wednesday, January 29, 2014 12:41:06 AM UTC-7, Rob Reynolds wrote:
>>
>> Josh,
>>  I'm glad we were able to get you going. However it is slightly troubling
>> to see that the service flips to automatic after running puppet agent.
>>
>> Also are you overriding the user the agent installed as to a
>> non-administrative user?
>>
>>
> No, we left the default settings when installing (local system account).
> We were going to attempt setting the username as a last resort, but
> couldn't find any documentation on how to change the password post
> installation.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/69339996-a428-41cb-bbfd-ebb1360fd680%40googlegroups.com
> .
>
> For more options, visit https://groups.google.com/groups/opt_out.
>



-- 
Rob Reynolds
Developer, Puppet Labs

Join us at PuppetConf 2014, September 23-24 in San Francisco -
http://bit.ly/pupconf14
Register now and save 40%! Offer expires January 31st.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAMJiBK4RYP3qKuWtTnmku7H2dkpYE2iqBVJ31Vb-Jgkk-FSkUA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] using facter variables in filenames

[José Luis Ledesma]

Ups. Looking it again you forgot to set the module name in the puppet://

So the {} is not needed although I think is a good practice
El 29/01/2014 18:23, "Tim Dunphy"  escribió:

> Hi All,
>
>  I'm attempting to distribute TLS certs based on the $hostname fact in my
> config manifest like so:
>
> class bacula::config {
>
>
>   file { "/etc/bacula/bacula-fd.conf":
>   notify  => Service["bacula-fd"],
>   owner => "root",
>   group => "root",
>   mode => 0640,
>   require => Package["bacula-client","bacula-common"],
>   content => template("bacula/bacula_fd__config.erb"),
>  }
>
>
> file { "/etc/pki/tls/private/$hostname.mydomain.com.key":
>   notify  => Service["bacula-fd"],
>   owner => "root",
>group => "root",
>   mode => 04000,
>   require => Package["bacula-client","bacula-common"],
>   source => "puppet:///modules/$hostname/$hostname.mydomain.com.key",
>
>  }
>
> }
>
> Correct me if I'm wrong, but should the above syntax not work?
>
>
> Because I see when I try to run the config on the client site I get this
> error:
>
> [root@puppet:/etc/puppet] #puppet agent --test
> Info: Retrieving plugin
> Info: Caching catalog for puppet.mydomain.com
> Info: Applying configuration version '1391015907'
> Notice: /Stage[main]/Bacula::Install/Exec[create_working_dir]/returns:
> executed successfully
> Error:
> /Stage[main]/Bacula::Config/File[/etc/pki/tls/private/puppet.mydomain.com.key]:
> Could not evaluate: Could not retrieve information from environment
> production source(s) puppet:///modules/puppet/puppet.mydomain.com.key
> Notice: /Stage[main]/Bacula::Service/Service[bacula-fd]: Dependency
> File[/etc/pki/tls/private/puppet.mydomain.com.key] has failures: true
> Warning: /Stage[main]/Bacula::Service/Service[bacula-fd]: Skipping because
> of failed dependencies
> Notice: Finished catalog run in 1.63 seconds
>
>
> Can someone please offer an opinion as to why this may not be working?
>
> Thanks
> Tim
> --
> GPG me!!
>
> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/CAOZy0e%3Dx%2BcFLjW%3D-H54cttNLV77bhdbNwSg0%3DLNWH7pSoiT3CQ%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAF_B3ddA0pWg-C%3DWRGGo77TZBHsdfzjLd9fT4K9g-kMYZ4%3D%3DMg%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] using facter variables in filenames

[José Luis Ledesma]

You have to use {}.  So it should be something like

   source =>
"puppet:///modules/${::hostname}/${::hostname}.mydomain.com.key",

I've used :: too to avoid looking at the local scope.

Regards
El 29/01/2014 18:23, "Tim Dunphy"  escribió:

> Hi All,
>
>  I'm attempting to distribute TLS certs based on the $hostname fact in my
> config manifest like so:
>
> class bacula::config {
>
>
>   file { "/etc/bacula/bacula-fd.conf":
>   notify  => Service["bacula-fd"],
>   owner => "root",
>   group => "root",
>   mode => 0640,
>   require => Package["bacula-client","bacula-common"],
>   content => template("bacula/bacula_fd__config.erb"),
>  }
>
>
> file { "/etc/pki/tls/private/$hostname.mydomain.com.key":
>   notify  => Service["bacula-fd"],
>   owner => "root",
>group => "root",
>   mode => 04000,
>   require => Package["bacula-client","bacula-common"],
>   source => "puppet:///modules/$hostname/$hostname.mydomain.com.key",
>
>  }
>
> }
>
> Correct me if I'm wrong, but should the above syntax not work?
>
>
> Because I see when I try to run the config on the client site I get this
> error:
>
> [root@puppet:/etc/puppet] #puppet agent --test
> Info: Retrieving plugin
> Info: Caching catalog for puppet.mydomain.com
> Info: Applying configuration version '1391015907'
> Notice: /Stage[main]/Bacula::Install/Exec[create_working_dir]/returns:
> executed successfully
> Error:
> /Stage[main]/Bacula::Config/File[/etc/pki/tls/private/puppet.mydomain.com.key]:
> Could not evaluate: Could not retrieve information from environment
> production source(s) puppet:///modules/puppet/puppet.mydomain.com.key
> Notice: /Stage[main]/Bacula::Service/Service[bacula-fd]: Dependency
> File[/etc/pki/tls/private/puppet.mydomain.com.key] has failures: true
> Warning: /Stage[main]/Bacula::Service/Service[bacula-fd]: Skipping because
> of failed dependencies
> Notice: Finished catalog run in 1.63 seconds
>
>
> Can someone please offer an opinion as to why this may not be working?
>
> Thanks
> Tim
> --
> GPG me!!
>
> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/CAOZy0e%3Dx%2BcFLjW%3D-H54cttNLV77bhdbNwSg0%3DLNWH7pSoiT3CQ%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAF_B3dc5%3DKL96joPdOm47UKSUyNxPcjhNYe02dZ0VszU8ywumg%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] using facter variables in filenames

[Tim Dunphy]

Hi All,

 I'm attempting to distribute TLS certs based on the $hostname fact in my
config manifest like so:

class bacula::config {


  file { "/etc/bacula/bacula-fd.conf":
  notify  => Service["bacula-fd"],
  owner => "root",
  group => "root",
  mode => 0640,
  require => Package["bacula-client","bacula-common"],
  content => template("bacula/bacula_fd__config.erb"),
 }


file { "/etc/pki/tls/private/$hostname.mydomain.com.key":
  notify  => Service["bacula-fd"],
  owner => "root",
  group => "root",
  mode => 04000,
  require => Package["bacula-client","bacula-common"],
  source => "puppet:///modules/$hostname/$hostname.mydomain.com.key",

 }

}

Correct me if I'm wrong, but should the above syntax not work?


Because I see when I try to run the config on the client site I get this
error:

[root@puppet:/etc/puppet] #puppet agent --test
Info: Retrieving plugin
Info: Caching catalog for puppet.mydomain.com
Info: Applying configuration version '1391015907'
Notice: /Stage[main]/Bacula::Install/Exec[create_working_dir]/returns:
executed successfully
Error:
/Stage[main]/Bacula::Config/File[/etc/pki/tls/private/puppet.mydomain.com.key]:
Could not evaluate: Could not retrieve information from environment
production source(s) puppet:///modules/puppet/puppet.mydomain.com.key
Notice: /Stage[main]/Bacula::Service/Service[bacula-fd]: Dependency
File[/etc/pki/tls/private/puppet.mydomain.com.key] has failures: true
Warning: /Stage[main]/Bacula::Service/Service[bacula-fd]: Skipping because
of failed dependencies
Notice: Finished catalog run in 1.63 seconds


Can someone please offer an opinion as to why this may not be working?

Thanks
Tim
-- 
GPG me!!

gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAOZy0e%3Dx%2BcFLjW%3D-H54cttNLV77bhdbNwSg0%3DLNWH7pSoiT3CQ%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Puppet client 3.2.X fails to install on Windows 7 x64

[Josh D]

On Wednesday, January 29, 2014 12:41:06 AM UTC-7, Rob Reynolds wrote:
>
> Josh,
>  I'm glad we were able to get you going. However it is slightly troubling 
> to see that the service flips to automatic after running puppet agent. 
>
> Also are you overriding the user the agent installed as to a 
> non-administrative user?
>
>
No, we left the default settings when installing (local system account).  
We were going to attempt setting the username as a last resort, but 
couldn't find any documentation on how to change the password post 
installation. 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/69339996-a428-41cb-bbfd-ebb1360fd680%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: hiera-eyaml-gpg gives strange error

[Simon Hildrew]

On Wednesday, 29 January 2014 14:43:22 UTC, Dirk Heinrichs wrote:
>
>  Hi,
>
> I'm trying to store some encrypted values in hiera, using either 
> hiera-eyaml or hiera-eyaml-gpg. While hiera-eyaml (PKCS7 encryption) works 
> fine, the agent gives the following error message when using 
> hiera-eyaml-gpg:
>
> Could not retrieve catalog from remote server: Error 400 on SERVER: Error 
> from DataBinding 'hiera' while looking up 'the_secret_field': can't convert 
> nil into String on node the_machine.example.com
>
> Any ideas what could be wrong or how to debug this?
>

I've not seen that before. 

What versions of puppet/hiera/hiera-eyaml/hiera-eyaml-gpg are you using? Is 
there anything in the log on the puppetmaster?

Can you raise an issue on the github project at 
https://github.com/sihil/hiera-eyaml-gpg with details on how you produced 
the error?

Thanks,
Simon
 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/8fb7cd24-db6e-4279-bce4-9e311f3d3934%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Constructing rvalues from exported resources.

[Henrik Lindberg]

On 2014-28-01 13:16, Krist van Besien wrote:

Hello,

I am using the Radez/Paxemaker modules, and this allows me to define a
cluster like this:

class {'pacemaker::corosync':
   cluster_name => $control_clu_name,
   cluster_members => $control_clu_members,
   require => [ Package['ccs'],
 }

I currently define the cluster name and members in two parameters. If I
add a host to the cluster I just add it's name to the
$control_clu_members parameter.
Is there a way however to do this automatically? Have every host that
has this class declared on export something, and use this. Is there a
way one can use exported resources to construct strings to be used as
rvalues?



You could try out dalen's puppet-db query module. It allows you to
query information from the puppet db and use the result in various
ways in your manifests.

regards
- henrik


--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/lcbavk%24end%241%40ger.gmane.org.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Help changing a power shell to Puppet types and providers

[Rob Reynolds]

Hi,
 I guess I wasn't really clear in my first email. I'm not sure the
AutoUpdate would run in 32bit mode, which is what puppet/ruby runs under
and your call to powershell will stay in 32 bit mode unless you use
sysnative. You would need to find the x64 bit version of PowerShell
(c:\\windows\\sysnative\\windowspowershell\\v1.0\\powershell.exe).

But first I was hoping to validate if the runtime is the issue. You can
validate by taking what you said ran fine with straight PowerShell, opening
an x86 version of PowerShell and trying to see if it works. Then move from
there to the next step, which is what I mentioned above in getting to the
proper runtime of powershell.



On Wed, Jan 29, 2014 at 9:47 AM, Atse Tewodors wrote:

> The first set of commands run and my pb is when i tried to run the below
> commands as a .rb file using https://downloads.
> puppetlabs.com/windows/puppet-3.0.2.msi
>
> a = %x[ powershell -command " & {($Updates = (New-Object -ComObject
> "Microsoft.Update.AutoUpdate").Settings.NotificationLevel)}" ]
> b = %x[ powershell -command " & {($Updates = (New-Object -ComObject
> "Microsoft.Update.AutoUpdate").Settings.ReadOnly)}" ]
>
>
> if b.delete("\n") != "False"
>
> %x[ powershell -command " & {($Updates = (New-Object -ComObject
> "Microsoft.Update.AutoUpdate").Settings; $Updates.ReadOnly = False)}"]
>
> end
>
>
> if a.delete("\n").to_i != 1
>
> %x[ powershell -command " - < {($Updates = (New-Object -ComObject
> "Microsoft.Update.AutoUpdate").Settings ; "$Updates.NotificationLevel =
> '$1'" -Force ; $Updates.save()}" ]
>
> end
>
>
>
> Any help is appreciated with the above or any other alternative to chnage
> the above to puppets types and providers
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/6b818970-07ea-47d6-83bd-606e4cfff1a2%40googlegroups.com
> .
>
> For more options, visit https://groups.google.com/groups/opt_out.
>



-- 
Rob Reynolds
Developer, Puppet Labs

Join us at PuppetConf 2014, September 23-24 in San Francisco -
http://bit.ly/pupconf14
Register now and save 40%! Offer expires January 31st.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAMJiBK7DqP9iPi7UL0N3wJDH-UQQAkfTe0mfpCnsQPgRtgjDRA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet run interval

[Matt Zagrabelny]

Hi Andy,

On Wed, Jan 29, 2014 at 5:07 AM, Andy Spiegl  wrote:
>> Would you please be willing to include some context into your replies?
>
> Would YOU please NOT use fullquotes into your replies?

Yes, I will.

However, my earlier email wasn't a "reply" in the traditional sense.
It was a question to José and the content of his message was
pertinent.

Thanks,

-mz

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAOLfK3U_wK1O9xfmnK8cB3%3DNWM_6Mc7NrXfuUyUrSeKgW_rWaw%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Help changing a power shell to Puppet types and providers

[Atse Tewodors]

The first set of commands run and my pb is when i tried to run the below 
commands as a .rb file using 
https://downloads.puppetlabs.com/windows/puppet-3.0.2.msi

a = %x[ powershell -command " & {($Updates = (New-Object -ComObject 
"Microsoft.Update.AutoUpdate").Settings.NotificationLevel)}" ]
b = %x[ powershell -command " & {($Updates = (New-Object -ComObject 
"Microsoft.Update.AutoUpdate").Settings.ReadOnly)}" ]


if b.delete("\n") != "False"
 
%x[ powershell -command " & {($Updates = (New-Object -ComObject 
"Microsoft.Update.AutoUpdate").Settings; $Updates.ReadOnly = False)}"]

end


if a.delete("\n").to_i != 1

%x[ powershell -command " - < {($Updates = (New-Object -ComObject 
"Microsoft.Update.AutoUpdate").Settings ; "$Updates.NotificationLevel = 
'$1'" -Force ; $Updates.save()}" ]

end



Any help is appreciated with the above or any other alternative to chnage 
the above to puppets types and providers

 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/6b818970-07ea-47d6-83bd-606e4cfff1a2%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] hiera-eyaml-gpg gives strange error

[Dirk Heinrichs]

Hi,

I'm trying to store some encrypted values in hiera, using either
hiera-eyaml or hiera-eyaml-gpg. While hiera-eyaml (PKCS7 encryption)
works fine, the agent gives the following error message when using
hiera-eyaml-gpg:

Could not retrieve catalog from remote server: Error 400 on SERVER:
Error from DataBinding 'hiera' while looking up 'the_secret_field':
can't convert nil into String on node the_machine.example.com

Any ideas what could be wrong or how to debug this?

Bye...

Dirk
-- 

*Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
*Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
*Tel*: +49 2226 159 (Ansage) 1149
*Email*: d...@recommind.com 
*Skype*: dirk.heinrichs.recommind
www.recommind.com 



http://www.recommind.com

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E9138A.5050306%40recommind.com.
For more options, visit https://groups.google.com/groups/opt_out.
<>

[Puppet Users] Re: Constructing rvalues from exported resources.

[jcbollinger]

On Wednesday, January 29, 2014 12:59:16 AM UTC-6, Krist van Besien wrote:
>
>
>
> On Tuesday, January 28, 2014 10:11:58 PM UTC+1, jcbollinger wrote:
>>
>>
>> [...]  To use that module effectively, it looks like you need to be able 
>> to enumerate the cluster members in advance.
>>
>>
>>
> What would be the correct way of doing this then?
>
>

I'm uncertain what you mean.  If "doing this" refers to enumerating the 
cluster members in advance, then that can only be something that you, as 
cluster planner, do yourself, outside the scope of Puppet (c.f. "in 
advance").

If you're asking how to communicate that data to Puppet, then whatever data 
service is available is probably fine.  Hiera would be great for this.  
With an ENC such as Foreman, you can have the ENC pass the member list to 
Puppet as a top-scope variable or as a parameter of one or more classes.  
In that case, you may need to create a wrapper class around whatever 
third-party module you want to use; its role would be to pass on the 
ENC-provided data as module class parameters.

If "doing this" is supposed to mean something more general, along the lines 
of "using Puppet to arrange my nodes into a cluster," then how best to 
approach that depends on a great many factors.  We have already touched on 
some of those: what clustering software you want to use (if any), and the 
extent to which cluster membership can or must be dynamic.  We can probably 
help you with devising manifests that will accomplish your objectives, but 
to do so we need more information.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/27c98b88-f060-4c59-a4bf-175d67db3437%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Beginner Question: Structure of a full "application"

[Kevin Breit]

I am trying to make Puppet provision an OpenStack node from a base Ubuntu 
12.04 install. Unfortunately, I'm new to Puppet and having problems 
conceptualizing how the programming logic should work. At this time I have 
a Puppet master and Puppet agent for script development. Here are the steps 
I expect to have Puppet take:

1. Install and configure NTP
2. Update apt repositories with proper OpenStack Havana PPA
3. Install proper OpenStack packages (probably just openstack-compute and 
mysql-client, maybe a few others)
4. Develop configuration files based on templates

Step 1 is done as I developed a simple NTP module. Step 2 is where I'm 
getting caught up. Last night I discovered the puppet-apt module but I'm 
not quite sure how to call it. I feel like I'm thinking in traditional 
programming language flow where I can call most anything at any time. In my 
site.pp there is a node section where I do an "include apt" but beyond 
that, I don't know how to pass arguments and call functions to the apt 
module. Do I create a custom manifest for this or include code in the node 
statement?

Any help is appreciated. Thank you.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/c6a696f6-b0f9-4dff-9dc8-dea604f41780%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: password is not setting up in /etc/shadow included libshadow on ubuntu 12.04 client

[Fiddyspence]

Your code doesn't actually set the password attribute on the user in the 
defined resource, so it won't be set.

On Wednesday, 29 January 2014 06:33:45 UTC, jyotir bhandari wrote:
>
> Hi 
>
> I have been trying to set password on ubuntu 12.04 which is client. All 
> the neccessary packages of ruby already exists.
>
> Password is not setting up in /etc/shadow. User creation is working just 
> fine.
>
> *init.pp*
>
> class accounts {
> 
> package {'ruby-shadow': 
>  name => 'libshadow-ruby1.8', 
>  ensure => installed,
> }
>  
>@accounts::system { 'demo':
>comment  => 'demo users',
>password => 
> '$6$salt$gUxP.t8.YpGkzSXlD5XOUBFAI7Jeat2pRraF7S2ycm36qprk76ihcTCqtgS3YS/dMk9j0EXIK..ZnVqi5YBKs1',
>require => Package['ruby-shadow'],
>}
> }
>
> *system.pp*
>
> define accounts::system ($comment,$password) {
> user { $title:
>ensure => 'present',
>shell => '/bin/bash',
>managehome => true,
>  }
> }
>
>
> Jyotir
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/bb9c2985-27e8-4327-9a7c-2daa252b2650%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] password is not setting up in /etc/shadow included libshadow on ubuntu 12.04 client

[jyotir bhandari]

Anyone who faced this type of issue.

Jyotit

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/2243afb9-7fd3-44d7-9f96-fa32af12800e%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] What is the best replacement for Puppet Dashboard ?

[Jason Antman]

For the reporting side, I'm using a Python project called PuppetBoard at
the moment - https://github.com/nedap/puppetboard - and it does
everything I liked about Dashboard, and also loads pages in a not just
reasonable but fast amount of time. It pulls directly from PuppetDB.

In terms of the ENC side, I'm currently using a Python/Django ENC (
https://github.com/jantman/nodemeister/tree/develop ) which can itself
be installed with a module (
https://github.com/jantman/puppet-nodemeister/tree/install_fixes ). It's
feature-complete on the ENC side, including support for inheritance and
overrides/exclusions, and actually supports parameterized classes (and
global params of any data type you can push into the yaml). We're using
it in production, but it's really still proof of concept - there's a
bunch of annoying things like selects ordered by ID instead of name,
having to input param values and class params as JSON, etc. And its only
interface is currently the Django Admin, which is pretty awful looking.

I took over the code from someone else, so I'm in the process of taking
it from 0 tests to full-ish coverage, and then building out the long
list of features we have. One of those is integration with PuppetBoard,
to make this an all-in-one ENC and reporting/dashboard solution.

It's not ready for prime time yet, but if anyone is interested in
looking at it or submitting PRs, that would be greatly appreciated.

-Jason

PS - As an aside, we wrote this mainly because we did *not* want
Foreman. What we wanted was Puppet Dashboard's ENC features (nodes and
groups, and boxes to type stuff in, but no "magic") with support for
parameterized classes and deep data structures, class/param overrides at
any level, class/param exclusions, and a simple REST API for all of it.

On 01/28/2014 08:51 AM, Thomas Bendler wrote:
> As far as I know, there is nothing available yet that can compare with
> foreman in terms of functionality. There are some reporting projects
> available, but if you want to use the dashboard as an ENC as well,
> there is know alternative to foreman.
>
> Regards Thomas
>
>
> 2014-01-28 kaustubh chaudhari  >
>
> Hi All,
>
> As we all know Puppet Dashboard is now EOL, with that said what is
> the best replacement for the same? We do need a graphical way of
> managing and reporting!
>
> Any thoughts or suggestion! I am looking at Forman, but havent
> explored it yet!
>
> -Kaustubh
> -- 
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it,
> send an email to puppet-users+unsubscr...@googlegroups.com
> .
> To view this discussion on the web visit
> 
> https://groups.google.com/d/msgid/puppet-users/15cfd564-c8eb-493e-8db6-4b2247da1e95%40googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
>
> -- 
> Linux ... enjoy the ride!
> -- 
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/CAELoU1OfHkmwsYQB2TJzd6V-6PSmCOgsAWZ2BX0m1ygUFGR%2Bgw%40mail.gmail.com.
> For more options, visit https://groups.google.com/groups/opt_out.


-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E8E945.1060606%40jasonantman.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet run interval

[Andy Spiegl]

> Would you please be willing to include some context into your replies?

Would YOU please NOT use fullquotes into your replies?

Thanks,
 Andy.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/20140129110748.GA28617%40spiegl.de.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet user context

[Robert Turk]

Am 29.01.14 10:05, schrieb José Luis Ledesma:

Could you try adding the "full path"
Thanks for your help. Using "${wallpaper_plist::plist_name}" does the 
trick. :)


Robert

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E8CB39.8080200%40reproflex.de.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet user context

[José Luis Ledesma]

I think so, but I'm not an expert .

Could you try adding the "full path"

$classname::plist_name?

Regards
El 29/01/2014 09:56, "Robert Turk"  escribió:

>
> Am 28.01.14 18:34, schrieb Jose Luis Ledesma:
>
>> Could be that the ${plist_name} is undef inside the define? You could try
>> adding a notify inside the define to check which value it has.
>>
> If I use a notify inside the defined resource I get a duplicate
> declaration error, so I chnaged the code to use a static filename instead
> of the $plist_name variable and it worked.
>
> But using a notify outside the defined resource works and gets me the
> correct value for the variable $plist_name...
> So why is it not working? Is it an other scope or namespace?
>
> Robert
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/puppet-users/52E8C221.7010201%40reproflex.de.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAF_B3dc1ygSL54jU8GQwu8BGu1xXBM9XApzDTfhKk1O3Q_2BxA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet user context

[Robert Turk]

Am 28.01.14 18:34, schrieb Jose Luis Ledesma:

Could be that the ${plist_name} is undef inside the define? You could try 
adding a notify inside the define to check which value it has.
If I use a notify inside the defined resource I get a duplicate 
declaration error, so I chnaged the code to use a static filename 
instead of the $plist_name variable and it worked.


But using a notify outside the defined resource works and gets me the 
correct value for the variable $plist_name...

So why is it not working? Is it an other scope or namespace?

Robert

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52E8C221.7010201%40reproflex.de.
For more options, visit https://groups.google.com/groups/opt_out.