On Friday, February 14, 2014 9:18:21 AM UTC-6, zerozer...@gmail.com wrote:
>
> On Friday, February 14, 2014 3:55:29 PM UTC+1, Felix.Frank wrote:
>
> On 02/14/2014 03:52 PM, zerozer...@gmail.com wrote: 
>> >   File <| (tag == "myname::myclass") and (tag == "post_exec") |> 
>>
>> While this looks sane, this syntax is not yet supported. Your collectors 
>> must use trivial expressions of the form "a == b".
>
>
> Sorry, what do you mean? I'm using two trivial expressions AFAICT.
> Or are you referring to the "and"ing of two search expressions?
>


Yes, I believe the combination of two simple expressions into a complex one 
via the "and" operator is what Felix was referring to.  Despite the docs, 
it might be worthwhile to play around a bit to test the outlines of the 
problem:

   - Does it really work at all (for your version of the master)?  The docs 
   are fairly reliable, but if you happen not to be on the latest Puppet then 
   they might not apply.  Also, Puppet occasionally suffers regressions (which 
   typically are fixed pretty quickly once PL is made aware of them).
   - Is the failure related specifically to the 'tag' property, which is a 
   bit special?
   - Is the failure related to having two conditions on the same resource 
   parameter?
   
Or we could return to my original remark that what you're doing is a bit 
questionable.  Whether your code really ought to work notwithstanding, your 
manifest set would be more robust if you wrapped all the managed resources 
related to each piece of software into its own class or defined-type 
instance.  If you have a lot of services and your declarations are 
consistent in form, then using a common defined type and one instance per 
(user, file, service) triple would make your manifests even cleaner, and 
allow you to be more precise with relationships, too.


John

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/30155aff-d546-4256-9635-f84a7c1e3359%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to