On Tue, May 25, 2010 at 10:45 AM, Jonathan Billings <billi...@negate.org> wrote:
> On Mon, May 24, 2010 at 09:36:22PM -0700, Atom Powers wrote:
>> I haven't tried puppet in over a year, but when I was evaluating it I
>> could never get puppet to build a template from more than one piece.
>> For example, if I wanted to add a line to crontab for each of several
>> different classes.
>
> When it comes to editing files in-place, you'll get different answers
> from people depending on what they use.
>
> I used editfiles in cfengine2, which I thought were quite powerful.
> Some people think that editing files in-place is a horrible idea,
> mostly because there are always corner cases where data are lost.
> They'll say it's better to just push down whole files.  I tend to
> agree now, after being bit by the concequences of a poor edit.
>
> Some CF software lets you use templates (I know bcfg2 and puppet do)
> which can get around the need to keep every variant of file on hand.
> I use templates now, but I still wish I could use editfiles to modify
> but otherwise keep the content of a config file.
>
> I'm impressed with Augeas (http://augeas.net/), which I believe Puppet
> is now using.  It provides an API to edit any configuration file, as
> long as you have one of the Augeas specifications (or lens in
> Augeas-speak) for that file.  There are Ruby bindings so Puppet can
> use the library natively.  Unfortunately, it means that you have
> yet another dependency and DSL to learn when creating novel lenses.


The issue with Puppet (as I understand it) is that you can't have
multiple classes managing the same resource.  So if something is
handling /etc/crontab, something else can't.  Editfiles is a whole
other subject.

However, many OSes provide an /etc/cron.d directory, and each file in
there is a standalone resource that controls cron.  IMO, this is where
those sorts of things should be going, not editing the /etc/crontab
file.

_______________________________________________
Discuss mailing list
Discuss@lopsa.org
http://lopsa.org/cgi-bin/mailman/listinfo/discuss
This list provided by the League of Professional System Administrators
 http://lopsa.org/

Reply via email to