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