This case has no clear-cut solution, just a clarification:
Problem: Server crashed.
To be able to gather information, we had asked the customer to provide us with all the available log files – WebLogic log, the Standard Output, and the JVM log, to find the connections, and possibly – be able to identify the reason.
From its first lines, a JMV log file showed that it was a Java Virtual Machine crash, not WebLogic Server running on it:
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# Internal Error (434F44452255464645520E435050005E 01), pid=15067, tid=8
#
# Java VM: Java HotSpot(TM) Server VM (1.4.2_11-b06 mixed mode)
As a number of other factors showed, a client had the Sun JVM installed – something beyond Oracle’s competency. We could only check whatever is was on the surface to see, it anything could trigger the crash.
We noticed the following line:
compacting perm gen total 63232K, used 63113K [0xf1800000, 0xf55c0000, 0xf9800000)
the space 63232K, 99% used [0xf1800000, 0xf55a25e0, 0xf55a2600, 0xf55c0000)
99% looked suspicious (which is true for any occasion), so we checked further:
jvm_args: -XX:MaxPermSize=128m -Xms1024m -Xmx1024m
Although unclear, shortage of memory could had been a reason of the crash. Just to make sure, we advised the customer to increase it to 512, or at least 256 mb.
In the end, we advices the customer to contact the Sun support, since they had a better cpecialty over their own Virtual Machine.
А вы чего, детектива ждали?
