Fernando Padilla
2009-Jul-16 05:41 UTC
[Puppet Users] simple failure on service{ensure=>false}
I''m just starting to learn puppet, and I''m using the lates ubuntu jaunty image on ec2. I noticed a random service that I wanted to shutdown so I added this: class no_avahi { service { "avahi-daemon": ensure => false } } And it sort-of worked, except this is what happened on the client: Jul 16 05:32:56 domU-12-31-39-00-85-68 puppetd[4101]: (//Node[default]/no_avahi/Service[avahi-daemon]/ensure) change from running to stopped failed: Could not stop Service[avahi-daemon]: Execution of ''/etc/init.d/avahi-daemon onestop'' returned 1: at /etc/puppet/manifests/site.pp:30 It tried to run ''/etc/init.d/avahi-daemon onestop'', which looks like is invalid for most scripts under init.d (it should be simply ''stop'', not ''onestop''). I have fixed it in my site.pp by adding my own stop command (stop => "/etc/init.d/avahi-daemon stop"), but I was just expecting puppet to simply work.. why is it confused in this instance? can we file a bug report? is it my ubuntu image is not standard? Or puppet just confused somehow? --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
Fernando Padilla
2009-Jul-16 05:50 UTC
[Puppet Users] Re: simple failure on service{ensure=>false}
I just saw this in the logs.. maybe it''s a clue. Jul 16 05:47:34 (none) puppetd[11187]: Found multiple default providers for service: freebsd, debian; using freebsd I might have to force the platform somehow to be debian or ubuntu?? Fernando Padilla wrote:> I''m just starting to learn puppet, and I''m using the lates ubuntu jaunty > image on ec2. > > I noticed a random service that I wanted to shutdown so I added this: > > class no_avahi { > service { "avahi-daemon": > ensure => false > } > } > > And it sort-of worked, except this is what happened on the client: > > Jul 16 05:32:56 domU-12-31-39-00-85-68 puppetd[4101]: > (//Node[default]/no_avahi/Service[avahi-daemon]/ensure) change from > running to stopped failed: Could not stop Service[avahi-daemon]: > Execution of ''/etc/init.d/avahi-daemon onestop'' returned 1: at > /etc/puppet/manifests/site.pp:30 > > > It tried to run ''/etc/init.d/avahi-daemon onestop'', which looks like is > invalid for most scripts under init.d (it should be simply ''stop'', not > ''onestop''). > > > > I have fixed it in my site.pp by adding my own stop command (stop => > "/etc/init.d/avahi-daemon stop"), but I was just expecting puppet to > simply work.. > why is it confused in this instance? > can we file a bug report? > is it my ubuntu image is not standard? Or puppet just confused somehow? > > >--~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
Fernando Padilla
2009-Jul-16 06:09 UTC
[Puppet Users] Re: simple failure on service{ensure=>false}
doing some late night googling: the description of the bug: https://bugs.launchpad.net/ubuntu/+source/puppet/+bug/368832 which was supposed to have been fixed in some version of puppet (0.24.6), while I''m currently running with 0.24.5. Another thread talks about the Package provider: http://groups.google.com/group/puppet-users/browse_thread/thread/f9d0613fc890e4e3 And gave me this idea; to add the following at the very top of site.pp: Service { provider => debian } And so far, it looks like it works. Please excuse me for emailing the list for something that I eventually figured out.. hopefully others will find this useful (and someone will set me straight if there are better options.. :) Fernando Padilla wrote:> I just saw this in the logs.. maybe it''s a clue. > > Jul 16 05:47:34 (none) puppetd[11187]: Found multiple default providers > for service: freebsd, debian; using freebsd > > I might have to force the platform somehow to be debian or ubuntu?? > > > > Fernando Padilla wrote: >> I''m just starting to learn puppet, and I''m using the lates ubuntu jaunty >> image on ec2. >> >> I noticed a random service that I wanted to shutdown so I added this: >> >> class no_avahi { >> service { "avahi-daemon": >> ensure => false >> } >> } >> >> And it sort-of worked, except this is what happened on the client: >> >> Jul 16 05:32:56 domU-12-31-39-00-85-68 puppetd[4101]: >> (//Node[default]/no_avahi/Service[avahi-daemon]/ensure) change from >> running to stopped failed: Could not stop Service[avahi-daemon]: >> Execution of ''/etc/init.d/avahi-daemon onestop'' returned 1: at >> /etc/puppet/manifests/site.pp:30 >> >> >> It tried to run ''/etc/init.d/avahi-daemon onestop'', which looks like is >> invalid for most scripts under init.d (it should be simply ''stop'', not >> ''onestop''). >> >> >> >> I have fixed it in my site.pp by adding my own stop command (stop => >> "/etc/init.d/avahi-daemon stop"), but I was just expecting puppet to >> simply work.. >> why is it confused in this instance? >> can we file a bug report? >> is it my ubuntu image is not standard? Or puppet just confused somehow? >> > > >--~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
Andrew Shafer
2009-Jul-16 19:19 UTC
[Puppet Users] Re: simple failure on service{ensure=>false}
Fernando, No worries, hopefully it will help someone. The differences from version to version hasn''t been documented in a way that always makes it obvious. I''m glad you were able to figure out your problem on 0.24.5. If possible, I recommend getting to 0.24.8. On Thu, Jul 16, 2009 at 12:09 AM, Fernando Padilla <fern@alum.mit.edu>wrote:> > doing some late night googling: > > > the description of the bug: > https://bugs.launchpad.net/ubuntu/+source/puppet/+bug/368832 > > which was supposed to have been fixed in some version of puppet > (0.24.6), while I''m currently running with 0.24.5. > > > > Another thread talks about the Package provider: > > http://groups.google.com/group/puppet-users/browse_thread/thread/f9d0613fc890e4e3 > > And gave me this idea; to add the following at the very top of site.pp: > > Service { > provider => debian > } > > And so far, it looks like it works. > > > Please excuse me for emailing the list for something that I eventually > figured out.. hopefully others will find this useful (and someone will > set me straight if there are better options.. :) > > > > Fernando Padilla wrote: > > I just saw this in the logs.. maybe it''s a clue. > > > > Jul 16 05:47:34 (none) puppetd[11187]: Found multiple default providers > > for service: freebsd, debian; using freebsd > > > > I might have to force the platform somehow to be debian or ubuntu?? > > > > > > > > Fernando Padilla wrote: > >> I''m just starting to learn puppet, and I''m using the lates ubuntu jaunty > >> image on ec2. > >> > >> I noticed a random service that I wanted to shutdown so I added this: > >> > >> class no_avahi { > >> service { "avahi-daemon": > >> ensure => false > >> } > >> } > >> > >> And it sort-of worked, except this is what happened on the client: > >> > >> Jul 16 05:32:56 domU-12-31-39-00-85-68 puppetd[4101]: > >> (//Node[default]/no_avahi/Service[avahi-daemon]/ensure) change from > >> running to stopped failed: Could not stop Service[avahi-daemon]: > >> Execution of ''/etc/init.d/avahi-daemon onestop'' returned 1: at > >> /etc/puppet/manifests/site.pp:30 > >> > >> > >> It tried to run ''/etc/init.d/avahi-daemon onestop'', which looks like is > >> invalid for most scripts under init.d (it should be simply ''stop'', not > >> ''onestop''). > >> > >> > >> > >> I have fixed it in my site.pp by adding my own stop command (stop => > >> "/etc/init.d/avahi-daemon stop"), but I was just expecting puppet to > >> simply work.. > >> why is it confused in this instance? > >> can we file a bug report? > >> is it my ubuntu image is not standard? Or puppet just confused somehow? > >> > > > > > > > > >--~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
Fernando Padilla
2009-Jul-16 19:42 UTC
[Puppet Users] Re: simple failure on service{ensure=>false}
I would love to, but I have a few questions, is there a apt-repository that has the latest puppet, or do I have to build and manually deploy? I am using the latest Jaunty 9.04 image built by Alestic: http://alestic.com/ Which uses the cannonical or rightscale apt-repository ec2-mirrors. So I suppose they are the latest puppet packages available. Or are they available somewhere else? Andrew Shafer wrote:> > Fernando, > > No worries, hopefully it will help someone. > > The differences from version to version hasn''t been documented in a way > that always makes it obvious. I''m glad you were able to figure out your > problem on 0.24.5. > > If possible, I recommend getting to 0.24.8. > > > > On Thu, Jul 16, 2009 at 12:09 AM, Fernando Padilla <fern@alum.mit.edu > <mailto:fern@alum.mit.edu>> wrote: > > > doing some late night googling: > > > the description of the bug: > https://bugs.launchpad.net/ubuntu/+source/puppet/+bug/368832 > > which was supposed to have been fixed in some version of puppet > (0.24.6), while I''m currently running with 0.24.5. > > > > Another thread talks about the Package provider: > http://groups.google.com/group/puppet-users/browse_thread/thread/f9d0613fc890e4e3 > > And gave me this idea; to add the following at the very top of site.pp: > > Service { > provider => debian > } > > And so far, it looks like it works. > > > Please excuse me for emailing the list for something that I eventually > figured out.. hopefully others will find this useful (and someone will > set me straight if there are better options.. :) > > > > Fernando Padilla wrote: > > I just saw this in the logs.. maybe it''s a clue. > > > > Jul 16 05:47:34 (none) puppetd[11187]: Found multiple default > providers > > for service: freebsd, debian; using freebsd > > > > I might have to force the platform somehow to be debian or ubuntu?? > > > > > > > > Fernando Padilla wrote: > >> I''m just starting to learn puppet, and I''m using the lates > ubuntu jaunty > >> image on ec2. > >> > >> I noticed a random service that I wanted to shutdown so I added > this: > >> > >> class no_avahi { > >> service { "avahi-daemon": > >> ensure => false > >> } > >> } > >> > >> And it sort-of worked, except this is what happened on the client: > >> > >> Jul 16 05:32:56 domU-12-31-39-00-85-68 puppetd[4101]: > >> (//Node[default]/no_avahi/Service[avahi-daemon]/ensure) change from > >> running to stopped failed: Could not stop Service[avahi-daemon]: > >> Execution of ''/etc/init.d/avahi-daemon onestop'' returned 1: at > >> /etc/puppet/manifests/site.pp:30 > >> > >> > >> It tried to run ''/etc/init.d/avahi-daemon onestop'', which looks > like is > >> invalid for most scripts under init.d (it should be simply > ''stop'', not > >> ''onestop''). > >> > >> > >> > >> I have fixed it in my site.pp by adding my own stop command (stop => > >> "/etc/init.d/avahi-daemon stop"), but I was just expecting puppet to > >> simply work.. > >> why is it confused in this instance? > >> can we file a bug report? > >> is it my ubuntu image is not standard? Or puppet just confused > somehow? > >> > > > > > > > > > > >--~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---