A better way to handle nofile limits is per-user of course. So you can have
an es_admin that has a large number and other users, including root,
running where the system configured them to. See any linux post on
As to behavior, even today, too many programs crash when they run out of
file descriptors; its not a performance hit exactly ...
On Wednesday, September 12, 2012 9:40:14 PM UTC-4, William King wrote:
I wouldnt imagine that ES alone would take up 64k files, not even close to
it. My implementations seem to use 700-1500. However your post is
referencing the problem of running ES alongside Apache and a database.
Apache alone might not take up that many file descriptors but the database
could (depending on the database). The ulimit -n unlimited command will
set the system wide max file descriptors for all services, not just ES. I'm
not sure if the init file MAX_OPEN_FILES setting your referring to sets
system wide file descriptors or not, but if it doesn't you need to set it
with ulimit or some other method.
On Wednesday, September 12, 2012 2:13:50 PM UTC-7, Sébastien Lavoie wrote:
Well, I am not sure ES really needs 64k opened files, 15k seems enough.
This is mostly intended for small amount of data. What are the pitfalls of
reducing it too much ? It will spend all its time opening and closing files
Perhaps I could give a suggestion to use roughly 10 times the value of
_all/total/docs/count after all base data has been indexed. Ideas ?
Thanks for your time
On Wed, Sep 12, 2012 at 4:26 PM, William King willt...@gmail.com wrote:
One thing you might want to do is change the default max file
descriptors (especially if your running multiple servers on one machine!)
to something higher. You could do ulimit -n unlimited for that.
On Wednesday, September 12, 2012 8:19:21 AM UTC-7, Sébastien Lavoie
Thanks for the meta, but ideas about the content ?
On Wed, Sep 12, 2012 at 11:17 AM, David Pilato da...@pilato.fr wrote:
Oooops... First sentence is wrong:
ElasticSearch http://www.elasticsearch.org/ is a powerful, yet easy
to use, search engine based on Solr,
Oh my god... I don't think that ES is based on SOLR
Le 12 septembre 2012 à 16:50, "Sébastien Lavoie" seba...@lavoie.sl
a écrit :
Wow, sorry about that, typical failure of adding the URL:
On Wednesday, 12 September 2012 10:50:13 UTC-4, Sébastien Lavoie
Hello everyone, I wrote a blog post about configuring ElasticSearch on
a single shared host by deactivating replication and limiting memory usage
and I would very much appreciate your feedback because I had a very hard
time finding appropriate documentation to do so.
Thanks for your time.
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs