org.jruby.exceptions.RaiseException: stack level too deep

'-Xss JVM Option for Stack Size' tutorial was cited in a support ticket in 2015.

The -Xss JVM Option for Stack Size tutorial was cited in a support ticket in 2015.

Subject: [PUP-4775] org.jruby.exceptions.RaiseException: (SystemStackError)
   stack level too deep
Date: June 4, 2015
Author: Christopher Price

>Serialization/Deseerialization of Puppet::Node objects using yaml
>causes the entire environment associated with the node to be
>serialized in full - this is everything loaded and evaluated in the
>environment, and it goes very deep. As noted in comments, it is
>possible to work around the issue of hitting a stack overflow by
>increasing the stack and making more memory available.
>The root cause is that objects (such as Puppet::Node) which requires
>asymmetric serialization (it only wants a serialization of the
>environment's name, and looks up the environment on deserialization)
>must include a module:

Oh, good point, it may be getting called during serialization indeed.

It could be a cyclic reference. If that's the case it may be hard to
track down w/o getting a stack line that is outside of the psych
library. Not sure how to do that w/o instrumenting psych... it should
be possible to hit a breakpoint in psych if we got a ruby debugger
attached, a la:
/master/documentation/dev_debugging.markdown#ruby-debug , but that
would require adding a line to the Puppet ruby code to trigger the
debugger. I can help you with that if you're interested in giving it
a try.

Another thing that might be helpful is to narrow down which kind of
HTTP request is triggering the issue. My guess is that it might be a
'report' request, because that's one of the only places where we still
serialize things to yaml that I can think of off of the top of my
head. So, you could try disabling reports temporarily (see ).

Or, you could watch the puppetserver-access.log file and see what the
last request that it logs is, matching up with the error that you see
in the puppetserver.log file.

It's possible (though not necessarily likely) that there's just a big
enough object we're writing that it actually needs more stack depth
than what the JVM is capping it at... in which case, increasing the
JVM stack size might fix it. To do this you'd set the "-Xss" setting
in your /etc/defaults/puppetserver or /etc/sysconfig/puppetserver. The
default is, I believe, something like 256KB. You could try setting it
to 1M or 2M, a la
JVM-Option-for-Stack-Size.html , and see if that helps us find the

Table of Contents

 About This Book

 Reference Citations in 2020

 Reference Citations in 2019

 Reference Citations in 2018

 Reference Citations in 2017

 Reference Citations in 2016

Reference Citations in 2015

 SSL/TLS Overview - Change Cipher Spec Protocol

 PFX to Java Keystore / Extract private key from Java Keystore

 Android talks #08 decompiling android applications

 Cpronto 2.5 Administration Guide


 Cryptographic Protocols - The Peruvian Coin Flip

 How to View XML Files

 Bug 378637 - Add support for connecting to HTTP proxy over HTTPS

 an information literacy technology for chemistry documents

org.jruby.exceptions.RaiseException: stack level too deep

 Another function that helps programmers calculate


 Application of the Enhanced SHA-1

 New Media Workshop [COMM7200]

 Apex Soap call authentication problem

 Recording Video of an Android Device

 Java HTTPS server code failing

 How to Capture Logcat Files Using ADB

 Modifying and Recompiling Settings.APK

 Reference Citations in 2014

 Reference Citations in 2013

 Reference Citations in 2012

 Reference Citations in 2011

 Reference Citations in 2010

 Reference Citations in 2009

 Reference Citations in 2008

 Reference Citations in 2007

 Reference Citations in 2006

 Reference Citations in 2005

 Reference Citations in 2004

 Reference Citations in 2003