in the log, nothing in the event viewer logs and I have a view of my
processor and memory over the last 4 hours and their are no spikes.
The only thing in the log is this, but I think this is just when a user
closed the browser prior to receiving a result right?
07/13 09:48:14 error Connection reset by peer: JVM_recv in socket input
stream read
java.net.SocketException: Connection reset by peer: JVM_recv in socket
input stream read
at java.net.SocketInputStream.socketRead(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at java.io.BufferedInputStream.fill(Unknown Source)
at java.io.BufferedInputStream.read1(Unknown Source)
at java.io.BufferedInputStream.read(Unknown Source)
at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:530)
at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:522)
at jrun.servlet.jrpp.ProxyEndpoint.readInt(ProxyEndpoint.java:540)
at jrun.servlet.jrpp.ProxyEndpoint.readRequest(ProxyEndpoint.java:229)
at jrun.servlet.jrpp.JRunProxyService.swapRunnable(JRunProxyService.java:144)
at
jrunx.scheduler.ThreadPool$DownstreamMetrics.swapRunnable(ThreadPool.java:320)
at jrunx.scheduler.ThreadPool$ThreadThrottle.swapRunnable(ThreadPool.java:433)
at
jrunx.scheduler.ThreadPool$UpstreamMetrics.swapRunnable(ThreadPool.java:280)
at jrunx.scheduler.WorkerThread.run(WorkerThread.java:76)
At this point I'm not sure what else to check, so I'm trying to write a
script to automatically restart Jrun if it crashes like this again. I wish
I could afford a nice dynamic load-balanced solution with support for
dynamic failover. That would make my life much easier. It would be nice to
get to the root of this problem though.
Brook
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
