# Why still too many open files?

**URL:** <https://discuss.elastic.co/t/why-still-too-many-open-files/19214>\
**Category:** Elasticsearch\
**Created:** [August 12, 2014, 1:31am UTC](https://discuss.elastic.co/t/why-still-too-many-open-files/19214 "2014-08-12T01:31:06Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Whu\_cs\_yang](https://avatars.discourse-cdn.com/v4/letter/w/ecccb3/32.png) [@Whu\_cs\_yang](https://discuss.elastic.co/u/Whu_cs_yang)\
**Post date:** [August 12, 2014, 1:31am UTC](https://discuss.elastic.co/t/why-still-too-many-open-files/19214/1 "2014-08-12T01:31:06Z")

</div>

\<nabble\_img src="ES.jpg" border="0"/\>  
Hi,  
I have set up that the max limit of open files is 32000 through the "/etc/security/limits.conf" file which like this:  
#   
#

```
  #* soft core 0
  #* hard rss 10000
  #@student hard nproc 20
  #@faculty soft nproc 20
  #@faculty hard nproc 50
  #ftp hard nproc 0
  #@student - maxlogins 4
  * soft nofile 32000
  * hard nofile 32000
  why it still produce such problem? Is there someone else have encountered this problem?
```

---

<div class="post-metadata">

**Author:** ![valf](https://avatars.discourse-cdn.com/v4/letter/v/8e7dd6/32.png) [@valf](https://discuss.elastic.co/u/valf)\
**Post date:** [June 2, 2016, 2:57pm UTC](https://discuss.elastic.co/t/why-still-too-many-open-files/19214/2 "2016-06-02T14:57:30Z")

</div>

Hi,  
Where are you "too many open files" ?  
We have those messages at our client Side (Using java api) and we haven't made any modification at this side. At our client side, we have in fact problems with TIME\_WAIT relations (not efficient close). we have changed the way we have coded that.

---

<div class="post-metadata">

**Author:** ![shanec](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/shanec/32/4004_2.png) [@shanec](https://discuss.elastic.co/u/shanec)\
**Post date:** [June 2, 2016, 3:19pm UTC](https://discuss.elastic.co/t/why-still-too-many-open-files/19214/3 "2016-06-02T15:19:54Z")

</div>