Application dying with core dump on what appears to be berkeley

I have a web app being run on a solaris server. This web app ran for approximately 20 hours before crashing. I have the core dump file, but it is quite large (11GB). Using mdb I am able to get the stack trace from the core dump. Could this be an issue with a corrupted BDB? Or could it be corrupted environment file(s)? A similar, but different (slightly different stack trace) error that happened on another server a few hours later. We have 3 other servers that continue to run successfully though with the same BDB objects.
We are not writing to any of the BDBs. They are read only. Same with secondary BDBs. It is a java webapp interacting with the native solaris libraries. I forgot to add, this is a 64 bit machine.
If you have any ideas/suggestions/need more info please let me know.
Top of the stack trace below.
libc.so.1`_lwp_kill+8(6, 0, ffffffff7ef45538, ffffffffffffffff, ffffffff7ef3a000, 0)
libc.so.1`abort+0x118(1, 1d8, ffffffff7e2fc6f8, 1ef13c, 0, 0)
libjvm.so`__1cCosFabort6Fb_v_+0x58(1, 1, 2dbc8, ffffffff7e69e000, 3abb94, 2d800)
libjvm.so`__1cHVMErrorOreport_and_die6M_v_+0xcb4(ffffffff7e700480, 0, 1, ffffffff7e70ace0, ffffffff7e6cbb80, ffffffff7e55c873)
libjvm.so`JVM_handle_solaris_signal+0xa6c(a, fffffffccbefd500, fffffffccbefd220, 1a0c00, 101b8a800, 280000)
libc.so.1`__sighndlr+0xc(a, fffffffccbefd500, fffffffccbefd220, ffffffff7ddf5df0, 0, 9)
libc.so.1`call_user_handler+0x3e0(ffffffff7bc15a00, ffffffff7bc15a00, fffffffccbefd220, c, 0, 0)
libc.so.1`sigacthandler+0x54(0, fffffffccbefd500, fffffffccbefd220, ffffffff7bc15a00, 0, ffffffff7ef3a000)
libdb_java-4.6.so`__env_alloc_free+0x140(100bab1c0, fffffffc6c0c75f8, fffffffc8bcff5dc, 1a, 66e, fffffffccbefe461)
libdb_java-4.6.so`__memp_free+0x1c(100bab1c0, fffffffc82123140, fffffffc6c0c75f8, fffffffccbefe710, 0, fffffffc6a00f1d0)
libdb_java-4.6.so`__memp_bhfree+0x6fc(100fc46e0, 100bab1c0, fffffffc6a00f1c8, fffffffc6c0c75f8, 1, 3)
libdb_java-4.6.so`__memp_alloc+0x1df8(100fc46e0, 100bab1c0, fffffffc82100698, 0, 0, fffffffccbefdeb0)
libdb_java-4.6.so`__memp_fget+0x233c(100ba5e50, 10142eb84, 0, 1, 10142eb78, 0)
libdb_java-4.6.so`__ham_get_cpage+0x33c(101258860, 1, 4, 1, 10142ebc8, 10142ebb0)
libdb_java-4.6.so`__ham_lookup+0x104(101258860, fffffffccbefe770, 0, 1, fffffffccbefe34c, 4c000)
libdb_java-4.6.so`__hamc_get+0x278(101258860, fffffffccbefe770, fffffffccbefe710, 1a, fffffffccbefe34c, 0)
libdb_java-4.6.so`__dbc_get+0x81c(101258860, fffffffccbefe770, fffffffccbefe710, 1a, 66e, fffffffccbefe461)
libdb_java-4.6.so`__db_get+0x1a4(1012b2570, 0, fffffffccbefe770, fffffffccbefe710, 0, 4c000)
libdb_java-4.6.so`__db_get_pp+0x3e0(1012b2570, 0, fffffffccbefe770, fffffffccbefe710, 0, fffffffccbefe700)
libdb_java-4.6.so`Db_get+0x40(1012b2570, 0, fffffffccbefe770, fffffffccbefe710, 0, 0)
libdb_java-4.6.so`Java_com_sleepycat_db_internal_db_1javaJNI_Db_1get+0x128(101b8a9b8, fffffffccbefe8e8, 1012b2570, 0, fffffffccbefe8c8, fffffffccbefe8d0)
0xffffffff78391410(1012b2570, 0, ffffffff11fc9a38, ffffffff11fc9a70, 0, fffffffccbefe101)
0xffffffff78005eac(ffffffff559ee358, b6, fffffffce2f93180, ffffffff78018100, 7124, fffffffccbefe221)
0xffffffff78005eac(ffffffff559ee338, b6, fffffffce2f92f60, ffffffff78017d20, ae1, fffffffccbefe331)
0xffffffff78005e60(ffffffff5fad4f80, b7, fffffffce2ff6ac0, ffffffff78017d28, 66e, fffffffccbefe461)
0xffffffff78005e60(ffffffff5fad4f80, fffffffce150e618, fffffffce2f9dd20, ffffffff78017f60, 5, fffffffccbefe5e1)
0xffffffff780063b8(ffffffff5fad4f20, b7, 0, ffffffff78018200, 1e400, fffffffccbefe701)
0xffffffff78005e60(ffffffff5fad4f20, fffffffce14a5828, 0, ffffffff78017f60, ffffffff11ff0cf0, fffffffccbefe811)
0xffffffff780063b8(ffffffff5f995ce0, fffffffce145f868, 0, ffffffff78017ce0, ffffffff11ff0cf0, fffffffccbefe931)
0xffffffff780063b8(ffffffff5f995d78, b6, 0, ffffffff78018200, ffffffff11ff0cf0, fffffffccbefea51)
0xffffffff78005fdc(fffffffef354e068, fffffffce00427e0, 0, ffffffff78017ce0, 0, fffffffccbefeb71)
0xffffffff78006534(fffffffef354e0f8, b7, 0, ffffffff78018200, 0, fffffffccbefecb1)
0xffffffff78005fdc(fffffffef354e0f8, fffffffce00427e0, 0, ffffffff78017f60, 912c14, fffffffccbefedc1)
0xffffffff78006534(fffffffccbefff50, 60800, 0, ffffffff78018200, fffffffef354e178, fffffffccbefeeb1)
0xffffffff78000240(fffffffccbeff8a0, fffffffccbeffd50, a, fffffffce00441e8, ffffffff7800bda0, fffffffccbeffb48)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x1f4(1, 101b8a800, fffffffccbeffb38, a,
ffffffff780001e0, fffffffccbeff870)
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle_4pnRJavaCallArguments_pnGThread__v_+0x130(fffffffccbeffd48,
ffffffff7e6ea148, fffffffef354e178, 4c148, fffffffccbeffb38, ffffffffff6f4950)
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x50(fffffffccbeffd48, 100c8f880, 100c8f888,
ffffffff7e71c2b0, ffffffff7e71c798, 101b8a800)
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0xf0(fffffffef354e178, 101b8a800, 7dd50, 85fc64, ffffffff7e71bd50, 7dc00)
Edited by: user11287228 on Jun 9, 2011 11:33 AM

Hello,
If you can one thing that might help is rebuilding the Berkeley DB library with enable-debug and enable-diagnostic. With enable-debug we might get line numbers and see exact where we are in __env_alloc_free and see what the input parameters leading up to the abort are. With enable-diagnostic run-time checking is in place which might also help see what is causing this. (see http://download.oracle.com/docs/cd/E17076_02/html/installation/build_unix_conf.html) Another thing to do if you are not using a private environment is to look at the db_stat -E output:
http://download.oracle.com/docs/cd/E17076_02/html/api_reference/C/db_stat.html
Thank you,
Sandra

Similar Messages

Iphone ios5..I upgraded to ios5 on my iphone 4 and in the demo video on the Apple website it shows a cute animation screen with the user dragging what appears to be balloons on a string how do you access this screen?

iphone ios5..I upgraded to ios5 on my iphone 4 and in the demo video on the Apple website it shows a cute animation screen with the user dragging what appears to be balloons on a string how do you access this screen?
Not sure if this is a game or app or not...it shows nothing about it and explains nothing about it...but it is there on the demo video on the apple website for the add to upgrade to ios 5...it shows the user dragging threads and the little icon monster at the bottom of the screen catches them

Yea thats a game called "Cut the Rope" and it can be found in the App Store for $0.99 or you can buy the Lite version for free.

Help on JVM Crash with core dump on solaris - 1.5_17

Some times in my load test scenarios on sun os boxes JVM crashing with core dump. Here is some dump from the file
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xfea07f40, pid=1564, tid=10
# Java VM: Java HotSpot(TM) Server VM (1.5.0_17-b04 mixed mode)
# Problematic frame:
# V [libjvm.so+0x207f40]
--------------- T H R E A D ---------------
Current thread (0x0014e220): JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
O0=0x00000010 O1=0x019c1960 O2=0x01e00ec0 O3=0x002bdc48
O4=0x01042c68 O5=0xc467eb4c O6=0xc467e330 O7=0x01042c68
G1=0x01e00ea0 G2=0xff014c94 G3=0x000000e6 G4=0x01c5a4e4
G5=0x01736e20 G6=0x00000000 G7=0xfb9e4200 Y=0x00000000
PC=0xfea07f40 nPC=0xfea07f44
--------------- S Y S T E M ---------------
OS: Solaris 10 5/08 s10s_u5wos_10 SPARC
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 24 March 2008
uname:SunOS 5.10 Generic_127127-11 sun4v (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:2.73 2.67 2.21
CPU:total 32 has_v8, has_v9, has_vis1, has_vis2, is_ultra3, is_sun4v, is_niagara1
Memory: 8k page, physical 8257536k(366576k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_17-b04) for solaris-sparc, built on Nov 10 2008 01:58:40 by unknown with unknown Workshop:0x550
Here is the stack dump of the kill quit thread
----------------- lwp# 10 / thread# 10 --------------------
ff2c5bf0 lwpkill (6, 0, ff2f2e10, ff2a8bd0, ffffffff, 6) + 8
ff2410f8 abort (7400, 1, 7c00, ad314, ff2f12d8, 0) + 110
fee7e58c __1cCosFabort6Fi_v_ (1, 0, ff013084, fefde000, 7d94, 7c00) + 58
fef0de48 __1cHVMErrorOreport_and_die6M_v_ (0, ff03a640, ff033ff4, 1, fee82c88, ff033ff4) + c84
fea74138 JVM_handle_solaris_signal (b, c467e2b0, c467dff8, 8000, ff032fa0, 14e220) + ab4
ff2c4b28 __sighndlr (b, c467e2b0, c467dff8, fea7364c, 0, 1) + c
ff2b9b00 call_user_handler (b, ffbffeff, c, 0, fb9e4200, c467dff8) + 3b8
fea07f40 __1cMPhaseChaitinFSplit6MI_I_ (c467ec2c, 0, 0, 3677ac, 398, c) + 3410
fea13c68 __1cMPhaseChaitinRRegister_Allocate6M_v_ (c467eb4c, e88, dc0, ff0137d8, c467fb14, 48d) + 720
fea17c64 __1cHCompileICode_Gen6M_v_ (c467f218, 9e0c, 9c00, fef56b15, 0, c467ec2c) + 2b0
fea7ff14 __1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_ (c467f218, 0, 346c8, 0, fef569b8, 0) + c08
fea75fb8 __1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_ (c467fb14, fef42a90, 1e40f58, 244, 346c8, d1800000) + b0
fea76b68 __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_ (908928, 14e7fc, 13c900, 14e220, fef57367, c467fb14) + 4cc
feb3357c __1cNCompileBrokerUcompiler_thread_loop6F_v_ (ff0330b8, 13c8a0, 14e220, c5e67700, 14e7f8, 0) + 44c
feadbd20 __1cKJavaThreadDrun6M_v_ (14e220, ff037040, 7820, 0, 7800, 9400) + 2b0
fee7e0a8 __1cG_start6Fpv_0_ (14e220, 61c, fefde000, 0, 5874, 5800) + 208
ff2c49fc lwpstart (0, 0, 0, 0, 0, 0)
Any idea on this dump, helps me a lot.
Thanks.

[http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/crashes.html]

Application cause java core dump, how can i do?

Hi
In the case, we're using JDK 1.4 and Hibernate on Aix 64 bit, but seems we've got lots of java core even occupied full hard space and cause application crash
system info :
JavaVersion is J2RE 1.4.2 IBM AIX 5L for PowerPC (64 bit JVM)
build caix64142ifx-20051115 (SR3 + 94164 + 97403 + 97482)
(note the 64 bit JVM).
-Xmx=1024 and -xms=512, free heap is 330,415,568 bytes, and allocated
is 1073,740,288 bytes.
some core dump :
WebContainer : 4
at java.io.ObjectInputStream.readString()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0() at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readObject()
at java.util.HashMap.readObject()
at sun.reflect.GeneratedMethodAccessor399.invoke()
at sun.reflect.DelegatingMethodAccessorImpl.invoke()
at java.lang.reflect.Method.invoke()
at java.io.ObjectStreamClass.invokeReadObject()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readObject()
at com.ibm.ws.naming.util.Serialization$1.run()
at com.ibm.ws.security.util.AccessController.doPrivileged()
at com.ibm.ws.naming.util.Serialization.deserializeObject()
at com.ibm.ws.naming.util.Helpers
.processSerializedObjectForLookupExt()
at com.ibm.ws.naming.util.Helpers.processSerializedObjectForLookup()
at com.ibm.ws.naming.jndicos.CNContextImpl.processResolveResults()
at com.ibm.ws.naming.jndicos.CNContextImpl.doLookup()
at com.ibm.ws.naming.jndicos.CNContextImpl.doLookup()
at com.ibm.ws.naming.jndicos.CNContextImpl.lookupExt()
at com.ibm.ws.naming.jndicos.CNContextImpl.lookup()
at com.ibm.ws.naming.util.WsnInitCtx.lookup()
at javax.naming.InitialContext.lookup()
at com.ibm.wsspi.RegistryLoader.getPluginRegistry()
at com.ibm.wsspi.IPluginRegistryFactory.getPluginRegistry()
at ibmjsp.com2E_ibm_2E_ws_2E_console_2E_appmanagement
._collectionTableLayout._jspService()
at com.ibm.ws.jsp.runtime.HttpJspBase.service()
at javax.servlet.http.HttpServlet.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest()
at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper
.handleRequest()
at com.ibm.ws.jsp.webcontainerext.JSPExtensionServletWrapper
.handleRequest()
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.include()
at org.apache.jasper.runtime.JspRuntimeLibrary.include()
at org.apache.jasper.runtime.PageContextImpl.include()
at org.apache.struts.tiles.TilesUtilImpl.doInclude()
at org.apache.struts.tiles.TilesUtil.doInclude()
at org.apache.struts.taglib.tiles.InsertTag.doInclude()
at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag()
at org.apache.struts.taglib.tiles.InsertTag.doEndTag()
at ibmjsp.secure.layouts.vboxLayout._jspService()
at com.ibm.ws.jsp.runtime.HttpJspBase.service()
at javax.servlet.http.HttpServlet.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter()
... more stack lines not shown ===================================
"WebContainer: 2" shows much
the same stack trace, but extends to include
@com.ibm.ws.console.core.servlet.WSCUrlFilter.continueStoringTaskState()
at com.ibm.ws.console.core.servlet.WSCUrlFilter.doFilter()
at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest()
Through IBM, we got those answer :
Looking at the javacore files, we're seeing OOM errors. However,
looking at a heapdump, we're not seeing total heap space exhaustion -
around half of the heap is occupied, and occupancy by the vartious
objects seems, to me at least, to be normal.
The threads
seem to be using the compound class loader to load the customer's
"Hibernate" code - and in the largest of the threads in the heapdump -
(it consumes 258,720,168 bytes), the class org/hibernate/impl/Session
Impl and its children - consume 129,540,864 bytes.
The other 128,785,680 is consumed by org/hibernate/proxy/CGLIBLazyInitia
lizer. There are some other classes that make up the small difference
if you added these numbers.
The class com/softleader/hibernate/util/HibernateUtil and its children
consume 74,932,848 bytes.
I could go on through the heapdump, but there are very large classes
in here, and it may be more advantageous to get a verbosegc turned on
to show the patterns of JVM Heap requirements.
I suppose that the customer is developing this app for a 32bit
architecture market, since they are keeping their JVM Heap within the
32 bit limits. If this is the case, then Xmx=1280 and Xms=384 seems a
more reasonable JVM setting. If they are not, and they want to try
Xmx above 1280, then we have not yet had much experience with 64 bit
but I'd expect that the larger heapsize would benefit the application.
Either way, we need verbosegc turned on to monitor the heap requests.
That mean, i have to turn up JVM Heap size? or what can i do for it?
Thanks a lot.

I'd hook up a profiler to your app and monitor it to see what's happening and what objects aren't playing nice.

Inetd service/program crashes with core dump in Solaris 8 zone/container

I have developed a service in C that is launched from inetd when something comes on a specific port.
When a connection is opened to the port a core dump is created in the same directory where the executable file is located.
If you run the same service program from the command line everything is working perfect.
This is running in a Solaris 8 zone/container on a Solaris 10 machine.
Everything is set correctly in /etc/inetd.conf and in /etc/services.
I have even stripped down the program to a hello world program that is just printing a string to the screen and it is still crashing with a core dump.
# ldd test_srv
/usr/lib/secure/s8_preload.so.1
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1
The same service is running on a Linux machine and on a Solaris 10 machine without zones/containers without any problems.
Can you please help me figure out what am I missing. Is there something specific with zones/containers that should be set / configured?
Do I have to set some specific env. variables to work in a Solaris 8 zone/container environment or is it something very simple that I'm missing?

Could you please examine the truss log and advice what the problem is and how to fix it?
(some lines deleted)
bash-2.03# truss -f -p 18361 #### /usr/sbin/inetd -s -t &
18361: poll(0xFFBFF528, 53, -1)        (sleeping...)
18361: poll(0xFFBFF528, 53, -1)                        = 1
18361: accept(63, 0xFFBFF870, 0xFFBFF914, 1)           = 3
18361: sigprocmask(SIG_BLOCK, 0xFFBFF5F0, 0xFFBFF600) = 0
18361: lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
18361: lwp_sigtimedwait(0xFFBFF568, 0xFFBFF728, 0x00000010) = 0
18361: fork()                                          = 1921
1921:   fork()          (returning as child ...)        = 18361
1921:   sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
18361: sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
1921:   lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
18361: sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
18361: close(3)                                        = 0
18361: sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
1921:   lwp_sigtimedwait(0xFFBFF668, 0xFFBFF528, 0x00000020) = 0
1921:   sigaction(SIGHUP, 0xFFBFF528, 0xFFBFF500)       = 0
18361: lwp_sigtimedwait(0xFFBFF568, 0xFFBFF5F0, 0x00000010) = 0
1921:   lwp_sigtimedwait(0xFFBFF508, 0xFFBFF458, 0x00000010) = 0
18361: sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
1921:   sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
1921:   lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
1921:   lwp_sigtimedwait(0xFFBFF568, 0xFFBFF728, 0x00000010) = 0
1921:   fcntl(3, F_DUP2FD, 0x00000000)                  = 0
1921:   close(3)                                        = 0
1921:   fcntl(0, F_DUP2FD, 0x00000001)                  = 1
1921:   fcntl(0, F_DUP2FD, 0x00000002)                  = 2
1921:   open64("/etc/.name_service_door", O_RDONLY)     = 3
1921:   fcntl(3, F_SETFD, 0x00000001)                   = 0
1921:   door_info(3, 0xFF0C2748)                        = 0
1921:   door_call(3, 0xFFBFF278)                        = 0
1921:   close(67)                                       Err#9 EBADF
1921:   close(66)                                       Err#9 EBADF
1921:   close(65)                                       Err#9 EBADF
1921:   close(64)                                       Err#9 EBADF
1921:   close(63)                                       = 0
1921:   close(62)                                       = 0
1921:   close(12)                                       = 0
1921:   close(11)                                       = 0
1921:   close(10)                                       Err#9 EBADF
1921:   close(9)                                        Err#9 EBADF
1921:   close(8)                                        Err#9 EBADF
1921:   close(7)                                        Err#9 EBADF
1921:   close(6)                                        Err#9 EBADF
1921:   close(5)                                        Err#9 EBADF
1921:   close(4)                                        Err#9 EBADF
1921:   setrlimit(RLIMIT_NOFILE, 0xFFBFFD20)            = 0
1921:   xenix(398872, 0xFFBFF5E4, 0x00000040)           = 38
1921:   execve("/tmp/srv/t_srv", 0x0008B5FC, 0xFFBFFDA0) argc = 0
1921:   getuid()                                        = 0 [0]
1921:   resolvepath("/usr/lib/ld.so.1", "/usr/lib/ld.so.1", 1023) = 16
1921:   open("/var/ld/ld.config", O_RDONLY)             = 3
1921:   fstat(3, 0xFFBFF5E8)                            = 0
1921:   mmap(0x00000000, 148, PROT_READ, MAP_SHARED, 3, 0) = 0xFF3E0000
1921:   close(3)                                        = 0
1921:   stat("/usr/lib/libc.so.1", 0xFFBFF648)          = 0
1921:   resolvepath("/usr/lib/libc.so.1", "/usr/lib/libc.so.1", 1023) = 18
1921:   open("/usr/lib/libc.so.1", O_RDONLY)            = 3
1921:   mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF340000
1921:   mmap(0x00000000, 802816, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF200000
1921:   mmap(0xFF200000, 703520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF200000
1921:   mmap(0xFF2BC000, 24772, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 704512) = 0xFF2BC000
1921:   munmap(0xFF2AC000, 65536)                       = 0
1921:   memcntl(0xFF200000, 113528, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
1921:   close(3)                                        = 0
1921:   stat("/usr/lib/libdl.so.1", 0xFFBFF648)         = 0
1921:   resolvepath("/usr/lib/libdl.so.1", "/usr/lib/libdl.so.1", 1023) = 19
1921:   open("/usr/lib/libdl.so.1", O_RDONLY)           = 3
1921:   mmap(0xFF340000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF340000
1921:   mmap(0x00000000, 8192, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF330000
1921:   mmap(0xFF330000, 2638, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF330000
1921:   close(3)                                        = 0
1921:   stat("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", 0xFFBFF368) = 0
1921:   resolvepath("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", "/usr/platform/sun4u-us3/lib/libc_psr.so.1", 1023) = 41
1921:   open("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", O_RDONLY) = 3
1921:   mmap(0xFF340000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF340000
1921:   close(3)                                        = 0
1921:   mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF320000
1921:   dup(0)                                          = 3
1921:   llseek(0, 0, SEEK_CUR)                          Err#29 ESPIPE
1921:   close(0)                                        = 0
1921:   fcntl(3, F_DUP2FD, 0x00000000)                  = 0
1921:   close(3)                                        = 0
1921:   dup(1)                                          = 3
1921:   close(1)                                        = 0
1921:   fcntl(3, F_DUP2FD, 0x00000001)                  = 1
1921:   close(3)                                        = 0
1921:   dup(2)                                          = 3
1921:   close(2)                                        = 0
1921:   fcntl(3, F_DUP2FD, 0x00000002)                  = 2
1921:   close(3)                                        = 0
1921:   sys#177(0x00000080, 0xFFBFFB7C, 0xFF3F0518, 0x00000000, 0xFF3C2EF8, 0xFF2C0284) = 0x00000000 [0xFFBFFB7C]
1921:   sys#227(0x00000006, 0x00000000, 0x0001ADF0, 0xFF3F0518, 0xFF3C3C18, 0xFF3C2670) = 0x0000000C [0x00000000]
1921:   sys#227(0x00000002, 0x0000000C, 0x0000000E, 0xFFBFFCAE, 0x00000002, 0xFF3C2670) = 0x00000002 [0x00000000]
1921:       Incurred fault #6, FLTBOUNDS %pc = 0xFF232E2C
1921:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
1921:       Received signal #11, SIGSEGV [default]
1921:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
1921:           *** process killed ***
18361:      Received signal #18, SIGCLD, in poll() [caught]
18361:        siginfo: SIGCLD CLD_DUMPED pid=1921 status=0x000B
18361: poll(0xFFBFF528, 53, -1)                        Err#4 EINTR
18361: lwp_sigtimedwait(0xFFBFF218, 0xFFBFF140, 0x00000010) = 0
18361: lwp_sigtimedwait(0xFFBFF130, 0xFFBFF218, 0x00000010) = 0
18361: sigprocmask(0, 0x00000000, 0xFFBFEF28)          = 0
18361: poll(0xFFBFF528, 53, -1)        (sleeping...)Thank you in advance

BRTOOLS applications die with Dr Watson exeption [BW productive system]

Our BW system is:
Oracle: 9.2.0.5.1 64Bit Unicode
Sap Kernel Release: 640, Patch 40
Osystem: Windows 2003 Enterprise Edition Service Pack 1 [NT 5.0 2195 Service Pack 4 x86 MS VC++ 13.10]
SAPKB64010
SAPKW35010
Problem Description
On 07-May-2006 we upgraded our Database server Operating system with
Microsoft Service pack 1 [Windows 2003, Enterprise edition, Service
Pack 1].
Since then BRARCHIVE, BRCONNECT etc die : process died with exitcode -
1073741819
On the Operating System Event viewer the message is:
Faulting application brarchive.exe, version 6400.121.12.35249, faulting
module orannts9.dll, version 9.2.0.2, fault address 0x000000000000b830.
Dr Watson application creates a log File with :
Microsoft (R) DrWtsn32
Copyright (C) 1985-2002 Microsoft Corp. All rights reserved.
Application exception occurred:
App: E:\usr\sap\BWP\SYS\exe\run\disp+work.EXE (pid=768)
When: 5/6/2006 @ 16:40:28.665
Exception number: c0000005 (access violation)
--> System Information <--
Computer Name: SAPBW
User Name: SAPServiceBWP
Terminal Session Id: 0
Number of Processors: 2
Processor Type: ia64 Family 31 Model 1 Stepping 5
Windows Version: 5.2
Current Build: 3790
Service Pack: 1
Current Type: Multiprocessor Free
Registered Organization: ATTICA
Registered Owner: sysman
.... etc
On our R/3 productive system oly BRCONNECT (for ANALYZE and CHECK) dies
while BRARCHIVE does not have any problems.
I downloaded the last version of BRTOOLS 6.40 <38> but still we have
the same problem.
Do you have any idea about what is going wrong ?
Thanks in Advance

I changed the initSID.sap and some lines kep uncomented and whitout any key word. Then get the error and when put double coloms in those lines the error disappear. I´m affraid ours problem wasn,t the same.
Best regards,
Javier.

LMS 4.21 - ConfigMgmtServer crashes with core-dump

Hi all,
in our environment
Solaris 10
LMS 4.21
from time to time the ConfigMgmtServer crashes/terminates with a core-dump because of SIGILL (Illegal Instruction).
Is this a known bug related to LMS 4.21, or do we have to tune java parameters (Xms and Xmx)?
Thanks for any feedback.
Lothar
Please find attached some core-file extracts:
** Core file status **
debugging core file of cwjava (32-bit) from hostname
file: /opt/CSCOpx/bin/cwjava
initial argv:
CSCO.ConfigMgmtServer -cw /opt/CSCOpx -cw:jre lib/jre -Xms64m -Xmx384m -Xss1024
threading model: multi-threaded
status: process terminated by SIGILL (Illegal Instruction)
** Thread stack($c) **
0xfbb6e5e8(e3c35808, 0, 2, f5f52298, 0, d86ff6b0)
0xfb805ab0(e344ec28, 0, e0c9f678, fb8171a0, 341a9, d86ff738)
0xfb805ab0(f3985628, b8, 0, fb8171a0, 0, d86ff830)
0xfb805868(e344be48, df73b240, 0, fb817580, 0, d86ff8b8)
0xfb805fd0(f3985628, df73ea00, 0, fb8176e0, 10000000, d86ff938)
0xfb805fd0(e344be60, df4312a0, 0, fb8176e0, 7ec659, d86ff9d0)
0xfb805fd0(d86fffa0, 408fc, 0, fb8176e0, f56d1ba0, d86ffa48)
0xfb80021c(d86ffb34, d86ffd98, a, df4327c0, fb80b440, d86ffcc8)
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x210(fb8001c0, af2c00, 1, 1bcf3f0, df4327c0, d86ffd98)
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
_4pnRJavaCallArguments_pnGThread__v_+0x130(d86ffd90, 1bcf3f4, fee6ebfc, 1bcf400
, d86ffcc0, af2c00)
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
bolHandle_5pnGThread__v_+0x6c(1bcf3f4, d86ffd8c, d86ffd88, d86ffd84, d86ffd80,
fee6ebfc)
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x168(df434b88, af2c00
, 54800, fee6ef34, fee6ebfc, fee6e8c0)
libjvm.so`__1cKJavaThreadRthread_main_inner6M_v_+0x48(af2c00, 7a2898, 61, 9,
fee1a000, 0)
libjvm.so`java_start+0x170(af2c00, 60, 87d, fee1a000, fed9994d, fee5b3a4)
libc.so.1`_lwp_start(0, 0, 0, 0, 0, 0)
>>> Just opened a TAC-Case for this issue <<<

