Re: maven build causing java segmentation fault - help needed
Doug Douglass a écrit : Mark, The only time I've seen a maven build trigger a JVM seg fault the problem was due to bad server memory. It was low end hardware running CentOS and hosted our Cruise Control install, amongst many other things. The seg faults were intermittent. HTH and good luck, Doug On Wed, Apr 30, 2008 at 3:54 PM, Mark Hansen [EMAIL PROTECTED] wrote: We are trying to get the maven build for our product working under RedHat linux (running as a guest OS under VMWare). This build works fine on Windows Vista and XP. But under RedHat it is causing a Java segmentation fault. See attached log file for details. Does anyone have any ideas about how we might get to the bottom of what is causing this and fix it? Here are some details about our environment. Maven version 2.0.9 JDK 1.6.0_05 Red Hat Enterprise Linux AS release 4 (Nahant Update 6) jvm_args: -Xms768m -Xmx768m -Xss2048k Is that a sun provided jvm (you downloaded it from sun web site) or a redhat provided one (using rpms). In later case, try to switch to sun jvm. If that doesn't solve, try to change minor jvm verison (download from sun archive a 1.6.0_04 for example). Such crashes are most of the time due to either hardware issues, or jvm bugs. Try also this, before starting maven: ulimit -s 2048 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven build causing java segmentation fault - help needed
We are trying to get the maven build for our product working under RedHat linux (running as a guest OS under VMWare). This build works fine on Windows Vista and XP. But under RedHat it is causing a Java segmentation fault. See attached log file for details. Does anyone have any ideas about how we might get to the bottom of what is causing this and fix it? Here are some details about our environment. Maven version 2.0.9 JDK 1.6.0_05 Red Hat Enterprise Linux AS release 4 (Nahant Update 6) jvm_args: -Xms768m -Xmx768m -Xss2048k - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven build causing java segmentation fault - help needed
We are trying to get the maven build for our product working under RedHat linux (running as a guest OS under VMWare). This build works fine on Windows Vista and XP. But under RedHat it is causing a Java segmentation fault. See attached log file for details. Does anyone have any ideas about how we might get to the bottom of what is causing this and fix it? Here are some details about our environment. Maven version 2.0.9 JDK 1.6.0_05 Red Hat Enterprise Linux AS release 4 (Nahant Update 6) jvm_args: -Xms768m -Xmx768m -Xss2048k - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x06313045, pid=16347, tid=3086891936 # # Java VM: Java HotSpot(TM) Client VM (10.0-b19 mixed mode, sharing linux-x86) # Problematic frame: # V [libjvm.so+0x313045] # # 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 (0x08058800): JavaThread main [_thread_in_vm, id=16349, stack(0xb7de3000,0xb7fe4000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x08ae7000 Registers: EAX=0x0b1a, EBX=0x00a8f768, ECX=0xb7fe1df8, EDX=0x ESP=0xb7fe1d04, EBP=0xb7fe1d10, ESI=0x08057898, EDI=0x08057898 EIP=0x06313045, CR2=0x08ae7000, EFLAGS=0x00210283 Top of Stack: (sp=0xb7fe1d04) 0xb7fe1d04: 08058a1c b7fe1df8 b7fe1e90 0xb7fe1d14: 061877b0 b7fe1df8 08057898 08057898 0xb7fe1d24: 08058800 63e2a0e8 08058a44 0xb7fe1d34: b7fe1d60 b7fe1db8 0626e7a2 63db07e0 0xb7fe1d44: 0005 08059028 08059028 0xb7fe1d54: 61099438 08058a44 0005 0xb7fe1d64: 08058800 b7fe1d01 08058ec0 0xb7fe1d74: 001e 63e2a0e8 00096180 08058800 Instructions: (pc=0x06313045) 0x06313035: 53 8b 75 10 31 db 8b 4d 08 8b 7d 0c 39 f3 73 17 0x06313045: 8a 04 3b 3c 0a 74 28 3c 09 74 11 8b 41 0c 40 89 Stack: [0xb7de3000,0xb7fe4000], sp=0xb7fe1d04, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x313045] V [libjvm.so+0x1877b0] V [libjvm.so+0x3752ec] V [libjvm.so+0x373f35] V [libjvm.so+0x372fa7] V [libjvm.so+0x372cb2] V [libjvm.so+0x285e71] V [libjvm.so+0x26fb31] C [libjava.so+0xbbd4] Java_java_lang_ClassLoader_findBootstrapClass+0x114 J java.lang.ClassLoader.findBootstrapClass(Ljava/lang/String;)Ljava/lang/Class; J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class; J org.codehaus.classworlds.RealmClassLoader.loadClassDirect(Ljava/lang/String;)Ljava/lang/Class; J org.codehaus.classworlds.DefaultClassRealm.loadClass(Ljava/lang/String;)Ljava/lang/Class; J org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(Lorg/codehaus/plexus/component/repository/ComponentDescriptor;Lorg/codehaus/classworlds/ClassRealm;Lorg/codehaus/plexus/PlexusContainer;)Ljava/lang/Object; J org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(Lorg/codehaus/plexus/component/repository/ComponentDescriptor;)Ljava/lang/Object; J org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent()Ljava/lang/Object; J org.codehaus.plexus.DefaultPlexusContainer.lookup(Ljava/lang/String;)Ljava/lang/Object; J org.codehaus.plexus.personality.plexus.lifecycle.phase.AutoConfigurePhase.execute(Ljava/lang/Object;Lorg/codehaus/plexus/component/manager/ComponentManager;)V J org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(Ljava/lang/Object;Lorg/codehaus/plexus/component/manager/ComponentManager;)V v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter J org.codehaus.plexus.DefaultPlexusContainer.lookup(Ljava/lang/String;)Ljava/lang/Object; J org.codehaus.plexus.DefaultPlexusContainer.lookup(Ljava/lang/String;Ljava/lang/String;)Ljava/lang/Object; v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1) V [libjvm.so+0x21c40d] V [libjvm.so+0x310378] V [libjvm.so+0x21c2a0] V [libjvm.so+0x339835] V [libjvm.so+0x33c40c] V [libjvm.so+0x288355] C [libjava.so+0x15214] Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x34 v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1) V [libjvm.so+0x21c40d] V [libjvm.so+0x310378] V [libjvm.so+0x21c2a0] V [libjvm.so+0x2458c6] V [libjvm.so+0x2370c8] C [java+0x1b98]
Re: maven build causing java segmentation fault - help needed
Mark, The only time I've seen a maven build trigger a JVM seg fault the problem was due to bad server memory. It was low end hardware running CentOS and hosted our Cruise Control install, amongst many other things. The seg faults were intermittent. HTH and good luck, Doug On Wed, Apr 30, 2008 at 3:54 PM, Mark Hansen [EMAIL PROTECTED] wrote: We are trying to get the maven build for our product working under RedHat linux (running as a guest OS under VMWare). This build works fine on Windows Vista and XP. But under RedHat it is causing a Java segmentation fault. See attached log file for details. Does anyone have any ideas about how we might get to the bottom of what is causing this and fix it? Here are some details about our environment. Maven version 2.0.9 JDK 1.6.0_05 Red Hat Enterprise Linux AS release 4 (Nahant Update 6) jvm_args: -Xms768m -Xmx768m -Xss2048k - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x06313045, pid=16347, tid=3086891936 # # Java VM: Java HotSpot(TM) Client VM (10.0-b19 mixed mode, sharing linux-x86) # Problematic frame: # V [libjvm.so+0x313045] # # 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 (0x08058800): JavaThread main [_thread_in_vm, id=16349, stack(0xb7de3000,0xb7fe4000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x08ae7000 Registers: EAX=0x0b1a, EBX=0x00a8f768, ECX=0xb7fe1df8, EDX=0x ESP=0xb7fe1d04, EBP=0xb7fe1d10, ESI=0x08057898, EDI=0x08057898 EIP=0x06313045, CR2=0x08ae7000, EFLAGS=0x00210283 Top of Stack: (sp=0xb7fe1d04) 0xb7fe1d04: 08058a1c b7fe1df8 b7fe1e90 0xb7fe1d14: 061877b0 b7fe1df8 08057898 08057898 0xb7fe1d24: 08058800 63e2a0e8 08058a44 0xb7fe1d34: b7fe1d60 b7fe1db8 0626e7a2 63db07e0 0xb7fe1d44: 0005 08059028 08059028 0xb7fe1d54: 61099438 08058a44 0005 0xb7fe1d64: 08058800 b7fe1d01 08058ec0 0xb7fe1d74: 001e 63e2a0e8 00096180 08058800 Instructions: (pc=0x06313045) 0x06313035: 53 8b 75 10 31 db 8b 4d 08 8b 7d 0c 39 f3 73 17 0x06313045: 8a 04 3b 3c 0a 74 28 3c 09 74 11 8b 41 0c 40 89 Stack: [0xb7de3000,0xb7fe4000], sp=0xb7fe1d04, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x313045] V [libjvm.so+0x1877b0] V [libjvm.so+0x3752ec] V [libjvm.so+0x373f35] V [libjvm.so+0x372fa7] V [libjvm.so+0x372cb2] V [libjvm.so+0x285e71] V [libjvm.so+0x26fb31] C [libjava.so+0xbbd4] Java_java_lang_ClassLoader_findBootstrapClass+0x114 J java.lang.ClassLoader.findBootstrapClass(Ljava/lang/String;)Ljava/lang/Class; J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class; J org.codehaus.classworlds.RealmClassLoader.loadClassDirect(Ljava/lang/String;)Ljava/lang/Class; J org.codehaus.classworlds.DefaultClassRealm.loadClass(Ljava/lang/String;)Ljava/lang/Class; J org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(Lorg/codehaus/plexus/component/repository/ComponentDescriptor;Lorg/codehaus/classworlds/ClassRealm;Lorg/codehaus/plexus/PlexusContainer;)Ljava/lang/Object; J org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(Lorg/codehaus/plexus/component/repository/ComponentDescriptor;)Ljava/lang/Object; J org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent()Ljava/lang/Object; J org.codehaus.plexus.DefaultPlexusContainer.lookup(Ljava/lang/String;)Ljava/lang/Object; J org.codehaus.plexus.personality.plexus.lifecycle.phase.AutoConfigurePhase.execute(Ljava/lang/Object;Lorg/codehaus/plexus/component/manager/ComponentManager;)V J org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(Ljava/lang/Object;Lorg/codehaus/plexus/component/manager/ComponentManager;)V v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter J org.codehaus.plexus.DefaultPlexusContainer.lookup(Ljava/lang/String;)Ljava/lang/Object; J org.codehaus.plexus.DefaultPlexusContainer.lookup(Ljava/lang/String;Ljava/lang/String;)Ljava/lang/Object; v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1) V [libjvm.so+0x21c40d] V [libjvm.so+0x310378] V [libjvm.so+0x21c2a0] V [libjvm.so+0x339835] V [libjvm.so+0x33c40c] V [libjvm.so+0x288355] C