Closed
Bug 113808
Opened 23 years ago
Closed 23 years ago
JSS3.1 crashes the server after about few 1000 connections.
Categories
(JSS Graveyard :: Library, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
3.2
People
(Reporter: swaminathan.seetharaman, Assigned: jamie-bugzilla)
Details
Attachments
(1 file)
119.50 KB,
application/octet-stream
|
Details |
I'm using JSS3.1 api's to establish ssl between the client and the
server.When I try to simulate multiple requests to the server the SSL client
throws a SIGBUS 10 bus error after about few 1000 connections.
The following is the trace generated.
SIGBUS 10 bus error
si_signo [10]: BUS
si_errno [0]:
si_code [1]: BUS_ADRALN [addr: 0xef40f765]
stackpointer=EB1E06A0
Inconsistent thread : best efforts attempt (may fail)
"Thread-201" (TID:0x8ea580, sys_thread_t:0x8ea4b8, state:R, thread_t:
t@229, threadID:0xe9241d78, stack_bottom:0xe9242000, stack_size:0x20000)
prio=5
Inconsistent thread : best efforts attempt (may fail)
"HTTPSConnectionManager.listen()" (TID:0x828558, sys_thread_t:0x828490,
state:R, thread_t: t@228, threadID:0xe92a1d78, stack_bottom:0xe92a2000,
stack_size:0x20000) prio=5
[1] org.mozilla.jss.ssl.SSLServerSocket.socketAccept(Native Method)
[2] org.mozilla.jss.ssl.SSLServerSocket.accept(SSLServerSocket.java:133)
Inconsistent thread : best efforts attempt (may fail)
"HTTPSConnectionManager.listen()" (TID:0x828558, sys_thread_t:0x828490,
state:R, thread_t: t@228, threadID:0xe92a1d78, stack_bottom:0xe92a2000,
stack_size:0x20000) prio=5
[1] org.mozilla.jss.ssl.SSLServerSocket.socketAccept(Native Method)
[2] org.mozilla.jss.ssl.SSLServerSocket.accept(SSLServerSocket.java:133)
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → 3.2
Assignee | ||
Comment 1•23 years ago
|
||
Is this still occurring? Can you please provide more detail:
1. You say that the client is crashing, but the stack trace mentions
Socket.accept(), which would normally be called by the server.
2. In your test, I assume you are passing some data between the client and server?
3. What operating system is this happening on? Solaris 2.?
4. Optimized or Debug build?
The best way for me to reproduce this is if you could give me some sample code
that reproduces the problem.
Assignee | ||
Comment 2•23 years ago
|
||
Hi,
1. You say that the client is crashing, but the stack trace mentions
Socket.accept(), which would normally be called by the server.
We have a gateway which acts both as client and server.
As you said the gateway crashes at the SSLServerSocket accept().
2. In your test, I assume you are passing some data between the client and server?
In my test the following are the components.
1. Client (browser)
2. Gateway (SSL Server)
3. Web server(Optionally SSL Server)
3. What operating system is this happening on? Solaris 2.?
we are using solaris 8
4.Optimized or Debug build?
Optimized build
I'm also forwarding you the mail with sample source code to reproduce the
problem. [ATTACHED TO BUG]
If you stress test you will see the COre Dump after about 90 minutes.
Assignee | ||
Comment 3•23 years ago
|
||
Assignee | ||
Comment 4•23 years ago
|
||
Glen wrote:
I switched to 1.3.1_01 JVM and the thread count for the Gateway process did not
grow. I had a load of 150 users running last night for about 12 hours, so the
problem was the JVM. During the test I did have around 40 TCP connection reset
errors, but no SIG_BUS error. I got Swamy to start testing well, and he had no
problem after three hours. He is doing some more load testing and will get back
to me, but the SIG_BUS problem should be solved.
Comment 5•23 years ago
|
||
In addition to using JDK 1.3.1 or greater you also should upgrade to JSS 3.1.2
due to a SSL memory leak fix.
Assignee | ||
Comment 6•23 years ago
|
||
The problem was fixed by upgrading to JDK 1.3.1. This was not a bug in JSS.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•