lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Noble Paul (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (SOLR-10041) Leader Initiated Recovery happening when the leader also fails to index the content
Date Thu, 26 Jan 2017 00:07:26 GMT

     [ https://issues.apache.org/jira/browse/SOLR-10041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Noble Paul updated SOLR-10041:
------------------------------
    Description: 
1 shard, 3 replica setup.  Documents are being fairly rapidly sent in for indexing which are
being rejected (due to a too long of a string field) by the leader, which is then cascading
outwards to put the replicas into Leader Initiated Recovery, from which they never recover.

the stacktrace
{code}
2017-01-25 20:44:46.796 ERROR  [c:xxxx s:shard1 r:core_node2 x:lucidfind_shard1_replica1]
o.a.s.h.RequestHandlerBase org.apache.solr.common.SolrException: Exception writing document
id <xxxxxxxxxxxx.jenkins@crius> to the index; possible analysis error: Document contains
at least one immense term in field="body_display" (whose UTF8 encoding is longer than the
max length 32766), all of which were skipped.  Please correct the analyzer to not produce
such terms.  The prefix of the first immense term is: '[74, 105, 114, 97, 58, 32, 104, 116,
116, 112, 115, 58, 47, 47, 105, 115, 115, 117, 101, 115, 46, 97, 112, 97, 99, 104, 101, 46,
111, 114]...', original message: bytes can be at most 32766 in length; got 65085. Perhaps
the document has an indexed string field (solr.StrField) which is too large
        at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:171)
        at org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:67)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.AddSchemaFieldsUpdateProcessorFactory$AddSchemaFieldsUpdateProcessor.processAdd(AddSchemaFieldsUpdateProcessorFactory.java:335)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.FieldNameMutatingUpdateProcessorFactory$1.processAdd(FieldNameMutatingUpdateProcessorFactory.java:74)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalAdd(DistributedUpdateProcessor.java:957)
        at org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:1112)
        at org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:738)
        at org.apache.solr.update.processor.LogUpdateProcessorFactory$LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:103)
        at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
        at org.apache.solr.update.processor.AbstractDefaultValueUpdateProcessorFactory$DefaultValueUpdateProcessor.processAdd(AbstractDefaultValueUpdateProcessor
Factory.java:91)
{code}                      

  was:1 shard, 3 replica setup.  Documents are being fairly rapidly sent in for indexing which
are being rejected (due to a too long of a string field) by the leader, which is then cascading
outwards to put the replicas into Leader Initiated Recovery, from which they never recover.


> Leader Initiated Recovery happening when the leader also fails to index the content
> -----------------------------------------------------------------------------------
>
>                 Key: SOLR-10041
>                 URL: https://issues.apache.org/jira/browse/SOLR-10041
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: SolrCloud
>            Reporter: Grant Ingersoll
>             Fix For: 6.3
>
>
> 1 shard, 3 replica setup.  Documents are being fairly rapidly sent in for indexing which
are being rejected (due to a too long of a string field) by the leader, which is then cascading
outwards to put the replicas into Leader Initiated Recovery, from which they never recover.
> the stacktrace
> {code}
> 2017-01-25 20:44:46.796 ERROR  [c:xxxx s:shard1 r:core_node2 x:lucidfind_shard1_replica1]
o.a.s.h.RequestHandlerBase org.apache.solr.common.SolrException: Exception writing document
id <xxxxxxxxxxxx.jenkins@crius> to the index; possible analysis error: Document contains
at least one immense term in field="body_display" (whose UTF8 encoding is longer than the
max length 32766), all of which were skipped.  Please correct the analyzer to not produce
such terms.  The prefix of the first immense term is: '[74, 105, 114, 97, 58, 32, 104, 116,
116, 112, 115, 58, 47, 47, 105, 115, 115, 117, 101, 115, 46, 97, 112, 97, 99, 104, 101, 46,
111, 114]...', original message: bytes can be at most 32766 in length; got 65085. Perhaps
the document has an indexed string field (solr.StrField) which is too large
>         at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:171)
>         at org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:67)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.AddSchemaFieldsUpdateProcessorFactory$AddSchemaFieldsUpdateProcessor.processAdd(AddSchemaFieldsUpdateProcessorFactory.java:335)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.FieldNameMutatingUpdateProcessorFactory$1.processAdd(FieldNameMutatingUpdateProcessorFactory.java:74)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.FieldMutatingUpdateProcessor.processAdd(FieldMutatingUpdateProcessor.java:118)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalAdd(DistributedUpdateProcessor.java:957)
>         at org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:1112)
>         at org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:738)
>         at org.apache.solr.update.processor.LogUpdateProcessorFactory$LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:103)
>         at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:48)
>         at org.apache.solr.update.processor.AbstractDefaultValueUpdateProcessorFactory$DefaultValueUpdateProcessor.processAdd(AbstractDefaultValueUpdateProcessor
> Factory.java:91)
> {code}                      



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message