Hi all, To start, using puppet 0.25.5 on Debian Lenny with Ruby 1.8.7.72-3lenny1. I''m giving ruby a shot and am trying to build my own types for several applications and modify available types found on the ''net for our usage. However, I keep running into problems with the default provider it selects. Is there a document somewhere that describes how the default provider is selected? I am currently modifying the mysql types from the camptocamp repo[0] and trying to get it to work on Debian. I only modified the command so it would include --defaults-file=/etc/ mysql/debian.cnf. But when I try to use the type, I get: err: Could not run Puppet configuration client: Could not find a default provider for mysql_database So I tried adding the line: defaultfor :operatingsystem => :debian To the providers. But I''m still getting the message the it cannot find the default provider. I''ve been searching online for documentation on how to modify the type so it would know which provider to select, but although there are a lot of types findable, it''s very hard to find specific documentation about the API used in types. Unless I''m missing something, then please point me to this API! Otherwise, I''d appreciate any clues on why my server cannot find the default provider. It only has this problem with types I added to modules. I''m a bit at a loss. [0] http://github.com/camptocamp/puppet-mysql/tree/master/lib/puppet -- Kind regards, Tim (tim|mac on irc) -- 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.
On Oct 12, 2010, at 5:56 AM, Tim Stoop wrote:> Hi all, > > To start, using puppet 0.25.5 on Debian Lenny with Ruby > 1.8.7.72-3lenny1. > > I''m giving ruby a shot and am trying to build my own types for several > applications and modify available types found on the ''net for our > usage. However, I keep running into problems with the default provider > it selects. Is there a document somewhere that describes how the > default provider is selected? I am currently modifying the mysql types > from the camptocamp repo[0] and trying to get it to work on Debian. I > only modified the command so it would include --defaults-file=/etc/ > mysql/debian.cnf. But when I try to use the type, I get: > > err: Could not run Puppet configuration client: Could not find a > default provider for mysql_database > > So I tried adding the line: > > defaultfor :operatingsystem => :debianI think this means the plugin(the .rb files) are getting found or aren''t all getting found. What''s the complete local path to mysql_database.rb? Mine would be in: /etc/puppet/modules/whatever/lib/puppet/type/mysql_database.rb /etc/puppet/modules/whatever/lib/puppet/type/provider/mysql_database/mysql_database.rb (Note that those are two different files.) -- 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.
Hi Patrick, On Oct 12, 10:34 pm, Patrick <kc7...@gmail.com> wrote:> I think this means the plugin(the .rb files) are getting found or aren''t all getting found. What''s the complete local path to mysql_database.rb? > > Mine would be in: > /etc/puppet/modules/whatever/lib/puppet/type/mysql_database.rb > /etc/puppet/modules/whatever/lib/puppet/type/provider/mysql_database/mysql_ database.rb > > (Note that those are two different files.)I''ve got two different files too: /srv/puppet/generic/mysql/lib/puppet/type/mysql_database.rb /srv/puppet/generic/mysql/lib/puppet/provider/mysql_database/mysql.rb And I''ve noticed they get copied to the client, because they''re in / var/lib/puppet/lib/puppet. I''m a bit at a loss... Any more things I should check? -- Kind regards, Tim -- 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.
Yes. Check if it''s a client or server error. Try On Oct 13, 2010, at 1:39 AM, Tim Stoop wrote:> Hi Patrick, > > On Oct 12, 10:34 pm, Patrick <kc7...@gmail.com> wrote: >> I think this means the plugin(the .rb files) are getting found or aren''t all getting found. What''s the complete local path to mysql_database.rb? >> >> Mine would be in: >> /etc/puppet/modules/whatever/lib/puppet/type/mysql_database.rb >> /etc/puppet/modules/whatever/lib/puppet/type/provider/mysql_database/mysql_ database.rb >> >> (Note that those are two different files.) > > I''ve got two different files too: > > /srv/puppet/generic/mysql/lib/puppet/type/mysql_database.rb > /srv/puppet/generic/mysql/lib/puppet/provider/mysql_database/mysql.rb > > And I''ve noticed they get copied to the client, because they''re in / > var/lib/puppet/lib/puppet. I''m a bit at a loss... Any more things I > should check?You want to find out if the error is coming from the master or client. I don''t remember how to do this. Then, you want to make sure that what ever is having trouble is loading plugins from /var/lib/puppet/lib/puppet. -- 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.
A few things. David Schmitt has made mysql modules. http://forge.puppetlabs.com/DavidSchmitt/mysql maybe you can take a look at them. Even with his modules i get the same error when configuring a new node. The problem i saw is that the mysql plugins are synced at the beginning of a run with pluginsync. The module is ''checked'' at that time. My recepies install MySQL but have not run at that time obviously. The plugin does not find the provider ''mysql'' so it fails and as a result MySQL never gets installed. This is a vicious circle. The only way i have found so far is to disable the use of that module before having MySQL installed. This seems to be a problem in the way plugins get installed. I don''t know if there is a bug in David Schmitt''s plugins or if a bug needs to be opened about this for puppet. Regards, Stefan - Zipkid - Goethals. On Tue, Oct 12, 2010 at 2:56 PM, Tim Stoop <tim.stoop@gmail.com> wrote:> Hi all, > > To start, using puppet 0.25.5 on Debian Lenny with Ruby > 1.8.7.72-3lenny1. > > I''m giving ruby a shot and am trying to build my own types for several > applications and modify available types found on the ''net for our > usage. However, I keep running into problems with the default provider > it selects. Is there a document somewhere that describes how the > default provider is selected? I am currently modifying the mysql types > from the camptocamp repo[0] and trying to get it to work on Debian. I > only modified the command so it would include --defaults-file=/etc/ > mysql/debian.cnf. But when I try to use the type, I get: > > err: Could not run Puppet configuration client: Could not find a > default provider for mysql_database > > So I tried adding the line: > > defaultfor :operatingsystem => :debian > > To the providers. But I''m still getting the message the it cannot find > the default provider. I''ve been searching online for documentation on > how to modify the type so it would know which provider to select, but > although there are a lot of types findable, it''s very hard to find > specific documentation about the API used in types. Unless I''m missing > something, then please point me to this API! Otherwise, I''d appreciate > any clues on why my server cannot find the default provider. It only > has this problem with types I added to modules. I''m a bit at a loss. > > [0] http://github.com/camptocamp/puppet-mysql/tree/master/lib/puppet > > -- > Kind regards, > Tim (tim|mac on irc) > > -- > 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<puppet-users%2Bunsubscribe@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. > >-- 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.
Possibly Parallel Threads
- Using modules from PuppetForge
- Using File when its source doesn't exist
- No more than one "instances" of a type in define()?
- getting a list of rules out of iptables
- File-based Distribution, Module Function Logic and Per Setting (Augeas); Which method do you think is best for the env i help to support and why?