# Any General approaches on resolving FieldData CircuitBreakingExceptions
**URL:** https://discuss.elastic.co/t/any-general-approaches-on-resolving-fielddata-circuitbreakingexceptions/20044
**Category:** Elasticsearch
**Created:** [October 2, 2014, 9:28am UTC](https://discuss.elastic.co/t/any-general-approaches-on-resolving-fielddata-circuitbreakingexceptions/20044 "2014-10-02T09:28:50Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@dayo\_oliyide](https://discuss.elastic.co/u/dayo_oliyide)
#### Post date: [October 2, 2014, 9:28am UTC](https://discuss.elastic.co/t/any-general-approaches-on-resolving-fielddata-circuitbreakingexceptions/20044/1 "2014-10-02T09:28:50Z")
Hi,
I've recently encountered the following CircuitBreakingException
[2014-09-16 11:03:28,698][ERROR][indices.fielddata.breaker] [Master Khan]
New used memory 640211624 [610.5mb] from field [url] would be larger than
configured breaker: 639015321 [609.4mb], breaking
[2014-09-16 11:03:28,698][DEBUG][action.search.type] [Master Khan]
[events\_v2][4], node[N5VujlU7R0mr2aC9wdzOIw], [R], s[STARTED]: Failed to
execute [org.elasticsearch.action.search.SearchRequest@3814fd0c] lastShard
[true]
org.elasticsearch.search.query.QueryPhaseExecutionException:
[events\_v2][4]: query[ConstantScore(_:_)],from[0],size[0]: Query Failed
[Failed to execute main query]
at
org.elasticsearch.search.query.QueryPhase.execute(QueryPhase.java:162)
at
org.elasticsearch.search.SearchService.executeQueryPhase(SearchService.java:261)
at
org.elasticsearch.search.action.SearchServiceTransportAction$5.call(SearchServiceTransportAction.java:206)
at
org.elasticsearch.search.action.SearchServiceTransportAction$5.call(SearchServiceTransportAction.java:203)
at
org.elasticsearch.search.action.SearchServiceTransportAction$23.run(SearchServiceTransportAction.java:517)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.elasticsearch.ElasticsearchException:
org.elasticsearch.common.breaker.CircuitBreakingException: Data too large,
data for field [url] would be larger than limit of [639015321/609.4mb]
at
org.elasticsearch.index.fielddata.AbstractIndexFieldData.load(AbstractIndexFieldData.java:79)
at
org.elasticsearch.index.fielddata.plain.AbstractBytesIndexFieldData.load(AbstractBytesIndexFieldData.java:41)
The nodes were restarted with more memory, but obviously this isn't a long
term solution.
My understanding of the above Exception is that a query ran, that resulted
in the Fielddata cache's limit being breached.
My current plan is to try and find out which query is causing this by
monitoring the field data stats for the different queries,
and then to possibly look into either using fielddata filtering or doc
values in the mappings.
Do you guys have any other advice/suggestions/guidelines in dealing with
this sort of isssue?
Thanks
Dayo
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/0d397b64-2f37-42ca-b387-a4dc26f8dd8d%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/0d397b64-2f37-42ca-b387-a4dc26f8dd8d%40googlegroups.com).
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
---
### Author:  [@Adrian\_Luna](https://discuss.elastic.co/u/Adrian_Luna)
#### Post date: [October 2, 2014, 10:22am UTC](https://discuss.elastic.co/t/any-general-approaches-on-resolving-fielddata-circuitbreakingexceptions/20044/2 "2014-10-02T10:22:17Z")
Will setting the fielddata format as doc\_values help?
El jueves, 2 de octubre de 2014 11:28:50 UTC+2, [dayo.o...@gmail.com](mailto:dayo.o...@gmail.com)
escribió:
> Hi,
>
> I've recently encountered the following CircuitBreakingException
>
> [2014-09-16 11:03:28,698][ERROR][indices.fielddata.breaker] [Master Khan]
> New used memory 640211624 [610.5mb] from field [url] would be larger than
> configured breaker: 639015321 [609.4mb], breaking
> [2014-09-16 11:03:28,698][DEBUG][action.search.type] [Master Khan]
> [events\_v2][4], node[N5VujlU7R0mr2aC9wdzOIw], [R], s[STARTED]: Failed to
> execute [org.elasticsearch.action.search.SearchRequest@3814fd0c] lastShard
> [true]
> org.elasticsearch.search.query.QueryPhaseExecutionException:
> [events\_v2][4]: query[ConstantScore(_:_)],from[0],size[0]: Query Failed
> [Failed to execute main query]
> at
> org.elasticsearch.search.query.QueryPhase.execute(QueryPhase.java:162)
> at
> org.elasticsearch.search.SearchService.executeQueryPhase(SearchService.java:261)
> at
> org.elasticsearch.search.action.SearchServiceTransportAction$5.call(SearchServiceTransportAction.java:206)
> at
> org.elasticsearch.search.action.SearchServiceTransportAction$5.call(SearchServiceTransportAction.java:203)
> at
> org.elasticsearch.search.action.SearchServiceTransportAction$23.run(SearchServiceTransportAction.java:517)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.elasticsearch.ElasticsearchException:
> org.elasticsearch.common.breaker.CircuitBreakingException: Data too large,
> data for field [url] would be larger than limit of [639015321/609.4mb]
> at
> org.elasticsearch.index.fielddata.AbstractIndexFieldData.load(AbstractIndexFieldData.java:79)
> at
> org.elasticsearch.index.fielddata.plain.AbstractBytesIndexFieldData.load(AbstractBytesIndexFieldData.java:41)
>
> The nodes were restarted with more memory, but obviously this isn't a long
> term solution.
> My understanding of the above Exception is that a query ran, that resulted
> in the Fielddata cache's limit being breached.
>
> My current plan is to try and find out which query is causing this by
> monitoring the field data stats for the different queries,
> and then to possibly look into either using fielddata filtering or doc
> values in the mappings.
>
> Do you guys have any other advice/suggestions/guidelines in dealing with
> this sort of isssue?
>
> Thanks
> Dayo
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/c7992955-ca0f-4135-b90a-80a3a73682e1%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/c7992955-ca0f-4135-b90a-80a3a73682e1%40googlegroups.com).
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
---
### Author:  [@dayo\_oliyide](https://discuss.elastic.co/u/dayo_oliyide)
#### Post date: [October 3, 2014, 3:39pm UTC](https://discuss.elastic.co/t/any-general-approaches-on-resolving-fielddata-circuitbreakingexceptions/20044/3 "2014-10-03T15:39:32Z")
It should, I've changed the mappings and I'm currently testing with this.
I'm just a bit concerned on what impact it might have on I/O operations
On Thu, Oct 2, 2014 at 11:22 AM, Adrian Luna [adrian.luna.cobos@gmail.com](mailto:adrian.luna.cobos@gmail.com)
wrote:
> Will setting the fielddata format as doc\_values help?
>
> El jueves, 2 de octubre de 2014 11:28:50 UTC+2, [dayo.o...@gmail.com](mailto:dayo.o...@gmail.com)
> escribió:
>
> > Hi,
> >
> > I've recently encountered the following CircuitBreakingException
> >
> > [2014-09-16 11:03:28,698][ERROR][indices.fielddata.breaker] [Master
> > Khan] New used memory 640211624 [610.5mb] from field [url] would be larger
> > than configured breaker: 639015321 [609.4mb], breaking
> > [2014-09-16 11:03:28,698][DEBUG][action.search.type] [Master
> > Khan] [events\_v2][4], node[N5VujlU7R0mr2aC9wdzOIw], [R], s[STARTED]: Failed
> > to execute [org.elasticsearch.action.search.SearchRequest@3814fd0c]
> > lastShard [true]
> > org.elasticsearch.search.query.QueryPhaseExecutionException:
> > [events\_v2][4]: query[ConstantScore(_:_)],from[0],size[0]: Query Failed
> > [Failed to execute main query]
> > at org.elasticsearch.search.query.QueryPhase.execute(
> > QueryPhase.java:162)
> > at org.elasticsearch.search.SearchService.executeQueryPhase(
> > SearchService.java:261)
> > at org.elasticsearch.search.action.SearchServiceTransportAction$
> > 5.call(SearchServiceTransportAction.java:206)
> > at org.elasticsearch.search.action.SearchServiceTransportAction$
> > 5.call(SearchServiceTransportAction.java:203)
> > at org.elasticsearch.search.action.SearchServiceTransportAction$
> > 23.run(SearchServiceTransportAction.java:517)
> > at java.util.concurrent.ThreadPoolExecutor.runWorker(
> > ThreadPoolExecutor.java:1145)
> > at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> > ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:745)
> > Caused by: org.elasticsearch.ElasticsearchException:
> > org.elasticsearch.common.breaker.CircuitBreakingException: Data too
> > large, data for field [url] would be larger than limit of
> > [639015321/609.4mb]
> > at org.elasticsearch.index.fielddata.AbstractIndexFieldData.load(
> > AbstractIndexFieldData.java:79)
> > at org.elasticsearch.index.fielddata.plain.
> > AbstractBytesIndexFieldData.load(AbstractBytesIndexFieldData.java:41)
> >
> > The nodes were restarted with more memory, but obviously this isn't a
> > long term solution.
> > My understanding of the above Exception is that a query ran, that
> > resulted in the Fielddata cache's limit being breached.
> >
> > My current plan is to try and find out which query is causing this by
> > monitoring the field data stats for the different queries,
> > and then to possibly look into either using fielddata filtering or doc
> > values in the mappings.
> >
> > Do you guys have any other advice/suggestions/guidelines in dealing with
> > this sort of isssue?
> >
> > Thanks
> > Dayo
>
> --
> You received this message because you are subscribed to the Google Groups
> "elasticsearch" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
> To view this discussion on the web visit
> [https://groups.google.com/d/msgid/elasticsearch/c7992955-ca0f-4135-b90a-80a3a73682e1%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/c7992955-ca0f-4135-b90a-80a3a73682e1%40googlegroups.com)
> [https://groups.google.com/d/msgid/elasticsearch/c7992955-ca0f-4135-b90a-80a3a73682e1%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/c7992955-ca0f-4135-b90a-80a3a73682e1%40googlegroups.com?utm_medium=email&utm_source=footer)
> .
>
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAAKNou9brgzkw5bw04ueFK4HiTk5gKJJ\_GV3XR1ty7gyycMLwg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAAKNou9brgzkw5bw04ueFK4HiTk5gKJJ_GV3XR1ty7gyycMLwg%40mail.gmail.com).
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 12:58am UTC](https://discuss.elastic.co/t/any-general-approaches-on-resolving-fielddata-circuitbreakingexceptions/20044/4 "2017-07-06T00:58:26Z")