we do see quite a few of these in teh JRun logs. WIsh it would list
what script was involved. This is the usual 'user moved away before
the request completed' error.
03/01 08:18:57,debug webserver closed it's socket
03/01 08:20:46,debug Software caused connection abort: recv failed
java.net.SocketException: Software caused connection abort: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:578)
at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:570)
at jrun.servlet.jrpp.ProxyEndpoint.readInt(ProxyEndpoint.java:588)
at jrun.servlet.jrpp.ProxyEndpoint.readRequest(ProxyEndpoint.java:231)
at
jrun.servlet.jrpp.JRunProxyService.swapRunnable(JRunProxyService.java:144)
at
jrunx.scheduler.ThreadPool$DownstreamMetrics.swapRunnable(ThreadPool.java:321)
at
jrunx.scheduler.ThreadPool$ThreadThrottle.swapRunnable(ThreadPool.java:439)
at
jrunx.scheduler.ThreadPool$UpstreamMetrics.swapRunnable(ThreadPool.java:281)
at jrunx.scheduler.WorkerThread.run(WorkerThread.java:76)
On Tue, 1 Mar 2005 11:16:45 -0500, Douglas Knudsen
<[EMAIL PROTECTED]> wrote:
> nope, not getting any OOM errors at all. Just a hung server every
> couple weeks. When it hangs JRUN thread metrics indicate all is well,
> no huge set of qued requests and 0 delayed requests and only 2 to 5
> current threads being worked. Memeory according to JRUn is fine.
> Memeory according to task manager is high and CPU use is maxed. Its
> like a slow process of death, lol. I'm convinced its this one guys
> app that continually does big queries and continually gets pages
> running 15 to 25 secs long. Once I segregate this app and make use of
> your suggestions we shall see.
>
> I'm supposed to be developing not spending hours in this abyss. We
> are actually thinking of scheduling a service restart like once a week
> to clear out whatever is happening. A horrible approach, but cheaper
> in our situation.
>
> D
>
> On Tue, 1 Mar 2005 15:25:43 -0000, Robertson-Ravo, Neil (RX)
> <[EMAIL PROTECTED]> wrote:
> >
> > Well, If you are getting OOM errors then it
> > will tell you in the logs. If you are getting them then you need to
> > increase the amount of memory available. Yes it is possible to go above the
> > JVM Arguments. It is not a ceiling per say...it will of course manage GC
> > etc. but VM is a factor.
> >
> > From what you have posted it would seem the apps uses more memory than you
> > have assigned to - probably not all the time though.
> >
> > The hanging is no doubt a case of long running queries and the way CF is
> > managing them internally - you say you have not queued requests or timeouts?
> >
> > N
> >
> > -----Original Message-----
> > From: Douglas Knudsen [mailto:[EMAIL PROTECTED]
> > Sent: 01 March 2005 15:21
> > To: CF-Server
> > Subject: Re: memory use and CF
> >
> > ugh, yuck. If the VM memory use in task manager is correct, it is
> > more than the JVM args are set at. Is that really possible? If so
> > the heap size settings seem worthless, eh?
> >
> > hmm, I'm using the JRun logging service, not any JVM args. This is
> > setup in the jrun.xml file. I've read that it doesn't add noticeable
> > load at all. Plan to turn it off once things are more stable again.
> > Note we do not get any server crashes, we get server hangs. If I
> > understand this all correctly, if the JVM runs out of memory
> >
> > D
> >
> > On Tue, 1 Mar 2005 14:48:54 -0000, Robertson-Ravo, Neil (RX)
> > <[EMAIL PROTECTED]> wrote:
> > > If Task Manager is that High it is a sure fire case that your app is using
> > > that amount of Memory!
> > >
> > > Again, you will get a far clearer picture of things if you run the
> > VisualGC
> > > - I wouldn't trust JRun metrics at all.
> > >
> > > N
> > >
> > > -----Original Message-----
> > > From: Douglas Knudsen [mailto:[EMAIL PROTECTED]
> > > Sent: 01 March 2005 14:50
> > This e-mail is from Reed Exhibitions (Oriel House, 26 The Quadrant,
> > Richmond, Surrey, TW9 1DL, United Kingdom), a division of Reed Business,
> > Registered in England, Number 678540. It contains information which is
> > confidential and may also be privileged. It is for the exclusive use of the
> > intended recipient(s). If you are not the intended recipient(s) please note
> > that any form of distribution, copying or use of this communication or the
> > information in it is strictly prohibited and may be unlawful. If you have
> > received this communication in error please return it to the sender or call
> > our switchboard on +44 (0) 20 89107910. The opinions expressed within this
> > communication are not necessarily those expressed by Reed Exhibitions.
> > Visit our website at http://www.reedexpo.com
> >
> >
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Discover CFTicket - The leading ColdFusion Help Desk and Trouble
Ticket application
http://www.houseoffusion.com/banners/view.cfm?bannerid=48
Message: http://www.houseoffusion.com/lists.cfm/link=i:10:5204
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/10
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:10
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.10
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
