On Wed, Nov 18, 2009 at 7:01 AM, Scott Smith wrote:
>
> Usng environments as a "version" of a manifest will require adding an
> environment to *Puppetmaster* every time I bump the manifest version.
> Not the client, but Puppetmaster. :)
>
Generating it on the puppetmaster is not a big task, just
On Nov 17, 2009, at 6:01 PM, Scott Smith wrote:
> Usng environments as a "version" of a manifest will require adding an
> environment to *Puppetmaster* every time I bump the manifest version.
> Not the client, but Puppetmaster. :)
Well, true. I just have 3 environments. The "experimental" for t
2009/11/18 Jon Stanley :
> I haven't tried this yet, but I find puppet's file resource to be
> *way* too slow for what I need to do, causing runs in excess of 5
> minutes. There's a base directory structure (which is very small)
> which I then put content into (and I think it's the checksumming of
Hi Douglas,
We are currently working on a patch related to memory consumption, and would
appreciate some information to see if this patch may resolve this issue.
Can I get a little more information about the characteristics that are
leading to this issue?
Is this just for a few machines or all?
Rob McBroom wrote:
> On Nov 16, 2009, at 10:20 PM, Scott Smith wrote:
>
>> Yeah, I considered environments. I'd just rather not have to change my
>> puppetmasters' puppet.conf when I want to deploy a new manifest version
>> to them. It wouldn't be *difficult*; I'm just concerned with the
>> pup
Creating your own repo obviously will come in handy, but here is
another option. The problem is that the default package provider you
are using (probably yum) does not support the puppet protocol for
retrieving packages. What I have done in a couple of cases is put the
package on a web server and
I haven't tried this yet, but I find puppet's file resource to be
*way* too slow for what I need to do, causing runs in excess of 5
minutes. There's a base directory structure (which is very small)
which I then put content into (and I think it's the checksumming of
this content, which is pointless
On Nov 17, 2009, at 3:29 AM, Douglas Garstang wrote:
> Am I the only one having problems with this mailing list? Repeated
> attempts to post often result in messages going to the bit bucket. Who
> knows if this message will make it.
I had a problem back in April where I could join the list, but
Hi Dick,
I saw an example of this in Edwin Shao's newly posted modules.
http://github.com/eshao/puppet/blob/master/manifests/macros.pp , look for
the definition named itpl
He is using a define to wrap if statements to select which template is used
based on availability. He also wrote a custom fu
If I use the source attribute to file, I can pass in a list of files
that will be searched until one matches.
Is there a way to do something similar with templates?
(Use case: I'm trying to make a generic apache module, but every
webserver we run is totally different,
so rather than make a singl
I am reproducing the role of the puppetmaster, but I have more overall control
and I'm pushing the work of compiling the catalogue off to the nodes.
Currently I use a series of XML files until I'm ready to move them to a
database. My directory structure looks like this:
/configuration.xml
/os
Actually, most posters here are "top" posters. :)
Cheers--
Charles
On Tue, Nov 17, 2009 at 4:35 AM, James Turnbull wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Julian Simpson wrote:
> > It works for me.
> >
>
> And me - I've never had any issues specifically - and after Luke I
Ohad Levy writes:
> does puppet run at all? e.g. do you see anything on the console?
> if not, it might be an old facter 1.54 bug?
>
> if your puppetd process is using 1.5GB or ram, something is wrong or you are
> doing way to many file transfers (probably recursive ones).
We've also seen tidy
Hi,
I changed line 147 in application/models/PuppetHosts.php and removed
the (int) reference - now it works!
The new line is as follows:
$reportdate = basename($file, '.yaml');
instead of:
$reportdate = (int) basename($file, '.yaml');
Kind regar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Julian Simpson wrote:
> It works for me.
>
And me - I've never had any issues specifically - and after Luke I
appear to be the 2nd top poster in the group. :)
Regards
James Turnbull
- --
Author of:
* Pro Linux System Administration (http://tinyur
It works for me.
J.
2009/11/17 Douglas Garstang :
>
> Polo?
>
> Am I the only one having problems with this mailing list? Repeated
> attempts to post often result in messages going to the bit bucket. Who
> knows if this message will make it.
>
> Doug.
>
> >
>
--
Julian Simpson
Software
Philip wrote:
> Thank you for the clue with the max integer Size. Yes i develop on a
> 64bit System and had no problems converting. Will test it on 32Bit
> Systems and provide a Patch.
Hi,
If you need someone to test the patch, let me know as at the moment
puppetsurvey is picking up all the node
Hi Dan.
Thanks for the swift reply. I worked it out. It was a dependancy
problem. An RPM was being installed before hand and creating
/opt/jboss/current as a directory, which puppet didn't like. I guess
the error message is pretty unintuitive here.
I tell ya... the puppet dependancies do my head
Hi Doug,
It looks like you want to create the link
/opt/jboss/current => /opt/jboss/jboss-${jboss_version}
but
/opt/jboss/current
already exists and is a directory
can you show me
>ls -l /opt/jboss/current
Is it possible that another resource creates this path as a dir? maybe thats
why it
Polo?
Am I the only one having problems with this mailing list? Repeated
attempts to post often result in messages going to the bit bucket. Who
knows if this message will make it.
Doug.
--~--~-~--~~~---~--~~
You received this message because you are subscrib
What is puppet doing here?
Nov 17 00:02:01 gumby yum: Installed: tf-starterkit-tfel0-1.0-1.tf.noarch
Nov 17 00:02:01 gumby puppetd[720]:
(//Node[gumby.fr.xxx.com]/Starterkit::Setup[tfel0]/Package[tf-starterkit-tfel0]/ensure)
created
Nov 17 00:02:07 gumby yum: Installed: tf-jboss-server-4.2.3.GA-1
21 matches
Mail list logo
