使用 man ascii 来查看 ASCII 表。

es安装目录下的data文件是什么?

Elasticsearch | 作者 Boc_lyz | 发布于2020年04月27日 | 阅读数:4926

我在集群中已配置了另外的data目录,为什么还会在安装目录下生成一个data文件呢?而且还非常大,这个文件是做什么的呢?做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢做什么的呢
es安装目录下的data文件.PNG
已邀请:

Ombres

赞同来自: byx313

这不是dump文件吗?查看config/jvm.options配置,你们的节点OOM了

1587957240(1).png

 
 

zqc0512 - andy zhou

赞同来自:

你确定你配置对了?进去看看就晓得了撒。

Boc_lyz - 走在NoSql的路上

赞同来自:

这是vi看到的内容,打的东西莫名其妙

zqc0512 - andy zhou

赞同来自:

正常这个data应该是个目录,你这是个文件。 应该是配置文件。我怀疑你的配置文件有问题。再检查下吧。

God_lockin

赞同来自:

看着像某些JVM日志的样子

DRose

赞同来自:

https://www.elastic.co/guide/e ... .html

官方文档有解释这个问题

whzhamd456

赞同来自:

贴过来了
 
JVM heap dump path

By default, Elasticsearch configures the JVM to dump the heap on out of memory exceptions to the default data directory (this is /var/lib/elasticsearch for the RPM and Debian package distributions, and the data directory under the root of the Elasticsearch installation for the tar and zip archive distributions). If this path is not suitable for receiving heap dumps, you should modify the entry -XX:HeapDumpPath=... in jvm.options. If you specify a directory, the JVM will generate a filename for the heap dump based on the PID of the running instance. If you specify a fixed filename instead of a directory, the file must not exist when the JVM needs to perform a heap dump on an out of memory exception, otherwise the heap dump will fail.

要回复问题请先登录注册