Java JVM(64位1.5.0._22)在GCTaskThread上崩溃

Java JVM(64位1.5.0._22)在GCTaskThread上崩溃,java,jvm,jvm-crash,Java,Jvm,Jvm Crash,我们的一个开发服务器时不时地崩溃,报告看起来非常相似。我们认为这是由于内存不足,但我们想验证这一点。你们能帮忙吗?下面,您将从hs_err文件中找到相关信息 谢谢! 你 作为一种解决方法,您可以将perm gen的大小增加“-XX:PermSize=256m-XX:MaxPermSize=256m”。它不能解决问题,但会延迟崩溃 或者您可以尝试其他gc策略,如并发gc。内存不足不应导致JVM崩溃。如果是,那就是一个JVM错误,唯一真正解决JVM错误的方法就是升级 我能想到的唯一“你的错”是:

我们的一个开发服务器时不时地崩溃,报告看起来非常相似。我们认为这是由于内存不足,但我们想验证这一点。你们能帮忙吗?下面,您将从hs_err文件中找到相关信息

谢谢! 你


作为一种解决方法,您可以将perm gen的大小增加“-XX:PermSize=256m-XX:MaxPermSize=256m”。它不能解决问题,但会延迟崩溃


或者您可以尝试其他gc策略,如并发gc。

内存不足不应导致JVM崩溃。如果是,那就是一个JVM错误,唯一真正解决JVM错误的方法就是升级

我能想到的唯一“你的错”是:

  • 您的代码或某个第三方库正在使用本机代码库进行某些操作,而该代码存在错误

  • 您的JVM安装已被微妙地损坏,或者

  • 那台机器有间歇性的硬件故障


如果您怀疑问题是内存不足,那么在启用GC日志记录的情况下运行应用程序可能会确认这一点。或者,您可以调整堆大小和其他设置,并希望它们能够修复它



在某个时刻,您将不得不告诉您的客户,您不能再为旧的(生命周期结束的)JVM上的安装提供支持。如果这是一个JVM错误(正如我们所怀疑的),那么修复它的机会很小。。。除非您/您的客户愿意向Oracle签署一张大额支票以获得支持。

升级到现代1.6.x JVM是显而易见的(也是明智的)建议不可能的,这是一款面向众多客户部署的产品。还有其他想法吗?你的JVM正在崩溃。错误在JVM中。您正在使用旧的JVM。该错误可能在较新的JVM中修复。这可能不是您想要的答案,但结论是不可避免的。它在过去没有发生过,它是相当新的,使用相同的服务器、JVM等。因此,我们可能以某种方式触发了这种行为。是否没有已知的此类问题列表以及如何避免这些问题?我们将在2012年2月转向Java 6。上面的报告显示,eden空间为100%,PermGen为99%,故障位于GCThread。我们真的是遇到过这种情况的人吗?@Yon-“我们真的是遇到过这种情况的人吗?”可能不是。但最好的解决办法是升级。
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0x00002b84b6dee37c, pid=4196, tid=1081399616
#
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_22-b03 mixed mode)
# Problematic frame:
# V  [libjvm.so+0x5b437c]
#

---------------  T H R E A D  ---------------

Current thread (0x000000005db44970):  GCTaskThread [id=4200]

siginfo:si_signo=11, si_errno=0, si_code=128, si_addr=0x0000000000000000


Heap
 PSYoungGen      total 291968K, used 291760K [0x00002aaada600000, 0x00002aaaec400000, 0x00002aaaec400000)
  eden space 291136K, 100% used [0x00002aaada600000,0x00002aaaec250000,0x00002aaaec250000)
  from space 832K, 75% used [0x00002aaaec250000,0x00002aaaec2ec288,0x00002aaaec320000)
  to   space 896K, 21% used [0x00002aaaec320000,0x00002aaaec350000,0x00002aaaec400000)
 PSOldGen        total 583680K, used 385757K [0x00002aaab6c00000, 0x00002aaada600000, 0x00002aaada600000)
  object space 583680K, 66% used [0x00002aaab6c00000,0x00002aaace4b7438,0x00002aaada600000)
 PSPermGen       total 116736K, used 116682K [0x00002aaaaac00000, 0x00002aaab1e00000, 0x00002aaab6c00000)
  object space 116736K, 99% used [0x00002aaaaac00000,0x00002aaab1df2b78,0x00002aaab1e00000)


---------------  S Y S T E M  ---------------

OS:CentOS release 5.3 (Final)

uname:Linux 2.6.18-128.el5 #1 SMP Wed Jan 21 10:41:14 EST 2009 x86_64
libc:glibc 2.5 NPTL 2.5 
rlimit: STACK 10240k, CORE 0k, NPROC 16384, NOFILE 99999, AS infinity
load average:22.73 19.62 19.08

CPU:total 4 em64t

Memory: 4k page, physical 2059636k(196532k free), swap 128512k(120972k free)

vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_22-b03) for linux-amd64, built on Oct  9 2009 01:32:14 by java_re with gcc 3.2.2 (SuSE Linux)

time: Fri Aug  5 03:57:27 2011
elapsed time: 27420 seconds