Re: [Puppet Users] Using puppet to upgrade a package (e.g. php 5.4)

2013-01-07 Thread Denmat
Hi,

You can use a yum makecache exec and require it in your php package section (or 
whatever relies on that repo). 

I've previously put all my repo calls in a 'stage' that ran before 'main' stage 
(see puppet docs for details). That worked well for local repo mirrors - was a 
slow down for others.

Cheers,
Den

On 08/01/2013, at 14:33, goo...@reetstreet.com wrote:

> On Centos 6.3, I have attempted to upgrade to php 5.4 using the following:
> 
> yumrepo { "epel-repo":
> baseurl => "http://download.fedoraproject.org/pub/epel/6/\$basearch";,
> descr => "Epel Repo",
> enabled => 1,
> gpgcheck => 0,
> }
> yumrepo   { "remi-repo":
> baseurl => 
> "http://rpms.famillecollet.com/enterprise/6/remi/\$basearch/";,
> descr => "remi repo",
> enabled => 1,
> gpgcheck => 0,
> require => Yumrepo["epel-repo"],
> }
> package { 'php':
> ensure => latest,
> require => [ Yumrepo["remi-repo"] ],
> }
> 
> This actually works fine, but only if I apply the manifest twice.  It seems 
> that the first time it runs, the Remi repo has not been installed, so Puppet 
> decides that the Package php statement ensure => latest is in fact 
> up-to-date, so it does not actually try to update php.  (php 5.3.3 is 
> installed from the default repository; Remi makes php 5.4 available.) On the 
> second run, Remi is installed, and Puppet correctly notices that php needs to 
> be updated.
> 
> Is there any way I can get the php package rule to update php on the first 
> run?
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To view this discussion on the web visit 
> https://groups.google.com/d/msg/puppet-users/-/oHjxcqEowX4J.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: razor hang

2013-01-07 Thread hrajangarg220789
hi, 
I am allowed to access internet only through my office proxy. M puppet 
master got the IP from my office dhcp only so i can not configure any other 
dhcp in the network. 
I used Centos5 as my OS for puppet master. I changed the proxy settings and 
then when i executed the command "# puppetpuppet module install 
puppetlabs/razor --version 0.3.0" I got the error stating "Could not find 
release information for this module (puppetlabs/razor) (HTTP 407)" . 
I downloaded the razor module from forge.puppetlabs.com as well but I am 
not able to install it. I can not find the specified file which is to be 
executed. 
 
So, my problem still remains the same. I am not able to install razor. Can 
you please brief me with the steps and configurations you followed while 
installing razor on you puppet machine.? 
 
regards!!
harshit rajan garg
On Monday, October 8, 2012 10:00:37 PM UTC+5:30, Markus Falb wrote:

> Hi, 
> I was playing with razor today. But I am not going far. 
>
> ipxe is downloading the microkernel but stays at 98% 
> On the server side I see 
>
> /opt/razor/Razor/bin/razor -w boot default 
> '{"hw_id":"00:50:56:2e:c4:50___","dhcp_mac":"01-00-50-56-2e-c4-50"}' 
> /opt/razor/Razor/bin/razor -w image path  mk kernel 
> {"http_err_code":200,"errcode":0,"response":"/opt/razor/Razor/image/mk/687EqtppQJQPbgeirdhZy4/boot/vmlinuz","command":null,"result":"Ok","resource":"ProjectRazor::Slice::Image"}
>  
>
>
> This suggests that the download of the microkernel finished 
> successfully. If so, why doesnt the microkernel do something? Or did it 
> and I only don't know how to tell? 
>
> Maybe I am missing something. I installed the server side (32bit) the 
> non puppet way, I added a microkernel, I configured dhcp and tftp. 
>
> The only razor thing I did was an razor image add -t mk -p ... 
> Not sure what to do next. 
> -- 
> Kind Regards, Markus Falb 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/BJgwce1Nql8J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Using puppet to upgrade a package (e.g. php 5.4)

2013-01-07 Thread google
On Centos 6.3, I have attempted to upgrade to php 5.4 using the following:

yumrepo { "epel-repo":
baseurl => 
"http://download.fedoraproject.org/pub/epel/6/\$basearch";,
descr => "Epel Repo",
enabled => 1,
gpgcheck => 0,
}
yumrepo   { "remi-repo":
baseurl => 
"http://rpms.famillecollet.com/enterprise/6/remi/\$basearch/";,
descr => "remi repo",
enabled => 1,
gpgcheck => 0,
require => Yumrepo["epel-repo"],
}
package { 'php':
ensure => latest,
require => [ Yumrepo["remi-repo"] ],
}

This actually works fine, but *only* if I apply the manifest *twice*.  It 
seems that the first time it runs, the Remi repo has not been installed, so 
Puppet decides that the Package php statement ensure => latest is in fact 
up-to-date, so it does not actually try to update php.  (php 5.3.3 is 
installed from the default repository; Remi makes php 5.4 available.) On 
the second run, Remi is installed, and Puppet correctly notices that php 
needs to be updated.

Is there any way I can get the php package rule to update php on the first 
run?

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/oHjxcqEowX4J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] How to clone alfresco on puppet agents?

2013-01-07 Thread Ryan Coleman
On Sat, Jan 5, 2013 at 5:44 AM, lalit jangra wrote:

> Thanks,
>
> Indeed alfresco can not be told as a package as it contains a number of
> installations in a tar ball or .bin file.
>
> Also i could not find any package named alfresco using puppet resource
> package | grep alfresco command.
>
> So do i have to create my own custom puppet scripts? If so, can anybody
> help?
>
>
At the least, you'll probably want to deploy and extract your tar ball.
NanLiu/Staging on the Puppet Forge can help you do this. Here's a link:
http://forge.puppetlabs.com/nanliu/staging

Please let us know if you have more questions.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] How manage xml elements as resources?

2013-01-07 Thread Roman Shaposhnik
On Mon, Jan 7, 2013 at 1:24 PM, Schofield  wrote:
> I would like to use puppet classes to inject and/or replace xml elements
> into an existing xml configuration file.  This seems to me to be a common
> problem already solved.  Can anyone suggest the easiest way to do this?

Well, the tool du jour for that would be augeas. That said, if the config
file actually happens to be under your manifest control fully (even though
different resources are depositing bits and pieces of configuration info
into it) you could go with virtual resource template and sed.

Thanks,
Roman.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] passenger-3.0.18 command(s) setting env variables to run commands anywhere.

2013-01-07 Thread Denmat
Hi,

Options are as follows:

set your $PATH.
PATH=$PATH:/bin

Add a path to a file in your /etc/profile.d/

Symlink binaries to /usr/local/bin

If you use the RPM provided by stealthmonkeys (not the cannabis site ;) ) it 
will do this for you.

Cheers
Den

On 08/01/2013, at 4:35, DJames  wrote:

> obviously passenger-status and etc... commands works when you are in the path 
> /usr/lib/ruby/gems/1.8/gems/passenger-3.0.18/bin
> but what env file I need to use to set the right variable to run these 
> commands from any path?
> 
> cat /etc/redhat-release
> CentOS release 6.2 (Final) --->> is my OS.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To view this discussion on the web visit 
> https://groups.google.com/d/msg/puppet-users/-/BtscNyEY2uIJ.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Re: inspect resources that are already added to a manifest

2013-01-07 Thread Peter Brown
On 8 January 2013 00:19, jcbollinger  wrote:

>
>
> On Sunday, January 6, 2013 9:23:17 PM UTC-6, Pete wrote:
>>
>>
>> I put my monitoring (and firewall rules incidentally) into each class on
>> a node and import into my monitoring server (nagios currently but intend on
>> switching to icinga soon) them based on tags.
>> I was using global vars but are currently rewriting my modules to use
>> heira to set the monitoring server and a few other settings.
>> This is working nicely for me.
>> I had a few different ideas along the way but my current iteration is
>> getting close to awesome.
>> It also gives me fine grained control over whether a node gets sms alerts
>> or escalation and such.
>>
>>
> Something along those lines would be my preferred way to do it if I were
> willing and able to modify the classes involved.  My inference from Luke's
> comments was that he wanted to avoid doings so, and perhaps that he was
> specifically looking for a solution that did not rely on the cooperation of
> the modules involved.  That would be an eminently reasonable objective
> where third-party modules are in the picture, but not an unreasonable one
> even where all modules were built in-house.
>

