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

Reply via email to