On Sun, Nov 27, 2011 at 2:48 PM, Jo Rhett <jrh...@netconsonance.com> wrote:

> On Sat, Nov 26, 2011 at 7:25 PM, Jo Rhett <jrh...@netconsonance.com>wrote:
>
>> On Nov 25, 2011, at 11:59 AM, Peter Berghold wrote:
>>
>> err: Could not retrieve catalog from remote server: Error 400 on SERVER:
>> Could not find class adminscripts::getvpsnodes for
>> slccrepos0.slc.sharkrivertech.com at
>> /etc/puppet/manifests/nodes/slccrepos0.pp:4 on node
>> slccrepos0.slc.sharkrivertech.com
>> warning: Not using cache on failed catalog
>> err: Could not retrieve catalog; skipping run
>>
>> I know it has to be me... what am I missing here?
>>
>>
>> It doesn't mean it's not there -- seems to often mean there's a problem
>> in the module. I've come to learn that this error means "there is something
>> wrong when parsing your module" and you have to go look blindly to figure
>> it out.  This is somewhere that puppetlabs could improve things greatly.
>>
>
> On Nov 27, 2011, at 7:28 AM, Nigel Kersten wrote:
>
> If there's a parse error in the manifests, that will be shown, but only
> each time Puppet re-parses them.
>
> ...
>
> If you're definitely seeing modules fail to parse, with no errors being
> thrown, and then the class subsequently can't be found, please bug report,
> as that's definitely a bug. You shouldn't be completely "blind" here.
>
>
> Assuming that what you say above is right, I would suggest that showing
> the error only once is only useful for single-digit puppet installations.
> The problem here is that I have 500+ nodes.  So let's say I'm adjusting a
> module and testing the effect with "--test".  I adjust the module code,
> then I run "puppet agent --test" on the node which should be affected, and
> I don't see the error message related to my changes -- only this complaint
> that the module isn't found.  Perhaps some other node hit the server first
> (with about 10 nodes connected at any time, this is fairly likely) and you
> reported the error to it -- but how can I see this? Should I stumble around
> on 500 nodes and try to figure out which one contains the error?
>

No, you should see it in the puppet master logs. Does it not show up there?
You certainly shouldn't be having to hunt around on nodes to discover
errors like this.


-- 
Nigel Kersten
Product Manager, Puppet Labs

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to