help-cfengine
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Ordering and cfengine 3 (was RE: Is this quirky for a simple copy, e


From: Mark . Burgess
Subject: Re: Ordering and cfengine 3 (was RE: Is this quirky for a simple copy, editfiles operation?)
Date: Mon, 16 May 2005 09:58:47 +0200
User-agent: Internet Messaging Program (IMP) H3 (4.0.2)


Exactly - this is the way to do it now. Or... to realize that you can usually
rewrite your config so that order does not matter.

M

Quoting Brendan Strejcek <address@hidden>:

Moore, Joe wrote:

The trouble comes in that state is not preserved across cfengine
invokations. The restart_inetd class that's defined when you editfiles
/etc/inetd.conf won't be defined the next time cfengine runs.

So one option for cfengine3 could be to preserve more state, and have
actions explicitly clear that state... idea: classes that are defined
by an action (using the new "set" keyword) are kept until they are
cleared. (this might be implemented by a state DB or by giving them to
cfenvd)

An interesting idea. One could think about this as exceptions that can
be raised during one cfagent run and handled in a subsequent run.

We might be able to do this now with:

   SetState("preserved_class",10,Preserve)
   SetState(non_preserved_class,60,Reset)
   UnsetState(myclass)

(See http://www.cfengine.org/docs/cfengine-Reference.html#alerts )

All those are used in the "alerts" sections, which would just be weird
to use for what you discuss above, not in the least because "alerts" is
one of those magic non-actionsequence actions.


_______________________________________________
Help-cfengine mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/help-cfengine




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]