Hey Alexander,
you could also check out serverspec[1] for acceptance tests. It provides
simple RSpec tests for your server with a lot of puppet-like matchers, but
it's not tied to Puppet (heresy! :). We use it to validate our modules and
are very happy with it.
Sven
[1]
Hi, as John already noted, I'd avoid relying on --noop output to gauge the
success of a Puppet run[1], but instead get in the habit of performing real
tests. This means testing the bootstrap process of new servers, using
Vagrant and serverspec or something similar.
[1] not entirely, of course;
Hi, this could be related
to https://groups.google.com/forum/#!topic/puppet-users/wKFMlPNAFZ0
Am Donnerstag, 3. April 2014 13:25:56 UTC+2 schrieb iliyas shirol:
Greetings!
We are seeing the following exception on one of our Puppet Master host
while its performing a puppet sync with itself
accordingly.
On Wed, Apr 2, 2014 at 8:32 AM, Sven Sporer
sv...@intothespirit.comjavascript:
wrote:
Hi,
I'm wondering if there's an established way on how to write and improve
modules with potentially system-breaking or incompatible changes. One
example are changes in the filesystem
Hi,
I'm wondering if there's an established way on how to write and improve
modules with potentially system-breaking or incompatible changes. One
example are changes in the filesystem layout, or simply the change of an OS
user's homedir (usermod fails because of running processes).
Of course,
Hi, Puppet 3.1 now uses YARD to generate its API documentation. Is anybody
aware of the possibility to generate nice YARD docs for a given module
path, replacing the default RDOC-style site from puppet doc --modulepath
...? Could the YARD Template from Puppet 3.1 be used for this?
--
You
/puppetlabs/puppet/blob/master/lib/puppet/util/rdoc/parser.rb
Sry for the confusion (and doubleposting).
Am Donnerstag, 11. April 2013 10:43:15 UTC+2 schrieb Sven Sporer:
Hi, Puppet 3.1 now uses YARD to generate its API documentation. Is anybody
aware of the possibility to generate nice YARD docs
on the filesystem.
ken.
On Mon, Jan 30, 2012 at 7:42 AM, Sven Sporer s...@intothespirit.com wrote:
Hi, I run into problems with the ipaddress fact using the latest
Facter gem (1.6.4, 1.6.5) on SLES11. The versions and gems I use work
perfectly fine on SLES10 SP3.
The problem: running
Hi, I run into problems with the ipaddress fact using the latest
Facter gem (1.6.4, 1.6.5) on SLES11. The versions and gems I use work
perfectly fine on SLES10 SP3.
The problem: running facter without arguments results in an error,
even though the erroring fact ipaddress is ok.
test:~ # cat
How can I tell if oracle is install or any program when its install without
rpm?
How can I tell when the untar command is finished?
What happens when it takes a while to transfer 1.8GB file?
Does the user = oracle give me the environment of the user like su -
oracle would?
Is there a
On Jan 14, 10:52 am, Patrick kc7...@gmail.com wrote:
On Jan 14, 2011, at 1:39 AM, Sven Sporer wrote:
How can I tell if oracle is install or any program when its install
without rpm?
How can I tell when the untar command is finished?
What happens when it takes a while
Hi, I have a simple use case, but can't get the dependency resolution
to work on first run. This is not critical, but I want to understand
what's going on. Here's the szenario:
* puppet --version: 2.6.4
* on the bare system, I have vim 6.4 installed (no vim-base)
* I first want to upgrade to the
I sometimes get the same error on puppet 2.6.4 and don't know the
cause. Restarting the agent helps, but I would welcome a solution to
this.
On Jan 12, 1:25 am, Mohamed Lrhazi lrh...@gmail.com wrote:
What does this error mean or what does it indicate?
puppet-agent: Could not retrieve catalog
On Jan 12, 12:27 pm, Patrick kc7...@gmail.com wrote:
On Jan 12, 2011, at 2:30 AM, Sven Sporer wrote:
Hi, I have a simple use case, but can't get the dependency resolution
to work on first run. This is not critical, but I want to understand
what's going on. Here's the szenario
What do you mean by the last? Everything is installed as intended
after the third run. Sometimes, even after the second run.
That's what he means. Why this inconsistency?
So I'm not
really sure what causes this inconsistency, but it has something to do
with yum dependency resolution
deeper.
Sven Sporer
On Aug 25, 6:22 pm, James Turnbull ja...@puppetlabs.com wrote:
Sven Sporer wrote:
Hi Puppetmasters,
my puppet client successfully generates the graphs in /var/lib/puppet/
state/graphs:
* expanded_relationships.dot
* relationships.dot
* resources.dot
When trying
16 matches
Mail list logo