Thread: [Rabbit-proxy-users] 100% load
Brought to you by:
ernimril
Menu
▾
▴
rabbit-proxy-users
|
From: Holger K. <hol...@gm...> - 2006-05-22 15:33:36
|
Hello, i found a website that makes rabbit31 use 100% cpu for a long time and block for this connection. http://www.electronicscout24.de/ it's quite reproducable with: http://www.electronicscout24.de/static/ps/css/styles.css If i add \.css to dontFilterURLmatching it doesn't use 100% cpu time. As other pages on this site cause this blocking too, what can i do about it except removing the whole site from filtering? Rabbit doesn't crash, other connections continue to work. Regards Holger |
|
From: Robert O. <ro...@kh...> - 2006-05-22 21:21:36
|
Holger Krull wrote: > Hello, > i found a website that makes rabbit31 use 100% cpu for a long time and > block for this connection. Do you have a stacktrace from the time? The admin pages can provide one, as can the console. Do you get anything in the error_log? It does not seem to cause 100% cpu load for me, it may be one of the bugs I have fixed since 3.1. Can you try the 3.2 pre-release? http://www.khelekore.org/rabbit/RabbIT3.2-pre1-bin.tar.gz http://www.khelekore.org/rabbit/RabbIT3.2-pre1-src.tar.gz There are only a few small changes since 3.1 I have not had time to do any fun stuff yet.. /robo |
|
From: Holger K. <hol...@gm...> - 2006-05-23 11:18:18
|
Robert Olofsson schrieb: > Holger Krull wrote: >> Hello, >> i found a website that makes rabbit31 use 100% cpu for a long time and >> block for this connection. > Can you try the 3.2 pre-release? The 3.2 pre-release doesn't change anything. > Do you get anything in the error_log? Nothing at that moment. > Do you have a stacktrace from the time? > The admin pages can provide one, as can the console. Thread[DestroyJavaVM,5,main] Thread[Finalizer,8,system] java.lang.Object.wait(Native Method) java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132) java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) Thread[RabbIT proxy version 3.2.0,5,main] java.lang.Thread.dumpThreads(Native Method) java.lang.Thread.getAllStackTraces(Thread.java:1434) rabbit.meta.StackTrace.addPageInformation(StackTrace.java:21) rabbit.meta.BaseMetaHandler.buildAndSendData(BaseMetaHandler.java:92) rabbit.meta.BaseMetaHandler.blockSent(BaseMetaHandler.java:65) rabbit.proxy.BlockSender.writeBuffer(BlockSender.java:77) rabbit.proxy.BlockSender.<init>(BlockSender.java:49) rabbit.meta.BaseMetaHandler.handle(BaseMetaHandler.java:49) rabbit.proxy.MetaHandlerHandler.handleMeta(MetaHandlerHandler.java:53) rabbit.proxy.Connection.handleMeta(Connection.java:251) rabbit.proxy.Connection.filterAndHandleRequest(Connection.java:239) rabbit.proxy.Connection.requestRead(Connection.java:216) rabbit.proxy.Connection.access$100(Connection.java:37) rabbit.proxy.Connection$RequestListener.httpHeaderRead(Connection.java:135) rabbit.proxy.HttpHeaderReader.parseBuffer(HttpHeaderReader.java:127) rabbit.proxy.HttpHeaderReader.run(HttpHeaderReader.java:93) rabbit.proxy.HttpProxy.handle(HttpProxy.java:456) rabbit.proxy.HttpProxy.handleSelects(HttpProxy.java:436) rabbit.proxy.HttpProxy.run(HttpProxy.java:384) java.lang.Thread.run(Thread.java:595) Thread[Reference Handler,10,system] java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:474) java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) Thread[Signal Dispatcher,9,system] Thread[pool-1-thread-1,5,main] sun.misc.Unsafe.park(Native Method) java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:146) java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireNanos(AbstractQueuedSynchronizer.java:772) java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireNanos(AbstractQueuedSynchronizer.java:1087) java.util.concurrent.SynchronousQueue$Node.waitForPut(SynchronousQueue.java:291) java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:443) java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:475) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:674) java.lang.Thread.run(Thread.java:595) Thread[rabbit.cache.NCache.cleaner,1,main] java.lang.Thread.sleep(Native Method) rabbit.cache.NCache.run(NCache.java:530) java.lang.Thread.run(Thread.java:595) |
|
From: Holger K. <hol...@gm...> - 2006-05-23 11:36:18
|
Holger Krull schrieb: > Robert Olofsson schrieb: >> Holger Krull wrote: >>> Hello, >>> i found a website that makes rabbit31 use 100% cpu for a long time >>> and block for this connection. > > > Can you try the 3.2 pre-release? > > The 3.2 pre-release doesn't change anything. > > > Do you get anything in the error_log? > > Nothing at that moment. I raised the debug level i got: [23/Mai/2006:11:27:04 GMT][INFO][Timeout when reading client request] [23/Mai/2006:11:27:04 GMT][INFO][Timeout when reading client request] But this doesn't happen all the time. Seems the cpu load is at 100% before this message appears. |
|
From: Holger K. <hol...@gm...> - 2006-05-23 12:18:12
|
Holger Krull schrieb: >>>> i found a website that makes rabbit31 use 100% cpu for a long time >>>> and block for this connection. I just checked with all 3.x Versions. No change. The status page allways says 127.0.0.1 [0,5] GET http://www.electronicscout24.de/static/ps/css/styles.css HTTP/1.1 Handling request 37 192.168.1.1 [0,10] GET http://192.168.1.1:9666/Status HTTP/1.1 Handling meta page 0 >> >> > Can you try the 3.2 pre-release? >> >> The 3.2 pre-release doesn't change anything. >> >> > Do you get anything in the error_log? >> >> Nothing at that moment. > > I raised the debug level i got: > [23/Mai/2006:11:27:04 GMT][INFO][Timeout when reading client request] > [23/Mai/2006:11:27:04 GMT][INFO][Timeout when reading client request] > > But this doesn't happen all the time. Seems the cpu load is at 100% > before this message appears. > > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Rabbit-proxy-users mailing list > Rab...@li... > https://lists.sourceforge.net/lists/listinfo/rabbit-proxy-users > |
|
From: Holger K. <hol...@gm...> - 2006-05-23 13:29:56
|
Holger Krull schrieb: > Holger Krull schrieb: > >>>>> i found a website that makes rabbit31 use 100% cpu for a long time >>>>> and block for this connection. > Hello, this only happens if i set compress=false I don't need compression by rabbit as there is another proxy (apache2 for user authentication) in front of it which does the compression for the client. Is there a way to turn it off without setting compress=false? Holger |
|
From: Robert O. <ro...@kh...> - 2006-05-23 16:54:52
|
Holger Krull wrote: > I don't need compression by rabbit as there is another proxy (apache2 > for user authentication) in front of it which does the compression for > the client. Just to check are you using rabbit as a normal proxy or as a reverse proxy? Since you have not stated otherwise I would guess at normal proxy. > Is there a way to turn it off without setting compress=false? Can you configure: [rabbit.filter.DontFilterFilter] dontFilterURLmatching=(login\.passport\.com|\.jar|www\.ureach\.com|electronicscout24\.de\.com) That is the best thing I can think of, at least until I have a reliable test case that works for me. Ill check more later today, now that I have one more piece of information. /robo |
|
From: Robert O. <ro...@kh...> - 2006-05-24 22:27:15
|
Hello! I did find one thing that caused some resources to be badly handled and I fixed that problem. The problem was that GZipHandler might sometimes not re-register to get more data if the stream it handled was compressed by an upstream server/proxy. This caused problems on (at least) some long .css files served by IIS. I have not been able to reproduce the error on the site originally reported: http://www.electronicscout24.de/static/ps/css/styles.css Holger do you want to test? if so there is a new release available at: http://www.khelekore.org/rabbit/RabbIT3.2-pre2-bin.tar.gz http://www.khelekore.org/rabbit/RabbIT3.2-pre2-src.tar.gz Have fun /robo |
|
From: Holger K. <hol...@gm...> - 2006-05-30 13:38:17
|
Robert Olofsson schrieb: > This caused problems on (at least) some long .css files served by IIS. I > have not been able to reproduce the error on the site originally > reported: http://www.electronicscout24.de/static/ps/css/styles.css > > Holger do you want to test? if so there is a new release available at: > > http://www.khelekore.org/rabbit/RabbIT3.2-pre2-bin.tar.gz > http://www.khelekore.org/rabbit/RabbIT3.2-pre2-src.tar.gz > I tested the new version, my problems are gone now. That's good. |
|
From: Robert O. <ro...@kh...> - 2006-05-30 17:53:26
|
Holger Krull wrote: > I tested the new version, my problems are gone now. That's good. Glad to hear that. Also very glad that you report back. Too many people do not bother to say if it works or not when I try to fix a problem (with rabbit or other projects). Thanks /robo |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X