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 the
t; libcrypt.so.1 => /lib64/libcrypt.so.1 (0x2b58c6ba6000)
> libm.so.6 => /lib64/libm.so.6 (0x2b58c6ddf000)
> libc.so.6 => /lib64/libc.so.6 (0x2b58c7062000)
> libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x2b58c73b9000)
>
On Nov 27, 2012, at 9:57 AM, Alaric wrote:
>
> On Nov 27, 2012, at 9:45 AM, jcbollinger 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 wrote:
>> > Yup, I get
On Nov 27, 2012, at 9:45 AM, jcbollinger 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 wrote:
> > Yup, I get the same error:
> >
> > /usr/bin/ruby: symbol lookup error:
>
On Nov 26, 2012, at 10:29 PM, Michael Stahnke wrote:
> On Mon, Nov 26, 2012 at 2:16 PM, Alaric wrote:
>>
>> On Nov 26, 2012, at 4:46 PM, Michael Stahnke wrote:
>>
>>>
>>> I tried to reproduce this and just couldn't. Does this happen on
&
On Nov 26, 2012, at 4:46 PM, Michael Stahnke 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
RedHat or EPEL, o
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 L
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 wrote:
> Hi,
>
>
>
>
>
>
>
>
>
> On Tue, Nov 23, 2010 at 11:21 AM, Alaric wrote:
> > Hi all! I've been trying to work with
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
only
Wow,
This has all been great information! Thanks to everyone who posted!
-a
On Oct 26, 12:38 am, Patrick wrote:
> On Oct 25, 2010, at 1:55 PM, donavan wrote:
>
> > On Oct 25, 11:13 am, "R.I.Pienaar" wrote:
> >> In this scenario puppetd will use the old catalog BUT it will still fetch
> >> fil
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 direc
kingcopy"],
}
Thanks again for all the help!
Best,
-a
On Sep 16, 7:39 pm, Michael Knox 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
&
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
therea
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 am,
14 matches
Mail list logo
