Java运行时环境检测到致命错误：

你能帮点忙吗

我们的生产服务器突然开始崩溃，我做了很多研究，但没有找到解决方案，除了有人建议升级java，但我们已经在使用最新的补丁（java 671）

---

不准确地知道问题是什么，在确定问题的根本原因和解决方案时考虑以下问题。 错误消息实际上解释了很多：

# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.

有问题的框架是：

# Problematic frame:
# C  [libcknfast.so+0x10f2ba]  long double+0x11a

“所有突然开始崩溃”与此错误信息相结合，表明存在以下可能性：

• 对与PKCS11库交互的服务器上的Java代码所做的更改（

  libcknfast.so

  ）
• PKCS11库（

  libcknfast.so

  ）本身的更改

基本上，考虑您的团队是否部署了更新的java代码、更新的PKCS11库、JBASS更新或其他更新或配置更改，这些更改或任何更改都在问题本身之前得到了依赖。

也有超过250个-这可能有助于特定的假设，因为你考虑在问题之前对生产服务器可能的改变。

---

具体来说，就是简单地将一个额外的

null

传递给一个本机函数（即，在这种错误的根源上可能发生代码更改的示例）；归结为JVM内存参数（即一个可能的配置变化的例子，在这样的问题的核心）。

< P>不知道确切的问题是什么，考虑以下问题确定问题的根本原因和解决方案。 错误消息实际上解释了很多：

# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.

有问题的框架是：

# Problematic frame:
# C  [libcknfast.so+0x10f2ba]  long double+0x11a

“所有突然开始崩溃”与此错误信息相结合，表明存在以下可能性：

• 对与PKCS11库交互的服务器上的Java代码所做的更改（

  libcknfast.so

  ）
• PKCS11库（

  libcknfast.so

  ）本身的更改

基本上，考虑您的团队是否部署了更新的java代码、更新的PKCS11库、JBASS更新或其他更新或配置更改，这些更改或任何更改都在问题本身之前得到了依赖。

也有超过250个-这可能有助于特定的假设，因为你考虑在问题之前对生产服务器可能的改变。

---

具体来说，就是简单地将一个额外的

null

传递给一个本机函数（即，在这种错误的根源上可能发生代码更改的示例）；归结到JVM内存参数（即，这类问题的核心可能发生的配置更改的示例）。

请引用与您发现的问题相关的建议。实际上，我刚刚注意到“崩溃发生在Java虚拟机之外的本机代码中。”-检查jboss以获取更新。请引用与您发现的问题相关的建议。实际上，我刚刚注意到“崩溃发生在Java虚拟机之外的本机代码中。”-检查jboss以获取更新。