I had a similar problem with my nagios server where the catalog run
took about 500seconds for about 100 nodes with about 1000 services,
most of which were generated with exported resources/stored config. We
use the Naginator-resources in puppet.
However, the main speed issue was not with the fetch
And as an additional note, there is a related bug/feature open for it:
http://projects.puppetlabs.com/issues/5650
On Sep 13, 9:49 am, Bart Descamps wrote:
> I had a similar problem with my nagios server where the catalog run
> took about 500seconds for about 100 nodes with about 1000 services,
Yes, I was simply missing the worker process.
Thanks, Craig and Michael!
> -Ursprüngliche Nachricht-
> Von: puppet-users@googlegroups.com [mailto:puppet-
> us...@googlegroups.com] Im Auftrag von Craig White
> Gesendet: Montag, 12. September 2011 22:00
> An: puppet-users@googlegroups.com
>
Err, what is that 0.25-5 doc folder and what RPM owns it?
rpm -qf /usr/share/doc/puppet-0.25.5
If nothing owns it, you've pretty much proved your system has old
Puppet artefacts lying around. Personally I wouldn't trust any of the
content in /usr/lib/ruby now. Is this a production system? Anythin
> I don't know what pbcopy is locate can't find it. Never heard of
> it,
Yeah never mind - its a convenient Mac OS X tool for copying something
into the clipboard. Not critical.
> but, after removing the rpm and wiping /var/lib/puppet and running
> 'locate puppet', I get:
(you really should
On Mon, Sep 12, 2011 at 3:39 PM, Vlad wrote:
> Are there any plans to get the latest puppet and facter into
> apt.puppetlabs.com?
>
Of course. I started with yum simply because it was asked for more
loudly, and I know rpm a bit better than the debian packaging. I
welcome any help, reviews, ideas
I have set up puppet on Ubuntu/Debian servers with no problem. I am trying
to get puppet working in a RHEL environment. I have the client installed and
the certificate is signed so I know the two are talking but for some reason
I can not get puppet to push the file on to the client.
What am I missi
Sorry, forgot to include the puppet command output...:
# puppet agent --test --verbose
info: Caching catalog for client
info: Applying configuration version '1315910859'
notice: Finished catalog run in 0.02 seconds
John Kennedy
On Tue, Sep 13, 2011 at 12:13, John Kennedy wrote:
> I have se
Try this:
node client {
file { "/home/admin/puppet/jck.txt":
owner => admin,
group => admin,
mode => 0744,
source => puppet:///test/jck.txt,
}
Beware the colon and the commas. (Didn't you get any error messages in your log
On Tue, Sep 13, 2011 at 12:27, Bernd Adamowicz
wrote:
> Try this:
>
> ** **
>
> node client {
>
> file { "/home/admin/puppet/jck.txt":
> owner => admin,
> group => admin,
> mode => 0744,
> source => puppet:///test/jck.txt,
Von: puppet-users@googlegroups.com [mailto:puppet-users@googlegroups.com] Im
Auftrag von John Kennedy
Gesendet: Dienstag, 13. September 2011 13:43
An: puppet-users@googlegroups.com
Betreff: Re: [Puppet Users] Re: Puppet not pushing file
On Tue, Sep 13, 2011 at 12:27, Bernd Adamowicz
wrote:
T
I know it's not directly related to Puppet but I didn't find any
better place to ask about this either.
Since sometimes, there is no value for 'fqdn' in facter on the puppet
agents.
[root@disk10 ~]# facter hostname
disk10
#
[root@disk10 ~]# facter fqdn && date
Tue Sep 13 13:26:54 BST 2011
#
[root
> What version of facter are you running btw?
You already answered that - never-mind :-).
ken.
--
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,
I'm guessing you get nothing when you try:
facter domain
?
What version of facter are you running btw?
Can you show the results of the following commands:
hostname
dnsdomainname
cat /etc/resolv.conf
Cheers.
ken.
On Tue, Sep 13, 2011 at 1:33 PM, Sans wrote:
> I know it's not directly relate
Hullo
I'd like to add the various rpmfusion repos to my puppet manifests. Is
it possible to use yum/rpm to do this directly from the rpmfusion
site, using the downloadable rpm (from the rpmfusion web site):
yum localinstall --nogpgcheck
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-rel
On Tue, Sep 13, 2011 at 12:52, Bernd Adamowicz
wrote:
>
>
> Von: puppet-users@googlegroups.com [mailto:puppet-users@googlegroups.com]
> Im Auftrag von John Kennedy
> Gesendet: Dienstag, 13. September 2011 13:43
> An: puppet-users@googlegroups.com
> Betreff: Re: [Puppet Users] Re: Puppet not pushin
Nope, "facter domain" doesn't return anything either.
[root@disk10 ~]# facter domain && date
Tue Sep 13 14:44:21 BST 2011
"hostname", "dnsdomainname" and "resolv.conf" are just fine, like
this:
[root@disk10 ~]# hostname
disk10
[root@disk10 ~]# dnsdomainname
hep.xxx.xxx.ac.uk
[root@disk10 ~]# ca
Yep - that looks like a bug. The change was here:
https://github.com/puppetlabs/facter/commit/f7daae300d5c993052dd6c49b1b5e1f3501eaa10
Basically the domain =~ part is _not_ returning true even though
dnsdomainname is returning something, and not falling through as it
used to to find the answer fr
I could be wrong about the cause actually ... I think its still a bug
though :-).
Let me take a closer look at the code and see if I can work it out.
ken.
On Tue, Sep 13, 2011 at 3:29 PM, Ken Barber wrote:
> Yep - that looks like a bug. The change was here:
>
> https://github.com/puppetlabs/fac
Yeah okay I was close though :-).
if name = Facter::Util::Resolution.exec('hostname')
...
elsif domain = Facter::Util::Resolution.exec('dnsdomainname')
The first bit will pretty much always be true ... and if your
'hostname' command doesn't contain your full domain - it won't fall
On 09/13/2011 09:47 AM, Tim Coote wrote:
> Hullo
> I'd like to add the various rpmfusion repos to my puppet manifests. Is
> it possible to use yum/rpm to do this directly from the rpmfusion
> site, using the downloadable rpm (from the rpmfusion web site):
>
> yum localinstall --nogpgcheck
> http:/
Hi all,
I'm trying to install Puppet Dashboard 1.2.0 and having some troubles, I'm
aware that it's probably something wrong with my ruby/rails environment but
I really can't seem to figure out why this happens..
My environment is:
ruby 1.8.7
rake 0.9.2
gem 1.8.10
When I try to create the DB sch
Yep, the "creates" makes exec know that the command given will create that
file and won't run once it exists. This is similar to using onlyif/unless w/
something like "test -e /etc/yum.repo.d/blah.repo".
I have the requires setup on the package resources like that so the -release
RPMs are install
I'm trying to load balance multiple puppetmasters using apache and
passenger as described in James's book.
Was able to get a single passenger server installation to work
correctly. When I configure the frontend load balancer and backend
workers, the backend workers does not authenticate even thou
Since this is urgent and we are in RC, I've raised a bug for you Sans:
http://projects.puppetlabs.com/issues/9457
ken.
On Tue, Sep 13, 2011 at 3:43 PM, Ken Barber wrote:
> Yeah okay I was close though :-).
>
> if name = Facter::Util::Resolution.exec('hostname')
> ...
> elsif domain
fpm ;)
On Tue, Sep 13, 2011 at 12:35 AM, Michael Stahnke wrote:
> On Mon, Sep 12, 2011 at 3:39 PM, Vlad wrote:
> > Are there any plans to get the latest puppet and facter into
> > apt.puppetlabs.com?
> >
> Of course. I started with yum simply because it was asked for more
> loudly, and I know r
On Tue, Sep 13, 2011 at 1:45 AM, Luke Bigum wrote:
> Err, what is that 0.25-5 doc folder and what RPM owns it?
>
> rpm -qf /usr/share/doc/puppet-0.25.5
>
> If nothing owns it, you've pretty much proved your system has old
> Puppet artefacts lying around. Personally I wouldn't trust any of the
> co
- Original Message -
> On Tue, Sep 13, 2011 at 1:45 AM, Luke Bigum
> wrote:
> > Err, what is that 0.25-5 doc folder and what RPM owns it?
> >
> > rpm -qf /usr/share/doc/puppet-0.25.5
> >
> > If nothing owns it, you've pretty much proved your system has old
> > Puppet artefacts lying arou
On Tue, Sep 13, 2011 at 10:46 AM, R.I.Pienaar wrote:
>
>
> - Original Message -
>> On Tue, Sep 13, 2011 at 1:45 AM, Luke Bigum
>> wrote:
>> > Err, what is that 0.25-5 doc folder and what RPM owns it?
>> >
>> > rpm -qf /usr/share/doc/puppet-0.25.5
>> >
>> > If nothing owns it, you've prett
Yeah this doesn't seem to be old versions of Puppet.
So from my other email ... can you show us the code where you are
doing your comparison for $puppetversion? I have a feeling I might
know what it is ... although I'm probably wrong ...
In fact - grep for 'puppetversion' in all of your puppet co
If that were true the job of QA would be much easier
On Sep 13, 2011 10:48 AM, "Douglas Garstang"
wrote:
> On Tue, Sep 13, 2011 at 10:46 AM, R.I.Pienaar wrote:
>>
>>
>> - Original Message -
>>> On Tue, Sep 13, 2011 at 1:45 AM, Luke Bigum
>>> wrote:
>>> > Err, what is that 0.25-5 doc fol
Just a stab in the dark, here... but looks like you might need an older
version of rack installed? The key line might be:
*can't activate rack-1.1.0, already activated rack-1.1.2*
On Tue, Sep 13, 2011 at 8:33 AM, Galed Friedmann
wrote:
> Hi all,
> I'm trying to install Puppet Dashboard 1.2.0
This is a maintenance release candidate of Puppet Dashboard.
This release candidate (rc2) fixes a broken init script on redhat
systems (issues #9101 and #9423).
This release is available for download at:
http://downloads.puppetlabs.com/dashboard/
We have included Debian and RPM packages as well
Did you yuse rubygems-1.3.7 as documented in the install procedure ?
I did try with rubygems-1.8.10 (the latest one) and got failures as
well, like yours.
--
Bruno
On 11-09-13 02:55 PM, Russell Van Tassell wrote:
Just a stab in the dark, here... but looks like you might need an
older version
On Sep 13, 2011, at 10:48 AM, Douglas Garstang wrote:
> On Tue, Sep 13, 2011 at 10:46 AM, R.I.Pienaar wrote:
>>
>>
>> - Original Message -
>>> On Tue, Sep 13, 2011 at 1:45 AM, Luke Bigum
>>> wrote:
Err, what is that 0.25-5 doc folder and what RPM owns it?
rpm -qf /usr/
On Tue, Sep 13, 2011 at 12:25 PM, Craig White wrote:
>
> On Sep 13, 2011, at 10:48 AM, Douglas Garstang wrote:
>
>> On Tue, Sep 13, 2011 at 10:46 AM, R.I.Pienaar wrote:
>>>
>>>
>>> - Original Message -
On Tue, Sep 13, 2011 at 1:45 AM, Luke Bigum
wrote:
> Err, what is that 0
On Tue, Sep 13, 2011 at 11:01 AM, Ken Barber wrote:
> Yeah this doesn't seem to be old versions of Puppet.
>
> So from my other email ... can you show us the code where you are
> doing your comparison for $puppetversion? I have a feeling I might
> know what it is ... although I'm probably wrong ..
So that is the only case where you are using the variable throughout
your entire code? I mean - ALL your code ... not just the one line you
are printing to the screen ...
ken.
On Tue, Sep 13, 2011 at 8:30 PM, Douglas Garstang
wrote:
> On Tue, Sep 13, 2011 at 11:01 AM, Ken Barber wrote:
>> Yeah
On Sep 13, 2011, at 12:28 PM, Douglas Garstang wrote:
> On Tue, Sep 13, 2011 at 12:25 PM, Craig White wrote:
>>
>> I'm thinking that he has puppet 0.25.5 gem installed and all of the rpm -e /
>> yum remove isn't going to solve that.
>>
>> try 'gem list --local'
>
> Craig, I posted this yeste
The reason why I say this - is because I can replicate this problem myself with:
node default {
$puppetversion = "0.25.5"
notice($puppetversion)
}
In fact its the only way I can think of to replicate the issue -
besides all the other ways we have already ruled out. *shrug*.
ken.
On Tue, Sep
I know this has come up on the list numerous times before but I
thought it would be a good time to see if the state of the art has
advanced for this kind of thing. I wanted to know how people are
handling higher level deployment of applications - things that have to
be done repeatedly but not all
Even using:
notify{"${::puppetversion} on ${::fqdn}":}
Instead would be of interest ...
ken.
On Tue, Sep 13, 2011 at 8:46 PM, Ken Barber wrote:
> The reason why I say this - is because I can replicate this problem myself
> with:
>
> node default {
> $puppetversion = "0.25.5"
> notice($puppe
On Tue, Sep 13, 2011 at 12:46 PM, Ken Barber wrote:
> The reason why I say this - is because I can replicate this problem myself
> with:
>
> node default {
> $puppetversion = "0.25.5"
> notice($puppetversion)
> }
>
> In fact its the only way I can think of to replicate the issue -
> besides all
Hmm ... well can you try using ${::puppetversion} ...?
Also - I notice you are using an ENC ... can you disable that and just
use node entries? Yet another place where we might be getting vars we
don't expect. In fact - setup a site.pp that is really blank - and
only contains that notify statement
If you want something simple and don't need a GUI, many folks are using
either Capistrano (Ruby) or the very similar Fabric (Python) for deployment.
You can populate hostlists via Foreman queries. That said, I am not sure
what sort of integration with Puppet/Foreman you are looking for.
Cheers,
Br
Thanks Ken!
Back home an hr. or so ago and saw you reply. Is it the "/usr/lib/ruby/
site_ruby/1.8/facter/domain.rb" file that you were talking about?
Cheers,
San
On Sep 13, 5:38 pm, Ken Barber wrote:
> Since this is urgent and we are in RC, I've raised a bug for you Sans:
>
> http://projects.pup
Yeah - try this copy instead if you can:
https://raw.github.com/puppetlabs/facter/master/lib/facter/domain.rb
ken.
On Tue, Sep 13, 2011 at 9:21 PM, Sans wrote:
> Thanks Ken!
> Back home an hr. or so ago and saw you reply. Is it the "/usr/lib/ruby/
> site_ruby/1.8/facter/domain.rb" file that you
Thanks for everyone's comments - I finally found where the large chunk of
client time was going. Client runs are still slow, but 5 mins is a lot
better than 20 minutes. The issue in our case was having the directory that
contained the nagios config files managed by puppet (purge => true, recurse
Done!!
Work like a charm. thanks.
-Santanu
On Sep 13, 9:25 pm, Ken Barber wrote:
> Yeah - try this copy instead if you can:
>
> https://raw.github.com/puppetlabs/facter/master/lib/facter/domain.rb
>
> ken.
--
You received this message because you are subscribed to the Google Groups
"Puppet U
Good to hear. That fix should be in the next rc.
ken.
On Tue, Sep 13, 2011 at 10:46 PM, Sans wrote:
> Done!!
> Work like a charm. thanks.
>
> -Santanu
>
>
> On Sep 13, 9:25 pm, Ken Barber wrote:
>> Yeah - try this copy instead if you can:
>>
>> https://raw.github.com/puppetlabs/facter/master/li
On Tue, Sep 13, 2011 at 1:06 PM, Ken Barber wrote:
> Hmm ... well can you try using ${::puppetversion} ...?
Adding this:
notify{"xxx = ${::puppetversion} ...":}
to the manifest gives this on the server:
Sep 13 15:14:43 sv2admin1 puppet-master[22452]:
(//hproxy11.h.foo.com//Stage[main]/Puppet::
The kind of thing I was thinking of was selecting where to run jobs by
puppet class, or even requiring that certain classes are assigned to certain
nodes (requiring a pre-req class before you actually send over a job to
build). In my mind I envisioned extensions to something like Foreman where
you
On Tue, Sep 13, 2011 at 3:21 PM, Douglas Garstang
wrote:
> On Tue, Sep 13, 2011 at 1:06 PM, Ken Barber wrote:
>> Hmm ... well can you try using ${::puppetversion} ...?
>
> Adding this:
>
> notify{"xxx = ${::puppetversion} ...":}
>
> to the manifest gives this on the server:
>
> Sep 13 15:14:43 sv
This is a maintenance release candidate of Puppet. This rc rolls in
several commits that were targeted by Puppet Labs for 2.7.4 and
omitted.
This release is available for download at:
http://downloads.puppetlabs.com/puppet/
See the Verifying Puppet Download section at:
http://projects.puppetlabs.
On Tue, Sep 13, 2011 at 4:01 PM, Douglas Garstang
wrote:
> On Tue, Sep 13, 2011 at 3:21 PM, Douglas Garstang
> wrote:
>> On Tue, Sep 13, 2011 at 1:06 PM, Ken Barber wrote:
>>> Hmm ... well can you try using ${::puppetversion} ...?
>>
>> Adding this:
>>
>> notify{"xxx = ${::puppetversion} ...":}
You could always do one of your crazy greps :-).
Out of curiosity - what do your /var/lib/puppet/yaml/facts/*.yaml
files show you on your server?
ken.
On Wed, Sep 14, 2011 at 12:16 AM, Douglas Garstang
wrote:
> On Tue, Sep 13, 2011 at 4:01 PM, Douglas Garstang
> wrote:
>> On Tue, Sep 13, 2011
On Tue, Sep 13, 2011 at 4:27 PM, Ken Barber wrote:
> You could always do one of your crazy greps :-).
:(
>
> Out of curiosity - what do your /var/lib/puppet/yaml/facts/*.yaml
> files show you on your server?
clientversion: &id001 0.25.5
:(
Doug
--
You received this message because you are s
How are you running your puppet master?
Can you try it with just:
puppet master --debug --no-daemonize
Just there was a thread I recall about Mongrel - it may not be related:
http://groups.google.com/group/puppet-users/browse_thread/thread/3f4072d375851ee7
It would be nice to see a packet capt
On Tue, Sep 13, 2011 at 4:43 PM, Ken Barber wrote:
> How are you running your puppet master?
>
> Can you try it with just:
>
> puppet master --debug --no-daemonize
>
> Just there was a thread I recall about Mongrel - it may not be related:
>
> http://groups.google.com/group/puppet-users/browse_thr
I seem to be having a similar problem.
See this thread...
http://groups.google.com/group/puppet-users/browse_thread/thread/271f6f6522524207/c90596d1823a1bbf
We're also using Mongrel, and while the values aren't empty, they are
plain wrong, at least for $puppetversion. The server and the client
b
> I think this may be totally related. We're using mongrel... AND,
> running the puppet master in standalone mode as you suggested yields
> this now on the client:
>
> Sep 13 16:49:06 hproxy11 puppet-agent[27311]:
> (/Stage[main]/Puppet::Setup/Notify[xxx = 2.7.3 ...]/message) defined
> 'message' as
On Tue, Sep 13, 2011 at 5:12 PM, Ken Barber wrote:
>> I think this may be totally related. We're using mongrel... AND,
>> running the puppet master in standalone mode as you suggested yields
>> this now on the client:
>>
>> Sep 13 16:49:06 hproxy11 puppet-agent[27311]:
>> (/Stage[main]/Puppet::Set
On Tue, Sep 13, 2011 at 5:16 PM, Douglas Garstang
wrote:
>
> I wonder if the performance of the puppet master in 2.7.3 has
> increased to the point where passenger/mongrel aren't really required
> anymore? I'm running puppet in standalone debug right now, and forced
> 40 or so clients to reconnect
> Thanks for your help. Unfortunately, I can't tell you much about the
> setup. I've only ever done this with passenger as well, and the person
> who did set it up has
> left the company.
I'm not really sure if you should raise a new ticket on this one - or
add an addendum to this:
http://project
I'm looking for a bit of best-practices here. Our puppet environment
up-until-today has been owned and operated by IT Operations only. We've had a
single 'production' environment and our code has been managed in a local
GitHub::FI install. We have ~14,000 lines of code in our PP files. We're try
On Sep 1, 4:47 am, Daniel Maher wrote:
> On 09/01/2011 04:32 AM, col yte wrote:
>
> > Hi folks,
>
> > I was curious if anyone would be willing to share how they organize
> > their puppet implementation. Perhaps something similar to what you'll
> > find athttps://fedoraproject.org/wiki/Infrastruc
66 matches
Mail list logo