# Entering settings/reload field list hangs elastic search

**URL:** https://discuss.elastic.co/t/entering-settings-reload-field-list-hangs-elastic-search/36533
**Category:** Kibana
**Created:** [December 7, 2015, 1:14pm UTC](https://discuss.elastic.co/t/entering-settings-reload-field-list-hangs-elastic-search/36533 "2015-12-07T13:14:56Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![QuantumDamage](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/quantumdamage/32/5062_2.png) [@QuantumDamage](https://discuss.elastic.co/u/QuantumDamage)
#### Post date: [December 7, 2015, 1:14pm UTC](https://discuss.elastic.co/t/entering-settings-reload-field-list-hangs-elastic-search/36533/1 "2015-12-07T13:14:57Z")

</div>

Hi,  
I have working ELK stack which is handling data nicely. I added new type in Logstash and if I want use fields from it in Kibana I have to refresh mappings because "No cached mapping for this field". When I'm entering settings and picking "logstash-\*" and clicking "Reload field list" Kibana says that there is no living connection to Elasticseach. I also have message from Logstash that he can't connect Elasticsearch. When I restart Elasticsearch Kibana can run again but fields are still no mapped, so I'm at beginning. Elasticsearch sometimes crash even just after entering "Settings".

Couple of last lines from elasticsearch.log:

> [2015-12-07 13:57:33,840][INFO][monitor.jvm] [Ripfire] [gc][old][671][44] duration [6.6s], collections [1]/[7s], total [6.6s]/[1.4m], memory [1.8gb]-\>[1.3gb]/[1.9gb], all\_pools {[young] [489.3mb]-\>[763.5kb]/[532.5mb]}{[survivor] [0b]-\>[0b]/[66.5mb]}{[old] [1.3gb]-\>[1.3gb]/[1.3gb]}  
> [2015-12-07 14:01:18,181][INFO][monitor.jvm] [Ripfire] [gc][old][885][70] duration [7.3s], collections [1]/[7.7s], total [7.3s]/[1.7m], memory [1.6gb]-\>[1.3gb]/[1.9gb], all\_pools {[young] [294.1mb]-\>[9.3mb]/[532.5mb]}{[survivor] [33mb]-\>[0b]/[66.5mb]}{[old] [1.3gb]-\>[1.3gb]/[1.3gb]}  
> [2015-12-07 14:01:51,463][INFO][monitor.jvm] [Ripfire] [gc][old][908][75] duration [10s], collections [2]/[10.6s], total [10s]/[1.9m], memory [1.7gb]-\>[1.4gb]/[1.9gb], all\_pools {[young] [453mb]-\>[57mb]/[532.5mb]}{[survivor] [0b]-\>[0b]/[66.5mb]}{[old] [1.3gb]-\>[1.3gb]/[1.3gb]}  
> [2015-12-07 14:02:01,200][INFO][monitor.jvm] [Ripfire] [gc][old][910][76] duration [8.4s], collections [1]/[8.6s], total [8.4s]/[2.1m], memory [1.8gb]-\>[1.9gb]/[1.9gb], all\_pools {[young] [532.5mb]-\>[532.5mb]/[532.5mb]}{[survivor] [3.8mb]-\>[49.3mb]/[66.5mb]}{[old] [1.3gb]-\>[1.3gb]/[1.3gb]}

Versions of used software:

- Elasticsearch 1.7.2
- Logstash 1.5.4
- Kibana 4.1.2

---

<div class="post-metadata">

### Author: ![QuantumDamage](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/quantumdamage/32/5062_2.png) [@QuantumDamage](https://discuss.elastic.co/u/QuantumDamage)
#### Post date: [December 7, 2015, 3:01pm UTC](https://discuss.elastic.co/t/entering-settings-reload-field-list-hangs-elastic-search/36533/2 "2015-12-07T15:01:34Z")

</div>

I just found in logs:

> Caused by: java.lang.OutOfMemoryError: Java heap space

so I updated **ES\_HEAP\_SIZE=4g** from to 2g and it works correctly now 🙂

---

<div class="post-metadata">

### Author: ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [December 8, 2015, 3:48am UTC](https://discuss.elastic.co/t/entering-settings-reload-field-list-hangs-elastic-search/36533/3 "2015-12-08T03:48:59Z")

</div>

Yeah, your GC is _massive_ so you needed more heap 🙂

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 2:07pm UTC](https://discuss.elastic.co/t/entering-settings-reload-field-list-hangs-elastic-search/36533/4 "2017-07-06T14:07:18Z")

</div>


