wildfly-9.0.0.Final 在 linux x86 上自动停止。 Fedora 3.14.8-200.fc20。 java版本“1.8.0_45”。我该如何解决？

Posted 2023-02-19

【中文标题】wildfly-9.0.0.Final 在 linux x86 上自动停止。 Fedora 3.14.8-200.fc20。 java版本“1.8.0_45”。我该如何解决？

【英文标题】：wildfly-9.0.0.Final stops automatically on linux x86. fedora 3.14.8-200.fc20. java version "1.8.0_45". How can i fix it?

【发布时间】：2015-09-27 17:26:44

【问题描述】：

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

服务器日志：

[代码块（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) (build 1.8.0_45-b14) Java 虚拟机：Java HotSpot(TM) 服务器虚拟机（25.45-b02 混合模式 linux-x86） 无法写入核心转储。核心转储已被禁用。要启用核心转储，请在再次启动 Java 之前尝试“ulimit -c unlimited”

包含更多信息的错误报告文件保存为： /opt/wildfly-9.0.0.Final/bin/hs_err_pid2211.log

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

./standalone.sh: line 346: 2211 Aborted "/opt/java/jdk1.8.0_45/bin/java" -D"[Standalone]" -server -server -Xms512m -Xmx2048m -XX:MaxPermSize=2048m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.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-9.0.0. Final/jboss-modules.jar" -mp "/opt/wildfly-9.0.0.Final/modules" org.jboss.as.standalone -Djboss.home.dir="/opt/wildfly-9.0.0.Final" -Djboss.server.base.dir="/opt/wildfly-9.0.0.Final/standalone"

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

【问题讨论】：

/opt/wildfly-9.0.0.Final/bin/hs_err_pid2211.log 应该有更多细节，但它看起来像是 JVM 中的东西。您的环境有什么独特之处吗？

我有 linux x86 机器，我认为没有什么独特之处。请看日志：issues.jboss.org/secure/attachment/12390932/hs_err_pid2211.log

【参考方案1】：

基本上，您的 JVM 崩溃了。作为一般规则，JVM 永远不应该崩溃。但是，在某些情况下它可能会崩溃：

JVM 中的一个错误 JVM 所依赖的某些软件中的错误（很少见，因为 JVM 可以处理大多数此类情况） 某些硬件故障（例如内存损坏）

要找出问题所在，请尝试回答以下问题：

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

虽然我无法告诉您如何解决问题，但您可能会在诊断出问题后找到解决方案。

【参考方案2】：

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

原因

这是由于 OpenJDK 中的错误（JDK-8067755 和 JDK-8068663）和 通过在 Tomcat 上终止 SSL 来触发。

解决方法

选项 #1

将 -XX:-UseAESIntrinsics 标志添加到 JVM。 BITBUCKET 服务器 JIRA CONFLUENCE 上述解决方法中提供的标志应该 但是，原始的 Tomcat 线程建议添加参数 改为：

1 -XX:CompileCommand=exclude,com/sun/crypto/provider/*.* 我们已经通过添加 UseAESIntrinsics 参数让客户成功，所以只使用 如果该选项不起作用，则此选项。

选项 #2

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

分辨率

我们已确认 Java 8u60 包含此修复程序。升级到 Java 8u60 或更高版本。