Hi all,
TAC-Solution -> Upgrade to at least LMS 4.24, there are known issues with ConfigMgmtServer in LMS 4.21
Lothar

Delegate Admin install fails with core dump

I have been attempting to install the iPlanet Delegated Adminstrator with the Messaging Server 5.2 release. I am using Directory Server 5.1 service pack 1 on Solaris 8.
Installation of DS 5.1 goes fine.
Installation of MS 5.2 goes fine.
Installation of the web server 6.0 wtih sp4 goes fine
Every time I attempt to install DA, I get a "Segmentation Fault - core dumped" and absolutely no other information.

Since this is not a normal thing, I only have two suggestions left:
1. Download the latest version if iDA:
http://wwws.sun.com/software/download/products/3ed69a6c.html
2. Download and apply p1 for iMS (now a year old, but the latest publically available version):
http://wwws.sun.com/software/download/products/3e3afb91.html
3. Install the latest Solaris patch cluster.
If the above fail, then:
4. Open up a tech support ticket.

Webcenter crashing with core dump

Hi All,
Once in a while Webcenter(11.1.1.5) is crashing and generating core dump and the error message is same evertime. We tried to research on addPartialTriggerListeners and found this kind of behaviour is a bug in apache trinidad version 1.2.5-core and is fixed in 1.2.7-core. But the webcenter we are using as version 1.2.12. Also the issue seems to be comming from webcenter/adf framework itself as none of our code uses addPartialTriggerListeners.
Please help us resolve this issue as we are getting this issue in our production environment and we need to fix this asap.
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xffffffff7318caf0, pid=19921, tid=149
# JRE version: 6.0_29-b11
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.4-b02 mixed mode solaris-sparc compressed oops)
*# Problematic frame:*
+*# J org.apache.myfaces.trinidadinternal.context.RequestContextImpl.addPartialTriggerListeners(Ljavax/faces/component/UIComponent;[Ljava/lang/String;)V*#+
# 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 (0x00000001145ba000): JavaThread "[ACTIVE] ExecuteThread: '13' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_in_Java, id=149, stack(0xfffffffea6800000,0xfffffffea6900000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000000
Registers:
G1=0xffffffff503d5098 G2=0x00000001145ba000 G3=0xffffffff73516254 G4=0x00000000000000d1
Thanks

