EXCEPTION_STACK_OVERFLOW - Problematic frame: nio.dll+0x7407

Programação Java
#1

Estamos com uma aplicação rodando no Windows 2008 com jre8 e Wildfly e aleatoriamente o serviço para. Alteramos parâmetros da JVM e até agora sem sucesso, alguém passou por este problema?

O log apresenta as seguintes informações:

A fatal error has been detected by the Java Runtime Environment:

EXCEPTION_STACK_OVERFLOW (0xc00000fd) at pc=0x0000000074147407, pid=992, id=0x0000000000001658

JRE version: Java™ SE Runtime Environment (8.0_131-b11) (build 1.8.0_131-b11)
Java VM: Java HotSpot™ 64-Bit Server VM (25.131-b11 mixed mode windows-amd64 compressed ops)
Problematic frame:
C [nio.dll+0x7407]

Core dump written. Default location: C:\STORE\wildfly-8.2.0.Final\bin\hs_err_pid992.mdmp

If you would like to submit a bug report, please visit:
http://bugreport.java.com/bugreport/crash.jsp
The crash happened outside the Java Virtual Machine in native code.
See problematic frame for where to report the bug.

Stack: [0x0000000059120000,0x0000000059220000], sp=0x000000005912d378, free space=52k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [nio.dll+0x7407]
C [nio.dll+0x6da2]
C 0x0000000002bca990

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 23325 sun.nio.ch.WindowsSelectorImpl$SubSelector.poll0(JI[I[I[IJ)I (0 bytes) @ 0x0000000002bca912 [0x0000000002bca880+0x92]
J 37392 C2 sun.nio.ch.SelectorImpl.lockAndDoSelect(J)I (72 bytes) @ 0x000000000568d70c [0x000000000568d3a0+0x36c]
J 71471 C2 org.xnio.nio.SelectorUtils.await(Lorg/xnio/nio/NioXnio;Ljava/nio/channels/SelectableChannel;I)V (65 bytes) @ 0x000000000ad6193c [0x000000000ad61740+0x1fc]
J 76056 C2 org.xnio.conduits.AbstractSinkConduit.awaitWritable()V (13 bytes) @ 0x000000000bffc108 [0x000000000bffbfa0+0x168]
J 81853 C2 io.undertow.conduits.ChunkedStreamSinkConduit.awaitWritable()V (13 bytes) @ 0x000000000a6faa58 [0x000000000a6faa20+0x38]
J 74093 C2 org.xnio.conduits.ConduitStreamSinkChannel.awaitWritable()V (10 bytes) @ 0x000000000693bbb4 [0x000000000693bb80+0x34]
J 37810 C1 io.undertow.server.HttpServerExchange$WriteDispatchChannel.awaitWritable()V (24 bytes) @ 0x000000000585cbe4 [0x000000000585c780+0x464]
J 66388 C1 org.xnio.channels.Channels.writeBlocking(Ljava/nio/channels/GatheringByteChannel;[Ljava/nio/ByteBuffer;II)J (55 bytes) @ 0x0000000007a6ff34 [0x0000000007a6f9a0+0x594]
J 25525 C2 io.undertow.servlet.spec.ServletOutputStreamImpl.write([BII)V (805 bytes) @ 0x0000000004f6db5c [0x0000000004f6d500+0x65c]
J 69675 C2 org.jboss.resteasy.util.CommitHeaderOutputStream.write([BII)V (15 bytes) @ 0x000000000b3a2c5c [0x000000000b3a28a0+0x3bc]
J 29290 C2 com.fasterxml.jackson.databind.ser.BeanPropertyWriter.serializeAsField(Ljava/lang/Object;Lcom/fasterxml/jackson/core/JsonGenerator;Lcom/fasterxml/jackson/databind/SerializerProvider;)V (213 bytes) @ 0x000000000468113c [0x0000000004680d00+0x43c]

jvm_args: -Dprogram.name=standalone.bat -Xms1024M -Xmx1024M -XX:MaxMetaspaceSize=512M -Djboss.remoting.pooled-buffers=false -Djava.net.preferIPv4Stack=true -Djboss.remoting.pooled-buffers=false -Djboss.modules.system.pkgs=org.jboss.byteman -Dorg.jboss.boot.log.file=C:\STORE\wildfly-8.2.0.Final\standalone\log\server.log -Dlogging.configuration=file:C:\STORE\wildfly-8.2.0.Final\standalone\configuration/logging.properties

#2

Só um ponto de partida, não é nem de perto uma solução.

A fatal error has been detected by the Java Runtime Environment: -> o problema doi detectado pela JRE
Problematic frame: C [nio.dll+0x7407] -> esta é a dll que esta causando o problema

Core dump written. Default location: C:\STORE\wildfly-8.2.0.Final\bin\hs_err_pid992.mdmp -> sem idéia talvel tenha um log no arquivo \hs_err_pid992.mdmp
If you would like to submit a bug report, please visit:http://bugreport.java.com/bugreport/crash.jsp -> suporte adequado
The crash happened outside the Java Virtual Machine in native code. -> o erro não ocorre dentro da JVM

[nio.dll+0x7407] -> esta é a dll que está recebendo algum dado imcompatível.

Se fosse a ausência da dll bastava colar outra no lugar, as vezes repor a por uma versão atual, agora se for a versão do programa que se tornou incompatível com a dll o ideal é sempre estar atualizando as aplicações, pois há métodos que se tornam deprecados ai quando vc sai da JRE versão x, para a JRE x+1 é possível que algo na aplicação tenha que ser atualizada, pois faz parte do ciclo de vida dos programas.
Se for problema de versão do java e vc tiver a versão anterior vc pode testar para ver se da crash se não der tem que atualizar a aplicação pois atualização de versão serve para correção, desempenho e principalmente segurança, logo utilizar aplicações desatualizadas é jogar com a sorte, pois um benedito pode explorar uma falha de segurança e ai, bom é jogar com a sorte.
Se for o proprietário do código fonte abra todas as classes numa IDE e procure pelos métodos deprecados.
Como falei, é apenas um ponto de partida.

#3

Bom dia.
Muito obrigado pela contribuição, havia pensado em algo relacionado a versão da JRE também. A aplicação foi desenvolvimento próprio, iremos rever o código em buscar de métodos que foram descontinuados. Vamos rever também a relação framework x jre.
Att.