thr3ads.net - Puppet users - [Puppet Users] class from module not evaluated any more [Dec 2008]

If this information is useful, please help other people find it:
Share via:

udo waechter

2008-Dec-22 21:05 UTC

[Puppet Users] class from module not evaluated any more

Hello puppet-users.
I have a really strange problem since some days.
puppetmasterd is 0.24.5-2 (Debian etch)
puppetd are 0.24.4 (Ubuntu hardy desktop/server), 0.24.5-2 (Debian  
etch), 0.24.5 (Darwin, 10.5.[56], Darwin 10.4 Server)

I have a class:

class ikw::sge::exechost {
     include sge::submithost
     include sge::exechost
     include sge::munin-grapher
     include ikw::sge::exechost::common
}

all include sge::* are from one module, called sge.

Here is the strange thing:

class sge::submithost is evaluated and everything therein is applied.
class sge::exechost is not evaluated and nothing is applied.

This worked for a long time. Now, I have installed some new nodes and  
was wondering why they did not get configured as exechosts. After  
looking into the problem, I saw that the sge::exechost class is no  
longer applied.

When I enter the class sge::exechost directly in nodes.pp it works. So  
there is nothing wrong with the class as such.

sge::submithost is only in the above class, thus sge::exechost should  
also work.

How could I possibly start to look for the error here?
--debug on the puppetmaster shows that the relevant .pp files are  
loaded at startup time.
--trace yields no errors.

I had a (possible related) issue some weeks ago, see post:
http://groups.google.com/group/puppet-users/browse_thread/thread/35f5932d8df9b1a/269a1dfbba676233?lnk=gst&q=class+name#

What I changed in the last weks was, that I created the  
ikw::sge::exechost class in order to get rid of the multiple  
mentioning of sge::submithost and sge::exechost in nodes.pp and  
node_templates.pp

Any help or hints are highly appreciated.
Bye,
udo.
-- 
:: udo waechter - root@zoide.net :: N 52º16''30.5" E
8º3''10.1"
:: genuine input for your ears: http://auriculabovinari.de
::                          your eyes: http://ezag.zoide.net
::                          your brain: http://zoide.net

Robin Lee Powell

2008-Dec-23 21:18 UTC

head link

[Puppet Users] Re: class from module not evaluated any more

On Mon, Dec 22, 2008 at 10:05:08PM +0100, udo waechter
wrote:> Hello puppet-users.
> I have a really strange problem since some days.
> puppetmasterd is 0.24.5-2 (Debian etch)
> puppetd are 0.24.4 (Ubuntu hardy desktop/server), 0.24.5-2 (Debian  
> etch), 0.24.5 (Darwin, 10.5.[56], Darwin 10.4 Server)
>
> I have a class:
>
> class ikw::sge::exechost {
>     include sge::submithost
>     include sge::exechost
>     include sge::munin-grapher
>     include ikw::sge::exechost::common
> }
>
> all include sge::* are from one module, called sge.
>
> Here is the strange thing:
>
> class sge::submithost is evaluated and everything therein is applied.
> class sge::exechost is not evaluated and nothing is applied.
>
> This worked for a long time. Now, I have installed some new nodes and  
> was wondering why they did not get configured as exechosts. After  
> looking into the problem, I saw that the sge::exechost class is no  
> longer applied.
>
> When I enter the class sge::exechost directly in nodes.pp it works. So  
> there is nothing wrong with the class as such.
Pure guess here, but I noticed that you''re in class class
ikw::sge::exechost, which has a near-identical name.  Try naming
sge::exechost something else and see if that helps?

-Robin

-- 
They say:  "The first AIs will be built by the military as weapons."
And I''m thinking:  "Does it even occur to you to try for something
other than the default outcome?" -- http://shorl.com/tydruhedufogre
http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/

--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

udo waechter

2008-Dec-27 11:29 UTC

head link

[Puppet Users] Re: class from module not evaluated any more

