Douglas,
If you don't use a conditional somewhere, how are you going to decide
what resources are declared on what clients?
In that blog example, the classes are loaded based on the value of a
fact reported by the Puppet client, in some ways more reliable than a
variable defined in a Puppet
On 05/24/2011 12:07 PM, Denmat wrote:
content = template(/usr/11.pdf),
Try:
source = /usr/11.pdf
That should actually be
content = file(/usr/11.pdf)
As has been pointed out, don't do this with large files, it's not
efficient at all.
--
You received this message because you are
On 31-May-11, at 10:33 PM, Marek Dohojda wrote:
Hi
I recently upgrade my puppet from .25 to 2.6.6. The actual upgrade
process was trivial, but now I am seeing issues. Puppetmaster is
running at very high CPU usage. Prior to the upgrade my load
average was at around 2 ( this server is
filebucket { puppet:
server = puppetmaster-cbr.it.csiro.au
}
you need to add path = false, as you're hitting a long outstanding bug. [1]
~pete
[1] http://projects.puppetlabs.com/issues/5362
--
You received this message because you are subscribed to the Google Groups Puppet
Users
I think this is done because file systems can bog down with too many files
(or directories) inside one directory. By breaking down the hierarchy like
they do, they help keep performance optimal.
--
Nathan Clemons
http://www.livemocha.com
The worlds largest online language learning community
On
But it's possible to avoid this arborescence ? even if i lose in
performance ?
--
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
On Fri, Jun 3, 2011 at 12:52 AM, Luke Bigum luke.bi...@lmax.com wrote:
Douglas,
If you don't use a conditional somewhere, how are you going to decide what
resources are declared on what clients?
I never said I didn't want to use conditionals somewhere.
In that blog example, the classes
On Jun 3, 2011, at 8:12 AM, florian wrote:
But it's possible to avoid this arborescence ? even if i lose in
performance ?
My understanding is that the answer is mo because you're not even supposed to
be using those files directly, so it shouldn't matter. You should be using the
file bucket
Apparently it is solved. I recently updated from .25 to 2.6.6 and the
upgrade went smoothly. However I run into the runaway process issue with
ended up making my server have over 20 load average (up from around 1-2). I
ended up shutting down puppet for the weekend so that I could deal with it
I am getting the following error on about every other manual run of
puppet... (hostnames removed)
err: Could not retrieve catalog from remote server: Error 400 on
SERVER: Failed to parse template zabbix/userparameter_mysql_conf.erb:
Could not find value for 'zabbix_mysql_user_parameters' at
-Original Message-
From: puppet-users@googlegroups.com
[mailto:puppet-users@googlegroups.com] On Behalf Of Douglas Garstang
Sent: 03 June 2011 16:21
To: puppet-users@googlegroups.com
Subject: Re: [Puppet Users] Re: Resources existing in
different operating systems.
All I was
On Fri, Jun 3, 2011 at 10:01 AM, Russell Howe rh...@moonfruit.com wrote:
-Original Message-
From: puppet-users@googlegroups.com
[mailto:puppet-users@googlegroups.com] On Behalf Of Douglas Garstang
Sent: 03 June 2011 16:21
To: puppet-users@googlegroups.com
Subject: Re: [Puppet
On 03/06/11 16:21, Douglas Garstang wrote:
I'd also like to see something, maybe in the best practices document
on the Puppet Labs website indicating which is the correct way to
handle specific operating ystem logic. Having multiple classes (ie a
lot of classes) per module, means more files,
Wow I can't believe that's all that was keeping me from having my
filebucket work in the same manner described by LawrleC.
The primary reason I want to use filebucket is to view changes in
Puppet-dashboard. Now that my filebucket works I only have 1/2 the
files viewable in puppet-dashboard.
In
On 06/03/2011 10:04 AM, Douglas Garstang wrote:
What if the file doesn't exist at all on the other distro? I know for
example that centos creates a symlink from /boot/grub/grub.conf to
/etc/grub.conf. What if I only wanted to manage this file for CentOS,
and for other distro's, do nothing ?
Thank you all for the response. I applied the patch. It seems work
partially, but failed due to packages is not signed. So that raises
another question - is there a puppet patch for nogpgcheck?
On Jun 1, 12:41 pm, Jacob Helwig ja...@puppetlabs.com wrote:
If you want to enable the repositories on
It fails because the yum repository by default is requiring the package be
signed. If you update the repo configuration, with the option below, you
would not need to do a --nogpgcheck with the package install. The only other
time that this option would not work is if you are doing a localinstall
What if the file doesn't exist at all on the other distro? I
know for example that centos creates a symlink from
/boot/grub/grub.conf to /etc/grub.conf. What if I only wanted
to manage this file for CentOS, and for other distro's, do nothing ?
Put the file resource inside the case
Hi,
I need to have a network interface set up with puppet before I can use
the interface (as a facter fact) in a subsequent class which uses the
IP of the interface in a template . . . So I really need the
interface class to execute on the client, the client to resend its
facts, then for puppet
Great to see this discussed, thanks for bringing it up.
(Disclaimer: I'm the author of the blog post)
On 03/06/11 18:05, Luke Bigum wrote:
On 03/06/11 16:21, Douglas Garstang wrote:
I'd also like to see something, maybe in the best practices document
on the Puppet Labs website indicating
Guy,
To requery the facts during would, most likely, invalidate your catalogue
for that run.
I've handled this by doing the work over 2 puppet runs.
I have a custom fact that requires an X display (thanks to an install app
that requires X display, even when using command line options and silent
In 2.6 Puppet added parameterised classes, my question is it possible to
call them via LDAP? If so how?
--
You received this message because you are subscribed to the Google Groups
Puppet Users group.
To view this discussion on the web visit
Hi all,
As I understand it, storeconfigs needs to be enabled on both the agent
and the master to function ideally. I have a couple of questions:
- Can the various agents and the master safely share the same
storeconfigs db (say, a postgresql server)? Is there any benefit to
setting
On Sat, Jun 4, 2011 at 5:28 AM, Sirtaj Singh Kang sirtaj.k...@gmail.comwrote:
Hi all,
As I understand it, storeconfigs needs to be enabled on both the agent and
the master to function ideally. I have a couple of questions:
the database exists only on the server side
Ohad
- Can the
Thanks for the reply Ohad,
On 04-Jun-11, at 9:43 AM, Ohad Levy wrote:
[snip]
the database exists only on the server side
Okay. I am seeing /var/lib/puppet/state/clientconfigs.sqlite3 even on
machines running only the agent. I have
[main]
...
storeconfigs = true
thin_storeconfigs =
25 matches
Mail list logo