On Wed, Oct 20, 2010 at 05:16:39PM +0100, Bruce Richardson wrote:
> It seems that the nagios_service type will not write out the "name"
> property of nagios service objects. I had thought this was an oversight
> or a bug, till I saw this thread:
>
> http://www.mail-archive.com/puppet-b...@googleg
On 10/19/2010 07:07 PM, Bruce Richardson wrote:
> On Tue, Oct 19, 2010 at 01:36:25PM +0200, Felix Frank wrote:
>>
>> Subclasses that effectively disable a class are a sound concept.
>
> Subclasses which disable a resource are a sound concept; subclasses
> which attempt to negate a claass present m
Luke Kanies a écrit :
I think many people know this already, but Nigel Kersten has officially joined
us (started today) as product manager. His first job will be figuring out
exactly what that means.
In general, however, Nigel's main job will be making sure that we as a company
are working o
On 10/20/2010 06:56 PM, Martin Langhoff wrote:
> Except that some definitions may be gone. That's what worries me. Sure
> I can read the pp files as they are today.
>
> - John had a webmail server class assigned to server Frodo. Service
> apache must be running, an /etc/apache/conf.d/webmail.conf
>> To answer the 'now' part of it, I'd just notify via mcollective my nagios
>> box to do a check for all services on the node post puppet run.
>
> That could be an option but it wouldn't directly correlate the check's
> failure with a Puppet run.
> I think I would prefer to use the existing check
Hi,
I'm trying to deploy puppetd 0.25.4 (from ports) on two servers
running FreeBSD 8.0-RELEASE and 8.1-RELEASE. The puppetmaster 0.24.5
is running on Debian Lenny. Tcpdump on puppetmaster shows tons of
packets coming in and going out when puppetd is launched.
I've used this command for debuggin
Hi,
On 10/21/2010 12:01 PM, sasepp wrote:
> Hi,
>
> I'm trying to deploy puppetd 0.25.4 (from ports) on two servers
> running FreeBSD 8.0-RELEASE and 8.1-RELEASE. The puppetmaster 0.24.5
> is running on Debian Lenny. Tcpdump on puppetmaster shows tons of
> packets coming in and going out when pu
About a year ago there was a discussion about why a puppetmaster process
was reparsing /etc/puppet/puppet.conf every 24 hours. The conclusion of
that was that it was down to a backup package called Netbackup which was
resetting the atime on the file as it backed it up. I seem to have a
similar issu
> But clients being newer than the master is not a good thing and should
> be avoided at all costs. Seeing as the debian stable packages are rather
> ancient by now (lots of bugs fixed since), you may want to look for a
> way to upgrade those (i.e., use backport or unstable packages, not use
> pack
Hi folks,
I have a couple of classes to manage ssh servers. All my hosts include
ssh::server which manages a generic config file, and some of them
include ssh::server::forceip which use a template to force sshd to bind
on specific IP addresses. Here is the code:
class ssh::server {
$serv
I installed the 2.6.2 puppet and facter 1.5.8 gems and tried to run
puppet, but it failed with the following message:
err: Could not run Puppet configuration client: Could not retrieve
local facts: uninitialized constant Facter::IPAddress
Then I tried running facter alone:
# facter
/usr/lib64/rub
Hi list,
i just upgraded some servers to Puppet 2.6.2 and it seems like it's
not possible to use class names as tags anymore. I haven't found any
documentation about this except a bug for 2.6.1 that should be fixed
(http://projects.puppetlabs.com/issues/4631).
Example:
class firewall {
pack
On Oct 21, 2010, at 3:13 AM, Trevor Hemsley wrote:
> About a year ago there was a discussion about why a puppetmaster process was
> reparsing /etc/puppet/puppet.conf every 24 hours. The conclusion of that was
> that it was down to a backup package called Netbackup which was resetting the
> ati
On Oct 21, 2010, at 3:01 AM, sasepp wrote:
> Hi,
>
> I'm trying to deploy puppetd 0.25.4 (from ports) on two servers
> running FreeBSD 8.0-RELEASE and 8.1-RELEASE. The puppetmaster 0.24.5
> is running on Debian Lenny. Tcpdump on puppetmaster shows tons of
> packets coming in and going out when
On Thu, Oct 21, 2010 at 4:56 AM, Felix Frank
wrote:
> I guess what you're getting at is this: No, puppet is not exactly good
> at "uninstall this now and from then on, don't care about it anymore".
> This is not what puppet has been conceived for, though.
OK - but putting (config) files into plac
The original report is
http://www.mail-archive.com/puppet-users@googlegroups.com/msg04883.html
I don't use BSD, I'm running RHEL5.5.
I have two other puppet masters with identical config files that do not
do this. Only difference I can find is that in the new data centre, the
provider runs a back
On 10/21/2010 05:33 PM, Martin Langhoff wrote:
> On Thu, Oct 21, 2010 at 4:56 AM, Felix Frank
> wrote:
>> I guess what you're getting at is this: No, puppet is not exactly good
>> at "uninstall this now and from then on, don't care about it anymore".
>> This is not what puppet has been conceived f
OK, so I upgraded the puppetmaster server to lucid, which got me the
puppetmaster 0.25.4.
I am still having issues signing up a new lucid client, and I've foudn
this in the client's log:
Oct 21 15:32:53 edglucid1 puppetd[27061]: Could not request certificate:
undefin
ed method `closed?' for n
Hi Freddie, I experienced something similar with the init service
provider (which the freebsd provider inherits). In some cases, the
puppet agent seems to attempt to locate the init script before it's
been installed and throws the exception you're seeing ('Could not find
init script') when it fail
I have a scenario where I'd like to pull in a hash table from an external file
(really, a generate() function.. but for testing purposes, a file will do)...
is there any way to do that?
—Matt
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
T
On Oct 21, 2010, at 8:48 AM, Ed Greenberg wrote:
> OK, so I upgraded the puppetmaster server to lucid, which got me the
> puppetmaster 0.25.4.
>
> I am still having issues signing up a new lucid client, and I've foudn this
> in the client's log:
> Oct 21 15:32:53 edglucid1 puppetd[27061]: Coul
On Wed, Oct 20, 2010 at 12:09 PM, Martin Langhoff
wrote:
> On Wed, Oct 20, 2010 at 3:00 PM, Mohit Chawla
> wrote:
>>> Except that some definitions may be gone. That's what worries me. Sure
>>> I can read the pp files as they are today.
>>
>> That's probably true for any tool or method. Unless it
On Oct 21, 2010, at 11:47 AM, Trevor Hemsley wrote:
> The original report is
> http://www.mail-archive.com/puppet-users@googlegroups.com/msg04883.html
>
> I don't use BSD, I'm running RHEL5.5.
>
> I have two other puppet masters with identical config files that do not do
> this. Only differenc
On Thu, Oct 21, 2010 at 10:13 AM, Patrick wrote:
>
> On Oct 21, 2010, at 8:48 AM, Ed Greenberg wrote:
>
> OK, so I upgraded the puppetmaster server to lucid, which got me the
> puppetmaster 0.25.4.
>
> I am still having issues signing up a new lucid client, and I've foudn this
> in the client's l
If someone bug reports that to us on Debian, we can get a patch in for
that version.
We're concentrating on 2.6.x now though due to the freeze.
I appreciate all the help I've received.
I really don't know how to file a bug report on Debian, since I don't
even know what their release names
On Oct 21, 2010, at 2:20 PM, Nigel Kersten wrote:
>
>
> On Thu, Oct 21, 2010 at 10:13 AM, Patrick wrote:
>
> On Oct 21, 2010, at 8:48 AM, Ed Greenberg wrote:
>
>> OK, so I upgraded the puppetmaster server to lucid, which got me the
>> puppetmaster 0.25.4.
>>
>> I am still having issues sig
Having some issues disabling puppet. I want to use scripts to update RPM's,
and obviously you need to quiesce puppet first.
The pid file directory is empty:
[pax] app01 ~:# ls -l /var/run/puppet/
total 0
Puppet is stopped:
[pax] app01 ~:# service puppet status
puppetd is stopped
Really really st
Depending on your distro, you might find your package has your pids defined in
different directories to your puppet.conf.
The RPM packages had that problem. Check your init script against your
puppet.conf
On 22/10/2010, at 8:30, Douglas Garstang wrote:
> Having some issues disabling puppet. I
The startup script set the pid file to /var/run/puppet/agent.pid, as the
error messages below indicate.
Doug.
On Thu, Oct 21, 2010 at 2:38 PM, Denmat wrote:
> Depending on your distro, you might find your package has your pids defined
> in different directories to your puppet.conf.
>
> The RPM
On Oct 21, 2010, at 2:30 PM, Douglas Garstang wrote:
> Having some issues disabling puppet. I want to use scripts to update RPM's,
> and obviously you need to quiesce puppet first.
>
> The pid file directory is empty:
> [pax] app01 ~:# ls -l /var/run/puppet/
> total 0
>
> Puppet is stopped:
>
On Thu, Oct 21, 2010 at 2:48 PM, Patrick wrote:
>
> On Oct 21, 2010, at 2:30 PM, Douglas Garstang wrote:
>
> > Having some issues disabling puppet. I want to use scripts to update
> RPM's, and obviously you need to quiesce puppet first.
> >
> > The pid file directory is empty:
> > [pax] app01 ~:#
On 10/21/2010 02:56 PM, Douglas Garstang wrote:
On Thu, Oct 21, 2010 at 2:48 PM, Patrick wrote:
On Oct 21, 2010, at 2:30 PM, Douglas Garstang wrote:
Having some issues disabling puppet. I want to use scripts to update
RPM's, and obviously you need to quiesce puppet first.
The pid file di
On Thu, Oct 21, 2010 at 2:27 PM, Patrick wrote:
>
> On Oct 21, 2010, at 2:20 PM, Nigel Kersten wrote:
>
>
>
> On Thu, Oct 21, 2010 at 10:13 AM, Patrick wrote:
>
>>
>> On Oct 21, 2010, at 8:48 AM, Ed Greenberg wrote:
>>
>> OK, so I upgraded the puppetmaster server to lucid, which got me the
>> pu
Thanks Sandor, that worked for me.
Unfortunately I'm still seeing Puppet intermittently hang. I'll
investigate the issue some more and create a new thread if needed.
On Oct 20, 1:54 am, Sandor Szuecs wrote:
> On Oct 20, 2010, at 2:13 AM, bobics wrote:
>
> > How do I set the Ruby path that Puppe
On Thu, Oct 21, 2010 at 2:55 PM, Russell Jackson wrote:
> On 10/21/2010 02:56 PM, Douglas Garstang wrote:
>
>> On Thu, Oct 21, 2010 at 2:48 PM, Patrick wrote:
>>
>>
>>> On Oct 21, 2010, at 2:30 PM, Douglas Garstang wrote:
>>>
>>> Having some issues disabling puppet. I want to use scripts to upd
On Thu, Oct 21, 2010 at 2:30 PM, Douglas Garstang
wrote:
> Having some issues disabling puppet. I want to use scripts to update RPM's,
> and obviously you need to quiesce puppet first.
>
It does look like you may have found a bug around disabling (be great to see
a bug report once you've nailed i
- "Nigel Kersten" wrote:
> On Thu, Oct 21, 2010 at 2:30 PM, Douglas Garstang <
> doug.garst...@gmail.com > wrote:
>
>
>
> Having some issues disabling puppet. I want to use scripts to update
> RPM's, and obviously you need to quiesce puppet first.
>
>
> It does look like you may have fo
This often means that an exec is hanging.
On Oct 21, 2010, at 3:16 PM, bobics wrote:
> Thanks Sandor, that worked for me.
>
> Unfortunately I'm still seeing Puppet intermittently hang. I'll
> investigate the issue some more and create a new thread if needed.
>
> On Oct 20, 1:54 am, Sandor Szue
I'd really like to see puppet-dashboard do this dynamically show you these
graphs by pointing puppet dashboard to a local copy of your puppet configs...
Thoughts?
On Oct 20, 2010, at 11:39 AM, Mohit Chawla wrote:
> You can do that by enabling graphs to be generated, in puppet.conf or as an
> a
I have a scenario where I'd like to pull in a hash table from an external file
(really, a generate() function.. but for testing purposes, a file will do)...
is there any way to do that?
—Matt
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
T
On Thu, Oct 21, 2010 at 5:17 PM, Matt Wise wrote:
> I have a scenario where I'd like to pull in a hash table from an external
> file (really, a generate() function.. but for testing purposes, a file will
> do)... is there any way to do that?
You probably want the extlookup function:
http://doc
On Oct 21, 2010, at 2:59 PM, Nigel Kersten wrote:
>
>
> On Thu, Oct 21, 2010 at 2:27 PM, Patrick wrote:
>
> On Oct 21, 2010, at 2:20 PM, Nigel Kersten wrote:
>
>>
>>
>> On Thu, Oct 21, 2010 at 10:13 AM, Patrick wrote:
>>
>> On Oct 21, 2010, at 8:48 AM, Ed Greenberg wrote:
>>
>>> OK, so
42 matches
Mail list logo
