On 5/17/11 2:02 PM, no-re...@cfengine.com wrote:
> Forum: Cfengine Help Subject: Re: Concatenating "inputs" from slists
> seems broken for cf-serverd Author: Seva Gluschenko Link to topic:
> https://cfengine.com/forum/read.php?3,22004,22009#msg-22009
>
> This behaviour is described in Cfengine Reference Manual. The only
> way to expand inputs this way is to declare common part inside the
> outer bundle:
>
That sounds right, and it works well for everything except cf-serverd
(and even that works in most cases).
When you try to add an empty slist to inputs cf-serverd stops working
correctly because it doesn't ignore cf_null like it should. (All the
other daemons seem fine).
Example from your example:
bundle common g
{
vars:
"inputs" slist => { "foo.cf", "bar.cf" };
this_class_is_not_set::
"undefined" slist => { "foobar" };
}
body common control
{
linux::
inputs => { @(g.inputs), @(g.undefined), "linux.cf" };
solaris::
inputs => { @(g.inputs), "solaris.cf" };
}
in this case "undefined" is an slist with one element, being "cf_null".
When cf-serverd starts up, it will try to read a file called cf_null
which will break things.
p.s. ignore_missing_inputs => "true" ; will only cause cf-serverd to
loop it's startup endlessly...
--
Sjoerd Oostdijck RIPE Network Coordination Centre
RIPE NCC, IT Department Singel 258, Amsterdam, NL
http://www.ripe.net +31 20 535 4444
_______________________________________________
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