I wrote most of the modules in my setup myself and that makes it easier.

I am attempting to be tricky with my monitoring modules and make them
extensible so adding extra monitoring classes should be pretty simple.
I am also intending on releasing them when I am happy with them.


>
>
> John
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/L5WxTz43T8sJ.
>
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Re: razor hang

2013-01-07 Thread Denmat
Hi,

It's a bit hard to answer your problem because your issues appear more complex 
than you have described. 

For the record I've used the PuppetLab module on github to install Razor 
previously and it works. It does require access to the Internet however. That 
leads me to the question, what is stopping you from accessing the Internet on 
your razor server? 

You can, like I think you've described, set up tftp and dhcpd yourself and it 
sounds like your razor server is working ok.

The client you are trying to install on to will require no Internet connection 
(unless you are accessing the Internet during your build). 

To build your client you need to add a model, policy and possibly a broker to 
your razor server (there are several good examples on how to do this on the 
web).  From that your node will know what to do once it is discovered.

You can see if your node is discovered using $ razor node

The problem in your original post does sound familiar. How much memory are you 
giving to the client? 

Sorry for a scatter gun answer but now running out of time until my bus stop.

HTH
Den




On 08/01/2013, at 0:15, hrajangarg220...@gmail.com wrote:

> Hi,
> I tried to install razor in Centos 5 which is a puppet master server. I have 
> configured proxy setting on my machine but still not able to ping any ip 
> outside my domain.
> Please help me with two things:
> 1. What are the steps to configure internet on centos 5( I am sorry , I know 
> it is a razor group)?
> 2. Is there any other way round to install razor on puppet whitout the 
> internnet connection?
>  
> regard, Harshit
>  
> 
> On Monday, October 8, 2012 10:00:37 PM UTC+5:30, Markus Falb wrote:
>> Hi, 
>> I was playing with razor today. But I am not going far. 
>> 
>> ipxe is downloading the microkernel but stays at 98% 
>> On the server side I see 
>> 
>> /opt/razor/Razor/bin/razor -w boot default 
>> '{"hw_id":"00:50:56:2e:c4:50___","dhcp_mac":"01-00-50-56-2e-c4-50"}' 
>> /opt/razor/Razor/bin/razor -w image path  mk kernel 
>> {"http_err_code":200,"errcode":0,"response":"/opt/razor/Razor/image/mk/687EqtppQJQPbgeirdhZy4/boot/vmlinuz","command":null,"result":"Ok","resource":"ProjectRazor::Slice::Image"}
>>  
>> 
>> This suggests that the download of the microkernel finished 
>> successfully. If so, why doesnt the microkernel do something? Or did it 
>> and I only don't know how to tell? 
>> 
>> Maybe I am missing something. I installed the server side (32bit) the 
>> non puppet way, I added a microkernel, I configured dhcp and tftp. 
>> 
>> The only razor thing I did was an razor image add -t mk -p ... 
>> Not sure what to do next. 
>> -- 
>> Kind Regards, Markus Falb 
>> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To view this discussion on the web visit 
> https://groups.google.com/d/msg/puppet-users/-/ZC6OnPACe5MJ.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] How manage xml elements as resources?

2013-01-07 Thread Schofield
I would like to use puppet classes to inject and/or replace xml elements 
into an existing xml configuration file.  This seems to me to be a common 
problem already solved.  Can anyone suggest the easiest way to do this?
 
An example use case would look like something like this.
Given xml file:
 

  
  

 
I want to inject  into server one resulting in.
 
 
  

  
  

 
Of course puppet would still need to make sure datasource example is always 
under server one should someone manually modify the server one element in 
the future.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/O61X63H4TAEJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] stdlib take almost 14 minutes to sync on CentOS Vagrant VM

2013-01-07 Thread Kirk Steffensen
The second time it runs (with pluginsync enabled), it only pauses at 
the "Info: Retrieving plugin" notice for a few seconds.  So, it sounds like 
the md5sum is not the bottleneck.

The specific setup that I'm using is a pretty beefy Xeon workstation with 
24 GB of RAM acting as the puppetmaster for itself and all of the local 
vagrant VMs.  It is running webrick, which I hadn't thought would be a 
problem, since it's only serving to itself and 1-6 VMs.  During "vagrant 
up", I make sure to do only one machine at at time, so that I can watch 
them go by.  So, it is only really doing any heavy lifting for one VM at a 
time.  

We do use passenger on our production system, so I'll be happy to try 
passenger on my workstation.  I'll let you know if I see any improvement. 

On Monday, January 7, 2013 2:01:00 PM UTC-5, Ken Barber wrote:
>
> There are two primary bottlenecks for pluginsync: 
>
> * the md5 sum it needs to do on both ends to compare and see if a 
> resync is needed 
> * the transfer itself 
>
> If you run puppet a second time, with pluginsync enabled (but this 
> time nothing should be transferred) - how much time does it take 
> compared to the first run? I'm only curious as it might rule out 
> transfer versus the 'md5' operation. *shrug*. Alas though, I haven't 
> seen this specific problem myself - are you running the puppetmaster 
> using webrick or some sort of application server like 'passenger' or 
> 'unicorn'? Its a long-shot, but webrick is single-threaded which has 
> been known to be a problem - alas it shouldn't be a problem during a 
> sequential pluginsync :-(. 
>
> On Mon, Jan 7, 2013 at 6:28 PM, Kirk Steffensen 
> > wrote: 
> > Ken, 
> > 
> > Thanks.  I agree with your gut feeling, but after running the first 
> round of 
> > tests you suggested, I don't think that's it.  Bandwidth is good and 
> there 
> > are no netstat errors.  (Test results at the end of this email.) 
> > 
> > Actually, I just realized that the Puppet client on the Ubuntu box is 
> > running Puppet 2.7.11, which does not have pluginsync set to true by 
> default 
> > (The CentOS boxes have Puppet 3.0.2, which has pluginsync set to true by 
> > default.)  I watched the Ubuntu box start up, and it didn't give me a 
> "Info: 
> > Retrieving plugin" notice like the CentOS box does.  When I changed 
> > pluginsync to true on the Ubuntu box, it also took many minutes to sync 
> the 
> > stdlib module.  (I didn't time it during this run, but it was about 10 
> > minutes.  I'd be happy to actually time it, if it would help 
> troubleshoot.) 
> > 
> > While I didn't time the entire stdlib sync on the Ubuntu box, I did time 
> > several of the individual files.  It's taking about 10 seconds per file 
> to 
> > copy it over to the client from the Puppet Master.  Since there are 90 
> files 
> > in stdlib, it is taking many minutes to sync the plugin, even though 
> there 
> > are only 852KB of total data.  Each file is resulting in a Puppet notice 
> > like the following output: 
> > 
> > notice: 
> > /File[/var/lib/puppet/lib/puppet/parser/functions/str2bool.rb]/ensure: 
> > defined content as '{md5}ab045013031d01a0e9335af92580dde6' 
> > 
> > For my short-term needs, my solution is to change pluginsync to false on 
> the 
> > CentOS boxes, since I'm only using the stdlib module to get the anchor 
> > definition, and that doesn't need to be on the client side.  But this 
> will 
> > not be a long-term solution, as I will probably end up developing 
> modules 
> > that need pluginsync to be true. 
> > 
> > Is anyone else who is using stdlib with pluginsync = true seeing this 
> same 
> > 13-14 minute sync time during the first puppet run on a machine? 
> > 
> > Here are the results of the tests: 
> > 
> > iperf on CentOS: 298 Mbits/sec 
> > iperf on Ubuntu: 2.55 Gbits/sec 
> > 
> > $ netstat -in [on CentOS - no errors] 
> > Kernel Interface table 
> > Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP 
> TX-OVR 
> > Flg 
> > eth0   1500 0   4813366  0  0 0   3076279  0  0 
> > 0 BMRU 
> > lo16436 0   1140661  0  0 0   1140661  0  0 
> > 0 LRU 
> > vboxnet0   1500 0 0  0  0 0   866  0  0 
> > 0 BMRU 
> > 
> > The VBoxGuestAdditions are added in the basebox generation (using 
> veewee, 
> > another great tool!) with the following in postinstall.sh.  This is 
> > resulting in the most current (and more importantly, the matching 
> version to 
> > the host): 
> > 
> > *** 
> > # Install vagrant keys 
> > mkdir /home/vagrant/.ssh 
> > chmod 700 /home/vagrant/.ssh 
> > cd /home/vagrant/.ssh 
> > wget --no-check-certificate 
> > 'https://raw.github.com/mitchellh/vagrant/master/keys/vagrant.pub' -O 
> > authorized_keys 
> > chown -R vagrant /home/vagrant/.ssh 
> > 
> > # Install the virtualbox guest additions 
> > VBOX_VERSION=$(cat /home/vagrant/.vbox_version) 
> > cd /tmp 
> > wget 
> > 
> http://download.virtualbox.org/

[Puppet Users] Error: Could not retrieve catalog from remote server: execution expired

2013-01-07 Thread Rob Smith
Hi everyone,

I recently ran into an issue where my puppetmaster can't run puppet on 
itself. It errors out with the following:
Error: Could not retrieve catalog from remote server: execution expired
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run

I'm running Puppet 3 with passanger and puppetdb (hsql). I've tried 
restarting puppetdb and apache to no effect. If I wipe out puppetdb, it'll 
work again until all 17 servers are back into the catalog and it times out 
from then on. The puppet master is also my nagios node so it does have a 
huge amount of resources to assemble.

Can I configure puppet to wait longer for the catalog generation step? I've 
search the docs without anything standing out to me.

Thanks,
~Rob

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/GeJ_iqjePasJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Nginx and puppet

2013-01-07 Thread Nabil servais

Le 07/01/2013 18:00, Nabil Servais a écrit :

Hello,

I use puppetmaster behind nginx and I have a strange issue.

The master can sign the agent but after this, I have an SSL error. If 
I don't use nginx, everything work great, no problem with ssl.


The nginx configuration and the ssl error are here :

http://pastebin.com/nEt5uvN2


I found the reason, puppet agent doesn't support sni, the nginx have 2 
hosts with ssl.


--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] stdlib take almost 14 minutes to sync on CentOS Vagrant VM

