Hi there,

Just to report that I still see the same issue:


Debug: catalog supports formats: b64_zlib_yaml dot pson raw yaml; using pson
> Error: Could not retrieve catalog from remote server: Error 400 on SERVER: 
> allocator undefined for Proc
> /usr/lib/ruby/vendor_ruby/puppet/indirector/rest.rb:185:in `is_http_200?'
> /usr/lib/ruby/vendor_ruby/puppet/indirector/rest.rb:100:in `find'
> /usr/lib/ruby/vendor_ruby/puppet/indirector/indirection.rb:197:in `find'
> /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:243:in `block in 
> retrieve_new_catalog'
> /usr/lib/ruby/vendor_ruby/puppet/util.rb:351:in `block in thinmark'
> /usr/lib/ruby/1.9.1/benchmark.rb:295:in `realtime'
> /usr/lib/ruby/vendor_ruby/puppet/util.rb:350:in `thinmark'
> /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:242:in 
> `retrieve_new_catalog'
> /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:67:in `retrieve_catalog'
> /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:107:in 
> `prepare_and_retrieve_catalog'
> /usr/lib/ruby/vendor_ruby/puppet/configurer.rb:159:in `run'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:45:in `block (5 levels) in run'
> /usr/lib/ruby/vendor_ruby/puppet/agent/locker.rb:20:in `lock'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:45:in `block (4 levels) in run'
> /usr/lib/ruby/1.9.1/sync.rb:227:in `sync_synchronize'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:45:in `block (3 levels) in run'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:119:in `with_client'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:42:in `block (2 levels) in run'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:84:in `run_in_fork'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:41:in `block in run'
> /usr/lib/ruby/vendor_ruby/puppet/application.rb:179:in `call'
> /usr/lib/ruby/vendor_ruby/puppet/application.rb:179:in `controlled_run'
> /usr/lib/ruby/vendor_ruby/puppet/agent.rb:39:in `run'
> /usr/lib/ruby/vendor_ruby/puppet/application/agent.rb:353:in `onetime'
> /usr/lib/ruby/vendor_ruby/puppet/application/agent.rb:327:in `run_command'
> /usr/lib/ruby/vendor_ruby/puppet/application.rb:364:in `block (2 levels) 
> in run'
> /usr/lib/ruby/vendor_ruby/puppet/application.rb:456:in `plugin_hook'
> /usr/lib/ruby/vendor_ruby/puppet/application.rb:364:in `block in run'
> /usr/lib/ruby/vendor_ruby/puppet/util.rb:504:in `exit_on_fail'
> /usr/lib/ruby/vendor_ruby/puppet/application.rb:364:in `run'
> /usr/lib/ruby/vendor_ruby/puppet/util/command_line.rb:132:in `run'
> /usr/lib/ruby/vendor_ruby/puppet/util/command_line.rb:86:in `execute'
> /usr/bin/puppet:4:in `<main>'
> Warning: Not using cache on failed catalog
> Error: Could not retrieve catalog; skipping run
> Debug: report supports formats: b64_zlib_yaml pson raw yaml; using pson
>


System info, as requested:

root@ip-10-0-3-82:/etc/puppet/modules# lsb_release -irc
> Distributor ID:    Debian
> Release:    6.0.7
> Codename:    squeeze
> #
> root@ip-10-0-3-82:/etc/puppet/modules# ruby -v
> ruby 1.8.7 (2010-08-16 patchlevel 302) [x86_64-linux]
> #
> root@ip-10-0-3-82:/etc/puppet/modules# puppet -V
> 3.1.1
>


Only workaround, for me, so far is to delete the node from the puppet 
database. Cheers!!



On Thursday, November 29, 2012 2:34:50 PM UTC, John Lamb wrote:
>
> OS: Red Hat Enterprise Linux Server release 6.3 (Santiago)
> Ruby: ruby 1.8.7 (2011-06-30 patchlevel 352) [x86_64-linux]
> Puppet: puppet-3.0.1-1.el6.noarch
>
> I can get the facter output to you later today.
>
> For what it's worth, I ran into this problem as I was developing a class 
> within an already-existing service. I referenced one or several resources 
> that didn't actually exist (via the require metaparameter - I tried to 
> require Group['git'],) and after fixing this issue I was no longer able to 
> get my puppet agent runs to work, even after commenting out all the changes 
> I had made.
>
> I was able to "fix" this by trying "puppet node clean broken.node.name", 
> which failed, then I tested puppet node clean against a working node, which 
> also failed, then on a whim I tried it against the broken node once more, 
> at which point it worked. Since then puppet has worked as usual.
>
> The error I got from puppet node clean is:
> Error: uninitialized constant ActiveRecord::Base
> Error: Try 'puppet help node clean' for usage
>
> Interestingly, this morning our puppet deprecation report told us: "11 
> ActiveRecord-based storeconfigs and inventory are deprecated." We normally 
> don't have any deprecated storeconfigs. We have a total of 25 machines.  I 
> don't know if this is related to the issue at large.
>
> On Wednesday, November 28, 2012 8:09:38 PM UTC-5, Jeff McCune wrote:
>>
>> On Wed, Nov 28, 2012 at 10:55 AM, John Lamb <lam...@wfu.edu> wrote: 
>> > I am also seeing this bug on one of my nodes (worryingly, the puppet 
>> master 
>> > itself!) The relevant output of puppet agent -t --debug --trace 
>> --verbose 
>> > matches what Fabrice and Lee have also reported: 
>>
>> OK, there's definitely a bug somewhere... 
>>
>> I'm going to work on reproducing this issue tomorrow.  Before then, 
>> could anyone affected by this "allocator undefined for Proc" error 
>> please let me know what exact versions of the operating system, Ruby, 
>> and Puppet they're running? 
>>
>> If possible, if you could just privately email me the output of facter 
>> from an affected Puppet master that would be greatly helpful in 
>> reproducing this issue. 
>>
>> Finally, could you please send me (privately) a copy and paste of all 
>> exported resources in your manifests?  You can probably find them 
>> easiest with a recursive grep against "@@".  This will help me 
>> populate the storedconfigs database so I can reproduce this issue. 
>>
>> Thanks, 
>> -Jeff 
>>
>

On Thursday, November 29, 2012 1:09:38 AM UTC, Jeff McCune wrote:
>
> On Wed, Nov 28, 2012 at 10:55 AM, John Lamb <lam...@wfu.edu <javascript:>> 
> wrote: 
> > I am also seeing this bug on one of my nodes (worryingly, the puppet 
> master 
> > itself!) The relevant output of puppet agent -t --debug --trace 
> --verbose 
> > matches what Fabrice and Lee have also reported: 
>
> OK, there's definitely a bug somewhere... 
>
> I'm going to work on reproducing this issue tomorrow.  Before then, 
> could anyone affected by this "allocator undefined for Proc" error 
> please let me know what exact versions of the operating system, Ruby, 
> and Puppet they're running? 
>
> If possible, if you could just privately email me the output of facter 
> from an affected Puppet master that would be greatly helpful in 
> reproducing this issue. 
>
> Finally, could you please send me (privately) a copy and paste of all 
> exported resources in your manifests?  You can probably find them 
> easiest with a recursive grep against "@@".  This will help me 
> populate the storedconfigs database so I can reproduce this issue. 
>
> Thanks, 
> -Jeff 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to