Hullo
I'm running facter 1.5.8 (fedora 13). I'm not very clear about what
the variable ipaddress is supposed to represent. I've read that it
returns the ip address that's bound to the lowest alphabetic name of a
network interface. That model seems a bit weird to me but that's
probably because I'm j
s to IP addresses.
I think that I'm going to ignore this issue for the moment as
something that just doesn't work yet.
Tim
On May 31, 6:28 pm, Daniel Pittman wrote:
> On Tue, May 31, 2011 at 07:40, jcbollinger wrote:
> > On May 30, 3:10 pm, Tim Coote wrote:
> >> Hullo
Hullo
I'm trying to work out the best way to use Puppet to control an
existing estate, and then how to refactor the configurations. I'd like
to use the appropriate tools where I can (eg taking distros to get
consistent sets of packages, package managers for the bulk of
deployment). During the adop
Hullo
I'd like to add the various rpmfusion repos to my puppet manifests. Is
it possible to use yum/rpm to do this directly from the rpmfusion
site, using the downloadable rpm (from the rpmfusion web site):
yum localinstall --nogpgcheck
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-rel
I've clearly not approaching this correctly, so would appreciate some
advice.
I have a trivial shell script to execute. I've whittled this down to a
one line invocation of true. The file is called test and has mode 755
I'm testing with:
sudo puppetd --debug --test
I'm using puppet-0.25.5-2.fc15
ildcards, pipes, or other things) will cause your script to
> succeed.
> --
> David Douthitt
> ddouth...@acm.org
>
> On Monday, September 19, 2011 8:52 AM, "Tim Coote"
>
>
>
>
>
>
>
> wrote:
> > I've clearly not approaching this co
I've had issues like this in a previous life (I was a founder of
Tideway Systems and we put a lot of effort into finding info from the
runtime environment and reasoning about what the returned info meant).
IMO, you've got to be clear what the underlying information model that
puppet / facter suppor
Hi easybeats
On Oct 7, 4:54 pm, easybeats wrote:
> Hi Tim,
>
> > IMO, you've got to be clear what the underlying information model that
> > puppet / facter supports is. In particular, if you simply say that the
> > facts are the data reported by the underlying tools, then you've got
> > zero abst
Hi Ken
[sorry for top-posting]
I'm not a fan of supporting bad practice too strongly, it just becomes
a stick with which to beat yourself with ;-)
I think that it would be better to show folk how to get a better
model, and to point out that fqdns are not properties of hosts
(they're properties of
Hullo
I've not used Puppet yet, so this could be an obvious misunderstanding
on my part. I've seen many manifest entries for files that write rules
about file ownership and permissions. Surely these types of attributes
should be managed through the package managers, with a possible
override if ther
Hi Luke
Thanks. Your examples are correct and I'm sorry for not including them
in my original post.
I think that your first suggestion is the way for me to go. I do think
that this should be elaborated as best practice (if that's what it
is). I did have rpm (yum) in mind as the PM. There are some
Hullo
I'm a puppet neophyte and I'm a bit confused about the service type.
I've just run up the learning vm and when I try:
puppet resource service
I don't seem to get any of the services controlled by xinetd, nor even
xinetd itself. This doesn't sound right to me as it will cause future
issues
distro vs a bug in puppet.
Tim
On Apr 20, 2:17 am, Ben Hughes wrote:
> On Tue, Apr 19, 2011 at 04:24:18AM -0700, Tim Coote wrote:
> > Is there a canonical definition of the service type abstraction, or is
> > the definition just how the implementation behaves?
>
> What happ
On Apr 20, 8:13 am, Felix Frank
wrote:
> On 04/20/2011 03:17 AM, Ben Hughes wrote:
>
> > On Tue, Apr 19, 2011 at 04:24:18AM -0700, Tim Coote wrote:
>
> >> Is there a canonical definition of the service type abstraction, or is
> >> the definition just how the i
Intriguingly, on a fedora 13 host, using puppet-0.25.5-1.fc13.noarch,
information about xinetd *is* returned by
puppet resource service.
the version on the learning machine is:
pe-puppet-2.6.4-7.el5
Is the change in behaviour a bug? how can I tell?
On Apr 20, 6:42 pm, Tim Coote wrote:
> Hi
This all sounds to me like there isn't much of an abstraction, since
there's no definition of what ought to happen (as opposed to what does
happen).
Surely, I want to be able to manage the xyz service in the same way no
matter what the operating system. If I take Felix' suggestion and
start hackin
Hullo
I'm trying to install puppet on some rhel 6.2 boxes, which have epel
repo installed. However, I'm getting dependency errors for augeas-
libs:
Error: Package: ruby-augeas-0.4.1-1.el6.x86_64 (epel)
Requires: augeas-libs >= 0.8.0
Installed: augeas-libs-0.7.2-6.el6.x86_64 (
Is there no other source (eg puppetlabs)? the Optional Channel seems
to be a bit of an administrative barrier.
On May 16, 5:20 pm, Nathan Powell wrote:
> augeas comes from the rhel optional channel. You'll have to enable that.
>
>
>
>
>
>
>
>
>
> On We
support the puppet releases. Is it because I've got rhel 6.1 (I'd have
thought that epel would be aligned) or that I'm missing another repo
or something that I just don't understand?
Tim
On May 17, 9:25 am, Dominic Cleal wrote:
> On 17/05/12 09:18, Tim Coote wrote:
&g
What's the best way to test upgrades of puppetmaster? I'm trying to
migrate from 3.x to 4.x on a small network. An obvious step for me was to
create the new manifests on a new VM and then to confirm that the existing
puppet agents wouldn't have any changes if they try to use that server for
update
Hullo
I've been a casual puppet user for some time and I'm struggling with the
different lifespans and innovation rates of the different components in my
environment. In order to trial new distro versions with new puppet clients,
I need my puppet master to be on a newish distro, and probably pro
21 matches
Mail list logo