This may be a dumb question, but here goes
So I'm running on Puppet 3.1.1 on RHEL5, and i've been using Hiera since
2.5/2.6 ish and it's been great!! I was reading up on Automatic Parameter
Lookups and would love to use it for my modules. But I can't seem to ever get
Hiera/Puppet to load
.1 = /lib64/libgcc_s.so.1 (0x2b58c73b9000)
/lib64/ld-linux-x86-64.so.2 (0x2b58c5e54000)
On Wed, Nov 28, 2012 at 9:59 AM, Jeff McCune j...@puppetlabs.com wrote:
On Fri, Nov 23, 2012 at 2:46 PM, Alaric paxindust...@gmail.com wrote:
Hi,
I'm having a weird issue
On Nov 27, 2012, at 9:45 AM, jcbollinger john.bollin...@stjude.org wrote:
On Tuesday, November 27, 2012 8:27:37 AM UTC-6, Matthew Burgess wrote:
On Tue, Nov 27, 2012 at 2:09 PM, Alaric paxind...@gmail.com wrote:
Yup, I get the same error:
/usr/bin/ruby: symbol lookup error
On Nov 27, 2012, at 9:57 AM, Alaric paxindust...@gmail.com wrote:
On Nov 27, 2012, at 9:45 AM, jcbollinger john.bollin...@stjude.org wrote:
On Tuesday, November 27, 2012 8:27:37 AM UTC-6, Matthew Burgess wrote:
On Tue, Nov 27, 2012 at 2:09 PM, Alaric paxind...@gmail.com wrote:
Yup
On Nov 26, 2012, at 4:46 PM, Michael Stahnke stah...@puppetlabs.com wrote:
I tried to reproduce this and just couldn't. Does this happen on
other systems?
Is there any more information you could think of?
Sadly, it's happening on every RHEL5 system I have! All packages are either
Hi,
I'm having a weird issue and was wondering if anyone else had run into it. I
recently upgraded from puppet 2.7 - 3.0.1 After cleaning up some gems on my
puppet master everything seemed to be working ok. I had originally used the
EPEL repo's to deploy puppet, but switched to the Puppet
Hi all! I've been trying to work with classes in my templates, it seems
like a really useful feature. I'm running on puppet .25.5 from EPEL and
really wanted to start making use of the ability to pivot on classes that
have been included in the catalog. It *seems* as though the templates are
Bummer! Would anyone mind if I updated to wiki to reflect that?
Thanks again for the help!
-a
On Nov 23, 2:27 pm, Dan Bode d...@puppetlabs.com wrote:
Hi,
On Tue, Nov 23, 2010 at 11:21 AM, Alaric paxindust...@gmail.com wrote:
Hi all! I've been trying to work with classes in my
Wow,
This has all been great information! Thanks to everyone who posted!
-a
On Oct 26, 12:38 am, Patrick kc7...@gmail.com wrote:
On Oct 25, 2010, at 1:55 PM, donavan wrote:
On Oct 25, 11:13 am, R.I.Pienaar r...@devco.net wrote:
In this scenario puppetd will use the old catalog BUT it
Hi folks,
This may be a totally dumb question, but hey.. sometimes I'm dumb
recently I've been rocking template's like a crazy person.. and I'm
wondering, is there any reason why I shouldn't use templates for *all* files
I want to manage, rather then have some files defined under files
, 7:39 pm, Michael Knox michael.knox...@gmail.com wrote:
Alaric,
I've just made a fix to the svn provider (and a related tidy up to the
vcsrepo type)
That change is available at:http://github.com/mikeknox/puppet-vcsrepo
Cheers
On 17/09/10 5:44 AM, Alaric wrote:
Hi,
I've been playing
Hi,
I've been playing with the vcsrepo type and for the most part it works
pretty well, with the exception of ensure = latest/present with svn...
when I ensure = present, it does what I expect, creates the working
directory at whatever version the repo is currently at, and leaves it alone
Hi Gary,
I just wanted to thank you for the post, I was running into this
exact same issue and rolling back to rack 1.1.0 worked for me. This
was really frustrating! I'm on RHEL5 using EPEL and Gems, so I felt
like I was being as vanilla as you could get!
Thanks again!
-a
On Jun 25, 7:14
13 matches
Mail list logo