I am getting a variety of stack traces that may all relate to one
cause. The packages runs fine in many instances but one particular
configuration gives problems:
=
=
=
=
=
=
=
=
=
=
=
=
========================================================================
S:Red Hat Enterprise Linux ES release 4 (Nahant Update 8)
uname:Linux 2.6.9-89.0.11.ELsmp 0000001 SMP Mon Aug 31 11:01:10 EDT
2009 i686
libc:glibc 2.3.4 NPTL 2.3.4
rlimit: STACK 2048k, CORE 0k, NPROC 49152, NOFILE 65536, AS infinity
load average:0.06 0.09 0.16
CPU:total 1 family 6, cmov, cx8, fxsr, mmx, sse, sse2, ht
Memory: 4k page, physical 760k(152k free), swap 1447k(1447k free)
vm_info: Java HotSpot(TM) Client VM (1.5.0_03-b07) for linux-x86,
built on Apr 13 2005 03:17:07 by java_re with gcc 3.2.1-7a (J2SE
release)
=
=
=
=
=
=
=
=
=
=
=
=
========================================================================
below are the separated by =====
Stack: [0x9e3fe000,0x9e4ff000), sp=0x9e4f9154, free space=1004k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
C [libcrypto.so.4+0x9a805] X509_NAME_cmp+0x26
C [libcrypto.so.4+0x9abf6] X509_subject_name_cmp+0x2e
C [libcrypto.so.4+0x9fbde]
C [libc.so.6+0x29b45]
C [libc.so.6+0x29a1d]
C [libc.so.6+0x29a3b]
C [libc.so.6+0x29a1d]
C [libc.so.6+0x29a3b]
C [libc.so.6+0x29a3b]
C [libc.so.6+0x29cdc] qsort+0x14c
C [libcrypto.so.4+0x7209f] sk_sort+0x48
C [libcrypto.so.4+0x72110] sk_find+0x63
C [libcrypto.so.4+0x9ffbc] X509_OBJECT_idx_by_subject+0x5e
C [libcrypto.so.4+0xa0018] X509_OBJECT_retrieve_by_subject+0x2c
C [libcrypto.so.4+0xa0068] X509_STORE_get_by_subject+0x32
C [libssl.so.4+0x19bb2] ssl3_output_cert_chain+0x19e
C [libssl.so.4+0xfe59] ssl3_send_server_certificate+0x50
C [libssl.so.4+0x11310] ssl3_accept+0x145a
C [libssl.so.4+0x200c3] SSL_accept+0x26
C [libssl.so.4+0x1a895] ssl23_get_client_hello+0x99
C [libssl.so.4+0x1b319] ssl23_accept+0x22a
C [libssl.so.4+0x200db] SSL_accept+0x3e
C [libresinssl.so+0x2451]
C [libresinssl.so+0x28b8]
C [libresin.so+0x30a4] Java_com_caucho_vfs_JniSocketImpl_readNative+0x3c
=======================================================
# Java VM: Java HotSpot(TM) Client VM (1.5.0_03-b07 mixed mode, sharing)
# Problematic frame:
# C [libcrypto.so.4+0x515b8] RSA_free+0x55
#
--------------- T H R E A D ---------------
Current thread (0x08e4c0a8): JavaThread "http-a-8443-20" daemon
[_thread_in_native, id=29433]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000020
Registers:
EAX=0x00000000, EBX=0x001da6fc, ECX=0x08f4a670, EDX=0x001c5cc7
ESP=0xa0dfab94, EBP=0xa0dfabbc, ESI=0x68747541, EDI=0x08f49bf8
EIP=0x001525b8, CR2=0x00000020, EFLAGS=0x00010286
Top of Stack: (sp=0xa0dfab94)
0xa0dfab94: 68747579 ffffffff 00000009 001c5cc7
0xa0dfaba4: 000000d0 000000f1 0012bfdb 0015256d
0xa0dfabb4: 0021e858 08f4af30 a0dfabec 0020e5a8
0xa0dfabc4: 68747541 ffffffff 0000000d 00219753
0xa0dfabd4: 0000013d 00000000 0020e4f3 0021e858
0xa0dfabe4: 08f4af30 08de6788 a0dfac1c 0020d25f
0xa0dfabf4: 08f49bf8 08f4af30 08f4b01c 002195ca
0xa0dfac04: 000001a5 00000000 00000000 0020d0ec
Instructions: (pc=0x001525b8)
0x001525a8: fd ff 85 c0 7e 07 83 c4 20 5b 5e 5d c3 8b 46 08
0x001525b8: 8b 50 20 85 d2 0f 85 8b 00 00 00 8b 46 0c 85 c0
Stack: [0xa0cff000,0xa0e00000), sp=0xa0dfab94, free space=1006k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
C [libcrypto.so.4+0x515b8] RSA_free+0x55
C [libssl.so.4+0x215a8] ssl_cert_free+0xc0
C [libssl.so.4+0x2025f] SSL_free+0x17d
C [libresinssl.so+0x2511]
C [libresinssl.so+0x28b8]
C [libresin.so+0x30a4] Java_com_caucho_vfs_JniSocketImpl_readNative+0x3c
j com.caucho.vfs.JniSocketImpl.readNative(J[BIIJ)I+0
j com.caucho.vfs.JniSocketImpl.read([BIIJ)I+10
j com.caucho.vfs.JniStream.read([BII)I+42
J com.caucho.vfs.ReadStream.readBuffer()Z
j com.caucho.vfs.ReadStream.waitForRead()Z+12
j com.caucho.server.port.TcpConnection$AcceptTask.doAccept(Z)V+236
j com.caucho.server.port.TcpConnection$AcceptTask.run()V+2
j com.caucho.util.ThreadPool$Item.runTasks()V+246
j com.caucho.util.ThreadPool$Item.run()V+75
j java.lang.Thread.run()V+11
==============================================================
Stack: [0x985fc000,0x986fd000), sp=0x986f7a18, free space=1006k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
C [libcrypto.so.4+0x2b03f] CRYPTO_add_lock+0x6f
C [libcrypto.so.4+0x515aa] RSA_free+0x47
C [libssl.so.4+0x215a8] ssl_cert_free+0xc0
C [libssl.so.4+0x2025f] SSL_free+0x17d
C [libresinssl.so+0x2511]
C [libresinssl.so+0x28b8]
C [libresin.so+0x30a4] Java_com_caucho_vfs_JniSocketImpl_readNative+0x3c
J com.caucho.vfs.JniSocketImpl.readNative(J[BIIJ)I
J com.caucho.vfs.JniStream.read([BII)I
J com.caucho.vfs.ReadStream.readBuffer()Z
J com.caucho.server.port.TcpConnection$AcceptTask.doAccept(Z)V
v ~RuntimeStub::alignment_frame_return Runtime1 stub
j com.caucho.server.port.TcpConnection$AcceptTask.run()V+2
J com.caucho.util.ThreadPool$Item.runTasks()V
v ~RuntimeStub::alignment_frame_return Runtime1 stub
j com.caucho.util.ThreadPool$Item.run()V+75
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub:
Thanks for your help.
Alex
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List openssl-users@openssl.org
Automated List Manager majord...@openssl.org
