Sundar - I can't tell. Could it be a timeout issue?
Otis (Jetty fan who learned to dislike JBoss 5/6/7 years ago)
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
----- Original Message ----
From: Sundar Sankaranarayanan <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Tuesday, March 18, 2008 3:42:14 PM
Subject: RE: Connection reset exception
Hi Otis,
Thanks for the response. The Jboss logs were the one that
pointed out to the connection reset. What could be the problem here.
Solr is the only things that is running on that box.
These are the logs, if it can help.
2008-03-18 08:30:36,740 [STDERR:152] ERROR - Mar 18, 2008 8:30:36 AM
org.apache.solr.core.SolrException log
SEVERE: java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.ja
va:747)
at
org.apache.coyote.http11.InternalInputBuffer$InputStreamInputBuffer.doRe
ad(InternalInputBuffer.java:777)
at
org.apache.coyote.http11.filters.IdentityInputFilter.doRead(IdentityInpu
tFilter.java:115)
at
org.apache.coyote.http11.InternalInputBuffer.doRead(InternalInputBuffer.
java:712)
at org.apache.coyote.Request.doRead(Request.java:418)
at
org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java
:284)
at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:404)
at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:299)
at
org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.j
ava:192)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at org.xmlpull.mxp1.MXParser.fillBuf(MXParser.java:2972)
at org.xmlpull.mxp1.MXParser.more(MXParser.java:3026)
at org.xmlpull.mxp1.MXParser.parseEndTag(MXParser.java:1671)
at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1172)
at org.xmlpull.mxp1.MXParser.next(MXParser.java:1093)
at org.xmlpull.mxp1.MXParser.nextTag(MXParser.java:1078)
at
org.apache.solr.handler.XmlUpdateRequestHandler.readDoc(XmlUpdateRequest
Handler.java:298)
at
org.apache.solr.handler.XmlUpdateRequestHandler.update(XmlUpdateRequestH
andler.java:162)
at
org.apache.solr.handler.XmlUpdateRequestHandler.handleRequestBody(XmlUpd
ateRequestHandler.java:84)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerB
ase.java:77)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:658)
at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.ja
va:191)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.j
ava:159)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:173)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilte
r.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:178)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAs
sociationValve.java:175)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.j
ava:74)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:105)
at
org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnecti
onValve.java:156)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1
48)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:86
9)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proc
essConnection(Http11BaseProtocol.java:664)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint
.java:527)
at
org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorker
Thread.java:112)
at java.lang.Thread.run(Thread.java:595)
Warm Regards,
Sundar Sankarnarayanan
Software Engineer
@University of Phoenix
-----Original Message-----
From: Otis Gospodnetic [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 18, 2008 9:46 AM
To: solr-user@lucene.apache.org
Subject: Re: Connection reset exception
Sundar,
Most likely this is not related to Solr. I would look in JBoss logs and
the logs for the servlet container that you are using with JBoss.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
----- Original Message ----
From: Sundar Sankaranarayanan <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Tuesday, March 18, 2008 11:54:45 AM
Subject: Connection reset exception
Hi,
I have been using solr for sometime now. The solr.war is deployed on
a windows box on a Jboss server. I was getting a
java.net.SocketException connection reset exception all of a sudden from
yesterday morning. I am not sure as to what's happening cos there has
been no change to the environment what so ever. This had happened to me
once before and I had posted the same but failed to get any response
back. As the server was a dev box, I could happily re start my jboss and
make the exception disappear the last time. But I am worried now as this
is occurring once again.
The only change that I see that was different from 2 months back to now,
is that due to development activities, the number of hits to the solr
box has drastically reduced. But from this, there has been no change. I
have checked the N/W connections and stuff like that from the box and
they seem OK.
Any help on this is really appreciated.
Warm Regards,
Sundar Sankarnarayanan
Software Engineer
@University of Phoenix
