不好意思,前面怎么没贴出来:#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xb6d3dbe3, pid=14454, tid=2773482416
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_11-b03 mixed mode)
# Problematic frame:
# V  [libjvm.so+0x28fbe3]
#

解决方案 »

  1.   

    虚拟机报错可能是由于Java的Bug造成的,也可能是虚拟机内存溢出等造成的,这个只能报告给Sun了,一般人不咋看得懂
      

  2.   

    谢谢各位关注。到现在还没有解决,解决了我会把解决方法贴出来(现在已经升级到JDK1.6了,新的错误情况请看下贴)。祝大家情人节快乐!
      

  3.   

    #
    # An unexpected error has been detected by Java Runtime Environment:
    #
    #  Internal Error (nmethod.cpp:1707), pid=5694, tid=2387528624
    #  Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")
    #
    # Java VM: Java HotSpot(TM) Server VM (10.0-b19 mixed mode linux-x86)
    # If you would like to submit a bug report, please visit:
    #   http://java.sun.com/webapps/bugreport/crash.jsp
    #---------------  T H R E A D  ---------------Current thread (0x8f054000):  JavaThread "Thread-51" [_thread_in_Java, id=5788, stack(0x8e49c000,0x8e4ed000)]Stack: [0x8e49c000,0x8e4ed000],  sp=0x8e4ebcd4,  free space=319k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    V  [libjvm.so+0x5ecc19]
    V  [libjvm.so+0x2caabf]
    V  [libjvm.so+0x4eb0ac]
    V  [libjvm.so+0x55bac0]
    V  [libjvm.so+0x4ff48d]
    V  [libjvm.so+0x4fc248]
    ---------------  P R O C E S S  ---------------Java Threads: ( => current thread )
      0x086a9400 JavaThread "Thread-131" [_thread_blocked, id=5904, stack(0x8e3fa000,0x8e44b000)]
      0x08204800 JavaThread "Thread-119" [_thread_in_native, id=5887, stack(0x8cf5e000,0x8cfaf000)]
      0x08668800 JavaThread "Thread-110" [_thread_in_native, id=5878, stack(0x8c9af000,0x8ca00000)]
      0x08663000 JavaThread "Thread-55" [_thread_in_native, id=5792, stack(0x8d90d000,0x8d95e000)]
      0x08662000 JavaThread "Thread-54" [_thread_in_native, id=5791, stack(0x8dc8e000,0x8dcdf000)]
      0x08661c00 JavaThread "Thread-53" [_thread_in_native, id=5790, stack(0x8e32e000,0x8e37f000)]
      0x8f056400 JavaThread "DestroyJavaVM" [_thread_blocked, id=5695, stack(0xb740f000,0xb7460000)]
      0x8f055000 JavaThread "Thread-52" [_thread_blocked, id=5789, stack(0x8e44b000,0x8e49c000)]
    =>0x8f054000 JavaThread "Thread-51" [_thread_in_Java, id=5788, stack(0x8e49c000,0x8e4ed000)]
      0x8f053400 JavaThread "Thread-50" [_thread_blocked, id=5787, stack(0x8e4ed000,0x8e53e000)]...
    Other Threads:
      0x080fa000 VMThread [stack: 0x8fac3000,0x8fb44000] [id=5700]
      0x8fd07000 WatcherThread [stack: 0x8f52c000,0x8f5ad000] [id=5707]VM state:synchronizing (normal execution)VM Mutex/Monitor currently owned by a thread:  ([mutex/lock_event])
    [0x080561e0/0x08056208] Safepoint_lock - owner thread: 0x080fa000
    [0x080562e0/0x08056308] Threads_lock - owner thread: 0x080fa000
    [0x080567a0/0x080567b8] Heap_lock - owner thread: 0x084a2000Heap
     PSYoungGen      total 57152K, used 57117K [0xb09f0000, 0xb42d0000, 0xb42d0000)
      eden space 56448K, 100% used [0xb09f0000,0xb4110000,0xb4110000)
      from space 704K, 95% used [0xb4220000,0xb42c76a0,0xb42d0000)
      to   space 896K, 0% used [0xb4110000,0xb4110000,0xb41f0000)
     PSOldGen        total 233024K, used 157590K [0x942d0000, 0xa2660000, 0xb09f0000)
      object space 233024K, 67% used [0x942d0000,0x9dcb5978,0xa2660000)
     PSPermGen       total 20736K, used 9162K [0x902d0000, 0x91710000, 0x942d0000)
      object space 20736K, 44% used [0x902d0000,0x90bc2a28,0x91710000)
      

  4.   

    还有:Signal Handlers:
    SIGSEGV: [libjvm.so+0x5ed7c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGBUS: [libjvm.so+0x5ed7c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGFPE: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGPIPE: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGXFSZ: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGILL: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
    SIGUSR2: [libjvm.so+0x4fe270], sa_mask[0]=0x00000004, sa_flags=0x10000004
    SIGHUP: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGINT: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGTERM: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    SIGQUIT: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
    ---------------  S Y S T E M  ---------------OS:Red Hat Enterprise Linux ES release 3 (Taroon Update 5)uname:Linux 2.4.21-32.ELsmp #1 SMP Fri Apr 15 21:17:59 EDT 2005 i686
    libc:glibc 2.3.2 NPTL 0.60 
    rlimit: STACK 10240k, CORE 0k, NPROC 7168, NOFILE 1024, AS infinity
    load average:0.42 0.92 0.74CPU:total 4 (1 cores per cpu, 2 threads per core) family 15 model 4 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, htMemory: 4k page, physical 5124348k(31840k free), swap 2096440k(2096440k free)vm_info: Java HotSpot(TM) Server VM (10.0-b19) for linux-x86 JRE (1.6.0_04-b12), built on Dec 14 2007 00:57:07 by "java_re" with gcc 3.2.1-7a (J2SE release)time: Wed Feb 13 06:28:41 2008
    elapsed time: 10747 seconds
      

  5.   

    多谢olivesoup的长时间关注。现在只知道不定期地会crash,OS系统方面也没有什么特别的变化呀。
      

  6.   

    我过完年回来看这贴还在这呢,都一年了啊也没解决不过面对你的问题感觉有些力不从心,惭愧
    建议你联系一下java基础板块的斑竹java2000_net,他比较热心,而且技术出色
      

  7.   

    呵呵 LS 的建议考虑考虑
    我提供给你java2000_net  他自己的论坛 地址   你把问题放上去  他会给你看的
                            www.java2000.net
      

  8.   

    呵呵 很感谢olivesoup和xql80329的关心。这个问题现在有所进展。大幅削减了Log输出后,已经4天没有crash了。由于用了一个第三方的Log工具,当时不知道这个Log工具会向 标准输出 也输出Log。怀疑非常频繁的输出大量的Log到控制台上JVM的处理有问题(也怀疑本身频繁的输出大量的Log到文件中JVM的处理有问题)。(每1秒钟就输出170k的Log)。
    是不是这个原因还不能最终确定(因为时间还不够长,不能保证真的没有问题了)。另外,有一点信息也交流一下:
    JDK1.6修改了大量垃圾收集器的问题,如果JDK1.5出现了垃圾收集器引起的crash,可以升级到JDK1.6试试。
      

  9.   


    不错,还有就是需要做ThreadDump看看。大量的IO是会导致性能问题的。
      

  10.   

    我现在又遇到几乎同样的问题了,一个军方项目
    四台机器中,两台可以正常使用,其余两台就不行
    总是crash,而且机器配置一样,软件配置几乎也一样
    目前正在sun网站上查找原因
    这个项目就是一个普通的web项目,真是郁闷了
      

  11.   

    这个问题比较奇怪,虽说是jdk的一个bug
    但查了很久仍为找到确切的解决办法,
    现将我的解决过程讲一下:
    1.EXCEPTION_ACCESS_VIOLATION ”意味着Java应用Crash的时候,正在运行JVM自己的代码,而不是外部的Java代码或其他类库代码
    2.根据log信息中的
    # Problematic frame:
    # C  [ntdll.dll+0x18fea]
    可以判断是加载本地方法时出错.
    但解决办法仍然没找到
    我试着卸载jdk然后安装最新版本仍然存在。
    后怀疑是软件冲突,发现没有问题的机器上安装的卡巴
    有问题的安装的都是诺顿
    于是卸载到诺顿后问题解决
    看来有时候杀毒软件与jdk还真是不太兼容
      

  12.   

    这个帖子现在回过头来看应该不是jdk_1.5.0的问题,应该是向标准输出太多太频繁了虚拟机处理不过来的问题。输出改少后就解决了。只是当时还把jdk升级到1.6了,以为也有关系。
    为什么这么说呢,因为Log里面有:
    Java_sun_awt_X11_XToolkit_waitForEvents+0x33
    猜想是刷新terminal窗口的时候用的吧。lswfly所说的诺顿的问题也是另外一种经验吧,谢谢分享。
      

  13.   

    我也碰到类似的,求楼主的解决方法
    www.java2000.net进不去啊,要帐号密码啊