Oracle Support has a thread and work around for this.
DocID 1514563.1
Applies to:
Oracle WebCenter Portal - Version 11.1.1.5.0 and later
Information in this document applies to any platform.
Purpose
Java HotSpot Virtual Machine, a core component of Oracle's Java SE platform, known to core dump (resulting in a server crash) while optimizing certain methods in Oracle WebCenter.
If you can switch to JRockit you can get around it also. Otherwise follow the note and setup the appropriate pre-compile excludes in your WC startup script.

I erroneously deleted some background icons, that now have left me with only thumbnail images, what appears when I want to enlarge is a grey circle containing a black exclamation symbol, how can I get back full function and undo my mistake

I have erroneoulsy deleted icons repetious images from the computer which then affected my iphoto images, leaving me in some cases only with the thembnail image. When I try to enlarge or perform any other function all that appears is a black field containing a grey circle with a black exclamation symbol( !)
within it. How to I get back full function of these affected images and undo my goof up. I have tried restore, but my attempts have not proved successful.
Help !!!
silvercoho

What exactly did you do to delete these?
How did you try to "restore" and what did you try to restore?
Probably the only solution is to restore your backup of the iPhoto library from before you did this
LN

Help with core dump.

We have a Tomcat app that is hanging every 3-4 days. I know this is off-topic, but I'd appreciate any help in resolving this. I've posted the JVM dump on my web page at http://web.bvu.edu/staff/david/jvmdmp.txt
Additional details:
JDK 1.4.2_08 on Windows Server 2003 Enterprise, Tomcat 5.0.28
The web app runs agains MySQL 4.0.26 which is on a separate server, also Windows Server 2003 Enterprise. We're using the MySQL 3.1.10 connector.
The hangs happen on each version of Tomcat (4.1.31, 5.0.28, 5.5.9), MySQL (4.0.26, 4.1.15), and Java (1.4.2, 1.5) we've tried. No errors being reported on the MySQL side of things, and no unusual Exceptions in the Tomcat/JVM logs.

