On Mon, Jun 27, 2011 at 9:36 AM, Jon Jaroker wrote:
>
> After adding both forms of the dependency (the 'collection' as well as
> 'before'), I have not had a failure for the past few days.
>
> I believe my syntax is right and that the issue is specific to the
> dependency. I wonder if a timeout i
On Jun 27, 9:37 am, Andreas Kuntzagk
wrote:
> Thanks for these infos. I think I got at least a vague idea how this works and
> can already use it for some simple cases.
> One more question:
> If I define checks for the "exported exec" (like "creates" or "onlyif" will
> these run on the exporting
On Jun 27, 12:44 pm, Craig White wrote:
> On Jun 25, 2011, at 7:51 AM, Nigel Kersten wrote:
>
> > On Fri, Jun 24, 2011 at 4:28 PM, Craig White wrote:
>
> >> 1. I want to require =>
> >> /etc/puppet/modules/custom/lib/facter/$SOME_CUSTOM_FACT is actually
> >> executed and the fact is establish
On Wed, Jun 22, 2011 at 10:19 AM, Peter Berghold wrote:
>
> err: Could not retrieve catalog from remote server: Error 400 on SERVER: No
> support for http method POST
>
To explain this error a bit more, we've moved the catalog retrieval to a
POST rather than a GET to avoid the compile-time size li
On Mon, Jun 27, 2011 at 14:10, Arthur Nisnevich wrote:
>
> I ran into this as well. Figuring it had something to do with version
> inconsistency, I upgraded my master to 2.7.1 (which is the latest and
> greatest that my client ended up with) and it seemed to resolve the
> problem.
It would. Spec
I ran into this as well. Figuring it had something to do with version
inconsistency, I upgraded my master to 2.7.1 (which is the latest and
greatest that my client ended up with) and it seemed to resolve the
problem.
Note that it DID introduce other unexpected behavior for me, so I
might revert th
On Mon, Jun 27, 2011 at 12:30 PM, Ohad Levy wrote:
> On Mon, Jun 27, 2011 at 9:40 PM, Douglas Garstang
> wrote:
> > On Mon, Jun 27, 2011 at 10:49 AM, Nan Liu wrote:
> >>
> >> On Mon, Jun 27, 2011 at 10:35 AM, Douglas Garstang
> >> wrote:
> >> > Actually, to be more specific, our nodes are stor
On Mon, Jun 27, 2011 at 5:55 PM, wrote:
>> On Mon, Jun 27, 2011 at 7:27 AM, wrote:
>>
>>> I don't know if i got the URL right, i did not find any examples on the
>>> REST API documentation for the fileserver.
>>>
>>
>> This should cover it.
>>
>> http://docs.puppetlabs.com/guides/rest_api.html#f
On Mon, Jun 27, 2011 at 9:40 PM, Douglas Garstang
wrote:
> On Mon, Jun 27, 2011 at 10:49 AM, Nan Liu wrote:
>>
>> On Mon, Jun 27, 2011 at 10:35 AM, Douglas Garstang
>> wrote:
>> > Actually, to be more specific, our nodes are stored in yaml files, and
>> > I'd
>> > like to keep them that way, and
On Mon, Jun 27, 2011 at 10:49 AM, Nan Liu wrote:
> On Mon, Jun 27, 2011 at 10:35 AM, Douglas Garstang
> wrote:
> > Actually, to be more specific, our nodes are stored in yaml files, and
> I'd
> > like to keep them that way, and continue to have the yaml files as the
> > source of truth, not a My
On Mon, Jun 27, 2011 at 10:35 AM, Douglas Garstang
wrote:
> Actually, to be more specific, our nodes are stored in yaml files, and I'd
> like to keep them that way, and continue to have the yaml files as the
> source of truth, not a MySQL database. Puppet dashboard should read from
> those yaml fi
On Jun 25, 2011, at 7:51 AM, Nigel Kersten wrote:
> On Fri, Jun 24, 2011 at 4:28 PM, Craig White wrote:
>
>> 1. I want to require =>
>> /etc/puppet/modules/custom/lib/facter/$SOME_CUSTOM_FACT is actually executed
>> and the fact is established before a particular package is
>> installed/conf
Actually, to be more specific, our nodes are stored in yaml files, and I'd
like to keep them that way, and continue to have the yaml files as the
source of truth, not a MySQL database. Puppet dashboard should read from
those yaml files.
Doug.
On Mon, Jun 27, 2011 at 10:24 AM, Douglas Garstang
wro
Oh. That's a deal breaker. :( Makes the puppet dashboard unusable.
On Mon, Jun 27, 2011 at 10:32 AM, Jacob Helwig wrote:
> On Mon, 27 Jun 2011 10:24:38 -0700, Douglas Garstang wrote:
> >
> > All,
> >
> > Can puppet dashboard be used WITHOUT MySQL?
> >
> > Can't find it documented here:
> >
> >
>
On Mon, 27 Jun 2011 10:24:38 -0700, Douglas Garstang wrote:
>
> All,
>
> Can puppet dashboard be used WITHOUT MySQL?
>
> Can't find it documented here:
>
> http://docs.puppetlabs.com/guides/installing_dashboard.html#external_node_classification
>
> Doug.
>
There are some MySQLisms in the cur
All,
Can puppet dashboard be used WITHOUT MySQL?
Can't find it documented here:
http://docs.puppetlabs.com/guides/installing_dashboard.html#external_node_classification
Doug.
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this gr
Hello Nigel,
Thank you for clarifying the syntax. I suspect that Puppet does not
apply this dependency consistently. The failure is intermittent. I
am using a clumsy workaround to avoid the dependency failure.
My manifest is written so that 'infrastructure' is separate from
'roles'. On my lo
On 27 Jun 2011, at 15:01, Andreas Kuntzagk wrote:
> Mark Phillips wrote:
>> I'm not sure what the deal is with sharing the /opt/csw space these days, so
>> I'm afraid I can't comment on whether it will play ball or not. The
>> dependency list isn't so large, so if you've got CSWruby on your machin
> On Mon, Jun 27, 2011 at 7:27 AM, wrote:
>
>> I don't know if i got the URL right, i did not find any examples on the
>> REST API documentation for the fileserver.
>>
>
> This should cover it.
>
> http://docs.puppetlabs.com/guides/rest_api.html#file-server
This isn't still clear to me. Would app
On Mon, Jun 27, 2011 at 4:52 PM, j...@squirk.org wrote:
> Le 16/06/2011 20:12, Nathan Clemons a écrit :
>> Thanks. I think having to go out across the board once every 5 years
>> is quite acceptable, although advance warning from the master that
>> it's going to happen would definitely be a good t
On Mon, Jun 27, 2011 at 7:41 AM, wrote:
> > On Mon, Jun 27, 2011 at 7:27 AM, wrote:
> >
> >> We have often the Problem that some files need to be checked for updates
> >> faster than the cycle of the puppet agent. I try to solve this with a
> >> script which tries to download the files directly
> On Mon, Jun 27, 2011 at 7:27 AM, wrote:
>
>> We have often the Problem that some files need to be checked for updates
>> faster than the cycle of the puppet agent. I try to solve this with a
>> script which tries to download the files directly from the fileserver of
>> the puppetmaster. So far i
Thanks for these infos. I think I got at least a vague idea how this works and
can already use it for some simple cases.
One more question:
If I define checks for the "exported exec" (like "creates" or "onlyif" will
these run on the exporting agent or the executing agent? (my guess is the second
On Mon, Jun 27, 2011 at 7:27 AM, wrote:
> We have often the Problem that some files need to be checked for updates
> faster than the cycle of the puppet agent. I try to solve this with a
> script which tries to download the files directly from the fileserver of
> the puppetmaster. So far i couldn
We have often the Problem that some files need to be checked for updates
faster than the cycle of the puppet agent. I try to solve this with a
script which tries to download the files directly from the fileserver of
the puppetmaster. So far i couldn't get it to work.
I don't know if i got the URL
If you keep your nodes in a nodes.pp file, and you are logging nodes as they
check in, you can run a little script that I run from time to time to find
nodes that have stopped communicating:
#!/bin/bash
tail -2 /var/log/messages | grep "Compiled catalog for " | tr -s " " |
cut -f 9 -d " " | c
Mark Phillips wrote:
I'm not sure what the deal is with sharing the /opt/csw space these days, so
I'm afraid I can't comment on whether it will play ball or not. The
dependency list isn't so large, so if you've got CSWruby on your machine you
may find it all installs correctly. It's your choice I
Le 16/06/2011 20:12, Nathan Clemons a écrit :
> Thanks. I think having to go out across the board once every 5 years
> is quite acceptable, although advance warning from the master that
> it's going to happen would definitely be a good thing.
>
> Jean: Kudos to running Puppet for 5 years! :)
>
yes
This was in the puppet.conf by default when installed through apt.
[user]
# These are needed when the puppetmaster is run by passenger
# and can safely be removed if webrick is used.
ssl_client_header = SSL_CLIENT_S_DN
ssl_client_verify_header = SSL_CLIENT_VERIFY
H
I see 2 likely options:
1) You don't have these lines in puppet.conf:
#ssl_client_header = HTTP_SSL_CLIENT_S_DN
#ssl_client_verify_header = HTTP_SSL_CLIENT_VERIFY
and you didn't put the equivelent lines in the apache config files.
2) You put the correct lines in the apache files and the puppet fi
I installed puppet-passenger from Debian apt and most of the
configuration files mentioned in my Pro Puppet book were already
created and the config.ru script even had the correct owner
permissions. I'm saying this so you'll understand that I have chapter
4 of the famous Apress book in front of me
31 matches
Mail list logo