help-cfengine
[Top][All Lists]
Advanced

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

Re: Getting $(allclasses) into a shellcommand


From: Chip Seraphine
Subject: Re: Getting $(allclasses) into a shellcommand
Date: Tue, 20 Jul 2004 12:39:13 -0500
User-agent: KMail/1.5.4

...in which case the idea sounds positively wonderful, as far as I am 
concerned.  Not only would it let us deal with this sort of problem 
(overgrown allclasses strings) but it would be valuable for debugging (seeing 
what classes were true on a system during the most recent run).

On Tuesday 20 July 2004 12:27, Mark.Burgess@iu.hio.no wrote:
> 
> The information would be identical to that in the current variable
> 
> M
> 
> On 20 Jul, Chip Seraphine wrote:
> > Wouldn't that keep me from seeing classes set in that same section?   In 
other 
> > words, the classlist in the file would be set for the state of the system 
as 
> > it was when my current section began.
> > 
> > Then again, one could argue in favor of optimizing for the common case in 
this 
> > regard-- it is better to have a second processes: section (or whatever) if 
> > you need classes defined earlier in processes: than to have to do a 
seperate 
> > round of I/O for each and every class that is turned on.  I can't think of 
a 
> > non-overly-contrived scenario in which I absolutely had to know about a 
class 
> > defined previously in the same section.
> > 
> > On Monday 19 July 2004 16:39, Mark.Burgess@iu.hio.no wrote:
> >> 
> >> The natural thing to do is to rewrite the file at the start of each
> >> action module, just when the summary is printed in verbose mode.
> >> 
> >> M
> >> 
> >> On 19 Jul, Ted Zlatanov wrote:
> >> > On Mon, 19 Jul 2004, jwheeler@eb.com wrote:
> >> > 
> >> >>> Very useful for debugging.  Having an 'official' file would be quite
> >> >>> handy,
> >> >>> although it would have to be written to synchronously (so that
> >> >>> shellcommands,
> >> >>> modules, etc can use it to read the current state).
> >> >>> 
> >> >>> 
> >> >> could another db be kept that stored these, then another program
> >> >> (possibly cfagent with another command switch) could read write these?
> >> > 
> >> > This has to be done per cfagent run, not globally, because the list
> >> > of defined classes changes with each cfagent run.  So you can't do it
> >> > externally, it has to be passed somehow to programs spawned by cfagent.
> >> > 
> >> > Ted
> >> 
> >> 
> >> 
> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >> Work: +47 22453272            Email:  Mark.Burgess@iu.hio.no
> >> Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >> 
> > 
> 
> 
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Work: +47 22453272            Email:  Mark.Burgess@iu.hio.no
> Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 

-- 

Chip Seraphine
Unix Administrator
TradeLink, LLC
312-264-2048
chip@trdlnk.com





reply via email to

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