|
| Problem | WebSphereŽ Application Server V3.5 used with an OracleŽ database crashes with a core dump. A subsequent restart of the Application Server might also hang and core dump. Analysis using the dbx debugging tool shows that the thread that crashes is in an Oracle library called libclntsh.a. | | | | Solution | The first core dump contains information that is useful for analysis. Using the jcore utility against the core dump results in the following information (see the section that contains the analysis of the crashing thread).
Note that the stack trace here might not match other stack traces. In some cases, the jcore information also indicates that a stack overflow has occurred.
fault_toc 342D3540 inside module data area 342B0300-342FE918 of libclntsh.a
SIGSEGV raised in libclntsh.a
(ip)=D7F82268 at libclntsh.a .memmove + 0088 unwinding (old_sp=32490F34 old_ip=D7F82268) (ip)=D833CCF0 at libclntsh.a .ttcacs + 0858 unwinding (old_sp=32490FB4 old_ip=D833CCF0) (ip)=D8397A98 at libclntsh.a .ttcdrv + 1A80 unwinding (old_sp=32491844 old_ip=D8397A98) (ip)=D83ABC00 at libclntsh.a .nioqwa + 0050 unwinding (old_sp=32491894 old_ip=D83ABC00) (ip)=D82231C8 at libclntsh.a .upirtrc + 0520 unwinding (old_sp=32491924 old_ip=D82231C8) (ip)=D82F84A0 at libclntsh.a .kpurcsc + 0060 unwinding (old_sp=32491984 old_ip=D82F84A0) (ip)=D82FCD80 at libclntsh.a .kpuexecv8 + 0A8C unwinding (old_sp=32491A34 old_ip=D82FCD80) (ip)=D82FDFC4 at libclntsh.a .kpuexec + 0BFC unwinding (old_sp=32491B24 old_ip=D82FDFC4) (ip)=D82E2FE0 at libclntsh.a .OCIStmtExecute + 0010 unwinding (old_sp=32491B64 old_ip=D82E2FE0) (ip)=D7B41CA8 at libocijdbc8.so .eoj_dbstatement_do_stream + 0170 unwinding (old_sp=32491BF4 old_ip=D7B41CA8) (ip)=D7B4446C at libocijdbc8.so .eoj_dbstatement_do_execute + 0104 unwinding (old_sp=32491C64 old_ip=D7B4446C) (ip)=D7ED9024 at libocijdbc8.so .Java_oracle_jdbc_oci8_OCIDBAccess_do_1execute + 006C unwinding (old_sp=32491CC4 old_ip=D7ED9024) (ip)=D0DA1D38 at libjvm.a .mmipSysInvokeJni + 019C unwinding (old_sp=32491D1C old_ip=D0DA1D38) (ip)=D0D9C320 at libjvm.a .mmisInvokeJniMethodHelper + 014C unwinding (old_sp=32491D8C old_ip=D0D9C320) (ip)=D0D92CBC at libjvm.a .mmipInvokeJniMethod + 0090 unwinding (old_sp=32491DC4 old_ip=D0D92CBC) (pc)=32491E88 at oracle/jdbc/oci8/OCIDBAccess.do_execute (Loracle/jdbc/oci8/OCIDBStatement;I)I native unwinding (old_sp=32491E4C old_ip=3004FFF4) old_mb=3422A938 (pc)=3422D514 at oracle/jdbc/oci8/OCIDBAccess.executeFetch (Loracle/jdbc/dbaccess/DBStatement;BLoracle/jdbc/dbaccess/DBDataSet;ILoracle/jdbc/dbaccess/DBDataSet;I)I synchronized unwinding (old_sp=32491E88 old_ip=30070040) old_mb=3422ABD8 (pc)=34274E67 at oracle/jdbc/driver/OracleStatement.executeNonQuery (Z)V unwinding (old_sp=32491F10 old_ip=30070040) old_mb=34271098 (pc)=342745CD at oracle/jdbc/driver/OracleStatement.doExecuteOther (Z)V unwinding (old_sp=32491F50 old_ip=30070020) old_mb=34270D98 (pc)=342749A4 at oracle/jdbc/driver/OracleStatement.doExecuteWithTimeout ()V unwinding (old_sp=32491F7C old_ip=30070020) old_mb=34270E58 (pc)=3427E1A6 at oracle/jdbc/driver/OraclePreparedStatement.executeUpdate ()I unwinding (old_sp=32491FB0 old_ip=30070020) old_mb=3427BFD8 (pc)=3422185B at com/ibm/ejs/cm/cache/CachedStatement.executeUpdate ()I unwinding (old_sp=32491FEC old_ip=30070100) old_mb=342201F0 (pc)=3467454C at com/ibm/ejs/cm/proxy/PreparedStatementProxy.executeUpdate ()I unwinding (old_sp=3249201C old_ip=30070100) old_mb=34673780 (pc)=34625ADC at com/ibm/servlet/personalization/sessiontracking/BackedHashtable.ejbStore (Lcom/ibm/servlet/personalization/sessiontracking/DatabaseSessionData;)V unwinding (old_sp=32492060 old_ip=30070100) old_mb=34623C38 (pc)=34627CDD at com/ibm/servlet/personalization/sessiontracking/BackedHashtable.storeSession (Lcom/ibm/servlet/personalization/sessiontracking/DatabaseSessionData;)V unwinding (old_sp=324920B8 old_ip=30070020) old_mb=346244D8 (pc)=34627416 at com/ibm/servlet/personalization/sessiontracking/BackedHashtable.put (Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
Often, jcore reports that the libclntsh.a file is in a directory such as: /ora01/oracle/product/8.1.7/lib/
This is evidence that libclntsh.a does belong to the Oracle product. In the cases we have observed, customers are using the database to store the repository and application data.
Contact Oracle support for further information. | |
| | |
| |
|
Product categories: Software, Application Servers, Distributed Application & Web Servers, WebSphere Application Server, Java SDK Operating system(s): AIX Software version: 3.5 Software edition: Edition Independent Reference #: 1137929 IBM Group: Software Group Modified date: 2004-06-30
(C) Copyright IBM Corporation 2000, 2004. All Rights Reserved.
|