On 3/10/2010 8:54 AM, Jan-Frode Myklebust wrote:
I have this user and group that I need to realize:
@user { "policyd":
ensure => "present",
uid => "103",
gid => "103",
comment => "Postfix Policy
We use Nginx rather than apache due to a number of useful modules,
however these modules need to be compiled in and therefore we're
unable to use a package manager for installation.
Would it be possible with puppet to grab specific versions of the
various source files, compile them, and then confi
I'm not saying its a good thing, but I've created an rpm for passenger,
which compiles the apache modules in the post installation scripts.
all of the required packages for building it are part of the rpm package
requirements...
Ohad
On Wed, Mar 10, 2010 at 4:45 PM, Phillip B Oldham
wrote:
> We
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/03/10 8:02 PM, Ohad Levy wrote:
> I'm not saying its a good thing, but I've created an rpm for passenger,
> which compiles the apache modules in the post installation scripts.
>
> all of the required packages for building it are part of the rpm
Ohad, thanks for your reply!
Last night ive had it and switched to gems "only" and had no problems
at all with "too many connections" using storeconfigs
The debian (lenny) packages where seriously outdated and now this is
what my gem list looks like:
~# gem list
*** LOCAL GEMS ***
actionmailer (
Hello,
I was running Puppet server in version 0.24.8 on Srerver and 0.24.4 up to
0.24.8 on client and configured multiple environments. The desired behavior
is to have different sets of manifests and modules for my two
environments "testing" and "production". But it works only for my modules no
Sorry, but it doesn't seem to be that simple. I just tried to include
a class that does:
realize (
Group["policyd"],
User["policyd"]
)
and see on the puppet client:
Mar 10 12:00:16 asav puppetd[20247]: Starting Puppet client version
0.25.4
Mar 10 12:00:31 asav puppetd[202
Add this line to your user definition:
require => Group["policyd"]
That should work
On Wed, Mar 10, 2010 at 12:05 PM, janfrode wrote:
> Sorry, but it doesn't seem to be that simple. I just tried to include
> a class that does:
>
> realize (
> Group["policyd"],
> User["policyd"]
That worked. Great, thanks!
-jf
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
Fo
I'm not sure if puppet can be coerced to do something like this, but I wanted
to throw it out there as it's a process that seems fairly easy to automate.
To create new mysql slaves my process goes something like this:
1) run innobackupex [1] on mysql master
2a) copy data from master to slave (tak
On Fri, Mar 5, 2010 at 1:09 PM, Julien Cornuwel wrote:
>> Could not apply complete catalog: Found dependency cycles in the following
>> relationships: Exec[/usr/sbin/a2enmod passenger] =>
>> Exec[force-reload-apache2], Package[passenger] => Exec[passenger-install],
>> Exec[passenger-install] => Fi
Hi Doug,
On 10 mrt, 14:18, Doug Warner wrote:
> I'm not sure if puppet can be coerced to do something like this, but I wanted
> to throw it out there as it's a process that seems fairly easy to automate.
>
> To create new mysql slaves my process goes something like this:
> I figured I could easi
On Mar 9, 2010, at 5:50 PM, Patrick wrote:
>
> On Mar 9, 2010, at 1:59 PM, Brian Keifer wrote:
>
>>
>> On Mar 9, 2010, at 4:57 PM, Patrick wrote:
>>
>>>
>>> On Mar 9, 2010, at 6:36 AM, Brian Keifer wrote:
>>>
On Mar 9, 2010, at 12:17 AM, Dan Bode wrote:
>
> 1. Chec
On 03/10/2010 08:39 AM, Tim Stoop wrote:
> Although the idea is cool and I'd love to see the module once you have
> created it, I doubt this is something you really want to do with
> puppet. I see puppet more as a "this is what my machine should look
> like" kinda tool. Pushing data for several hou
On Wed, Mar 10, 2010 at 1:24 AM, Ohad Levy wrote:
> another option that I use is to extend the string class in ruby, that would
> allow you to do something like:
> Facter.memorysize.to_gb
> in order to do that add somewhere (e.g. before your custom fact)
> class String
> def to_gb
> begin
>
On Wed, Mar 10, 2010 at 4:04 AM, James Turnbull wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/03/10 8:02 PM, Ohad Levy wrote:
>> I'm not saying its a good thing, but I've created an rpm for passenger,
>> which compiles the apache modules in the post installation scripts.
>>
>>
I fully agree - the main reason I've done this conversion is because I want
to show nice graphs in foreman :) and that was not an option to change
everyones facter.
Ohad
On Wed, Mar 10, 2010 at 11:41 PM, Michael DeHaan
wrote:
> On Wed, Mar 10, 2010 at 1:24 AM, Ohad Levy wrote:
> > another opti
>
> site.pp
>
> import "classes/install_foo.pp"
> import "classes/install_bar.pp"
>
> node 'standard.node.local' {
> include install_foo
> include install_bar
> }
>
> ---
>
> classes/install_foo.pp:
>
> class install_foo {
> file { "/":
> ensure => directo
On Wed, Mar 10, 2010 at 10:51 AM, Ohad Levy wrote:
> I fully agree - the main reason I've done this conversion is because I want
> to show nice graphs in foreman :) and that was not an option to change
> everyones facter.
> Ohad
I think it is actually an option.In order to trend facts
efficie
I build debs for passenger based upon the brightbox PPA dsc file.
I refuse to compile by hand on production.
On Mar 10, 2010 7:46 AM, "Michael DeHaan" wrote:
On Wed, Mar 10, 2010 at 4:04 AM, James Turnbull
wrote:
> -BEGIN PGP SI...
Apache modules can easily be shipped as seperate packages
yeah, I'm ashamed - thats why I started by saying that its NOT a good idea
;)
On Thu, Mar 11, 2010 at 12:01 AM, Nigel Kersten wrote:
> I build debs for passenger based upon the brightbox PPA dsc file.
>
> I refuse to compile by hand on production.
>
> On Mar 10, 2010 7:46 AM, "Michael DeHaan"
Hi,
i am new to puppet and installed / configured it the first time.
I have some trouble with 2 Error Messages where google did not help
till now:
--
err: /File[/var/lib/puppet/lib]: Failed to retrieve current state of
resource: Could not retrieve information from source(s)
puppet://puppet.doma
Hi,
I experienced some problems with puppetd when it cannot reach
puppetmasterd. They apply to 0.25.1 on Debian; I could not find these
issues in changelog or bugtrack, so here I go:
1) When puppetd starts for the first time and cannot reach
puppetmasterd (due to routing or firewall problem), it
On Mar 10, 2010, at 6:54 AM, Brian Keifer wrote:
>
> On Mar 9, 2010, at 5:50 PM, Patrick wrote:
>
>>
>> On Mar 9, 2010, at 1:59 PM, Brian Keifer wrote:
>>
>>>
>>> On Mar 9, 2010, at 4:57 PM, Patrick wrote:
>>>
On Mar 9, 2010, at 6:36 AM, Brian Keifer wrote:
>
> On
On Mar 10, 2010, at 11:48 AM, Patrick wrote:
>
> On Mar 10, 2010, at 6:54 AM, Brian Keifer wrote:
>
>>
>> On Mar 9, 2010, at 5:50 PM, Patrick wrote:
>>
>>>
>>> On Mar 9, 2010, at 1:59 PM, Brian Keifer wrote:
>>>
On Mar 9, 2010, at 4:57 PM, Patrick wrote:
>
> On Mar
On Wed, Mar 10, 2010 at 9:59 AM, Michael DeHaan
wrote:
> Yeah, I would recommend not doing this, and would want to know more
> about the use case around why you wanted to do it that way.
Hi Michael (and Patrick and Claus). We are in heavy development of a
storage app, as well as collaborating w
We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
with 32Gb of RAM, and in each case puppet is taking longer and longer
to run, as we have it control more. Currently it's taking up to 20
minutes to perform a run.
What approaches can I take to significantly reduce the time it tak
On Wed, Mar 10, 2010 at 12:47 PM, Mathew Binkley
wrote:
> On Wed, Mar 10, 2010 at 9:59 AM, Michael DeHaan
> wrote:
>
>> Yeah, I would recommend not doing this, and would want to know more
>> about the use case around why you wanted to do it that way.
>
> Hi Michael (and Patrick and Claus). We ar
On Wed, Mar 10, 2010 at 9:58 AM, Douglas Garstang
wrote:
> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
> with 32Gb of RAM, and in each case puppet is taking longer and longer
> to run, as we have it control more. Currently it's taking up to 20
> minutes to perform a run.
>
On Wed, Mar 10, 2010 at 12:58 PM, Douglas Garstang
wrote:
> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
> with 32Gb of RAM, and in each case puppet is taking longer and longer
> to run, as we have it control more. Currently it's taking up to 20
> minutes to perform a run.
On 10/03/10 18:58, Douglas Garstang wrote:
> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
> with 32Gb of RAM, and in each case puppet is taking longer and longer
> to run, as we have it control more. Currently it's taking up to 20
> minutes to perform a run.
>
> What approa
On Wed, Mar 10, 2010 at 10:06 AM, Nigel Kersten wrote:
> On Wed, Mar 10, 2010 at 9:58 AM, Douglas Garstang
> wrote:
>> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
>> with 32Gb of RAM, and in each case puppet is taking longer and longer
>> to run, as we have it control mor
On Wed, Mar 10, 2010 at 10:18 AM, Brice Figureau
wrote:
> On 10/03/10 18:58, Douglas Garstang wrote:
>> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
>> with 32Gb of RAM, and in each case puppet is taking longer and longer
>> to run, as we have it control more. Currently it'
On Wed, Mar 10, 2010 at 10:19 AM, Douglas Garstang
wrote:
> On Wed, Mar 10, 2010 at 10:06 AM, Nigel Kersten wrote:
>> On Wed, Mar 10, 2010 at 9:58 AM, Douglas Garstang
>> wrote:
>>> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
>>> with 32Gb of RAM, and in each case puppet
On Wed, Mar 10, 2010 at 10:24 AM, Douglas Garstang
wrote:
> On Wed, Mar 10, 2010 at 10:18 AM, Brice Figureau
> wrote:
>> On 10/03/10 18:58, Douglas Garstang wrote:
>>> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
>>> with 32Gb of RAM, and in each case puppet is taking long
> We aren't using storeconfigs... I think the idea of putting puppet
> config in a db stupid, because you lose your ability to revision
> control your changes.
Just on a technical note, this is not what storeconfigs are about so much.
It also gives you information such as the current value of fac
On Wed, Mar 10, 2010 at 10:25 AM, Nigel Kersten wrote:
> On Wed, Mar 10, 2010 at 10:19 AM, Douglas Garstang
> wrote:
>> On Wed, Mar 10, 2010 at 10:06 AM, Nigel Kersten wrote:
>>> On Wed, Mar 10, 2010 at 9:58 AM, Douglas Garstang
>>> wrote:
We have puppet 0.24.8 running on multiple EIGHT co
In my environment I'd probably do something like this with Func
(https://fedorahosted.org/func/). It's primarily used with RedHat based
systems. If that's not a problem for you, then you can write scripts on your
"overlord" that run commands on any systems running the func daemon and
reportin
On 10/03/10 19:24, Douglas Garstang wrote:
> On Wed, Mar 10, 2010 at 10:18 AM, Brice Figureau
> wrote:
>> On 10/03/10 18:58, Douglas Garstang wrote:
>>> We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
>>> with 32Gb of RAM, and in each case puppet is taking longer and longer
>>
Hello. The documentation on using multiple environments says there are only a
couple of settings that make sense per-environment (modulepath, templatedir,
manifest) but it’s not clear to me whether or not those are the only ones
supported.
Specifically, I’m trying to set config_version. Each of
On Mar 10, 2010, at 3:07 PM, Rob McBroom wrote:
> Hello. The documentation on using multiple environments says there are only a
> couple of settings that make sense per-environment (modulepath, templatedir,
> manifest) but it’s not clear to me whether or not those are the only ones
> supported.
On Wed, Mar 10, 2010 at 11:41 AM, Brice Figureau
wrote:
> On 10/03/10 19:24, Douglas Garstang wrote:
>> On Wed, Mar 10, 2010 at 10:18 AM, Brice Figureau
>> wrote:
>>> On 10/03/10 18:58, Douglas Garstang wrote:
We have puppet 0.24.8 running on multiple EIGHT core 3.16Ghz servers
with 32G
So, it became apparent to me, after emailing someone off list, that
managing a lot of files in deep directory structures might be part of
the cause.
We are running 10 instances of JBOSS and 10 instances of tomcat on
each of these servers. Don't ask me why, it's just the way it was done
before I ar
On 10/03/10 22:06, Douglas Garstang wrote:
> So, it became apparent to me, after emailing someone off list, that
> managing a lot of files in deep directory structures might be part of
> the cause.
>
> We are running 10 instances of JBOSS and 10 instances of tomcat on
> each of these servers. Don'
On Wed, Mar 10, 2010 at 1:17 PM, Brice Figureau
wrote:
> On 10/03/10 22:06, Douglas Garstang wrote:
>> So, it became apparent to me, after emailing someone off list, that
>> managing a lot of files in deep directory structures might be part of
>> the cause.
>>
>> We are running 10 instances of JBO
On Wed, Mar 10, 2010 at 1:34 PM, Douglas Garstang
wrote:
> On Wed, Mar 10, 2010 at 1:17 PM, Brice Figureau
> wrote:
>> On 10/03/10 22:06, Douglas Garstang wrote:
>>> So, it became apparent to me, after emailing someone off list, that
>>> managing a lot of files in deep directory structures might
On Wed, 2010-03-10 at 12:59 -0500, Michael DeHaan wrote:
> It could be said that time saved now does not mean time saved later.
>
Especially if you are "adding/removing files at a furious rate", this
will lead to conflicts sooner or later, and it will be highly
appreciated if you can track down
Actualy, this is not much different to what Ruby gems are doing when
the have a native part or native bindings. It's a way to create platform
independent packages.
-- Claus
On Wed, 2010-03-10 at 10:45 -0500, Michael DeHaan wrote:
> > On 10/03/10 8:02 PM, Ohad Levy wrote:
> >> I'm not saying its a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
> I experienced some problems with puppetd when it cannot reach
> puppetmasterd. They apply to 0.25.1 on Debian; I could not find these
> issues in changelog or bugtrack, so here I go:
>
> 1) When puppetd starts for the first time and cannot reach
On Wed, Mar 10, 2010 at 1:38 PM, Douglas Garstang
wrote:
> On Wed, Mar 10, 2010 at 1:34 PM, Douglas Garstang
> wrote:
>> On Wed, Mar 10, 2010 at 1:17 PM, Brice Figureau
>> wrote:
>>> On 10/03/10 22:06, Douglas Garstang wrote:
So, it became apparent to me, after emailing someone off list, th
On Wed, Mar 10, 2010 at 11:35 PM, skoesters wrote:
> err: /File[/var/lib/puppet/lib]: Failed to retrieve current state of
> resource: Could not retrieve information from source(s)
> puppet://puppet.domain.net/plugins
>
> do you have plugins in your fileserv.conf? if you do, try to remove it.
war
An array is passed to aegir::platform_directory causing it to invoke
the define aegir::platform_directory multiple times. In the define I
set namevar of the exec to "unpack-drupal-${name}" in order to to
avoid the error "Duplicate definition: Exec[unpack-drupal]".
class aegir::platform::dev inhe
hmm.. one option would be to use a virtual @exec, and realize it instead.
Ohad
On Thu, Mar 11, 2010 at 7:45 AM, briwood wrote:
> An array is passed to aegir::platform_directory causing it to invoke
> the define aegir::platform_directory multiple times. In the define I
> set namevar of the exec
Hi All -
Early registration is still available for Puppet Training in London:
Puppet Master Training: March 29-31st: < March 16th = £1,495,
>March 15th = £1,595.
Puppet Developer Training: April 1st & 2nd: < March 16th = £895, >
March 15th = £995.
Sign up Here to reserve your seat:
http:
Hi and thanks for your answer,
no, i do not have plugins in my fileserver config.
my puppet.conf looks like this:
---
[main]
# Where Puppet stores dynamic and growing data.
# The default value is '/var/puppet'.
vardir = /var/lib/puppet
# The Puppet log directory.
# The defa
55 matches
Mail list logo
