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.

rgds,

Richard

-----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

Reply via email to