2013-01-07 Thread Ken Barber
There are two primary bottlenecks for pluginsync:

* the md5 sum it needs to do on both ends to compare and see if a
resync is needed
* the transfer itself

If you run puppet a second time, with pluginsync enabled (but this
time nothing should be transferred) - how much time does it take
compared to the first run? I'm only curious as it might rule out
transfer versus the 'md5' operation. *shrug*. Alas though, I haven't
seen this specific problem myself - are you running the puppetmaster
using webrick or some sort of application server like 'passenger' or
'unicorn'? Its a long-shot, but webrick is single-threaded which has
been known to be a problem - alas it shouldn't be a problem during a
sequential pluginsync :-(.

On Mon, Jan 7, 2013 at 6:28 PM, Kirk Steffensen
 wrote:
> Ken,
>
> Thanks.  I agree with your gut feeling, but after running the first round of
> tests you suggested, I don't think that's it.  Bandwidth is good and there
> are no netstat errors.  (Test results at the end of this email.)
>
> Actually, I just realized that the Puppet client on the Ubuntu box is
> running Puppet 2.7.11, which does not have pluginsync set to true by default
> (The CentOS boxes have Puppet 3.0.2, which has pluginsync set to true by
> default.)  I watched the Ubuntu box start up, and it didn't give me a "Info:
> Retrieving plugin" notice like the CentOS box does.  When I changed
> pluginsync to true on the Ubuntu box, it also took many minutes to sync the
> stdlib module.  (I didn't time it during this run, but it was about 10
> minutes.  I'd be happy to actually time it, if it would help troubleshoot.)
>
> While I didn't time the entire stdlib sync on the Ubuntu box, I did time
> several of the individual files.  It's taking about 10 seconds per file to
> copy it over to the client from the Puppet Master.  Since there are 90 files
> in stdlib, it is taking many minutes to sync the plugin, even though there
> are only 852KB of total data.  Each file is resulting in a Puppet notice
> like the following output:
>
> notice:
> /File[/var/lib/puppet/lib/puppet/parser/functions/str2bool.rb]/ensure:
> defined content as '{md5}ab045013031d01a0e9335af92580dde6'
>
> For my short-term needs, my solution is to change pluginsync to false on the
> CentOS boxes, since I'm only using the stdlib module to get the anchor
> definition, and that doesn't need to be on the client side.  But this will
> not be a long-term solution, as I will probably end up developing modules
> that need pluginsync to be true.
>
> Is anyone else who is using stdlib with pluginsync = true seeing this same
> 13-14 minute sync time during the first puppet run on a machine?
>
> Here are the results of the tests:
>
> iperf on CentOS: 298 Mbits/sec
> iperf on Ubuntu: 2.55 Gbits/sec
>
> $ netstat -in [on CentOS - no errors]
> Kernel Interface table
> Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR
> Flg
> eth0   1500 0   4813366  0  0 0   3076279  0  0
> 0 BMRU
> lo16436 0   1140661  0  0 0   1140661  0  0
> 0 LRU
> vboxnet0   1500 0 0  0  0 0   866  0  0
> 0 BMRU
>
> The VBoxGuestAdditions are added in the basebox generation (using veewee,
> another great tool!) with the following in postinstall.sh.  This is
> resulting in the most current (and more importantly, the matching version to
> the host):
>
> ***
> # Install vagrant keys
> mkdir /home/vagrant/.ssh
> chmod 700 /home/vagrant/.ssh
> cd /home/vagrant/.ssh
> wget --no-check-certificate
> 'https://raw.github.com/mitchellh/vagrant/master/keys/vagrant.pub' -O
> authorized_keys
> chown -R vagrant /home/vagrant/.ssh
>
> # Install the virtualbox guest additions
> VBOX_VERSION=$(cat /home/vagrant/.vbox_version)
> cd /tmp
> wget
> http://download.virtualbox.org/virtualbox/$VBOX_VERSION/VBoxGuestAdditions_$VBOX_VERSION.iso
> mount -o loop VBoxGuestAdditions_$VBOX_VERSION.iso /mnt
> sh /mnt/VBoxLinuxAdditions.run
> umount /mnt
>
> rm VBoxGuestAdditions_$VBOX_VERSION.iso
> ***
>
> Thanks,
> Kirk
>
>
> On Monday, January 7, 2013 12:20:34 PM UTC-5, Ken Barber wrote:
>>
>> My immediate gut feeling on this would be network not Puppet being the
>> issue actually, especially if another client is having success at
>> doing the sync.
>>
>> Its a virt so it could be hypervisor drivers or some other issue, its
>> an old version of the kernel as well - its more likely to happen -
>> although I haven't seen it myself lately :-). Run something like
>> 'iperf' on both ends to confirm your getting the right kind of network
>> performance, compare that performance to your Ubuntu target ... and
>> check out netstat -in for errors etc. etc.
>>
>> Check to make sure the right VirtualBox hypervisor drivers were
>> installed when building your Centos vagrant box btw
>> (VBoxGuestAdditions) ... I'm not sure of its origin but this can be an
>> important step for network performance.
>>
>>
>> On Mon, Jan 7, 2013 at 

Re: [Puppet Users] stdlib take almost 14 minutes to sync on CentOS Vagrant VM

2013-01-07 Thread Kirk Steffensen
Ken,

Thanks.  I agree with your gut feeling, but after running the first round 
of tests you suggested, I don't think that's it.  Bandwidth is good and 
there are no netstat errors.  (Test results at the end of this email.)

Actually, I just realized that the Puppet client on the Ubuntu box is 
running Puppet 2.7.11, which does not have pluginsync set to true by 
default  (The CentOS boxes have Puppet 3.0.2, which has pluginsync set to 
true by default.)  I watched the Ubuntu box start up, and it didn't give me 
a "Info: Retrieving plugin" notice like the CentOS box does.  When I 
changed pluginsync to true on the Ubuntu box, it also took many minutes to 
sync the stdlib module.  (I didn't time it during this run, but it was 
about 10 minutes.  I'd be happy to actually time it, if it would help 
troubleshoot.)

While I didn't time the entire stdlib sync on the Ubuntu box, I did time 
several of the individual files.  It's taking about 10 seconds per file to 
copy it over to the client from the Puppet Master.  Since there are 90 
files in stdlib, it is taking many minutes to sync the plugin, even though 
there are only 852KB of total data.  Each file is resulting in a Puppet 
notice like the following output:

notice: 
/File[/var/lib/puppet/lib/puppet/parser/functions/str2bool.rb]/ensure: 
defined content as '{md5}ab045013031d01a0e9335af92580dde6'

For my short-term needs, my solution is to change pluginsync to false on 
the CentOS boxes, since I'm only using the stdlib module to get the anchor 
definition, and that doesn't need to be on the client side.  But this will 
not be a long-term solution, as I will probably end up developing modules 
that need pluginsync to be true.  

Is anyone else who is using stdlib with pluginsync = true seeing this same 
13-14 minute sync time during the first puppet run on a machine?

Here are the results of the tests:

iperf on CentOS: 298 Mbits/sec
iperf on Ubuntu: 2.55 Gbits/sec

$ netstat -in [on CentOS - no errors]
Kernel Interface table
Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR 
Flg
eth0   1500 0   4813366  0  0 0   3076279  0  0 
 0 BMRU
lo16436 0   1140661  0  0 0   1140661  0  0 
 0 LRU
vboxnet0   1500 0 0  0  0 0   866  0  0 
 0 BMRU

The VBoxGuestAdditions are added in the basebox generation (using veewee, 
another great tool!) with the following in postinstall.sh.  This is 
resulting in the most current (and more importantly, the matching version 
to the host):

***
# Install vagrant keys
mkdir /home/vagrant/.ssh
chmod 700 /home/vagrant/.ssh
cd /home/vagrant/.ssh
wget --no-check-certificate 
'https://raw.github.com/mitchellh/vagrant/master/keys/vagrant.pub' -O 
authorized_keys
chown -R vagrant /home/vagrant/.ssh

# Install the virtualbox guest additions
VBOX_VERSION=$(cat /home/vagrant/.vbox_version)
cd /tmp
wget 
http://download.virtualbox.org/virtualbox/$VBOX_VERSION/VBoxGuestAdditions_$VBOX_VERSION.iso
mount -o loop VBoxGuestAdditions_$VBOX_VERSION.iso /mnt
sh /mnt/VBoxLinuxAdditions.run
umount /mnt

rm VBoxGuestAdditions_$VBOX_VERSION.iso
***

Thanks,
Kirk


On Monday, January 7, 2013 12:20:34 PM UTC-5, Ken Barber wrote:
>
> My immediate gut feeling on this would be network not Puppet being the 
> issue actually, especially if another client is having success at 
> doing the sync. 
>
> Its a virt so it could be hypervisor drivers or some other issue, its 
> an old version of the kernel as well - its more likely to happen - 
> although I haven't seen it myself lately :-). Run something like 
> 'iperf' on both ends to confirm your getting the right kind of network 
> performance, compare that performance to your Ubuntu target ... and 
> check out netstat -in for errors etc. etc. 
>
> Check to make sure the right VirtualBox hypervisor drivers were 
> installed when building your Centos vagrant box btw 
> (VBoxGuestAdditions) ... I'm not sure of its origin but this can be an 
> important step for network performance. 
>
>
> On Mon, Jan 7, 2013 at 4:50 PM, Kirk Steffensen 
> > wrote: 
> > Hi, 
> > 
> > I have a fresh CentOS 5.8 Vagrant VM that I'm using to emulate a 
> customer's 
> > server.  During the first Puppet run, it takes 13 minutes and 48 seconds 
> to 
> > sync the Puppet Labs stdlib module.  On a similar Ubuntu 12.04.1 Vagrant 
> VM, 
> > Puppet starts up, and almost instantly goes from plugin sync to facter 
> load. 
> > 
> > Is this load time for stdlib on a RHEL variant normal?  It's only 580K 
> of 
> > data to transfer.  It seems like it should be almost instantaneous, even 
> on 
> > an older kernel like CentOS 5.8. 
> > 
> > I've posted the relevant part of the Puppet run's output to this gist: 
> > https://gist.github.com/4475110 
> > 
> > If anyone has any insight or any troubleshooting steps to try, I'd 
> > appreciate it. 
> > 
> > Thanks, 
> > Kirk 
> > 
> > -- 
> > You received this message beca

Re: [Puppet Users] Windows Puppet Agent Hangs on Run

2013-01-07 Thread Josh Cooper
Hi Alex,

On Mon, Jan 7, 2013 at 7:56 AM, phundisk  wrote:
> I removed these from my path and restarted.  When running puppet it still
> seems to hang.  I tried to comment out the section in root_home.rb that
> facter seems to be hanging on but the file was overwritten when attempting
> to run puppet again.

Ah, the root_home fact is part of the puppetlabs stdlib module. When
you run facter, only facts that are part of facter itself are
evaluated.

But, when you run puppet, it runs facter, but tells it load facts from
additional directories, e.g. from modules' facter directories.

The stdlib module is updated each time the agent does a pluginsync,
which is why your edits are getting overwritten.

> Is there an update to this file or facter itself?

The root_home fact calls `getent passwd root`, can you try executing
that from the command line?

Also, on the master, you might try editing the fact root_home.rb in
the stdlib module, e.g.
/etc/puppet/modules/stdlib/lib/facter/root_home.rb. Either to skip the
exec on windows:

  require 'facter/util/config'
  unless Facter::Util::Config.is_windows?
root_ent = Facter::Util::Resolution.exec("getent passwd root")
...
  end

Or add another fact for root_home confined to windows:

  Facter.add("root_home") do
confine :kernel => :windows
setcode do
   "#{ENV['SYSTEMDRIVE']}/Users/Administrator"
end
 end

> Currently the package installed is
> https://downloads.puppetlabs.com/windows/puppet-2.7.20.msi
>
>
> On Friday, January 4, 2013 6:57:58 PM UTC-5, Josh Cooper wrote:
>>
>> On Friday, January 4, 2013 11:01:00 AM UTC-8, phundisk wrote:
>>>
>>> Can anyone make sense of the output below?  I am still experiencing this
>>> error.  Does this require any configuration change on the puppet server?
>>>
>>> On Friday, December 21, 2012 4:45:30 PM UTC-5, phundisk wrote:

 Hi Josh!

 Making the changes and running the command I got the following... (I
 made the change in C:\Program Files (x86)\Puppet
 Labs\Puppet\facter\lib\facter\util\ as that was the only resolution.rb I
 could find)  We do not use cygwin or msys on this system.

 [0;32mFound no suitable resolves of 1 for xendomains [0m
 [0;32mvalue for xendomains is still nil [0m
 [0;32mFound no suitable resolves of 1 for selinux [0m
 [0;32mvalue for selinux is still nil [0m
 [0;32mFound no suitable resolves of 1 for selinux_mode [0m
 [0;32mvalue for selinux_mode is still nil [0m
 [0;32mvalue for netmask_teredo_tunneling_pseudo_interface is still nil
 [0m
 [0;32mFound no suitable resolves of 1 for vlans [0m
 [0;32mvalue for vlans is still nil [0m
 [0;32mFound no suitable resolves of 1 for selinux [0m
 [0;32mvalue for selinux is still nil [0m
 [0;32mFound no suitable resolves of 1 for selinux_config_policy [0m
 [0;32mvalue for selinux_config_policy is still nil [0m
 [0;32mFound no suitable resolves of 1 for lsbdistcodename [0m
 [0;32mvalue for lsbdistcodename is still nil [0m
 [0;32mFound no suitable resolves of 1 for
 arp_loopback_pseudo_interface_1 [0m
 [0;32mvalue for arp_loopback_pseudo_interface_1 is still nil [0m
 [0;32mvalue for sshrsakey is still nil [0m
 [0;32mFound no suitable resolves of 1 for selinux [0m
 [0;32mvalue for selinux is still nil [0m
 [0;32mFound no suitable resolves of 1 for selinux_config_mode [0m
 [0;32mvalue for selinux_config_mode is still nil [0m
 [0;32mFound no suitable resolves of 2 for processor [0m
 [0;32mvalue for processor is still nil [0m
 [0;32mexecuting C:\Windows/system32/netsh.exe interface ipv6 show
 address level=verbose [0m
 [0;32mFound no suitable resolves of 1 for lsbrelease [0m
 [0;32mvalue for lsbrelease is still nil [0m
 [0;32mvalue for macaddress_teredo_tunneling_pseudo_interface is still
 nil [0m
 [0;32mvalue for macaddress_local_area_connection is still nil [0m
 [0;32mvalue for macaddress_loopback_pseudo_interface_1 is still nil [0m
 [0;32mvalue for sshecdsakey is still nil [0m
 architecture => x64
 dir => C:\Program Files (x86)\Puppet Labs\Puppet\facter
 domain => local.currensee.com
 env_windows_installdir => C:\Program Files (x86)\Puppet Labs\Puppet
 facterversion => 1.6.14
 fqdn => mt4-mgr-qaprod.local.currensee.com
 hardwaremodel => x64
 hostname => mt4-mgr-qaprod
 id => mt4-mgr-qaprod\administrator
 interfaces =>
 Loopback_Pseudo_Interface_1,Local_Area_Connection,Teredo_Tunneling_Pseudo_Interface
 ipaddress => 192.168.5.75
 ipaddress6 => 2001:0:9d38:6ab8:3d:37bb:3f57:fab4
 ipaddress6_teredo_tunneling_pseudo_interface =>
 2001:0:9d38:6ab8:3d:37bb:3f57:fab4
 ipaddress_local_area_connection => 192.168.5.75
 ipaddress_loopback_pseudo_interface_1 => 127.0.0.1
 kernel => windows
 kernelmajversion => 6.1
 kernelrelease => 6.1.7600
 kernelversion => 6.1.7600
 macaddress => B8:AC:6F:B6:22:F9
 ma

Re: [Puppet Users] WebRick role

2013-01-07 Thread Garrett Honeycutt
On 1/7/13 10:48 AM, GRANIER Bernard (MORPHO) wrote:
> Hi,
> 
> Thanks for your answer, in the same time, I installed puppet dashboard.
>  
> 
> Now I will try my first deployment test and I will see J
>  
> 
> Cordialement,
> 
> Bernard Granier
> 

Webrick is useful for doing a demo and learning about Puppet with a
couple of nodes. It is not at all meant to scale and if you attempt to
run your eight agents, you are likely to have performance issues. If
this is a production level deployment, you should look at Apache with
Passenger.

Regards,
-g

-- 
Garrett Honeycutt

206.414.8658
http://puppetlabs.com

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] passenger-3.0.18 command(s) setting env variables to run commands anywhere.

2013-01-07 Thread DJames
 

obviously passenger-status and etc... commands works when you are in the 
path /usr/lib/ruby/gems/1.8/gems/passenger-3.0.18/bin
but what env file I need to use to set the right variable to run these 
commands from any path?

cat /etc/redhat-release
CentOS release 6.2 (Final) --->> is my OS.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/BtscNyEY2uIJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] stdlib take almost 14 minutes to sync on CentOS Vagrant VM

2013-01-07 Thread Ken Barber
My immediate gut feeling on this would be network not Puppet being the
issue actually, especially if another client is having success at
doing the sync.

Its a virt so it could be hypervisor drivers or some other issue, its
an old version of the kernel as well - its more likely to happen -
although I haven't seen it myself lately :-). Run something like
'iperf' on both ends to confirm your getting the right kind of network
performance, compare that performance to your Ubuntu target ... and
check out netstat -in for errors etc. etc.

Check to make sure the right VirtualBox hypervisor drivers were
installed when building your Centos vagrant box btw
(VBoxGuestAdditions) ... I'm not sure of its origin but this can be an
important step for network performance.


On Mon, Jan 7, 2013 at 4:50 PM, Kirk Steffensen
 wrote:
> Hi,
>
> I have a fresh CentOS 5.8 Vagrant VM that I'm using to emulate a customer's
> server.  During the first Puppet run, it takes 13 minutes and 48 seconds to
> sync the Puppet Labs stdlib module.  On a similar Ubuntu 12.04.1 Vagrant VM,
> Puppet starts up, and almost instantly goes from plugin sync to facter load.
>
> Is this load time for stdlib on a RHEL variant normal?  It's only 580K of
> data to transfer.  It seems like it should be almost instantaneous, even on
> an older kernel like CentOS 5.8.
>
> I've posted the relevant part of the Puppet run's output to this gist:
> https://gist.github.com/4475110
>
> If anyone has any insight or any troubleshooting steps to try, I'd
> appreciate it.
>
> Thanks,
> Kirk
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/jH71g1du7icJ.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Nginx and puppet

2013-01-07 Thread Nabil Servais
Hello, 

I use puppetmaster behind nginx and I have a strange issue. 

The master can sign the agent but after this, I have an SSL error. If I 
don't use nginx, everything work great, no problem with ssl.

The nginx configuration and the ssl error are here : 

http://pastebin.com/nEt5uvN2

Thanks for the help.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/siKGLa9_WJsJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] stdlib take almost 14 minutes to sync on CentOS Vagrant VM

2013-01-07 Thread Kirk Steffensen
Hi,

I have a fresh CentOS 5.8 Vagrant VM that I'm using to emulate a customer's 
server.  During the first Puppet run, it takes 13 minutes and 48 seconds to 
sync the Puppet Labs stdlib module.  On a similar Ubuntu 12.04.1 Vagrant 
VM, Puppet starts up, and almost instantly goes from plugin sync to facter 
load.

Is this load time for stdlib on a RHEL variant normal?  It's only 580K of 
data to transfer.  It seems like it should be almost instantaneous, even on 
an older kernel like CentOS 5.8.  

I've posted the relevant part of the Puppet run's output to this gist: 
https://gist.github.com/4475110

If anyone has any insight or any troubleshooting steps to try, I'd 
appreciate it.

Thanks,
Kirk

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/jH71g1du7icJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Windows Puppet Agent Hangs on Run

2013-01-07 Thread phundisk
I removed these from my path and restarted.  When running puppet it still 
seems to hang.  I tried to comment out the section in root_home.rb that 
facter seems to be hanging on but the file was overwritten when attempting 
to run puppet again.  Is there an update to this file or facter itself? 
 Currently the package installed 
is https://downloads.puppetlabs.com/windows/puppet-2.7.20.msi  

On Friday, January 4, 2013 6:57:58 PM UTC-5, Josh Cooper wrote:
>
> On Friday, January 4, 2013 11:01:00 AM UTC-8, phundisk wrote:
>
>> Can anyone make sense of the output below?  I am still experiencing this 
>> error.  Does this require any configuration change on the puppet server?
>>
>> On Friday, December 21, 2012 4:45:30 PM UTC-5, phundisk wrote:
>>>
>>> Hi Josh!
>>>
>>> Making the changes and running the command I got the following... (I 
>>> made the change in C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\facter\lib\facter\util\ as that was the only resolution.rb I 
>>> could find)  We do not use cygwin or msys on this system.
>>>
>>> [0;32mFound no suitable resolves of 1 for xendomains [0m
>>> [0;32mvalue for xendomains is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for selinux [0m
>>> [0;32mvalue for selinux is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for selinux_mode [0m
>>> [0;32mvalue for selinux_mode is still nil [0m
>>> [0;32mvalue for netmask_teredo_tunneling_pseudo_interface is still nil 
>>> [0m
>>> [0;32mFound no suitable resolves of 1 for vlans [0m
>>> [0;32mvalue for vlans is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for selinux [0m
>>> [0;32mvalue for selinux is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for selinux_config_policy [0m
>>> [0;32mvalue for selinux_config_policy is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for lsbdistcodename [0m
>>> [0;32mvalue for lsbdistcodename is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for 
>>> arp_loopback_pseudo_interface_1 [0m
>>> [0;32mvalue for arp_loopback_pseudo_interface_1 is still nil [0m
>>> [0;32mvalue for sshrsakey is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for selinux [0m
>>> [0;32mvalue for selinux is still nil [0m
>>> [0;32mFound no suitable resolves of 1 for selinux_config_mode [0m
>>> [0;32mvalue for selinux_config_mode is still nil [0m
>>> [0;32mFound no suitable resolves of 2 for processor [0m
>>> [0;32mvalue for processor is still nil [0m
>>> [0;32mexecuting C:\Windows/system32/netsh.exe interface ipv6 show 
>>> address level=verbose [0m
>>> [0;32mFound no suitable resolves of 1 for lsbrelease [0m
>>> [0;32mvalue for lsbrelease is still nil [0m
>>> [0;32mvalue for macaddress_teredo_tunneling_pseudo_interface is still 
>>> nil [0m
>>> [0;32mvalue for macaddress_local_area_connection is still nil [0m
>>> [0;32mvalue for macaddress_loopback_pseudo_interface_1 is still nil [0m
>>> [0;32mvalue for sshecdsakey is still nil [0m
>>> architecture => x64
>>> dir => C:\Program Files (x86)\Puppet Labs\Puppet\facter
>>> domain => local.currensee.com
>>> env_windows_installdir => C:\Program Files (x86)\Puppet Labs\Puppet
>>> facterversion => 1.6.14
>>> fqdn => mt4-mgr-qaprod.local.currensee.com
>>> hardwaremodel => x64
>>> hostname => mt4-mgr-qaprod
>>> id => mt4-mgr-qaprod\administrator
>>> interfaces => 
>>> Loopback_Pseudo_Interface_1,Local_Area_Connection,Teredo_Tunneling_Pseudo_Interface
>>> ipaddress => 192.168.5.75
>>> ipaddress6 => 2001:0:9d38:6ab8:3d:37bb:3f57:fab4
>>> ipaddress6_teredo_tunneling_pseudo_interface => 
>>> 2001:0:9d38:6ab8:3d:37bb:3f57:fab4
>>> ipaddress_local_area_connection => 192.168.5.75
>>> ipaddress_loopback_pseudo_interface_1 => 127.0.0.1
>>> kernel => windows
>>> kernelmajversion => 6.1
>>> kernelrelease => 6.1.7600
>>> kernelversion => 6.1.7600
>>> macaddress => B8:AC:6F:B6:22:F9
>>> manufacturer => Dell Inc.
>>> memoryfree => 1.98 GB
>>> memorysize => 3.97 GB
>>> memorytotal => 3.97 GB
>>> netmask_local_area_connection => 255.255.255.0
>>> netmask_loopback_pseudo_interface_1 => 255.0.0.0
>>> network_local_area_connection => 192.168.5.0
>>> network_loopback_pseudo_interface_1 => 127.0.0.0
>>> operatingsystem => windows
>>> operatingsystemrelease => 6.1.7600
>>> osfamily => windows
>>> path => C:\Program Files (x86)\Puppet Labs\Puppet\puppet\bin;C:\Program 
>>> Files (x86)\Puppet Labs\Puppet\facter\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\sys\ruby\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\sys\tools\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\puppet\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\facter\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\sys\ruby\bin;C:\Program Files (x86)\Puppet 
>>> Labs\Puppet\sys\tools\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;c:\Program
>>>  
>>> Files\TortoiseSVN\bin;c:\Program Files\SlikSvn\bin
>>> 

RE: [Puppet Users] WebRick role

2013-01-07 Thread GRANIER Bernard (MORPHO)
Hi,

Thanks for your answer, in the same time, I installed puppet dashboard.

Now I will try my first deployment test and I will see :)

Cordialement,

Bernard Granier
CE Plateforme Système
bernard.gran...@morpho.com
01 58 11 32 51

From: puppet-users@googlegroups.com [mailto:puppet-users@googlegroups.com] On 
Behalf Of Sam Kottler
Sent: Monday, January 07, 2013 4:46 PM
To: puppet-users@googlegroups.com
Subject: Re: [Puppet Users] WebRick role

Hi and welcome!

The puppet master itself is a simple rack application so webrick is the default 
rack server. You can use any application server that is Rack-compatible; Apache 
w/ Passenger is also a very common configuration.

There is not a web interface by default, but there are a number of tools that 
provide a web UI for managing your Puppet infrastructure, like Foreman [1] and 
Puppet Enterprise [2].

Hope that helps!

1. http://theforeman.org
2. http://puppetlabs.com/puppet/puppet-enterprise/

On Mon, Jan 7, 2013 at 5:45 AM, 
bernard.gran...@morpho.com 
mailto:bernard.gran...@morpho.com>> wrote:
Hy,

I am just starting with Puppet, and install a test bed with community
version, one master and 8 clients.

I wonder if WebRick is used only of master-agents communication or
does WebRick provides a web application usable by human with a web
browser ?

Thank's for any helps

Bernard

--
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to 
puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

--
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to 
puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.
#
" This e-mail and any attached documents may contain confidential or 
proprietary information. If you are not the intended recipient, you are 
notified that any dissemination, copying of this e-mail and any attachments 
thereto or use of their contents by any means whatsoever is strictly 
prohibited. If you have received this e-mail in error, please advise the sender 
immediately and delete this e-mail and all attached documents from your 
computer system."
#

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] WebRick role

2013-01-07 Thread Sam Kottler
Hi and welcome!

The puppet master itself is a simple rack application so webrick is the
default rack server. You can use any application server that is
Rack-compatible; Apache w/ Passenger is also a very common configuration.

There is not a web interface by default, but there are a number of tools
that provide a web UI for managing your Puppet infrastructure, like Foreman
[1] and Puppet Enterprise [2].

Hope that helps!

1. http://theforeman.org
2. http://puppetlabs.com/puppet/puppet-enterprise/

On Mon, Jan 7, 2013 at 5:45 AM, bernard.gran...@morpho.com <
bernard.gran...@morpho.com> wrote:

> Hy,
>
> I am just starting with Puppet, and install a test bed with community
> version, one master and 8 clients.
>
> I wonder if WebRick is used only of master-agents communication or
> does WebRick provides a web application usable by human with a web
> browser ?
>
> Thank's for any helps
>
> Bernard
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] How can i pass runtime parameters while installing .bin file in puppet?

2013-01-07 Thread Keiran Sweet
Hi,
Another vote from me for packaging this software, Puppet likes packages and 
deals with them well.

John mentioned FPM, If you haven't checked it out, I can't recommend it 
enough.
I manage quite a few packages internally in my role, and FPM has shaved 
huge amounts of time off generating them.

Really a great tool.

K


On Monday, January 7, 2013 2:11:33 PM UTC, jcbollinger wrote:
>
>
>
> On Monday, January 7, 2013 2:31:22 AM UTC-6, lalit jangra wrote:
>>
>> Thanks a lot Garrett,
>>
>> When i am installing alfresco using ./alfresco-installaer.bin, i am being 
>> asked about a number of options on command line such as below:
>> 1. Do you want to install java?[y/n]
>> 2.Do you want to install postgres?[y/n]
>> 3... so on.
>>
>> I want to provide all these kinds of inputs using puppet. Is it possible?
>>
>
>
> You should consider packaging up the software for your hosts' native 
> package management system(s), and managing it that way.
>
> You should also look at the installer docs (or try "alfresco_installer.bin 
> --help") to see whether it accepts any options to replace / suppress the 
> interactive queries.
>
> If you have no alternative to making Puppet issue responses to the 
> queries, then you'll need to rely on I/O redirection.  Either pipe the 
> responses into the installer, or write a response file on the client and 
> redirect the installer's standard input to be from that file.  Make sure 
> you're using the "sh" provider for the Exec in this case.
>
>
> John
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/TRDzCuO__HQJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: Sometimes getting 'undef' in template

2013-01-07 Thread jcbollinger


On Sunday, January 6, 2013 7:54:23 AM UTC-6, blalor wrote:
>
> Morning, all.  I've got a problem with a custom class and template that 
> has me stumped.  I've created the following class: 
>
> class graphite::carbon( 
> $cache_port = 2003, 
> $cache_enable_udp = false, 
> $cache_udp_port = $cache_port, 
>


Class parameter defaults must not be other parameters of the same class 
because the order of binding values to parameters is not defined and not 
necessarily consistent.  Instead, assign a dummy default value to 
$cache_udp_port, and use the $cache_port value instead when you find 
$cache_udp_port with that dummy value.

For example,

carbon.pp:
class graphite::carbon( 
$cache_port = 2003, 
$cache_enable_udp = false, 
$cache_udp_port = 'NOTSET', 
) { 
file {'/etc/carbon/carbon.conf': 
content => template('graphite/carbon.conf.erb'), 
} 
} 

carbon.conf.erb: 
UDP_RECEIVER_PORT = <%= ((@cache_udp_port == 'NOTSET') && @cache_port) 
|| @cache_udp_port %> 


Naturally, if you need the resolved cache_udp_port in more than one place 
then do the test once and record the result in a (separate) variable.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/ePZlEJ1b2rsJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: custom fact with variables

2013-01-07 Thread jcbollinger


On Monday, January 7, 2013 4:02:49 AM UTC-6, SDM wrote:
>
> Hi,
>
> do you know if it's possible to pass value to custom fact. 
>
> I have a custom fact that check the presence of lv. The idea is to replace 
> the lv name by a variable and check different lv.
>
> in my .rb file :
>
> Facter.add(:lv_dd_adm) do
>   confine :kernel => "Linux"
>   setcode do
> Facter::Util::Resolution.exec('lvs | grep -i lv_dd_adm | cut -c3-11')
>   end
> end
>
> in my site.pp :
> $variable = $::lv_dd_adm
>
>

No, it is not possible.  It's also not a good idea.  Facter runs on the 
client, before any part of the node's manifests are parsed, therefore 
Facter cannot know anything about the node's (current) manifests.

Now, it is possible for you to install some kind of artifact on the client 
(e.g. a file) that your custom fact can interrogate to direct its 
evaluation, but that doesn't give you the current information for the 
node.  Rather, it gives you the information as of the most recent previous 
Puppet run, which may be stale.

Moreover, it is a really poor idea for the meaning of your facts to be 
context-sensitive.  It makes them much harder to use appropriately.

As an alternative, consider making the presence of facts context 
sensitive.  For example, have one or more lv-related facts for every lv in 
the system, using a naming scheme that includes the lv name.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/pJIhYceTRuMJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Re: inspect resources that are already added to a manifest

2013-01-07 Thread jcbollinger


On Sunday, January 6, 2013 9:23:17 PM UTC-6, Pete wrote:
>
>
> I put my monitoring (and firewall rules incidentally) into each class on a 
> node and import into my monitoring server (nagios currently but intend on 
> switching to icinga soon) them based on tags.
> I was using global vars but are currently rewriting my modules to use 
> heira to set the monitoring server and a few other settings.
> This is working nicely for me.
> I had a few different ideas along the way but my current iteration is 
> getting close to awesome.
> It also gives me fine grained control over whether a node gets sms alerts 
> or escalation and such.
>
>
Something along those lines would be my preferred way to do it if I were 
willing and able to modify the classes involved.  My inference from Luke's 
comments was that he wanted to avoid doings so, and perhaps that he was 
specifically looking for a solution that did not rely on the cooperation of 
the modules involved.  That would be an eminently reasonable objective 
where third-party modules are in the picture, but not an unreasonable one 
even where all modules were built in-house.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/L5WxTz43T8sJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] How can i pass runtime parameters while installing .bin file in puppet?

2013-01-07 Thread jcbollinger


On Monday, January 7, 2013 2:31:22 AM UTC-6, lalit jangra wrote:
>
> Thanks a lot Garrett,
>
> When i am installing alfresco using ./alfresco-installaer.bin, i am being 
> asked about a number of options on command line such as below:
> 1. Do you want to install java?[y/n]
> 2.Do you want to install postgres?[y/n]
> 3... so on.
>
> I want to provide all these kinds of inputs using puppet. Is it possible?
>


You should consider packaging up the software for your hosts' native 
package management system(s), and managing it that way.

You should also look at the installer docs (or try "alfresco_installer.bin 
--help") to see whether it accepts any options to replace / suppress the 
interactive queries.

If you have no alternative to making Puppet issue responses to the queries, 
then you'll need to rely on I/O redirection.  Either pipe the responses 
into the installer, or write a response file on the client and redirect the 
installer's standard input to be from that file.  Make sure you're using 
the "sh" provider for the Exec in this case.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/8GOsc0YkyJgJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: razor hang

2013-01-07 Thread hrajangarg220789
Hi,
I tried to install razor in Centos 5 which is a puppet master server. I 
have configured proxy setting on my machine but still not able to ping any 
ip outside my domain. 
Please help me with two things:
1. What are the steps to configure internet on centos 5( I am sorry , I 
know it is a razor group)?
2. Is there any other way round to install razor on puppet whitout the 
internnet connection?
 
regard, Harshit
 

On Monday, October 8, 2012 10:00:37 PM UTC+5:30, Markus Falb wrote:

> Hi, 
> I was playing with razor today. But I am not going far. 
>
> ipxe is downloading the microkernel but stays at 98% 
> On the server side I see 
>
> /opt/razor/Razor/bin/razor -w boot default 
> '{"hw_id":"00:50:56:2e:c4:50___","dhcp_mac":"01-00-50-56-2e-c4-50"}' 
> /opt/razor/Razor/bin/razor -w image path  mk kernel 
> {"http_err_code":200,"errcode":0,"response":"/opt/razor/Razor/image/mk/687EqtppQJQPbgeirdhZy4/boot/vmlinuz","command":null,"result":"Ok","resource":"ProjectRazor::Slice::Image"}
>  
>
>
> This suggests that the download of the microkernel finished 
> successfully. If so, why doesnt the microkernel do something? Or did it 
> and I only don't know how to tell? 
>
> Maybe I am missing something. I installed the server side (32bit) the 
> non puppet way, I added a microkernel, I configured dhcp and tftp. 
>
> The only razor thing I did was an razor image add -t mk -p ... 
> Not sure what to do next. 
> -- 
> Kind Regards, Markus Falb 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/ZC6OnPACe5MJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] WebRick role

2013-01-07 Thread bernard.gran...@morpho.com
Hy,

I am just starting with Puppet, and install a test bed with community
version, one master and 8 clients.

I wonder if WebRick is used only of master-agents communication or
does WebRick provides a web application usable by human with a web
browser ?

Thank's for any helps

Bernard

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: Puppet and installing packages from source

2013-01-07 Thread magic . rh
Thanks Hans, great answer.
I'll definitely get into customized packaging, demystify their magics.

Regards,
Magic.

On Friday, January 4, 2013 3:35:20 PM UTC+2, Hans van der Made wrote:
>
>
>
> On Friday, January 4, 2013 10:39:53 AM UTC+1, magi...@gmail.com wrote:
>>
>> I understand exactly what source packages do, if it makes it easier for 
>> you I'll call them tar.gz files.
>> Also, I don't find your comparison valid, as the result of package 
>> installation be it yum or ./configure && make && make install is the same: 
>> software being installed.
>>
>> My meaning is that compiling from source will always be with us, and it's 
>> the prominent way of releasing new software.
>>
>
> When all the required features of a source build & install environment are 
> met, like uninstalling, upgrading, listing, you end up with a new type of 
> package provider. As you don't want a split between OS-provided software 
> (libraries your source file depends on), it's easier to use the provider 
> your OS comes with.
>
> The requirements for building source are often many. You'll need a 
> compiler and a toolchain, at least. Many don't want all of these tools 
> installed on their (virtual) production servers, because they consume 
> space, require updates, and because they facilitate exploits. Less software 
> means less work and less risk. 
>
> Building software on a separate system and deploying the resulting 
> binaries and documentation to production systems is one step up from 
> compiling on your production systems.
>
> Many of us used to compile from source earlier in our careers, so don't 
> asume we don't know about anything but ready made packages ;-)
>
> Now for a quick hack to address your problem:
>
> Why don't you try to do a ./configure --prefix=/usr/local --specialopts && 
> make && make install on a clean system and create a tar file of /usr/local/ 
> afterwards?  Missing dependencies can be met by installing OS packages on 
> your test system. The installation on your target system can be a hack like 
> this:
>
> # dependencies
> package { [ "dep1", "dep2", "dep3", ]: ensure => installed, }
>
> file { "/var/tmp/curl-custom-version.tar.gz":
>   ensure => file,
>   source => "puppet:///module/curl-custom-version.tar.gz",
>   notify => Exec["unpackcurl"],
> }
>
> exec { "unpackcurl": 
>   command => "tar -C /usr/local -xzf /var/tmp/curl-custom-version.tar.gz",
>   creates => "/usr/local/bin/curl",
>   path => "/usr/sbin:/usr/bin:/sbin:/bin",
>   logoutput => true,
>   refreshonly => false,
> }
>
> If possible, use packages, but if you can't meet your deadline this way, 
> try the above (and discover the wonderful world of packaging anyway at a 
> later time).
>
> Best,
>
> Hans
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/ZD0p1hwTWdEJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: Failed when searching for node : Failed to find via exec: Execution of '/usr/share/puppet-dashboard/bin/external_node

2013-01-07 Thread alcc


>
> On Thursday, January 3, 2013 6:30:33 AM UTC-6, al...@gmx.de wrote:
>>
>> Seeing this a lot lately, restarting puppet master service usually 
>> resolves it:
>>
>> Jan  3 13:17:01  puppet-master[24120]: (//> agent>/Puppet) Could not retrieve catalog from remote server: Error 400 on 
>> SERVER: Failed when searching for node : Failed to find > agent> via exec: Execution of 
>> '/usr/share/puppet-dashboard/bin/external_node ' returned :
>>
>>
>> Any idea what causes this?
>>
>
>
> The error message seems to indicate that Dashboard's external node script 
> fails on the affected node(s).  Is the problem consistent with respect to 
> the nodes that cause the error?  That could indicate that the affected 
> nodes are not set up correctly there.
>
> I don't know much about the internals of Dashboard, but if the problem is 
> not tied to specific nodes then you may have a resource exhaustion 
> problem.  Is the master's disk filled?  Have you added many nodes 
> recently?  Might a RAM module have gone bad, or have you otherwise reduced 
> the master's available memory?
>
>
> John
>
>
Commenting out ENC-related lines in puppet.conf fixed this. Calling the 
external command was the cause for spawned child processes in the first 
place. Don't need ENC anyway. It's all peachy now. Thx!
 

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/KisMDeqyVb0J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Re: puppet master keeps spawning new child processes

2013-01-07 Thread alcc
Am Freitag, 4. Januar 2013 13:17:46 UTC+1 schrieb al...@gmx.de:

> Disabling puppet dashboard helped - 12 hours without any "frozen" 100% 
> child process. Now investigating if it's dashboard's external node command.


Commenting out ENC-related lines in puppet.conf fixed this. Calling the 
external command was the cause for spawned child processes in the first 
place. Don't need ENC anyway. It's all peachy now. Thx!

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/XytwkISaZusJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] custom fact with variables

2013-01-07 Thread SDM
Hi,

do you know if it's possible to pass value to custom fact. 

I have a custom fact that check the presence of lv. The idea is to replace 
the lv name by a variable and check different lv.

in my .rb file :

Facter.add(:lv_dd_adm) do
  confine :kernel => "Linux"
  setcode do
Facter::Util::Resolution.exec('lvs | grep -i lv_dd_adm | cut -c3-11')
  end
end

in my site.pp :
$variable = $::lv_dd_adm

Thanks in advance.
Regards


Seb

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/A4BAxQ7nA00J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] Re: Pass Array as param to custom provider...

2013-01-07 Thread Gavin Williams
Firstly, sorry for bringing this thread back - However I thought it 
probably best as it's got all the history of what I was working towards 
etc... 

Anyways, onto the problem at hand. 
I've created a new property against my netapp_volume provider called *
:snapschedule*. 
This property is taking a hash, and doing something very similar to the 
*:options 
*property above... 

Code was committed under: 
https://github.com/fatmcgav/fatmcgav-netapp/commit/6427581c546f2ccb5ebf2f19826afad38b424b9d

However it looks like something isnt quite right with the insync? def, as 
I'm seeing the following in puppet device run logs:
Info: starting applying configuration to actint-star-nactl01 at 
actint-star-nactl01
Warning: Local environment: "production" doesn't match server specified 
node environment "test", switching agent to "test".
Info: Retrieving plugin
Info: Caching catalog for actint-star-nactl01
Info: Applying configuration version '1357295208'
Processing Volume puppet_db02_oractrl
/Stage[main]/Act::Storage::Netapp/Act::Util::Netapp::Volume[puppet_db02_oractrl]/Netapp_notify[volume_define_puppet_db02_oractrl]/message:
 
defined 'message' as 'Processing Volume puppet_db02_oractrl'
/Stage[main]/Act::Storage::Netapp/Act::Util::Netapp::Volume[puppet_db02_oractrl]/Netapp_volume[v_puppet_db02_oractrl]/snapschedule:
 
snapschedule changed '{"days"=>0, "hours"=>0, "weeks"=>0, "minutes"=>0}' to 
'[{"hours"=>"0", "days"=>"0", "minutes"=>"0", "weeks"=>"0"}]'
Processing Volume puppet_db02_oraarch
/Stage[main]/Act::Storage::Netapp/Act::Util::Netapp::Volume[puppet_db02_oraarch]/Netapp_notify[volume_define_puppet_db02_oraarch]/message:
 
defined 'message' as 'Processing Volume puppet_db02_oraarch'
Processing Volume puppet_db02_data
/Stage[main]/Act::Storage::Netapp/Act::Util::Netapp::Volume[puppet_db02_data]/Netapp_notify[volume_define_puppet_db02_data]/message:
 
defined 'message' as 'Processing Volume puppet_db02_data'
/Stage[main]/Act::Storage::Netapp/Act::Util::Netapp::Volume[puppet_db02_data]/Netapp_volume[v_puppet_db02_data]/snapschedule:
 
snapschedule changed '{"days"=>0, "hours"=>0, "weeks"=>0, "minutes"=>0}' to 
'[{"hours"=>"0", "days"=>"0", "minutes"=>"0", "weeks"=>"0"}]'

As you can see, the hash contents are identical... However the '*to*' hash 
is wrapped in an array... 

Any ideas where I could be going wrong?

Cheers
Gavin 

On Monday, 26 November 2012 22:04:18 UTC, Gavin Williams wrote:
>
> John, 
>
> Again, very helpful... 
> My knowledge of puppet is growing every day thanks to posts like this :-) 
>
> Cheers 
> Gavin 
> On Nov 26, 2012 7:30 PM, "jcbollinger"  wrote:
>
>>
>>
>> On Monday, November 26, 2012 12:19:09 PM UTC-6, Gavin Williams wrote:
>>>
>>> John
>>>
>>> Cheers again, that could be a good alternative way of doing it... Use 
>>> insync? just to trigger options=, and then work out what actually needs 
>>> setting there... 
>>>
>>
>> That's not just a good alternative, it's the right way to do it.  The job 
>> of insync? is simply to determine whether all of the resource's properties 
>> have the expected target values.  No more, no less.  The job of property 
>> setter methods such as options= is to update the underlying resource(*) so 
>> that the affected property has the assigned value.  It is there, at the 
>> interface between Puppet and the system, that you have flexibility.
>>
>> (*) The property setters of providers that implement flush() work a bit 
>> differently, but I don't think that's relevant here.  I mention it for 
>> completeness.
>>
>>
>> John
>>
>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Puppet Users" group.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msg/puppet-users/-/OEk9ZWDBvWUJ.
>> To post to this group, send email to puppet-users@googlegroups.com.
>> To unsubscribe from this group, send email to 
>> puppet-users+unsubscr...@googlegroups.com.
>> For more options, visit this group at 
>> http://groups.google.com/group/puppet-users?hl=en.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/DWXnKlb2V28J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



Re: [Puppet Users] How can i pass runtime parameters while installing .bin file in puppet?

2013-01-07 Thread lalit jangra
Thanks a lot Garrett,

When i am installing alfresco using ./alfresco-installaer.bin, i am being 
asked about a number of options on command line such as below:
1. Do you want to install java?[y/n]
2.Do you want to install postgres?[y/n]
3... so on.

I want to provide all these kinds of inputs using puppet. Is it possible?

Regards.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/pvyeEWqqQy0J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.