2009/4/6 Mike Renfro :
> I'd normally expect that to work, but I just have puppet keep cron
> running, and have a periodic cron job that checks if puppet has died,
> and if so, restarts it:
Interesting, but why would you expect Puppet to die? Would you expect
Apache, Nginx or worse MySQL to die
We are using puppetd though cron, and it seems to me much more reliable and
much less resource hungry..
if you have more than a few clients, switch to mongrel/passenger.
WAN is not a real issue if its stable, of course it takes longer runs but...
cheers,
Ohad
On Tue, Apr 21, 2009 at 3:19 PM, Jea
Drat, i'm hoping to be in London the day after (28th) for the Amazon
AWS event. Anyone else going to this?
Matt
2009/4/20 Mike Pountney :
>
> Count me in Paul... Definitely need to buy the man a beer or two.
>
> Should be able to get there from Brighton by about 19:00...
>
>
> On 19 Apr 2009, a
Hi all,
Puppet is used mainly for managing resources on the servers it manages,
and as such files and software may be distributed from the puppet master
to the clients as part of the management or configuration process.
That's fine.
The puppet installation where I work has evolved starting from
Howdy,
Iptables management can be implemented quite easily, i use a modified
version of
the following:
http://reductivelabs.com/trac/puppet/wiki/Recipes/ModuleIptables
Cheers
Quoting Matt :
>
> About to start looking at managing iptables on our CentOS 5.2 systems,
> anyone know if a type/sol
I haven't had any problems with the client stability.
But, I'm also not using the 'file' type to copy files over the
'puppet://' protocol.
It might be related, but it might not.
Are you hitting the OOM killer? It sounds like you might be.
I *would* expect Apache and MySQL to die like this (an
We had this problem when we hit the scaling wall running webrick. We then
moved our puppetmaster to a beefy server (dual quadcore with 16 GB ram).
Here we run six puppetmasterds with mongrel and stored config. On the same
server we run nginx. With this setup we can loop over a lot of servers
restar
Ohad, I remember you were saiyng something about running puppet from
inetd - can you share some info? I really think that cron+inetd
combination would suit my company better than puppetd (which is
restarted every hour via cron)
/br
Stanislaw
On Apr 21, 10:03 am, Ohad Levy wrote:
> We are using
About to start looking at managing iptables on our CentOS 5.2 systems,
anyone know if a type/solution already exists for this?
Thanks,
Matt
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To p
On Tue, 2009-04-21 at 10:50 +0200, Simon J Mudd wrote:
> Hi all,
>
> Puppet is used mainly for managing resources on the servers it manages,
> and as such files and software may be distributed from the puppet master
> to the clients as part of the management or configuration process.
>
> That's
On Mon, Apr 20, 2009 at 8:13 PM, Nigel Kersten wrote:
> On Mon, Apr 20, 2009 at 8:08 PM, Nigel Kersten wrote:
>> On Mon, Apr 20, 2009 at 6:11 PM, Jason Rojas
>> wrote:
>>>
>>> With the use of the
>>> [production]
>>> and
>>> [development] sections of the puppetmaster config, you can specify a
>
Jean-Baptiste Quenot wrote:
> 2009/4/6 Mike Renfro :
>
>> I'd normally expect that to work, but I just have puppet keep cron
>> running, and have a periodic cron job that checks if puppet has died,
>> and if so, restarts it:
>
> Interesting, but why would you expect Puppet to die? Would you expe
I'm in...
Derek
On Apr 21, 9:18 am, Matt wrote:
> Drat, i'm hoping to be inLondonthe day after (28th) for the Amazon
> AWS event. Anyone else going to this?
>
> Matt
>
> 2009/4/20 Mike Pountney :
>
>
>
>
>
> > Count me in Paul... Definitely need to buy the man a beer or two.
>
> > Should be ab
On Sun, 2009-04-19 at 13:23 -0600, Andrew Shafer wrote:
>
> We are organizing a Puppet mini conf.
You mean something formal with speakers/sessions/keynotes and so on?
> The time frame is Septemberish, but no locations or dates are set,
> which is essentially the point of this email.
Not sure t
I'm probably not the only one from a company that has severly restricted
the budget for travel and conferences, so while I would personally
prefer an East Coast locale, I could still likely swing a West Coast
mini-conference if
1) it's scheduled soon so I can take advantage of early booking air
On Tue, Apr 21, 2009 at 6:56 AM, Mike Renfro wrote:
>
> Jean-Baptiste Quenot wrote:
>> 2009/4/6 Mike Renfro :
>>
>>> I'd normally expect that to work, but I just have puppet keep cron
>>> running, and have a periodic cron job that checks if puppet has died,
>>> and if so, restarts it:
>>
>> Inter
2009/4/21 Trevor Vaughan :
>
> I haven't had any problems with the client stability.
>
> But, I'm also not using the 'file' type to copy files over the
> 'puppet://' protocol.
I'm using the puppet:// protocol extensively yes. As I noticed it was
very slow especially with recurse=>true, I tend to
2009/4/21 Bjørn Dyre Dyresen :
> We had this problem when we hit the scaling wall running webrick. We then
> moved our puppetmaster to a beefy server (dual quadcore with 16 GB ram).
> Here we run six puppetmasterds with mongrel and stored config. On the same
> server we run nginx. With this setup
Dear all,
Thanks for taking the time to read my msg :) I have two questions,
• Can I use puppet to pull the current configuration from a server?
• Can I use puppet to replicate the current configuration from a
server, to another that has a different OS?
If I can do these two tasks,
Hi,
Last week we upgraded a bunch of our machines to 0.24.8, using the
1.el4.1 rpm from epel/redhat, and ever since then, it looks like
they're no longer doing any runs on the half hour. If we run manually
as a oneshot or a test via the init.d script, there's no problems, but
there's no activity
On Tue, Apr 21, 2009 at 7:38 AM, The IT Guru wrote:
> • Can I use puppet to pull the current configuration from a server?
> • Can I use puppet to replicate the current configuration from a
> server, to another that has a different OS?
A puppet client (e.g., running on a server) can p
Mr. Gabriel,
> • Can I use puppet to pull the current configuration from a server?
Yes, this is the default behavior.
>
> • Can I use puppet to replicate the current configuration from a
> server, to another that has a different OS?
>
Sort of, but there is no such thing as a free
On Tue, Apr 21, 2009 at 10:00 AM, Michael Semcheski
wrote:
>
> On Tue, Apr 21, 2009 at 7:38 AM, The IT Guru wrote:
>> • Can I use puppet to pull the current configuration from a server?
>> • Can I use puppet to replicate the current configuration from a
>> server, to another that has
A new Facter release candidate is available - 1.5.5rc1. This is
primarily a maintenance release combining a number of fixes including:
* Added EC2 facts
* Fixed #2132 - Support for named interfaces under Linux
* Fixed #2080 - IPAddress resolutions should be reordered
* Fixed #2078 - ip.rb errors
Hello,
- "James Turnbull" wrote:
> A new Facter release candidate is available - 1.5.5rc1. This is
> primarily a maintenance release combining a number of fixes
> including:
>
> Can we ask as many people as possible to please test the release and
> the fixes.
- The file 'COPYING' is n
R.I.Pienaar wrote:
> - The file 'COPYING' is not included anymore, the redhat spec file still
> mentions it though, either add the file or just remove it from line 63 of
> conf/redhat/facter.spec
Noted thanks.
> An unmentioned fix of this version is that facter --puppet now does what it's
> su
On Tue, Apr 21, 2009 at 05:30:54PM +0200, Jean-Baptiste Quenot wrote:
>
> > Are you hitting the OOM killer? It sounds like you might be.
>
> I don't think so because there is nothing in syslog. The last
> message from puppetd is "Starting catalog run". And then it dies.
The OOM killer isn't
On Apr 21, 2009, at 8:39 AM, Daniel Dekok wrote:
>
> Hi,
>
> Last week we upgraded a bunch of our machines to 0.24.8, using the
> 1.el4.1 rpm from epel/redhat, and ever since then, it looks like
> they're no longer doing any runs on the half hour. If we run manually
> as a oneshot or a test via
On Apr 21, 2009, at 2:19 AM, Jean-Baptiste Quenot wrote:
>
> 2009/4/6 Mike Renfro :
>
>> I'd normally expect that to work, but I just have puppet keep cron
>> running, and have a periodic cron job that checks if puppet has died,
>> and if so, restarts it:
>
> Interesting, but why would you expect
Ralsh is a great starting point, but you will still need to have enough
tribal knowledge of the OSs you are moving between to make it work.
On Tue, Apr 21, 2009 at 11:03 AM, Nigel Kersten wrote:
>
> On Tue, Apr 21, 2009 at 10:00 AM, Michael Semcheski
> wrote:
> >
> > On Tue, Apr 21, 2009 at 7:
I'm trying to use ssh_authorized_key to manage my user's ssh keys. I
basically have this (across a couple of files):
class user::virtual {
@user { "seph":
ensure => "present",
uid=> "2001",
comment=> "seph",
home => "/home/seph",
shell
Ah ha. After a long time debugging this on irc (thanks guys!) I found
my typo. I had defined unixadmins twice, and one was wrong. Though if
people have suggestions for a better way to implement this sort of
thing, I'd love to hear them.
seph
On Apr 21, 4:00 pm, seph wrote:
> I'm trying to use s
On 21/04/2009, at 11:39 PM, Daniel Dekok wrote:
> Last week we upgraded a bunch of our machines to 0.24.8, using the
> 1.el4.1 rpm from epel/redhat, and ever since then, it looks like
> they're no longer doing any runs on the half hour.
I think you are hitting the same Facter bug that I did wit
brice-pup...@daysofwonder.com (Brice Figureau) writes:
...
> > If I'm not mistaken it's not possible to use the file resource for
> > copying files back to the puppet master. Is that correct?
>
> Yes it is correct.
ok.
...
> I think you should have a look to the filebucket[1]. It might not
Recently I've seen people post about performance problems for the
puppetd daemon. What I see is that the daemon uses resources even
when it should be "asleep" waiting for the next scheduled run.
If you attach to a "sleeping" daemon, you'll see it's in a tight loop
where it's constantly calling n
On Apr 21, 2009, at 4:25 PM, Simon J Mudd wrote:
>
> brice-pup...@daysofwonder.com (Brice Figureau) writes:
>
> ...
>
>>> If I'm not mistaken it's not possible to use the file resource for
>>> copying files back to the puppet master. Is that correct?
>>
>> Yes it is correct.
>
> ok.
>
> ...
>
>>
Building a rpm of the facter 1.5.5rc1, using the EPEL 1.5.4 spec file
with a small mod or two (removing the permissions and not installing
the non existance COPYING file) and installing it fixes the problem in
my test environment as well, am going to fan it out today and confirm
its all good.
for
I upgraded my puppetmaster hardware a couple of weeks ago, and I
didn't copy over the rrd reports. So now my rrd reports just show the
last two weeks worth of data. I have all the yaml reports for my
hosts, so I assume I can walk through those and rebuild the rrd files,
right? What is the easie
Hi, so I'm running into a problem since upgrading to 0.24.8 where
puppet is trying to create an authorized key for users that don't
exist because it doesn't do the require ( require => "/etc/passwd" )
first.
I've tried making the require a default parameter for
"ssh_autohrized_key" (yes, in the s
Hi,
You can find a "working" daemon here:
http://github.com/ohadlevy/puppet/tree/puppetlisten under the
ext/puppetlisten subdir.
It doesn't use inetd as ruby socket implementation does not work inet, I'm
considering rewriting it in c but no real reason / time for now...
search the mailing list f
Scott,
Can you pastie the simplest code to reproduce and maybe attach the files
created by --graph to see what the relationships look like.
Is anyone else seeing a problem like this?
On Tue, Apr 21, 2009 at 9:02 PM, Scott wrote:
>
> Hi, so I'm running into a problem since upgrading to 0.24.
41 matches
Mail list logo
