When cfservd detects that its cfservd.conf file has been changed, it seems to undefine all the classes it defined in the first place before reprocessing the newly-changed configuration file. When it then goes to rebuild the classes, all the OS definitions (like 'redhat', etc) are not defined again so the new cfservd.conf file typically doesn't work.
As near as I can tell (and I'm a relative newbie with cfengine) it appears that the code that rebuilds the classes isn't making a call to IDClasses which is the routine that's call on cfservd startup to define the OS class names. Has anyone else encountered this problem? The latest code for cfengine 2 in the repository doesn't have any fixes for this but it sure seems like someone would have encountered this (I noticed it because, as a test, I copied over a new cfservd.conf that was identical to the old one and the only sections that worked were 'any::' sections - all other OS sections (like "redhat::") never got processed. Is this not a problem but rather something I've done wrong in setting up cfengine? Or should I submit a bug report (along with a possible fix). _______________________________________________ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
