Jakarta ee - wildfly-9.0.0.final在Linux x86上自动停止。软呢帽 3.14.8-200.FC20.Java版本"1.8.0_45" .我该如何解决它?



wildfly-9.0.0.最终停止在linux机器上工作。我不知道为什么。请帮忙。

服务器日志:

[CodeBlob(0xa752af48(]

帧大小:0

用于StubRoutines(2(的BufferBlob(0xa752af48(

Java运行时环境检测到一个致命错误:

内部错误(sharedRuntime.cpp:834(,pid=2211,tid=482995008致命错误:在pc 0xa752c8d4 的解释器、nmethods和vtable存根外部发生异常

JRE版本:Java(TM(SE运行时环境(8.0_45-b14((内部版本1.8.0_45b14(Java虚拟机:Java HotSpot(TM(服务器虚拟机(25.45-b02混合模式linux-x86(无法写入核心转储。核心转储已被禁用。要启用核心转储,请在再次启动Java 之前尝试"ulimit-c unlimited">

包含详细信息的错误报告文件另存为:/opt/wwildfly-9.0.0.Final/bin/hs_err_pid2211.log

如果您想提交错误报告,请访问:http://bugreport.java.com/bugreport/crash.jsp

/standalone.sh:line 346:2211中止"/opt/java/jdk1.8.0_45/bin/java"-D"[standalone]"-server-server-Xms512m-Xmx2048m-XX:MaxPermSize=2048m-Djava.net.preferPv4Stack=true-Djaboss.modules.system.pkgs=org.joss.byteman-Djava.awt.headless=true"-Dorg.jboss.boot.log.file=/opt/wildfly-9.0.0.Final/standalone/log/server.log"-Dlogging.configuration=file:/opt/wildfly-9.0.0.Final/standalone/configuration/logging.properties"-jar"/opt/wildfly-90.0.0.Final/jboss-modules.jar"-mp"/opt/wildfly-90.0.Final/modules"org.jbos.as.standalone-Djbos.home.dir="/opt/wildfly-90.0.0.Final"-Dgbos.server.base.dir=

standalone.conf:

if [ "x$JAVA_OPTS" = "x" ]; then
JAVA_OPTS="-Xms512m -Xmx2048m -XX:MaxPermSize=2048m -Djava.net.preferIPv4Stack=true"
JAVA_OPTS="$JAVA_OPTS -Djboss.modules.system.pkgs=$JBOSS_MODULES_SYSTEM_PKGS -Djava.awt.headless=true"
else
echo "JAVA_OPTS already set in environment; overriding default settings with values: $JAVA_OPTS"
fi

基本上,JVM崩溃了。一般来说,JVM不应该崩溃。不过,在某些情况下,它可能会崩溃:

  • JVM中的一个错误
  • JVM所依赖的某些软件中的错误(很少见,因为JVM是用来处理大多数情况的(
  • 某些硬件故障(例如内存不好(

要找出问题所在,请尝试回答以下问题:

  • 其他机器也会发生这种情况吗?如果是这样的话,很可能这不是硬件问题
  • 其他虚拟机也会发生这种情况吗?您似乎在使用Oracle的JVM,因此,您可能想尝试使用Fedora附带的OpenJDK
  • 最新的Fedora也会发生这种情况吗?看起来你运行的是Fedora 20,它比最近的版本落后了两个版本
  • 是哪个部件导致了故障?我看到你有很多组件在运行,比如Spring、Mongo、Zookeeper、Solr。。。试着一次去掉一些代码并删除一个依赖项,以确定是哪个代码引发了问题。一旦你找到了它,就做相反的事情:从一个空白状态开始,只添加这个依赖项和你的代码,一次添加一个片段,看看到底是什么引发了问题。一旦找到它,组件的开发人员将更容易重现问题并修复它

虽然我不能告诉你如何解决这个问题,但一旦你诊断出问题,你可能会找到解决方案。

以下是有关此特定问题和解决方案的更多详细信息。

原因

这是由于OpenJDK(JDK-8067755和JDK-8068663(中的一个错误造成的,并且通过终止Tomcat上的SSL来触发。

变通办法

选项#1

将-XX:-UseAESIntrnsics标志添加到JVM中。BITBUCKET服务器
JIRA CONFLUENCE上述变通方法中提供的标志应但是,原始Tomcat线程建议添加参数下面是:

1-XX: CompileCommand=exclude,com/sun/crypto/provider/*.*我们已经让客户成功地添加了UseAESIntrnsics参数,因此只使用如果这个选项不起作用。

选项#2

在应用程序前面添加一个代理以在之前终止SSL公猫有关这方面的更多信息可以在这里找到:代理和保护Bitbucket服务器。将JIRA与Apache配置集成Confluence 的Web代理支持

分辨率

我们已经确认Java 8u60包含该修复程序。升级至Java8u60或更高版本。

最新更新