The way I've tried to make this process more transparent is to split out each site's local classes into a separate cf.siteclasses file that contains only class definitions. That way local admins have a quick and simple reference that reasonably describes how their systems will be configured by cfengine. This of course requires some basic knowledge about what membership in the various classes implies.
A cf3 knowledge map would probably make this much easier to swallow. I can imagine going to the cf3 knowledge map with a question, "what does it mean if my system is in the "interactive" class?" -- so look up the "interactive" class in the knowledge map, then follow its connections to the various promises that it implies. Paul Krizak 7171 Southwest Pkwy MS B200.3A Senior Systems Engineer Austin, TX 78735 Advanced Micro Devices Desk: (512) 602-8775 Linux/Unix Systems Engineering Cell: (512) 791-0686 Silicon Design Division Fax: (512) 602-0468 On 02/01/10 13:42, Justin Lloyd wrote: > Neil, > > Absolutely, that's my primary focus. The hard part is for everyone to always > know (or easily find out) what's under Cfengine control for those emergency > moments when the change control process gets "overlooked" and manual changes > are made. Ideally, that wouldn't happen. Realistically... > > Thanks, > Justin > > > -----Original Message----- > From: nwat...@symcor.com [mailto:nwat...@symcor.com] > Sent: Monday, February 01, 2010 12:08 PM > To: Justin Lloyd > Cc: help-cfengine@cfengine.org; help-cfengine-boun...@cfengine.org > Subject: Re: Team-based Cfengine Management > > I've found that this is often an education process. Folks need to be > aware that Cfengine is the authority for certain services and files. Once > I had to combine a Cfengine deployment with a hostmaster who maintained > DNS records through Bind. I wrote a Cfengine policy to watch over Bind > files and keep the service up. I then checked the Bind files into a > Subversion repository. The hostmaster could make his Bind edits check > them into the Subversion. Cfengine would pick up the changes and > production hosts would get them. > > Sincerely, > -- > Neil Watson > 416-673-3465 > > This electronic communication and any attachments may contain confidential > and proprietary > information of DigitalGlobe, Inc. If you are not the intended recipient, or > an agent or employee > responsible for delivering this communication to the intended recipient, or > if you have received > this communication in error, please do not print, copy, retransmit, > disseminate or > otherwise use the information. Please indicate to the sender that you have > received this > communication in error, and delete the copy you received. DigitalGlobe > reserves the > right to monitor any electronic communication sent or received by its > employees, agents > or representatives. > > _______________________________________________ > Help-cfengine mailing list > Help-cfengine@cfengine.org > https://cfengine.org/mailman/listinfo/help-cfengine > _______________________________________________ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine