Jstack y No hay suficiente espacio de almacenamiento disponible para procesar este comando

Question

Estoy tratando de ejecutar el comando jstack en mi aplicación java. La aplicación es bastante grande, ejecutándose dentro de jboss AS ocupando aproximadamente 4 gb de memoria. OS es la edición estándar de Windows Server 2003. Cada vez que aparece un error "No hay suficiente espacio de almacenamiento disponible para procesar este comando". Hay suficiente ram, 16 gb y espacio en disco. Entonces, ¿alguna idea?

Answer 1

me encontré con esto recientemente en WIN2008R2 y pensé en compartir mi solución, ya que tomó un tiempo para averiguar. Rob's comment about psexec -s es lo que hizo por mí.

Parece que en Vista y posteriormente jstack no funciona en contra de los servicios debido al contexto del usuario. No tiene nada que ver con la memoria. Sospecho que esta es la misma razón por la que la gente ha visto este problema en 2003 a través del escritorio remoto, a menos que use el modificador/admin o/console en mstsc. A partir de Vista, la seguridad reforzada es probablemente lo que lo rompió.

Iniciar mi aplicación desde una ventana de cmd funcionó bien, pero eso no me ayuda a depurar nuestra instalación estándar. Habilitar el puerto de depuración de Java (para VisualVM, Eclipse o la mayoría de los depuradores de Java) requiere reiniciar la aplicación, por lo que perderá el estado que probablemente esté tratando de capturar si aún no tiene habilitada la depuración. Comenzar el servicio con mis credenciales de usuario no funcionó. Me sorprendió un poco. Pero psexec -s ejecuta jstack desde el contexto del sistema, que funcionaba como un hechizo. Ah, y tendrá que ejecutar psexec desde un indicador elevado de cmd, si UAC está activado.

Answer 2

Tuvimos problemas al ejecutar JStack en una máquina con Windows incluso con una aplicación modesta (1GB). Terminamos haciendo nuestro análisis de pila y montón usando Netbeans. Esto pareció hacer frente al análisis de los archivos de volcado mucho mejor. YMMV.

Prueba Netbeans para crear perfiles: es muy bueno. Tenga en cuenta que VisualVM es un perfilador de NB de reducción y viene con 6u7.

Answer 3

En el pasado he visto esto cuando la JVM se ejecuta como un servicio de Windows en Windows 2003.

En primer lugar, comprobar para ver si se trata de una issue with the TMP directory.

En segundo lugar, jstack (o las otras utilidades como jconsole) no se conectará al proceso local a menos que se ejecute en la misma sesión. Si el servicio se está ejecutando como un usuario específico, es posible que pueda conectarse iniciando sesión en la misma sesión. Si está utilizando Escritorio remoto, puede conectarse utilizando "mstsc/admin" (solía ser/consola) e intente ejecutar jstack nuevamente. Definitivamente, asegúrese de que el directorio TMP esté configurado correctamente si esto no soluciona el problema.

Si el servicio se está ejecutando como LocalSystem, el procedimiento anterior probablemente no ayude mucho. No sé si hay una forma de iniciar sesión en la misma sesión que LocalSystem.

Algunas otras alternativas pueden ser establecer el proceso para el monitoreo remoto y usar jvisualvm (desde el servidor mismo o desde otra máquina) para conectarse a través de un puerto y realizar un volcado de hilo.

Answer 4

Este es un mensaje de error del O/S subyacente. No hay mucho que pueda hacer en su código para lidiar con esto, salvo capturar la excepción que se lanza. Boo a Windows por ser tan limitado.

http://technet.microsoft.com/en-us/library/cc978735.aspx

Answer 5

psexec -s jstack PID >> c:\jstack.log funciona perfectamente en la misma máquina. Por primera vez me tomó un tiempo pero nuevamente ejecuté con la opción de redirigir a archivo, que completó en unos pocos segundos.