On Mon, Jan 14, 2008 at 04:54:19PM -0000, Richard Grantham wrote: > Thanks for the response Scott. We did some firewall reconfiguration with > regards to connections and sessions and the issue appears to have gone > away. > > I've not tried the 3.1 branch in a while as we found it didn't play well > with XFire, but I will upgrade to 3.0.25 ASAP.
Hi Richard, What problems did you run into with XFire and 3.1? We want to make sure they work well together. Thanks, Emil > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson > Sent: 14 January 2008 16:45 > To: General Discussion for the Resin application server > Subject: Re: [Resin-interest] Resin clustered session store > > > On Jan 10, 2008, at 4:19 AM, Richard Grantham wrote: > > > Hi list, > > > > I'm using Resin Pro 3.0.23 (2 servers, load balanced/distributed > > sessions) and I've seen this error a few times in the log file: > > We've made a few fixes to the synchronization/timing of the clustered > session. Some in 3.0.25, but many more in 3.1. > > However, I was never able to reproduce that exact error here, so if > anyone runs into this on 3.1.4 or later, it would be very helpful to > send a bug report on the issue with as much detail as possible. > > -- Scott > > > > > [2008-01-10 11:31:01.379] java.io.EOFException > > [2008-01-10 11:31:01.379] at > > java.io.ObjectInputStream$PeekInputStream.readFully > > (ObjectInputStream.ja > > va:2279) > > [2008-01-10 11:31:01.379] at > > java.io.ObjectInputStream$BlockDataInputStream.readShort > > (ObjectInputStre > > am.java:2748) > > [2008-01-10 11:31:01.379] at > > java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780) > > [2008-01-10 11:31:01.379] at > > java.io.ObjectInputStream.<init>(ObjectInputStream.java:280) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.cluster.ClusterObject > > $DistributedObjectInputStream.<in > > it>(ClusterObject.java:474) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:286) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.cluster.FileBacking.loadSelf(FileBacking.java:318) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.cluster.ClusterStore.load(ClusterStore.java:423) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:259) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.session.SessionImpl.load(SessionImpl.java:702) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.session.SessionManager.getSession > > (SessionManager.java: > > 1278) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.AbstractHttpRequest.createSession > > (AbstractH > > ttpRequest.java:1444) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.AbstractHttpRequest.getSession > > (AbstractHttp > > Request.java:1256) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.AbstractHttpResponse.writeHeaders > > (AbstractH > > ttpResponse.java:1556) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.ResponseStream.writeHeaders > > (ResponseStream. > > java:216) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.ResponseStream.writeNext > > (ResponseStream.jav > > a:401) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.ToByteResponseStream.flushByteBuffer > > (ToByte > > ResponseStream.java:518) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.ToByteResponseStream.flushBuffer > > (ToByteResp > > onseStream.java:424) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.ResponseStream.finish > > (ResponseStream.java:6 > > 64) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.ResponseStream.close > > (ResponseStream.java:79 > > 6) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.AbstractHttpResponse.finish > > (AbstractHttpRes > > ponse.java:1956) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.connection.AbstractHttpResponse.close > > (AbstractHttpResp > > onse.java:260) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.webapp.WebAppFilterChain.doFilter > > (WebAppFilterChain.ja > > va:190) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.dispatch.ServletInvocation.service > > (ServletInvocation.j > > ava:229) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) > > [2008-01-10 11:31:01.379] at > > com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) > > [2008-01-10 11:31:01.379] at > > com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) > > [2008-01-10 11:31:01.379] at > > com.caucho.util.ThreadPool.run(ThreadPool.java:442) > > [2008-01-10 11:31:01.379] at java.lang.Thread.run(Thread.java: > > 619) > > > > The servers are configured to persist sessions across the cluster. On > > both servers the size of the DB file is 500M. It doesn't grow or > > shrink. > > Is this normal? I'm concerned as to what's causing the above error. > > The > > (hardware) load balancer has been reporting that it has reached it's > > maximum number of sessions. Could this be playing a part? > > > > Any assistance would be appreciated. > > > > rgds, > > > > Richard > > > > > > > > Richard Grantham > > Development > > > > ------------------------------- > > [EMAIL PROTECTED] > > Limehouse Software Ltd > > DDI: (020) 7566 3336 > > Main: (020) 7566 3320 > > Fax: (020) 7566 3321 > > Limehouse Software Ltd > > 4th Floor > > 1 London Bridge > > London > > SE1 9BG > > Manchester Office: > > 3rd Floor, The Triangle, Exchange Square, Manchester M4 3TR > > Tel: (0161) 240 2440, Fax: (0161) 240 2441, ISDN: 08700 119 400 Check > > out Limehouse Software's innovative solutions > > www.limehousesoftware.co.uk - Transforming the way you publish and > > consult on information The information contained in this e-mail or in > > any attachments is confidential and is intended solely for the named > > addressee only. > > Access to this e-mail by anyone else is unauthorised. If you are not > > the intended recipient, please notify Limehouse Software Ltd > > immediately by returning this e-mail to sender or calling 020 7566 > > 3320 and do not read, use or disseminate the information. Opinions > > expressed in this e-mail are those of the sender and not necessarily > > the company. Although an active anti-virus policy is operated, the > > company accepts no liability for any damage caused by any virus > > transmitted by this e-mail, including any attachments. > > > > > > _______________________________________________ > > resin-interest mailing list > > resin-interest@caucho.com > > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > _______________________________________________ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > _______________________________________________ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ============================================================ Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source --> Resin: application server --> Quercus: PHP in Java --> Hessian Web Services _______________________________________________ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest