Thanks Fredrik for submitting the bug report. Hopefully it will be looked at soon. I like puppet, however when it keeps hanging it's next to unusable.
Doesn't look like anything's happened over at puppet yet though, and it's been two months already. Regards Erik On 1 Sep, 20:21, Fredrik Eriksson <feff...@gmail.com> wrote: > On 2010-09-01 13:44, Fredrik Eriksson wrote: > > > > > > > On 26 Aug, 16:22, Brice Figureau <brice-pup...@daysofwonder.com> > > wrote: > >> On Thu, 2010-08-26 at 05:08 -0700, kit wrote: > >>> This server is 7.2-RELEASE-p4 #0 > > >> So it has the fix I sent. > > >>> debug: file_metadata supports formats: b64_zlib_yaml marshal pson raw > >>> yaml; using pson > >>> debug: file_metadata supports formats: b64_zlib_yaml marshal pson raw > >>> yaml; using pson > >>> debug: file_metadata supports formats: b64_zlib_yaml marshal pson raw > >>> yaml; using pson > > >> This time it was able to ask for 3 files instead of freezing at the 1st > >> one. > > >>> (gdb) thread apply all > >>> Please specify a command following the thread ID list > >>> (gdb) bt full > > >> My bad, those two commands are in fact only one: > > >> thread apply all bt full > > >> But the issue is that I'm not sure we can find the issue. It is > >> certainly some locking issues inside ruby that are invalid onFreeBSD. > > >> My advice if you really want to get rid of this issue is to rebuild ruby > >> without pthreads. > > >> You might also open a ticket on ruby 1.8 bug tracker (or on theFreeBSD > >> ruby port). > >> -- > >> Brice Figureau > >> Follow the latest Puppet Community evolutions onwww.planetpuppet.org! > > > Hello, > > > I think this is the same problem I have seen with my experiments with > > puppet onfreebsd. Puppet randomly hangs after exec-statements. A few > > examples of where it hangs (ruby18 --debug /usr/local/bin/puppet agent > > --test --debug --trace) > > > /usr/local/lib/ruby/site_ruby/1.8/puppet/type.rb:1881: warning: > > instance variable @virtual not initialized > > /usr/local/lib/ruby/site_ruby/1.8/puppet/type.rb:1881: warning: > > instance variable @virtual not initialized > > /usr/local/lib/ruby/site_ruby/1.8/puppet/type.rb:1881: warning: > > instance variable @virtual not initialized > > debug: /Stage[main]/Webbase::Backup/Line[sudo_backup]/Exec[echo > > 'backup ALL= ( root ) NOPASSWD: /usr/sbin/backup' >> '/usr/local/ > > etc/sudoers']: Executing check '/usr/bin/grep -qFx 'backup ALL= > > ( root ) NOPASSWD: /usr/sbin/backup' '/usr/local/etc/sudoers'' > > debug: Executing '/usr/bin/grep -qFx 'backup ALL= ( root ) > > NOPASSWD: /usr/sbin/backup' '/usr/local/etc/sudoers'' > > removing /tmp/puppet20100901-36732-16mgs1p-0...done > > <puppet hangs> > > > debug: /Stage[main]/Webbase::Apache/Exec[apache_purge]: Executing > > check '/bin/test -e /usr/local/etc/apache/ssl.crt' > > debug: Executing '/bin/test -e /usr/local/etc/apache/ssl.crt' > > removing /tmp/puppet20100901-50535-1p6j13j-0...done > > <puppet hangs> > > > /usr/local/lib/ruby/site_ruby/1.8/puppet/type.rb:1881: warning: > > instance variable @virtual not initialized > > debug: /Stage[main]/Webbase::Nas/Exec[/sbin/mount /proc]: Executing > > check '/sbin/mount | /usr/bin/egrep ^procfs' > > debug: Executing '/sbin/mount | /usr/bin/egrep ^procfs' > > removing /tmp/puppet20100901-95974-1n5jg13-0...done > > <puppet hangs> > > > I'm not really familliar with debugging tools (especially not for ruby > > applications), but I've added a few debug-statements and started a > > loop that runs puppet to see where it hangs. So far all I know is that > > it hangs after Puppet::Util::SUIDManager.run_and_capture() but before > > it returns from run(), I'll see if I can find exact statement where it > > hangs... > > > Regards > > -- > > Fredrik Eriksson > > I created a bug report over at puppetlabs so that someone who has more > knowledge and/or time could take a look at > it:http://projects.puppetlabs.com/issues/4681 > > Regards > -- > Fredrik Eriksson -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