Hello,
well, I renamed sge::exechost to sge_exechost and voila it works again.
Now, it seems to me that this is a bug.
Classes that have a "similar" name do not have the "same"
name, thus
it should still work, right?
Bug filed.
Thanks for the help.
udo.
On 23.12.2008, at 22:18, Robin Lee Powell wrote:
>
> On Mon, Dec 22, 2008 at 10:05:08PM +0100, udo waechter wrote:
>> Hello puppet-users.
>> I have a really strange problem since some days.
>> puppetmasterd is 0.24.5-2 (Debian etch)
>> puppetd are 0.24.4 (Ubuntu hardy desktop/server), 0.24.5-2 (Debian
>> etch), 0.24.5 (Darwin, 10.5.[56], Darwin 10.4 Server)
>>
>> I have a class:
>>
>> class ikw::sge::exechost {
>>    include sge::submithost
>>    include sge::exechost
>>    include sge::munin-grapher
>>    include ikw::sge::exechost::common
>> }
>>
>> all include sge::* are from one module, called sge.
>>
>> Here is the strange thing:
>>
>> class sge::submithost is evaluated and everything therein is applied.
>> class sge::exechost is not evaluated and nothing is applied.
>>
>> This worked for a long time. Now, I have installed some new nodes and
>> was wondering why they did not get configured as exechosts. After
>> looking into the problem, I saw that the sge::exechost class is no
>> longer applied.
>>
>> When I enter the class sge::exechost directly in nodes.pp it works.  
>> So
>> there is nothing wrong with the class as such.
>
> Pure guess here, but I noticed that you''re in class class
> ikw::sge::exechost, which has a near-identical name.  Try naming
> sge::exechost something else and see if that helps?
>
> -Robin
>
> -- 
> They say:  "The first AIs will be built by the military as
weapons."
> And I''m thinking:  "Does it even occur to you to try for
something
> other than the default outcome?" -- http://shorl.com/tydruhedufogre
> http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/
>
> --~--~---------~--~----~------------~-------~--~----~
> 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+unsubscribe@googlegroups.com
> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
> -~----------~----~----~----~------~----~------~--~---
>
-- 
:: udo waechter - root@zoide.net :: N 52º16''30.5" E
8º3''10.1"
:: genuine input for your ears: http://auriculabovinari.de
::                          your eyes: http://ezag.zoide.net
::                          your brain: http://zoide.net

Robin Lee Powell

2008-Dec-28 08:34 UTC

head link

[Puppet Users] Re: class from module not evaluated any more

It seems like you don''t know that :: has special meaning?  If you do
this:

class foo {
    class bar {
    }
}

then you can refer to the inner class as foo::bar.  By naming a
class manually with ::, it seems like you might be confusing puppet,
especially with more than one set of ::.  I don''t know if puppet
supports two sets of ::.

Someone who actually knows what''s going on should probably jump in,
though.

-Robin

On Sat, Dec 27, 2008 at 12:29:13PM +0100, udo waechter
wrote:> Hello,
> well, I renamed sge::exechost to sge_exechost and voila it works again.
> Now, it seems to me that this is a bug.
> Classes that have a "similar" name do not have the
"same" name, thus it
> should still work, right?
> Bug filed.
> Thanks for the help.
> udo.
> On 23.12.2008, at 22:18, Robin Lee Powell wrote:
>
>>
>> On Mon, Dec 22, 2008 at 10:05:08PM +0100, udo waechter wrote:
>>> Hello puppet-users.
>>> I have a really strange problem since some days.
>>> puppetmasterd is 0.24.5-2 (Debian etch)
>>> puppetd are 0.24.4 (Ubuntu hardy desktop/server), 0.24.5-2 (Debian
>>> etch), 0.24.5 (Darwin, 10.5.[56], Darwin 10.4 Server)
>>>
>>> I have a class:
>>>
>>> class ikw::sge::exechost {
>>>    include sge::submithost
>>>    include sge::exechost
>>>    include sge::munin-grapher
>>>    include ikw::sge::exechost::common
>>> }
>>>
>>> all include sge::* are from one module, called sge.
>>>
>>> Here is the strange thing:
>>>
>>> class sge::submithost is evaluated and everything therein is
applied.
>>> class sge::exechost is not evaluated and nothing is applied.
>>>
>>> This worked for a long time. Now, I have installed some new nodes
and
>>> was wondering why they did not get configured as exechosts. After
>>> looking into the problem, I saw that the sge::exechost class is no
>>> longer applied.
>>>
>>> When I enter the class sge::exechost directly in nodes.pp it works.
>>> So
>>> there is nothing wrong with the class as such.
>>
>> Pure guess here, but I noticed that you''re in class class
>> ikw::sge::exechost, which has a near-identical name.  Try naming
>> sge::exechost something else and see if that helps?
>>
>> -Robin
>>
>> -- 
>> They say:  "The first AIs will be built by the military as
weapons."
>> And I''m thinking:  "Does it even occur to you to try for
something
>> other than the default outcome?" --
http://shorl.com/tydruhedufogre
>> http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/
>>
>> >>
>
> -- 
> :: udo waechter - root@zoide.net :: N 52º16''30.5" E
8º3''10.1"
> :: genuine input for your ears: http://auriculabovinari.de
> ::                          your eyes: http://ezag.zoide.net
> ::                          your brain: http://zoide.net
>
>
>
>


-- 
They say:  "The first AIs will be built by the military as weapons."
And I''m thinking:  "Does it even occur to you to try for something
other than the default outcome?" -- http://shorl.com/tydruhedufogre
http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/

--~--~---------~--~----~------------~-------~--~----~
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

udo waechter

2008-Dec-28 09:34 UTC

head link

[Puppet Users] Re: class from module not evaluated any more

