Thanks for the tip, worked like a charm. Turns out I had some variables 
with an uppercase first letter.

Got past that, but now I'm also dealing with something else unexpected.

Info: Retrieving pluginfacts
Info: Retrieving plugin
Error: Could not retrieve catalog from remote server: Error 400 on SERVER: 
Evaluation Error: Error while evaluating a Resource Statement, In 
Puppet::Pops::Types::PResourceType : Can not use a Hash where a String is 
expected at /opt/puppet/modules/nagios/manifests/init.pp:306:5 on node 
<hostname>
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run

Basically, in the Nagios module we loop through a hash of servers we pull 
from our ENC's API:

serverLoop { $enc_api::servers: }

Has the behavior altered for define's?

Jason


On Tuesday, May 20, 2014 4:05:33 PM UTC-4, Christopher Wood wrote:
>
> If you run your puppetmaster in the foreground with debug enabled it might 
> tell you more. (You'll have to stop the usual daemon first, and run it as 
> the usual user not root.) 
>
> puppet master --debug --no-daemonize 2>&1 | tee /var/tmp/pm1.log 
>
> Also use --config in there if you need it, of course. 
>
> On Tue, May 20, 2014 at 12:53:39PM -0700, Jason Knudsen wrote: 
> >    Hey team, 
> >    Testing the waters with the new Future Parser functionality.  
> >    I've enabled it in [main] and [master] with parser = future, in my 
> >    puppet.conf, and am running puppet v3.5.1. Earlier versions of puppet 
> >    (namely, 3.4.2) worked fine with this setting enabled and the exact 
> same 
> >    modules. I know a lot of changes went into 3.5.0 and I'm trying to 
> track 
> >    down why it's failing.. 
> >    Puppet runs look like this: 
> >    Error: Could not retrieve catalog from remote server: Error 400 on 
> SERVER: 
> >    Found 4 errors. Giving up in 
> /opt/puppet/modules/nagios/manifests/init.pp 
> >    on node <hostname> 
> >    Warning: Not using cache on failed catalog 
> >    Error: Could not retrieve catalog; skipping run 
> >    With --debug and --verbose it fails similarly without any additional 
> >    information. This is a big module so it's hard to determine exactly 
> what's 
> >    failing. 
> >    Any advice on how to debug the parser itself, or get additional 
> output as 
> >    to what those 4 errors could be? 
> > 
> >    Thanks, 
> >    Jason 
> > 
> >    -- 
> >    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 [1]puppet-users...@googlegroups.com <javascript:>. 
> >    To view this discussion on the web visit 
> >    [2]
> https://groups.google.com/d/msgid/puppet-users/00afc037-6239-4678-b17d-cd3720d1ce63%40googlegroups.com.
>  
>
> >    For more options, visit [3]https://groups.google.com/d/optout. 
> > 
> > References 
> > 
> >    Visible links 
> >    1. mailto:puppet-users+unsubscr...@googlegroups.com <javascript:> 
> >    2. 
> https://groups.google.com/d/msgid/puppet-users/00afc037-6239-4678-b17d-cd3720d1ce63%40googlegroups.com?utm_medium=email&utm_source=footer
>  
> >    3. https://groups.google.com/d/optout 
>

-- 
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/cef444e1-3c74-4e75-b1ef-e23d54b21088%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to