lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jaspal Sawhney <>
Subject Error During Indexing - org.apache.solr.common.SolrException; org.apache.solr.common.SolrException: early EOF
Date Wed, 17 Aug 2016 02:53:06 GMT
We are running solr 4.6 in master-slave configuration where in our master is used entirely
for indexing. No search traffic comes to master ever.
Off late we have started to get the early EOF error on the solr Master which results in a
Broken Pipe error on the commerce application from where Indexing was kicked off from.

Things to mention

  1.  We have a couple of sites – each of which has the same document size but diff document
  2.  This error is being observed in the site which has the most number of document count
I.e. 2204743
  3.  The way I have understood solr to work is that irrespective of number of document –
the throughput is controlled by the ‘Number of Threads’ and ‘Batch size’ - Am I correct?
     *   In our case we have not touched the batch size and Number of Threads when this error
started coming
     *   However when I do touch these parameters (specifically reduce them) the error does
not come – however indexing time increases a lot.
  4.  We have to index overnight daily because we put product prices in the Index which get
updated nightly
  5.  Solr master is running with a 20 GB Heap

What we have tried

  1.  I disabled autoCommit (I.e. Hard commit) and put the autoSoftCommit as 5 mins
     *   I realized afterwards that this was a wrong test because my understanding of soft
commit was incorrect, My understanding now is that hard commit just truncate the Tlog do hardCommit
should be better indexing performance.
     *   This test failed for lack of space reason however because disable autoCommit did
not make sense – I did not retry this test yet.
  2.  Increased the RAMBufferSizeMB from 100MB to 1000MB
     *   This test did not yield anything favorable – the master gave the early EOF exception
  3.  Increased the merge factor from 20 —> 100
     *   This test did not yield anything favorable – the master gave the early EOF exception
  4.  Flipped the autoCommit to 15 secs and disabled auto commit
     *   This test did not yield anything favorable – the master gave the early EOF exception
     *   I got the input for this from
- Heavy (Bulk) Indexing section
  5.  Tried to bypass transaction log all together – This test is underway currently


  1.  Since we are not using solrCloud – I want to understand the impact of bypassing transaction
  2.  How does solr take documents which are sent to it to storage as in what is the journey
of a document from segment to tlog to storage.

It would be great If there are any pointers which you can share.


The actual Error Log
ERROR - 2016-08-16 22:59:55.988; org.apache.solr.common.SolrException; org.apache.solr.common.SolrException:
early EOF
        at org.apache.solr.handler.loader.XMLLoader.load(
        at org.apache.solr.handler.UpdateRequestHandler$1.load(
        at org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(
        at org.apache.solr.handler.RequestHandlerBase.handleRequest(
        at org.apache.solr.core.SolrCore.execute(
        at org.apache.solr.servlet.SolrDispatchFilter.execute(
        at org.apache.solr.servlet.SolrDispatchFilter.doFilter(
        at org.apache.solr.servlet.SolrDispatchFilter.doFilter(
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(
        at org.eclipse.jetty.servlet.ServletHandler.doScope(
        at org.eclipse.jetty.server.session.SessionHandler.doScope(
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(
        at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
        at org.eclipse.jetty.server.handler.HandlerCollection.handle(
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
        at org.eclipse.jetty.server.Server.handle(
        at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(
        at org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(
        at org.eclipse.jetty.server.AbstractHttpConnection.content(
        at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(
        at org.eclipse.jetty.http.HttpParser.parseNext(
        at org.eclipse.jetty.http.HttpParser.parseAvailable(
        at org.eclipse.jetty.server.BlockingHttpConnection.handle(
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
        at org.eclipse.jetty.util.thread.QueuedThreadPool$
Caused by: com.ctc.wstx.exc.WstxIOException: early EOF
        at org.apache.solr.handler.loader.XMLLoader.readDoc(
        at org.apache.solr.handler.loader.XMLLoader.processUpdate(
        at org.apache.solr.handler.loader.XMLLoader.load(
        ... 32 more
Caused by: early EOF
        ... 35 more

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message