You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2018/06/11 10:28:00 UTC

[jira] [Commented] (AMBARI-24067) Log Search: indexed string field could be too large for audit_logs

    [ https://issues.apache.org/jira/browse/AMBARI-24067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16507895#comment-16507895 ] 

Hudson commented on AMBARI-24067:
---------------------------------

SUCCESS: Integrated in Jenkins build Ambari-trunk-Commit #9429 (See [https://builds.apache.org/job/Ambari-trunk-Commit/9429/])
AMBARI-24067. Log Search: indexed string field could be too large for (github: [https://gitbox.apache.org/repos/asf?p=ambari.git&a=commit&h=f154f687efafcce6def24d63b6cb764cdd257c5e])
* (edit) ambari-logsearch/ambari-logsearch-server/src/main/configsets/audit_logs/conf/managed-schema


> Log Search: indexed string field could be too large for audit_logs
> ------------------------------------------------------------------
>
>                 Key: AMBARI-24067
>                 URL: https://issues.apache.org/jira/browse/AMBARI-24067
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-infra, ambari-logsearch
>    Affects Versions: 2.6.0
>            Reporter: Olivér Szabó
>            Assignee: Olivér Szabó
>            Priority: Critical
>              Labels: pull-request-available
>             Fix For: 2.7.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> {code:java}
> 2018-05-29 19:33:18,434 [qtp225493257-718281] ERROR [c:audit_logs s:shard4 r:core_node6 x:audit_logs_shard4_replica1] org.apache.solr.common.SolrException (SolrException.java:148) - org.apache.solr.common.SolrException: Exception writing document id 8c5deae9-c1b7-4ebf-9981-1ac92f1d2f84 to the index; possible analysis error: Document contains at least one immense term in field="action" (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: '[105, 110, 115, 116, 97, 108, 108, 101, 100, 58, 32, 97, 108, 108, 32, 115, 101, 114, 118, 105, 99, 101, 115, 32, 111, 110, 32, 97, 108, 108]...', original message: bytes can be at most 32766 in length; got 106331. Perhaps the document has an indexed string field (solr.StrField) which is too large
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)