Re: [Puppet Users] Errors in 2.6.1

Douglas Garstang
Tue, 07 Sep 2010 01:09:44 -0000

On Mon, Sep 6, 2010 at 4:52 PM, Nigel Kersten <nigelk@google.com>
wrote:
> On Mon, Sep 6, 2010 at 11:53 AM, Douglas Garstang
> <doug.garstang@gmail.com> wrote:
>> On Mon, Sep 6, 2010 at 11:31 AM, James Turnbull
<james@puppetlabs.com> wrote:
>>> Douglas Garstang wrote:
>>>> 2010/9/6 Héctor Rivas Gándara <keymon@gmail.com>:
>>>>> On Sat, Sep 4, 2010 at 10:44 PM, Douglas Garstang
>>>>> <doug.garstang@gmail.com> wrote:
>>>>>
>>>>>> Can someone tell me why, when I restart puppet on the
client, I get this:
>>>>>>
>>>>>> Sep  4 20:41:49 s_sys@db01.pax.livegamer.com
puppet-agent[26756]:
>>>>>> Could not retrieve catalog from remote server: Error
400 on SERVER:
>>>>>> Syntax error at '';''; expected
''}'' at
>>>>>>
/etc/puppet/modules/oracle/manifests/server/environment.pp:40 on node
>>>>>> db01.pax.livegamer.com
>>>>> I think that the problem is the .pp files end of line
format and
>>>>> enconding. It should be latin1 and (the most important)
UNIX like end
>>>>> of lines == "\n", not "\r\n" like in
Windows files.
>>>
>>> I reiterate R.I.''s comment - this has nothing to do with
2.6.1.  This
>>> isn''t new behaviour.  There is a syntax error somewhere in
your manifests.
>>
>> My post was not about my error. My post was questioning how it can be
>> possible to receive two different errors between subsequent runs of
>> the puppet client without making changes to the server side.
>>
>> Here''s another example. The same error reported in two
different
>> locations between successive runs of the client, with no changes being
>> made:
>>
>> Sep  6 18:14:20 s_sys@app01.pax.livegamer.com puppet-agent[11876]:
>> Could not run Puppet configuration client: Parameter path failed: File
>> paths must be fully qualified, not
>>
''opt/jboss/current/server/tfel0/deploy/jmx-console.war/WEB-INF''
at
>> /etc/puppet/modules/jboss/manifests/server/instance.pp:163
>>
>> Sep  6 18:15:11 s_sys@app01.pax.livegamer.com puppet-agent[12596]:
>> Could not run Puppet configuration client: Parameter path failed: File
>> paths must be fully qualified, not
>> ''opt/jboss/current/server/tfel0/conf/jboss.web'' at
>> /etc/puppet/modules/jboss/manifests/server/instance.pp:163
>>
>> James, I''m not even sure why you focused on the error itself.
R.I
>> clearly pointed out that he''s seen this issue countless times.
It
>> makes debugging kinda challenging.
>
> I''ve actually always considered this to be relatively
comprehensible.
>
> Client and server start with a clean slate.
> Client requests module X
> Server parses module X via autoloading, complains about parse error.
> Client requests module X
> Server tells you it can''t find it as it''s not going to
reattempt
> parsing unless the file changes.
>
> Does it really impact upon debugging that much?
>
> What do you think makes more sense? To not present the parsing error
> to the client at all? Or to continuously try and parse manifests even
> though the server thinks that they have a parse error?
>
> I can''t think of an answer that is obviously more correct than the
> current behaviour in this situation, which is why I''m asking what
you
> think should happen.

I''m not sure we''re talking about the same thing here. How can
the
outputs change (ie the error) if the inputs (the source) don''t? That
would be like compiling a C application and getting different errors
each time from the same source.

Doug.