[http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/crashes.html]

My battery keeps dying with the new OS. what can I do?

My battery dies really fast since upgrading the OS on my Iphone. What can I do?

http://osxdaily.com/2013/09/19/ios-7-battery-life-fix/

Core dumps with 1.5.0_06-b05... any idea why?

I am trying to run 1.5.0_06-b05 with Tomcat 5.5.9, and the application keeps producing core dumps from the JVM after some period of use. The hs_err file says the following:
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xfee32868, pid=17413, tid=10
# Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x632868]
--------------- T H R E A D ---------------
Current thread (0x00148aa8): JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
O0=0x00000000 O1=0x001e2af0 O2=0x001e2ad0 O3=0xfe9130bc
O4=0x001e4140 O5=0x00000003 O6=0x7097e620 O7=0xfee3283c
G1=0x001e44bc G2=0xfeffe43c G3=0x001e4520 G4=0x00000001
G5=0xfec07fc8 G6=0x00000000 G7=0xff351200 Y=0x00000000
PC=0xfee32868 nPC=0xfee3286c
Top of Stack: (sp=0x7097e620)
0x7097e620: 001e4494 001e4118 fefbe000 7097e680
0x7097e630: 00000001 00000000 001e415c 00000000
0x7097e640: feffea58 7097ebdc 00000000 001e415c
0x7097e650: 7097ebdc 001e44f8 7097e690 fe8f887c
0x7097e660: 7097e688 7097e68c 7097e684 00000002
0x7097e670: 0121d230 00000000 00000000 7097ebdc
0x7097e680: 00000000 00000002 021c9458 00000000
0x7097e690: 00001000 7097ec04 fe90d5a4 ff001e84
Instructions: (pc=0xfee32868)
0xfee32858: 12 40 00 08 90 10 20 00 d2 02 a0 04 d0 02 60 08
0xfee32868: ca 02 20 00 c8 01 60 30 9f c1 00 00 01 00 00 00
Stack: [0x70900000,0x70980000), sp=0x7097e620, free space=505k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x632868]
V [libjvm.so+0xf8884]
V [libjvm.so+0x1e3ba0]
V [libjvm.so+0x27f9f4]
V [libjvm.so+0x282748]
V [libjvm.so+0x278700]
V [libjvm.so+0x2793bc]
V [libjvm.so+0x335f28]
V [libjvm.so+0x2de2a4]
V [libjvm.so+0x664248]
Current CompileTask:
opto:5496 s! com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z (415 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00feec18 JavaThread "Thread-353085" daemon [_thread_in_native, id=407147]
0x006fe240 JavaThread "Thread-353060" daemon [_thread_in_native, id=407116]
0x016ebad0 JavaThread "Thread-351745" daemon [_thread_in_native, id=405360]
0x00a5ef78 JavaThread "Thread-346549" daemon [_thread_in_native, id=398309]
0x0047c168 JavaThread "Thread-296436" daemon [_thread_in_native, id=334376]
0x003c8a60 JavaThread "Thread-296431" daemon [_thread_in_native, id=334371]
0x00ef1138 JavaThread "Thread-290124" daemon [_thread_in_native, id=327269]
0x01974680 JavaThread "Thread-290066" daemon [_thread_in_native, id=327208]
0x0110bf00 JavaThread "Thread-290064" daemon [_thread_in_native, id=327206]
0x0120d890 JavaThread "Thread-273644" daemon [_thread_in_native, id=308308]
0x017d6110 JavaThread "http-8083-Processor3731" daemon [_thread_blocked, id=87638]
0x005b2478 JavaThread "http-8083-Processor3730" daemon [_thread_blocked, id=87637]
0x019e4320 JavaThread "http-8083-Processor3729" daemon [_thread_blocked, id=87636]
0x01091e80 JavaThread "http-8083-Processor3728" daemon [_thread_blocked, id=87635]
0x0196fa30 JavaThread "http-8083-Processor3727" daemon [_thread_blocked, id=87634]
0x00660b18 JavaThread "http-8083-Processor3726" daemon [_thread_blocked, id=87633]
0x009f9ba0 JavaThread "http-8083-Processor3725" daemon [_thread_blocked, id=87632]
0x0139b060 JavaThread "http-8083-Processor3724" daemon [_thread_blocked, id=87631]
0x00d4f760 JavaThread "http-8083-Processor3723" daemon [_thread_blocked, id=87630]
0x00ab73d8 JavaThread "http-8083-Processor3722" daemon [_thread_blocked, id=87629]
0x005895d8 JavaThread "http-8083-Processor3721" daemon [_thread_blocked, id=87628]
0x024632c0 JavaThread "http-8083-Processor3720" daemon [_thread_blocked, id=87627]
0x00b91378 JavaThread "http-8083-Processor3719" daemon [_thread_blocked, id=87626]
0x009361d8 JavaThread "http-8083-Processor3718" daemon [_thread_blocked, id=87625]
0x005b1278 JavaThread "http-8083-Processor3717" daemon [_thread_blocked, id=87623]
0x016dfa00 JavaThread "http-8083-Processor3716" daemon [_thread_blocked, id=87622]
0x006369b0 JavaThread "http-8083-Processor3715" daemon [_thread_blocked, id=87621]
0x01960708 JavaThread "http-8083-Processor3714" daemon [_thread_blocked, id=87620]
0x00ffe7c0 JavaThread "http-8083-Processor3713" daemon [_thread_blocked, id=87619]
0x01115038 JavaThread "http-8083-Processor3712" daemon [_thread_blocked, id=87618]
0x002b7a18 JavaThread "http-8083-Processor3711" daemon [_thread_blocked, id=87617]
0x007556f8 JavaThread "http-8083-Processor3710" daemon [_thread_blocked, id=87616]
0x013f6d18 JavaThread "http-8083-Processor3709" daemon [_thread_blocked, id=87615]
0x0112b4d8 JavaThread "http-8083-Processor3708" daemon [_thread_blocked, id=87614]
0x00501d50 JavaThread "http-8083-Processor3707" daemon [_thread_blocked, id=87613]
0x005eda70 JavaThread "http-8083-Processor3706" daemon [_thread_blocked, id=87612]
0x00226d90 JavaThread "http-8083-Processor3705" daemon [_thread_blocked, id=87611]
0x00e788e8 JavaThread "http-8083-Processor3704" daemon [_thread_blocked, id=87610]
0x024729f0 JavaThread "http-8083-Processor3703" daemon [_thread_blocked, id=87608]
0x02447798 JavaThread "http-8083-Processor3702" daemon [_thread_blocked, id=87607]
0x00c61780 JavaThread "http-8083-Processor3701" daemon [_thread_blocked, id=87606]
0x004d6228 JavaThread "http-8083-Processor3700" daemon [_thread_blocked, id=87605]
0x012348f8 JavaThread "http-8083-Processor3699" daemon [_thread_blocked, id=87604]
0x010ebf10 JavaThread "http-8083-Processor3698" daemon [_thread_blocked, id=87603]
0x01651848 JavaThread "http-8083-Processor3697" daemon [_thread_blocked, id=87602]
0x00eae520 JavaThread "http-8083-Processor3696" daemon [_thread_blocked, id=87601]
0x0124ce68 JavaThread "http-8083-Processor3695" daemon [_thread_blocked, id=87600]
0x0190d170 JavaThread "http-8083-Processor3694" daemon [_thread_blocked, id=87599]
0x00c5b5c0 JavaThread "http-8083-Processor3693" daemon [_thread_blocked, id=87598]
0x00ffc9a8 JavaThread "http-8083-Processor3692" daemon [_thread_blocked, id=87597]
0x010602f8 JavaThread "http-8083-Processor3691" daemon [_thread_blocked, id=87596]
0x00c4c580 JavaThread "http-8083-Processor3690" daemon [_thread_blocked, id=87595]
0x01381190 JavaThread "http-8083-Processor3689" daemon [_thread_blocked, id=87594]
0x019a3e58 JavaThread "http-8083-Processor3688" daemon [_thread_blocked, id=87593]
0x0199a7a8 JavaThread "http-8083-Processor3687" daemon [_thread_blocked, id=87592]
0x01116db8 JavaThread "http-8083-Processor3686" daemon [_thread_blocked, id=87591]
0x019247e0 JavaThread "http-8083-Processor3685" daemon [_thread_blocked, id=87590]
0x018fc608 JavaThread "http-8083-Processor3684" daemon [_thread_blocked, id=87589]
0x014ce6c0 JavaThread "http-8083-Processor3683" daemon [_thread_blocked, id=87588]
0x004900a0 JavaThread "http-8083-Processor3682" daemon [_thread_blocked, id=87587]
0x00daaf88 JavaThread "http-8083-Processor3681" daemon [_thread_blocked, id=87514]
0x0117f358 JavaThread "http-8083-Processor3680" daemon [_thread_blocked, id=87513]
0x0110fc60 JavaThread "http-8083-Processor3677" daemon [_thread_blocked, id=87510]
0x015fc320 JavaThread "http-8083-Processor3676" daemon [_thread_blocked, id=87509]
0x00e93b40 JavaThread "http-8083-Processor3675" daemon [_thread_blocked, id=87508]
0x00d604d0 JavaThread "http-8083-Processor3674" daemon [_thread_blocked, id=87507]
0x00ff3ba0 JavaThread "http-8083-Processor3673" daemon [_thread_blocked, id=87506]
0x00d61dc0 JavaThread "http-8083-Processor3670" daemon [_thread_in_native, id=87503]
0x01969e78 JavaThread "http-8083-Processor3669" daemon [_thread_blocked, id=87502]
0x007c3820 JavaThread "http-8083-Processor3667" daemon [_thread_blocked, id=87500]
0x007ecb48 JavaThread "http-8083-Processor3665" daemon [_thread_blocked, id=87498]
0x004e8710 JavaThread "http-8083-Processor3664" daemon [_thread_blocked, id=87497]
0x0090bfc8 JavaThread "http-8083-Processor3663" daemon [_thread_blocked, id=87496]
0x011102b8 JavaThread "http-8083-Processor3662" daemon [_thread_blocked, id=87495]
0x00ff4738 JavaThread "http-8083-Processor3661" daemon [_thread_in_native, id=87494]
0x004d9940 JavaThread "http-8083-Processor3660" daemon [_thread_blocked, id=87493]
0x00a56798 JavaThread "http-8083-Processor3657" daemon [_thread_blocked, id=87490]
0x0011b318 JavaThread "http-8083-Processor3656" daemon [_thread_blocked, id=87489]
0x00c8bc68 JavaThread "http-8083-Processor3655" daemon [_thread_blocked, id=87488]
0x011a4d28 JavaThread "http-8083-Processor3654" daemon [_thread_blocked, id=87487]
0x01063680 JavaThread "http-8083-Processor3653" daemon [_thread_blocked, id=87486]
0x0195d108 JavaThread "http-8083-Processor3652" daemon [_thread_blocked, id=87485]
0x018da648 JavaThread "http-8083-Processor3651" daemon [_thread_blocked, id=87484]
0x005f45f0 JavaThread "http-8083-Processor3650" daemon [_thread_blocked, id=87483]
0x013cfa08 JavaThread "http-8083-Processor3649" daemon [_thread_blocked, id=87482]
0x00667d30 JavaThread "http-8083-Processor3648" daemon [_thread_blocked, id=87481]
0x01d47740 JavaThread "http-8083-Processor3647" daemon [_thread_blocked, id=87480]
0x01251628 JavaThread "http-8083-Processor3646" daemon [_thread_blocked, id=87479]
0x005769d8 JavaThread "http-8083-Processor3645" daemon [_thread_blocked, id=87478]
0x016c1798 JavaThread "http-8083-Processor3644" daemon [_thread_blocked, id=87477]
0x00ef6208 JavaThread "http-8083-Processor3643" daemon [_thread_blocked, id=87476]
0x00221b60 JavaThread "http-8083-Processor3642" daemon [_thread_blocked, id=87475]
0x016a2b88 JavaThread "http-8083-Processor3641" daemon [_thread_blocked, id=87474]
0x0198dc20 JavaThread "http-8083-Processor3640" daemon [_thread_blocked, id=87473]
0x00e61ff0 JavaThread "http-8083-Processor3639" daemon [_thread_blocked, id=87472]
0x00957df0 JavaThread "http-8083-Processor3638" daemon [_thread_blocked, id=87471]
0x011a8df0 JavaThread "http-8083-Processor3637" daemon [_thread_blocked, id=87470]
0x0059d3a0 JavaThread "http-8083-Processor3636" daemon [_thread_blocked, id=87469]
0x0124b068 JavaThread "http-8083-Processor3635" daemon [_thread_blocked, id=87468]
0x0238a5b0 JavaThread "http-8083-Processor3634" daemon [_thread_blocked, id=87467]
0x00a61a60 JavaThread "http-8083-Processor3633" daemon [_thread_blocked, id=87466]
0x019db810 JavaThread "http-8083-Processor3632" daemon [_thread_blocked, id=87465]
0x0199f968 JavaThread "http-8083-Processor3605" daemon [_thread_in_vm, id=87339]
0x019cac68 JavaThread "http-8083-Processor3596" daemon [_thread_blocked, id=87330]
0x0075d8a0 JavaThread "http-8083-Processor3586" daemon [_thread_blocked, id=87320]
0x0120f898 JavaThread "http-8083-Processor3585" daemon [_thread_blocked, id=87319]
0x00e6fcc0 JavaThread "http-8083-Processor3577" daemon [_thread_blocked, id=76622]
0x00ab1330 JavaThread "http-8083-Processor3528" daemon [_thread_blocked, id=76496]
0x01650d58 JavaThread "Thread-68062" daemon [_thread_in_native, id=73772]
0x0199b8e0 JavaThread "http-8083-Processor2576" daemon [_thread_blocked, id=64785]
0x01993158 JavaThread "http-8083-Processor2565" daemon [_thread_blocked, id=64774]
0x01409740 JavaThread "http-8083-Processor1700" daemon [_thread_blocked, id=58821]
0x00934000 JavaThread "MS UI IMAP Connection Reaper" daemon [_thread_blocked, id=100]
0x01812260 JavaThread "Thread-60" daemon [_thread_blocked, id=74]
0x00ebf9b8 JavaThread "Directory Cleaner Thread" daemon [_thread_blocked, id=73]
0x014895f0 JavaThread "TimerDirContext.TimerWatcher" daemon [_thread_blocked, id=71]
0x0161c7a0 JavaThread "MultiThreadedHttpConnectionManager cleanup" daemon [_thread_blocked, id=70]
0x00ee4988 JavaThread "RequestWatcher" daemon [_thread_blocked, id=69]
0x014eb550 JavaThread "http-8083-Monitor" [_thread_blocked, id=68]
0x0075c0e0 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=17]
0x00e1f870 JavaThread "JspRuntimeContext[ROOT]" daemon [_thread_blocked, id=16]
0x01636a40 JavaThread "Thread-2" [_thread_blocked, id=15]
0x0116f510 JavaThread "CronDaemon" daemon [_thread_blocked, id=14]
0x018cd3b0 JavaThread "JspRuntimeContext[WebRoot]" daemon [_thread_blocked, id=13]
0x0014a360 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11]
=>0x00148aa8 JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
0x00147210 JavaThread "CompilerThread0" daemon [_thread_blocked, id=9]
0x001463a0 JavaThread "AdapterThread" daemon [_thread_blocked, id=8]
0x00145598 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7]
0x00139308 JavaThread "Finalizer" daemon [_thread_blocked, id=6]
0x00138dc8 JavaThread "Reference Handler" daemon [_thread_blocked, id=5]
0x00036c50 JavaThread "main" [_thread_in_native, id=1]
Other Threads:
0x00136ce8 VMThread [id=4]
0x0014b5e8 WatcherThread [id=12]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 756672K, used 559590K [0xc6c00000, 0xf8c00000, 0xf8c00000)
eden space 713472K, 72% used [0xc6c00000,0xe6452e18,0xf24c0000)
from space 43200K, 99% used [0xf24c0000,0xf4ee6c38,0xf4ef0000)
to space 54208K, 0% used [0xf5710000,0xf5710000,0xf8c00000)
PSOldGen total 262144K, used 182087K [0x78c00000, 0x88c00000, 0xc6c00000)
object space 262144K, 69% used [0x78c00000,0x83dd1e78,0x88c00000)
PSPermGen total 61440K, used 52943K [0x70c00000, 0x74800000, 0x78c00000)
object space 61440K, 86% used [0x70c00000,0x73fb3f98,0x74800000)
Dynamic libraries:
0x00010000 /ps/jdk1.5.0_06/bin/java
0xff370000 /usr/lib/libthread.so.1
0xff3fa000 /usr/lib/libdl.so.1
0xff280000 /usr/lib/libc.so.1
0xff3a0000 /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
0xfe800000 /ps/jdk1.5.0_06/jre/lib/sparc/server/libjvm.so
0xff250000 /usr/lib/libsocket.so.1
0xff230000 /usr/lib/libsched.so.1
0xff200000 /usr/lib/libCrun.so.1
0xff1b0000 /usr/lib/libm.so.1
0xff080000 /usr/lib/libnsl.so.1
0xff180000 /usr/lib/libmp.so.2
0xff060000 /ps/jdk1.5.0_06/jre/lib/sparc/native_threads/libhpi.so
0xfe7d0000 /ps/jdk1.5.0_06/jre/lib/sparc/libverify.so
0xfe790000 /ps/jdk1.5.0_06/jre/lib/sparc/libjava.so
0xfe760000 /ps/jdk1.5.0_06/jre/lib/sparc/libzip.so
0xf8dd0000 /ps/jdk1.5.0_06/jre/lib/sparc/libnet.so
0x6e800000 /ps/Webmail/WebRoot/WEB-INF/cplib/libcp_pabclient_native.so.solaris
0xf8cb0000 /usr/lib/libpam.so.1
0xf8c90000 /usr/lib/librt.so.1
0xf8c70000 /usr/lib/libpthread.so.1
0xf8c40000 /usr/lib/libcmd.so.1
0x6fbf0000 /usr/lib/libaio.so.1
0x6fbd0000 /usr/lib/libmd5.so.1
VM Arguments:
jvm_args: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/ps/tomcat/conf/logging.properties -Xmx2048m -XX:+UseParallelGC -Dsun.rmi.dgc.server.gcInterval=Long.MAX_VALUE -Dsun.rmi.dgc.client.gcInterval=Long.MAX_VALUE -XX:NewSize=800m -XX:MaxNewSize=800m -XX:SurvivorRatio=8 -XX:+MaxFDLimit -XX:SoftRefLRUPolicyMSPerMB=800 -XX:MaxPermSize=128m -Djava.endorsed.dirs=/ps/tomcat/common/endorsed -Dcatalina.base=/ps/tomcat -Dcatalina.home=/ps/tomcat -Djava.io.tmpdir=/ps/tomcat/temp
java_command: org.apache.catalina.startup.Bootstrap start
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/ps/java
PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/sbin:/usr/bin
LD_LIBRARY_PATH=/ps/jdk1.5.0_06/jre/lib/sparc/server:/ps/jdk1.5.0_06/jre/lib/sparc:/ps/jdk1.5.0_06/jre/../lib/sparc:/ps/Webmail/WebRoot/WEB-INF/cplib:
SHELL=/sbin/sh
HOSTTYPE=sun4
OSTYPE=solaris
MACHTYPE=sparc
Signal Handlers:
SIGSEGV: [libjvm.so+0x6f0ca8], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGBUS: [libjvm.so+0x6f0ca8], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGFPE: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGUSR1: [libjvm.so+0x666744], sa_mask[0]=0x00000000, sa_flags=0x00000008
SIGUSR2: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGHUP: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGQUIT: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
--------------- S Y S T E M ---------------
OS: Solaris 9 9/04 s9s_u7wos_09 SPARC
Copyright 2004 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 29 June 2004
uname:SunOS 5.9 Generic_118558-23 sun4u (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:0.07 0.21 0.20
CPU:total 2 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 8388608k(5653656k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_06-b05) for solaris-sparc, built on Nov 10 2005 11:24:16 by unknown with unknown Workshop:0x550
I am wandering if anyone can shed some light on the following lines:
Current CompileTask:
opto:5496 s! com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z (415 bytes)
What exactly is meant by the Current Compile Task? This is a runtime environment, so I don't understand why classes in the com.sun.mail package would need to be compiled at this time.
Thanks,
Filip
Filip

The JVM has as just-in-time (JIT) compiler, which translates bytecodes into machine instructions for frequently used methods. The Current Compile Task is the method being compiled by the HotSpot JIT when the crash occurred.
The crash is most likely bug 6346871, which was fixed in 1.5.0_07. Your problem should go away if you migrate to that version.

Solaris 10, Ruby on Rails, Core Dumps

I am not very savvy with Solaris administration and we are having issues with configuring our system to run Ruby on Rails applications. We opted to use the Coolstack framework for our environment, thankfully without many hiccups. That said, our applications load but core dump during the second page load.
At this point, I'm not sure if it's our recent switch to Coolstack that is causing the problem. We've also worked to get a Mongrel cluster up and running, so that could also be the culprit.
What I'm looking for really is advice on how to pin down what the error is. I've learned about pstack to deal with the core dump file, but I'd have a better time understanding Chinese than that output. I also read about gdb and dbx, neither of which appear to be installed on our system. A strings on the file, another recommendation I found, spits out a bunch of gibberish.
How can I move forward in discovering the problem?

I'm having the exact same problem with my Solaris server. I can't seem to get any form of Rails running on the system, and pages generated by Rails crash after a few page loads (not always the same number).
Did you have any luck tracking down the issue? I've asked around in a number of places and come up empty-handed every time.

Dbxml Core Dump Seg Fault

Hi - We are currently using dbxml for many years successfully on CentOS and FreeBSD. Recently,we have been trying to get our dbxml application to run on Joyent's SmartOS platform.
Through the help of Joyent, we are able to build sbxml 2.5.16 binaries on smartos. Build ntes here:
https://github.com/joyent/smartos-live/issues/236
However, when we run the application, the java core dumps - both on jdk 7 and jdk 6. Same code runs find on other platforms. Core dump is included in the above post. Not sure if anyone here might have an idea on what is causing this.

Hi Lauren,
Thanks for the response. Here is what I posted about this on the smartos forums. They helped me in getting dbxml to compile on smartos. Including using an xquilla patch:
OK, so the build problem you're having there appears to be an error in the C++ source for xqilla. This diff appears to fix that:
--- pristine/dbxml-2.5.16/xqilla/src/items/DatatypeFactoryTemplate.hpp 2009-01-07 11:46:13.000000000 +0000 +++ dbxml-2.5.16/xqilla/src/items/DatatypeFactoryTemplate.hpp 2013-07-11 08:17:00.638395661 +0000 @@ -79,7 +79,7 @@ AnyAtomicType::Ptr createInstance(const XMLCh* value, const DynamicContext* context) const { - return createInstanceNoCheck(DatatypeFactoryTemplate<TYPE>::getPrimitiveTypeURI(), + return this->createInstanceNoCheck(DatatypeFactoryTemplate<TYPE>::getPrimitiveTypeURI(), DatatypeFactoryTemplate<TYPE>::getPrimitiveTypeName(), value, context); }
Here is the post about the core dump:
Hi - OK, so apparently, the newly compiled code core dumps the JVM every time I try to call the openContainer method.
At first, I thought this was a code issue or a jdk 7 issue. However, I've compiled dbxml on smartos via the instructions in above thread using both jdk 6 and jdk 7 and I get the same core dump on the same call.
Also, tested the code on jdk 7 and jdk 6 on FreeBSD, Linux and Solaris and everything works OK.
I also thought it was a problem with my data, but I tried this create a fresh container using dbxml shell.
Same thing. So it seems to be a problem with the dbxml build specific to smartos.
Anyone have any ideas on where I can start looking for a solution?
$ /opt/local/java/bin/java -d64 -cp ...
srv context: java.io.BufferedInputStream@1f2f0ce
A fatal error has been detected by the Java Runtime Environment:
SIGSEGV (0xb) at pc=0x000000000028a89d, pid=4151, tid=2
JRE version: 7.0_25-b15
Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode solaris-amd64 compressed oops)
Problematic frame:
C 0x000000000028a89d
Core dump written. Default location: /home/nxd/srv/adm/core or core.4151
An error report file with more information is saved as:
/home/nxd/srv/adm/hs_err_pid4151.log
If you would like to submit a bug report, please visit:
http://bugreport.sun.com/bugreport/crash.jsp
Abort (core dumped)
========CORE DUMP
A fatal error has been detected by the Java Runtime Environment:
SIGSEGV (0xb) at pc=0x000000000028a89d, pid=4116, tid=2
JRE version: 7.0_25-b15
Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode solaris-amd64 compressed oops)
Problematic frame:
C 0x000000000028a89d
Core dump written. Default location: /home/test/srv/adm/core or core.4116
If you would like to submit a bug report, please visit:
http://bugreport.sun.com/bugreport/crash.jsp
The crash happened outside the Java Virtual Machine in native code.
See problematic frame for where to report the bug.
T H R E A D
Current thread (0x000000000041e000): JavaThread "main" [_thread_in_native, id=2, stack(0xfffffd7ffe800000,0xfffffd7ffea00000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x000000000028a89d
Registers:
RAX=0x000000000028a89d, RBX=0x0000000000000001, RCX=0x0000000002b27ea0, RDX=0x474e5543432b2b00
RSP=0xfffffd7ffe9fec88, RBP=0xfffffd7ffe9fee30, RSI=0x0000000000000001, RDI=0x0000000000000001
R8 =0xfffffd7ffe9fecb0, R9 =0xfffffd7fbfeb8e60, R10=0x0000000000000434, R11=0xfffffd7fff202df0
R12=0x0000000002b27ec0, R13=0x0000000000000002, R14=0x0000000000000001, R15=0x0000000002b28630
RIP=0x000000000028a89d, RFLAGS=0x0000000000010286
Top of Stack: (sp=0xfffffd7ffe9fec88)
0xfffffd7ffe9fec88: fffffd7fff2a2e50 fffffd7ffe9fecc0
0xfffffd7ffe9fec98: 00000001ff3fc800 fffffd7ffe9fee50
0xfffffd7ffe9feca8: 0000000002b27ea0 fffffd7ffe9fefa0
0xfffffd7ffe9fecb8: fffffd7fff3b1422 0000000002b27ea0
0xfffffd7ffe9fecc8: 0000000002b9b530 fffffd7fbfeefd90
0xfffffd7ffe9fecd8: fffffd7ff53b7fb3 fffffd7ffe9ff190
0xfffffd7ffe9fece8: fffffd7ffe9ff090 0000000000000000
0xfffffd7ffe9fecf8: 0000000000000001 0000000000000000
0xfffffd7ffe9fed08: ffffff00000000ff 0000000002b8cf00
0xfffffd7ffe9fed18: fffffd7ffe9ff110 0000000002b1ea40
0xfffffd7ffe9fed28: 0000000002582310 0000000000000000
0xfffffd7ffe9fed38: 0000000000000001 6d2e42494c534f5f
0xfffffd7ffe9fed48: 0000000002b1ea40 0000000000000000
0xfffffd7ffe9fed58: 0000000000000000 fffffd7ffe9ff080
0xfffffd7ffe9fed68: fffffd7ffe9ff000 0000000000000000
0xfffffd7ffe9fed78: 0000000000000000 697600656e6f6e2d
0xfffffd7ffe9fed88: 2d65646f6e007765 0000000002b27ec0
0xfffffd7ffe9fed98: 0000000000000002 0000000000000001
0xfffffd7ffe9feda8: 0000000002b28630 fffffd7ffe9ff090
0xfffffd7ffe9fedb8: fffffd7fbfe81442 fffffd7fbfe3be1d
0xfffffd7ffe9fedc8: fffffd7fbfc51f28 000000000028a89d
0xfffffd7ffe9fedd8: fffffd7fbfe81108 fffffd7fbfeb8e60
0xfffffd7ffe9fede8: 0000000000000434 fffffd7ffe9fecb0
0xfffffd7ffe9fedf8: 0000000100000000 fffffd7fbfc9f120
0xfffffd7ffe9fee08: 0000000002b1ea40 0000000002b27ec0
0xfffffd7ffe9fee18: 0000000000000001 fffffd7ffe9fee50
0xfffffd7ffe9fee28: 0000000002b27ea0 fffffd7ffe9fefb0
0xfffffd7ffe9fee38: fffffd7fff2a302f 00000000000006c9
0xfffffd7ffe9fee48: 0000000002b27ea0 fffffd7ffe9fefa0
0xfffffd7ffe9fee58: fffffd7fff3b1422 0000000002b27ea0
0xfffffd7ffe9fee68: 0000000002b9b530 fffffd7fbfeefd90
0xfffffd7ffe9fee78: fffffd7ff53b7fb3 fffffd7ffe9ff190
Instructions: (pc=0x000000000028a89d)
0x000000000028a87d:
[error occurred during error reporting (printing registers, top of stack, instructions near pc), id 0xb]
Register to memory mapping:
RAX=0x000000000028a89d is an unknown value
RBX=0x0000000000000001 is an unknown value
RCX=0x0000000002b27ea0 is an unknown value
RDX=0x474e5543432b2b00 is an unknown value
RSP=0xfffffd7ffe9fec88 is pointing into the stack for thread: 0x000000000041e000
RBP=0xfffffd7ffe9fee30 is pointing into the stack for thread: 0x000000000041e000
RSI=0x0000000000000001 is an unknown value
RDI=0x0000000000000001 is an unknown value
R8 =0xfffffd7ffe9fecb0 is pointing into the stack for thread: 0x000000000041e000
R9 =0xfffffd7fbfeb8e60: _ZTSN5DbXml23DbXmlDebugHookDecoratorE+0x13040 in /home/test/srv/bdbxml.smartos_jdk7/lib/libdbxml-2.5.so at 0xfffffd7fbfc00000
R10=0x0000000000000434 is an unknown value
R11=0xfffffd7fff202df0: memcpy+0x60 in /lib/amd64/libc.so.1 at 0xfffffd7fff190000
R12=0x0000000002b27ec0 is an unknown value
R13=0x0000000000000002 is an unknown value
R14=0x0000000000000001 is an unknown value
R15=0x0000000002b28630 is an unknown value
Stack: [0xfffffd7ffe800000,0xfffffd7ffea00000], sp=0xfffffd7ffe9fec88, free space=2043k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C 0x000000000028a89d
C [libc.so.1+0x11302f] SUNW_Unwind_RaiseException+0x50
C [libstdc++.so.6.0.13+0x1380db] __cxa_throw+0x9b
C [libdbxml-2.5.so+0x281442] DbXml::SyntaxDatabase::SyntaxDatabase(const DbXml::Syntax(_db_env*, DbXml::Transaction(std::basic_string < char, std::char_traits, std::allocator >, bool, const DbXml::ContainerConfig(bool)&)*)*)+0x33a
C [libdbxml-2.5.so+0x23be1d] DbXml::Container::openIndexDbs(DbXml::Transaction(const DbXml::ContainerConfig&)*)+0x203
C [libdbxml-2.5.so+0x23c5a5] DbXml::Container::openInternal(DbXml::Transaction(const DbXml::ContainerConfig(bool)&)*)+0x649
C [libdbxml-2.5.so+0x23ce52] DbXml::Container::Container(DbXml::Manager(std::basic_string < char, std::char_traits, std::allocator >, DbXml::Transaction(const DbXml::ContainerConfig(bool)&)*)&)+0x212
C [libdbxml-2.5.so+0x26e2f1] DbXml::Manager::ContainerStore::findContainer(void&, std::basic_string < char, std::char_traits, std::allocator >, DbXml::Transaction(const DbXml::ContainerConfig(bool)&)*)+0xb7
C [libdbxml-2.5.so+0x26e4b9] DbXml::Manager::openContainer(std::basic_string < char, std::char_traits, std::allocator >, DbXml::Transaction(const DbXml::ContainerConfig(bool)&)*)+0x11b
C [libdbxml-2.5.so+0x28fa45] DbXml::XmlManager::openContainer(std::basic_string < char, std::char_traits, std::allocator >, const DbXml::XmlContainerConfig&)+0x73
C [libdbxml_java-2.5.so+0x61b68] Java_com_sleepycat_dbxml_dbxml_1javaJNI_XmlManager_1openContainerInternal_1_1SWIG_10+0x106
j com.sleepycat.dbxml.dbxml_javaJNI.XmlManager_openContainerInternal__SWIG_0(JLcom/sleepycat/dbxml/XmlManager;Ljava/lang/String;[ILjava/lang/String;)J+0
j com.sleepycat.dbxml.XmlManager.openContainerInternal(Ljava/lang/String;Lcom/sleepycat/dbxml/XmlContainerConfig;)Lcom/sleepycat/dbxml/XmlContainer;+18
j com.sleepycat.dbxml.XmlManager.openContainer(Ljava/lang/String;Lcom/sleepycat/dbxml/XmlContainerConfig;)Lcom/sleepycat/dbxml/XmlContainer;+3
j com.lightspoke.dbx.dao.DbxContainerManager.()V+411
j com.lightspoke.dbx.service.DbxRMIEngine.()V+45
j com.lightspoke.dbx.service.DbxRMIEngine.main([Ljava/lang/String;)V+29
v ~StubRoutines::call_stub
V [libjvm.so+0x54e5d1] void JavaCalls::call_helper(JavaValue*,methodHandle*,JavaCallArguments*,Thread*)+0x5d1
V [libjvm.so+0x54e81b] void JavaCalls::call(JavaValue*,methodHandle,JavaCallArguments*,Thread*)+0x2b
V [libjvm.so+0x638695] jni_CallStaticVoidMethod+0x5c1
C [libjli.so+0x4d83] JavaMain+0x5e7
C [libc.so.1+0x10cfaa] _thrp_setup+0x8a
C [libc.so.1+0x10d2c0] _lwp_start+0x0
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j com.sleepycat.dbxml.dbxml_javaJNI.XmlManager_openContainerInternal__SWIG_0(JLcom/sleepycat/dbxml/XmlManager;Ljava/lang/String;[ILjava/lang/String;)J+0
j com.sleepycat.dbxml.XmlManager.openContainerInternal(Ljava/lang/String;Lcom/sleepycat/dbxml/XmlContainerConfig;)Lcom/sleepycat/dbxml/XmlContainer;+18
j com.sleepycat.dbxml.XmlManager.openContainer(Ljava/lang/String;Lcom/sleepycat/dbxml/XmlContainerConfig;)Lcom/sleepycat/dbxml/XmlContainer;+3
j com.lightspoke.dbx.dao.DbxContainerManager.()V+411
j com.lightspoke.dbx.service.DbxRMIEngine.()V+45
j com.lightspoke.dbx.service.DbxRMIEngine.main([Ljava/lang/String;)V+29
v ~StubRoutines::call_stub
P R O C E S S
Java Threads: ( => current thread )
0x0000000002410000 JavaThread "Socket Server Thread-2" [_thread_in_native, id=20, stack(0xfffffd7ff4000000,0xfffffd7ff4200000)]
0x0000000002405000 JavaThread "KaRMI Object Queue" daemon [_thread_blocked, id=19, stack(0xfffffd7ff4400000,0xfffffd7ff4600000)]
0x00000000021eb800 JavaThread "Service Thread" daemon [_thread_blocked, id=17, stack(0xfffffd7ff4800000,0xfffffd7ff4a00000)]
0x00000000021e9800 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=16, stack(0xfffffd7ffe6ef000,0xfffffd7ffe7ef000)]
0x00000000021e6800 JavaThread "C2 CompilerThread0" daemon [_thread_blocked, id=15, stack(0xfffffd7ffec0f000,0xfffffd7ffed0f000)]
0x00000000021e4800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=14, stack(0xfffffd7ff4c00000,0xfffffd7ff4e00000)]
0x000000000217b800 JavaThread "Finalizer" daemon [_thread_blocked, id=13, stack(0xfffffd7ff5000000,0xfffffd7ff5200000)]
0x0000000002174800 JavaThread "Reference Handler" daemon [_thread_blocked, id=12, stack(0xfffffd7ffe000000,0xfffffd7ffe200000)]
=>0x000000000041e000 JavaThread "main" [_thread_in_native, id=2, stack(0xfffffd7ffe800000,0xfffffd7ffea00000)]
Other Threads:
0x000000000216c000 VMThread [stack: 0xfffffd7ffe2af000,0xfffffd7ffe3af000] [id=11]
0x0000000002205800 WatcherThread [stack: 0xfffffd7ffdeff000,0xfffffd7ffdfff000] [id=18]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 19712K, used 16342K [0x00000000eaa00000, 0x00000000ec000000, 0x0000000100000000)
eden space 16896K, 96% used [0x00000000eaa00000,0x00000000eb9f5a00,0x00000000eba80000)
from space 2816K, 0% used [0x00000000ebd40000,0x00000000ebd40000,0x00000000ec000000)
to space 2816K, 0% used [0x00000000eba80000,0x00000000eba80000,0x00000000ebd40000)
ParOldGen total 43008K, used 0K [0x00000000c0000000, 0x00000000c2a00000, 0x00000000eaa00000)
object space 43008K, 0% used [0x00000000c0000000,0x00000000c0000000,0x00000000c2a00000)
PSPermGen total 22528K, used 7661K [0x00000000bae00000, 0x00000000bc400000, 0x00000000c0000000)
object space 22528K, 34% used [0x00000000bae00000,0x00000000bb57b450,0x00000000bc400000)
Card table byte_map: [0xfffffd7ff8c00000,0xfffffd7ff8e2a000] byte_map_base: 0xfffffd7ff8629000
Polling page: 0xfffffd7fff000000
Code Cache [0xfffffd7ff9000000, 0xfffffd7ff9400000, 0xfffffd7ffc000000)
total_blobs=371 nmethods=41 adapters=283 free_code_cache=48554Kb largest_free_block=49715392
Compilation events (10 events):
Event: 0.848 Thread 0x00000000021e9800 nmethod 34 0xfffffd7ff9072a90 code [0xfffffd7ff9072be0, 0xfffffd7ff9072c78]
Event: 0.848 Thread 0x00000000021e9800 35 java.util.ArrayList::get (11 bytes)
Event: 0.848 Thread 0x00000000021e9800 nmethod 35 0xfffffd7ff90788d0 code [0xfffffd7ff9078a20, 0xfffffd7ff9078ad8]
Event: 0.854 Thread 0x00000000021e9800 36 ! sun.misc.URLClassPath$JarLoader::getResource (91 bytes)
Event: 0.894 Thread 0x00000000021e9800 nmethod 36 0xfffffd7ff9080490 code [0xfffffd7ff9080840, 0xfffffd7ff9082128]
Event: 0.907 Thread 0x00000000021e9800 37 java.io.UnixFileSystem::parentOrNull (118 bytes)
Event: 0.917 Thread 0x00000000021e9800 nmethod 37 0xfffffd7ff907ddd0 code [0xfffffd7ff907df40, 0xfffffd7ff907e598]
Event: 0.968 Thread 0x00000000021e6800 nmethod 32 0xfffffd7ff908bf50 code [0xfffffd7ff908c660, 0xfffffd7ff90909c8]
Event: 1.019 Thread 0x00000000021e9800 38 java.util.Arrays::copyOf (19 bytes)
Event: 1.021 Thread 0x00000000021e9800 nmethod 38 0xfffffd7ff908a250 code [0xfffffd7ff908a3a0, 0xfffffd7ff908a578]
GC Heap History (0 events):
No events
Deoptimization events (6 events):
Event: 0.351 Thread 0x000000000041e000 Uncommon trap -34 fr.pc 0xfffffd7ff9062f04
Event: 0.352 Thread 0x000000000041e000 Uncommon trap -34 fr.pc 0xfffffd7ff9062f04
Event: 0.438 Thread 0x000000000041e000 Uncommon trap -83 fr.pc 0xfffffd7ff9067068
Event: 0.638 Thread 0x000000000041e000 Uncommon trap -83 fr.pc 0xfffffd7ff9067908
Event: 0.668 Thread 0x000000000041e000 Uncommon trap -83 fr.pc 0xfffffd7ff9076094
Event: 0.669 Thread 0x000000000041e000 Uncommon trap -12 fr.pc 0xfffffd7ff9065848
Internal exceptions (10 events):
Event: 1.079 Thread 0x000000000041e000 Threw 0x00000000eb94b5b8 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.563 Thread 0x000000000041e000 Threw 0x00000000eb972960 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.564 Thread 0x000000000041e000 Threw 0x00000000eb9756c0 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.564 Thread 0x000000000041e000 Threw 0x00000000eb97fc60 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.565 Thread 0x000000000041e000 Threw 0x00000000eb983ed0 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.565 Thread 0x000000000041e000 Threw 0x00000000eb98d390 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.566 Thread 0x000000000041e000 Threw 0x00000000eb992830 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.566 Thread 0x000000000041e000 Threw 0x00000000eb996070 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.567 Thread 0x000000000041e000 Threw 0x00000000eb9a1d10 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Event: 1.738 Thread 0x000000000041e000 Threw 0x00000000eb9a6840 at /export/HUDSON/workspace/jdk7u25-2-build-solaris-amd64-product/jdk7u25/hotspot/src/share/vm/prims/jvm.c
Events (10 events):
Event: 1.565 loading class 0x0000000002a678c0
Event: 1.565 loading class 0x0000000002a678c0 done
Event: 1.566 loading class 0x0000000002a67960
Event: 1.566 loading class 0x0000000002a67960 done
Event: 1.566 loading class 0x00000000022d9f00
Event: 1.566 loading class 0x00000000022d9f00 done
Event: 1.567 loading class 0x0000000002a67eb0
Event: 1.567 loading class 0x0000000002a67eb0 done
Event: 1.738 loading class 0x00000000022d9d40
Event: 1.738 loading class 0x00000000022d9d40 done
Dynamic libraries:
0x0000000000400000 /opt/local/jdk1.7.0_25/bin/amd64/dbxrmijvm
0xfffffd7ffd85c000 /usr/lib/amd64/libthread.so.1
0xfffffd7ffd700000 /opt/local/jdk1.7.0_25/bin/amd64/../../jre/lib/amd64/jli/libjli.so
0xfffffd7ffe56f000 /usr/lib/amd64/libdl.so.1
0xfffffd7fff190000 /usr/lib/amd64/libc.so.1
0xfffffd7ffc1a0000 /opt/local/jdk1.7.0_25/jre/lib/amd64/server/libjvm.so
0xfffffd7ffea40000 /usr/lib/amd64/libsocket.so.1
0xfffffd7ffd85b000 /usr/lib/amd64/libsched.so.1
0xfffffd7ffc180000 /usr/lib/amd64/libm.so.1
0xfffffd7ffc150000 /usr/lib/amd64/libCrun.so.1
0xfffffd7ffdaef000 /usr/lib/amd64/libdoor.so.1
0xfffffd7ffc110000 /usr/lib/amd64/libdemangle.so.1
0xfffffd7ffeee0000 /usr/lib/amd64/libm.so.2
0xfffffd7ffed10000 /usr/lib/amd64/libnsl.so.1
0xfffffd7ffeab0000 /usr/lib/amd64/libmd.so.1
0xfffffd7ffea90000 /usr/lib/amd64/libmp.so.2
0xfffffd7ffc0f0000 /opt/local/jdk1.7.0_25/jre/lib/amd64/libverify.so
0xfffffd7ffc0a0000 /opt/local/jdk1.7.0_25/jre/lib/amd64/libjava.so
0xfffffd7ffe670000 /usr/lib/amd64/libscf.so.1
0xfffffd7ffeba0000 /usr/lib/amd64/libuutil.so.1
0xfffffd7ffead0000 /usr/lib/amd64/libgen.so.1
0xfffffd7ffedb0000 /usr/lib/amd64/libnvpair.so.1
0xfffffd7ffe650000 /usr/lib/amd64/libsmbios.so.1
0xfffffd7ffc070000 /opt/local/jdk1.7.0_25/jre/lib/amd64/libzip.so
0xfffffd7ffc040000 /opt/local/jdk1.7.0_25/jre/lib/amd64/libnet.so
0xfffffd7ffc020000 /opt/local/jdk1.7.0_25/jre/lib/amd64/libnio.so
0xfffffd7ffeb20000 /usr/lib/amd64/librt.so.1
0xfffffd7ffc000000 /usr/lib/amd64/libsendfile.so.1
0xfffffd7ffdd30000 /home/test/srv/bdbxml.smartos_jdk7/lib/libdb_java-4.8.so
0xfffffd7ffdb60000 /usr/lib/amd64/libresolv.so.2
0xfffffd7ffeacd000 /usr/lib/amd64/libpthread.so.1
0xfffffd7ffe630000 /usr/lib/amd64/libgcc_s.so.1
0xfffffd7ffe220000 /home/test/srv/bdbxml.smartos_jdk7/lib/libdbxml_java-2.5.so
0xfffffd7ffd950000 /home/test/srv/bdbxml/lib/libdb-4.8.so
0xfffffd7fc0400000 /home/test/srv/bdbxml/lib/libxqilla.so.5
0xfffffd7fc0000000 /home/test/srv/bdbxml/lib/libxerces-c-3.0.so
0xfffffd7fbfc00000 /home/test/srv/bdbxml/lib/libdbxml-2.5.so
0xfffffd7ff5280000 /usr/lib/amd64/libstdc++.so.6
VM Arguments:
jvm_args: -Xss2048k -Djava.library.path=/home/test/srv/bdbxml/lib:/home/test/bdb/lib:/usr/lib:/usr/local/lib:/lib:/usr/lib/amd64: -Djava.rmi.server.codebase=/home/test/srv/lib/dbxrmi.jar -Duka.karmi.config=/home/test/srv/adm/.karmi.property -Djava.rmi.server.hostname=test.gaoxiong -Djava.security.policy=/home/test/adm/DbxRMI.policy -Dlog4j.configuration=file:/home/test/adm/log4j.xml
java_command: com.lightspoke.dbx.service.DbxRMIEngine
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/opt/local/java
PATH=/opt/local/java/bin:/home/test/srv/bdbxml/bin:/opt/local/java/bin:/home/test/srv/bdbxml/bin:/opt/local/java/bin:/home/test/srv/bdbxml/bin:/opt/local/bin:/opt/local/sbin:/usr/bin:/usr/sbin:/home/test/srv/bdbxml/bin:
LD_LIBRARY_PATH=/home/test/srv/bdbxml/lib:/home/test/bdb/lib:/usr/lib:/usr/local/lib:/lib:/usr/lib/amd64:
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x11b37b4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGBUS: [libjvm.so+0x11b37b4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGFPE: [libjvm.so+0x53fc78], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x53fc78], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGXFSZ: [libjvm.so+0x53fc78], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x53fc78], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGQUIT: [libjvm.so+0xff8ea8], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGHUP: [libjvm.so+0xff8ea8], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGINT: [libjvm.so+0xff8ea8], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0xff8ea8], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIG39: [libjvm.so+0xffd27c], sa_mask[0]=0x00000000, sa_flags=0x00000008
SIG40: [libjvm.so+0x53fc78], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
S Y S T E M
OS: SmartOS x86_64
Copyright 2010 Sun Microsystems, Inc. All Rights Reserved.
Copyright 2010-2012 Joyent, Inc. All Rights Reserved.
Use is subject to license terms.
See uname -v for assembly date and time.
uname:SunOS 5.11 joyent_20130530T224720Z i86pc
(T2 libthread)
rlimit: STACK 10240k, CORE infinity, NOFILE 65536, AS infinity
load average:0.01 0.00 0.00
CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 15 stepping 11, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, tsc
Memory: 4k page, physical 4194304k(4142372k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (23.25-b01) for solaris-amd64 JRE (1.7.0_25-b15), built on Jun 5 2013 21:57:39 by "" with Sun Studio 12u1
time: Tue Aug 6 01:12:44 2013
elapsed time: 2 seconds

Application dying with core dump on what appears to be berkeley

Similar Messages

Maybe you are looking for