Gabriel Filion
2012-Sep-29 20:42 UTC
[Puppet Users] sharing a storeconfigs db between masters (across versions)
Hey there, I''m currently in the process of migrating a 0.25.4 puppet master to 2.6. Since we''re really not sure about how things will work out if I just upgrade the puppetmaster and pray, I chose to create a new master and to integrate one node at a time with 2.6 to make sure that everything goes well on every node. Now I''m wondering if anyone has tried the following or has any interesting info about whether or not it would be a good idea: From what I understand of storeconfigs, it is possible to plug both puppetmasters on the same MySQL db. Are there any possibilities of issues with having two puppetmasters with *different versions* hit on the same db ? The goal of the above scenario with the storeconfigs db would be to keep the nagios configuration functional across puppet master versions while migrating nodes to the 2.6 master. -- Gabriel Filion -- 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.
Gabriel Filion
2012-Oct-01 21:11 UTC
Re: [Puppet Users] sharing a storeconfigs db between masters (across versions)
On 2012-09-29 16:42, Gabriel Filion wrote:> From what I understand of storeconfigs, it is possible to plug both > puppetmasters on the same MySQL db. Are there any possibilities of > issues with having two puppetmasters with *different versions* hit on > the same db ?FYI I ran a test run and got my answer. It is *not* a good idea :P the 2.6 client run on the 2.6 master got the following error: err: Could not run Puppet configuration client: Parameter require failed: No title provided and "#<YAML::Object:0x7f8e7719a520>" is not a valid resource reference and after that, the storeconfigs DB was screwed up on the 0.25.4 master. clients kept getting the following error: err: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not render to pson: undefined method `title'' for nil:NilClass dropped the db and restored the dump I had made before the test and client runs started working again against the 0.25.4 master. -- Gabriel Filion -- 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.
David Schmitt
2012-Oct-02 06:46 UTC
Re: [Puppet Users] sharing a storeconfigs db between masters (across versions)
On 01.10.2012 23:11, Gabriel Filion wrote:> On 2012-09-29 16:42, Gabriel Filion wrote: >> From what I understand of storeconfigs, it is possible to plug both >> puppetmasters on the same MySQL db. Are there any possibilities of >> issues with having two puppetmasters with *different versions* hit on >> the same db ? > > FYI I ran a test run and got my answer. It is *not* a good idea :P > > the 2.6 client run on the 2.6 master got the following error: > > err: Could not run Puppet configuration client: Parameter require > failed: No title provided and "#<YAML::Object:0x7f8e7719a520>" is not a > valid resource reference > > and after that, the storeconfigs DB was screwed up on the 0.25.4 master. > clients kept getting the following error: > > err: Could not retrieve catalog from remote server: Error 400 on SERVER: > Could not render to pson: undefined method `title'' for nil:NilClass > > dropped the db and restored the dump I had made before the test and > client runs started working again against the 0.25.4 master. >You should be able to run 0.25 clients against a 2.6 master. D. -- 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.
Gabriel Filion
2012-Oct-02 07:37 UTC
Re: [Puppet Users] sharing a storeconfigs db between masters (across versions)
On 2012-10-02 02:46, David Schmitt wrote:> On 01.10.2012 23:11, Gabriel Filion wrote: >> On 2012-09-29 16:42, Gabriel Filion wrote: >>> From what I understand of storeconfigs, it is possible to plug both >>> puppetmasters on the same MySQL db. Are there any possibilities of >>> issues with having two puppetmasters with *different versions* hit on >>> the same db ? >> >> FYI I ran a test run and got my answer. It is *not* a good idea :P >> >> the 2.6 client run on the 2.6 master got the following error: >> >> err: Could not run Puppet configuration client: Parameter require >> failed: No title provided and "#<YAML::Object:0x7f8e7719a520>" is not a >> valid resource reference >> >> and after that, the storeconfigs DB was screwed up on the 0.25.4 master. >> clients kept getting the following error: >> >> err: Could not retrieve catalog from remote server: Error 400 on SERVER: >> Could not render to pson: undefined method `title'' for nil:NilClass >> >> dropped the db and restored the dump I had made before the test and >> client runs started working again against the 0.25.4 master. >> > > You should be able to run 0.25 clients against a 2.6 master.I tried the other way around :) actually the case was a bit more perverted. it was a 2.6 client against a 2.6 master, but I had configured the 2.6 master to poke around the same MySQL database than the 0.25 master uses for the storeconfigs. It proved out to mess up the database and prevent client runs :\ -- Gabriel Filion -- 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.