Hmm,
that is really strange, since according to:
http://reductivelabs.com/trac/puppet/wiki/ModuleOrganisation
and especially the "Module Lookup" section on that page, I got the  
impression that this naming scheme is perfectly valid.
Also, I remember from the discussion about CommonModules, that people  
mentioned that naming scheme all the time.
OK, the talk was about Modules, and I mix here modules and manifest- 
classes, but then the question comes to my mind:
Why would it make sense to differ between modules and manifests in  
that particular naming-case.
I now end up with classes from modules that have "::" in them, and  
classes from not-modules that have no :: in them which is pretty  
confusing and not very nice IMHO.
-udo.

On 28.12.2008, at 09:34, Robin Lee Powell wrote:
>
> It seems like you don''t know that :: has special meaning?  If you
do
> this:
>
> class foo {
>    class bar {
>    }
> }
>
> then you can refer to the inner class as foo::bar.  By naming a
> class manually with ::, it seems like you might be confusing puppet,
> especially with more than one set of ::.  I don''t know if puppet
> supports two sets of ::.
>
> Someone who actually knows what''s going on should probably jump
in,
> though.
>
> -Robin
>
> On Sat, Dec 27, 2008 at 12:29:13PM +0100, udo waechter wrote:
>> Hello,
>> well, I renamed sge::exechost to sge_exechost and voila it works  
>> again.
>> Now, it seems to me that this is a bug.
>> Classes that have a "similar" name do not have the
"same" name,
>> thus it
>> should still work, right?
>> Bug filed.
>> Thanks for the help.
>> udo.
>> On 23.12.2008, at 22:18, Robin Lee Powell wrote:
>>
>>>
>>> On Mon, Dec 22, 2008 at 10:05:08PM +0100, udo waechter wrote:
>>>> Hello puppet-users.
>>>> I have a really strange problem since some days.
>>>> puppetmasterd is 0.24.5-2 (Debian etch)
>>>> puppetd are 0.24.4 (Ubuntu hardy desktop/server), 0.24.5-2
(Debian
>>>> etch), 0.24.5 (Darwin, 10.5.[56], Darwin 10.4 Server)
>>>>
>>>> I have a class:
>>>>
>>>> class ikw::sge::exechost {
>>>>   include sge::submithost
>>>>   include sge::exechost
>>>>   include sge::munin-grapher
>>>>   include ikw::sge::exechost::common
>>>> }
>>>>
>>>> all include sge::* are from one module, called sge.
>>>>
>>>> Here is the strange thing:
>>>>
>>>> class sge::submithost is evaluated and everything therein is  
>>>> applied.
>>>> class sge::exechost is not evaluated and nothing is applied.
>>>>
>>>> This worked for a long time. Now, I have installed some new
nodes
>>>> and
>>>> was wondering why they did not get configured as exechosts.
After
>>>> looking into the problem, I saw that the sge::exechost class is
no
>>>> longer applied.
>>>>
>>>> When I enter the class sge::exechost directly in nodes.pp it
works.
>>>> So
>>>> there is nothing wrong with the class as such.
>>>
>>> Pure guess here, but I noticed that you''re in class class
>>> ikw::sge::exechost, which has a near-identical name.  Try naming
>>> sge::exechost something else and see if that helps?
>>>
>>> -Robin
>>>
>>> -- 
>>> They say:  "The first AIs will be built by the military as
weapons."
>>> And I''m thinking:  "Does it even occur to you to try
for something
>>> other than the default outcome?" --
http://shorl.com/tydruhedufogre
>>> http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/
>>>
>>>>>
>>
>> -- 
>> :: udo waechter - root@zoide.net :: N 52º16''30.5" E
8º3''10.1"
>> :: genuine input for your ears: http://auriculabovinari.de
>> ::                          your eyes: http://ezag.zoide.net
>> ::                          your brain: http://zoide.net
>>
>>
>>
>>
>
>
>
> -- 
> They say:  "The first AIs will be built by the military as
weapons."
> And I''m thinking:  "Does it even occur to you to try for
something
> other than the default outcome?" -- http://shorl.com/tydruhedufogre
> http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/
>
> --~--~---------~--~----~------------~-------~--~----~
> 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+unsubscribe@googlegroups.com
> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
> -~----------~----~----~----~------~----~------~--~---
>
>
-- 
:: udo waechter - root@zoide.net :: N 52º16''30.5" E
8º3''10.1"
:: genuine input for your ears: http://auriculabovinari.de
::                          your eyes: http://ezag.zoide.net
::                          your brain: http://zoide.net

Puppet users - Dec 2008 - class from module not evaluated any more

[Puppet Users] class from module not evaluated any more

[Puppet Users] Re: class from module not evaluated any more

[Puppet Users] Re: class from module not evaluated any more

[Puppet Users] Re: class from module not evaluated any more

[Puppet Users] Re: class from module not evaluated any more