elasticsearch ElasticSearch 5.0.0-aplha4韩元';在未设置vm.max\u map\u计数的情况下无法启动,elasticsearch,logstash,elastic-stack,filebeat,elasticsearch,Logstash,Elastic Stack,Filebeat" /> elasticsearch ElasticSearch 5.0.0-aplha4韩元';在未设置vm.max\u map\u计数的情况下无法启动,elasticsearch,logstash,elastic-stack,filebeat,elasticsearch,Logstash,Elastic Stack,Filebeat" />

elasticsearch ElasticSearch 5.0.0-aplha4韩元';在未设置vm.max\u map\u计数的情况下无法启动

elasticsearch ElasticSearch 5.0.0-aplha4韩元';在未设置vm.max\u map\u计数的情况下无法启动,elasticsearch,logstash,elastic-stack,filebeat,elasticsearch,Logstash,Elastic Stack,Filebeat,我希望将我的ES版本从2.3更新到5.0.0-alpha4,以便能够使用摄取节点并删除日志隐藏。但如果我不将vm.max_map_count设置为262144,ES5.x版本似乎就无法启动。我不想设置那个值..我同意默认值65530。谁能指导我如何在不篡改内存设置的情况下启动ES5.x。我无法访问要安装ES的主机上的root用户 错误: 从文件: 如果Elasticsearch处于开发模式,任何引导程序都会检查 失败在Elasticsearch日志中显示为警告。如果Elasticsearch是

我希望将我的ES版本从2.3更新到5.0.0-alpha4,以便能够使用摄取节点并删除日志隐藏。但如果我不将vm.max_map_count设置为262144,ES5.x版本似乎就无法启动。我不想设置那个值..我同意默认值65530。谁能指导我如何在不篡改内存设置的情况下启动ES5.x。我无法访问要安装ES的主机上的root用户
错误:

从文件:

如果Elasticsearch处于开发模式,任何引导程序都会检查 失败在Elasticsearch日志中显示为警告。如果Elasticsearch是 在生产模式下,任何引导检查失败都将导致 Elasticsearch拒绝启动

从那以后:

因此,我们认为弹性搜索在开发模式中是可行的。 不绑定或发布到外部接口(默认),并且 否则,在生产模式下,如果它确实绑定或发布到外部 接口

要完全禁用检查,只需尝试将
引导设置。忽略系统\u引导\u检查
设置为
true


从ES 5开始,有一些是强制执行的

其中一个检查是(仅在Linux上),它需要262144个内存映射区域,否则将拒绝启动


请注意,无论环境ES在(开发或生产)开发模式下运行,都会强制执行此检查。

如果您在开发模式下运行弹性搜索,则无需设置最大映射计数。只需按如下方式运行

docker run-p9200:9200-p9300:9300-e“discovery.type=single node”docker.elastic.co/elasticsearch/elasticsearch:5.6.4

生产模式::如果在生产模式下运行,则需要按以下方式设置属性

Linux vm.max_map_count设置应在/etc/sysctl.conf中永久设置:

grep vm.max\u map\u count/etc/sysctl.conf

vm.max\u map\u count=262144

sysctl-w vm.max\u map\u count=262144


您指的是network.host属性..我已将其设置为全局。不确定是哪一个绑定。有没有办法绕过ES5.x强制执行的所有检查。我正在使用ES5.x来尝试使用Ingest Nodes功能,这样我就可以删除Logstash,因为它很重,不能给我所需的性能。默认情况下,它应该绑定到环回,elasticsearch将在开发模式下启动,任何自定义设置都将允许es在生产模式下启动:如果我将该属性设置为localhost。。然后它可能不接受来自我希望通过filebeat发送日志的其他主机的连接。愚弄ES有任何黑客或后门吗?进一步搜索只需尝试设置
引导。忽略系统引导检查
。好发现@alpert!有没有办法绕过ES5.x强制执行的所有检查。我正在使用ES 5.x尝试使用Ingest Nodes功能,这样我就可以删除Logstash,因为它很重,不能给我期望的性能?不相关,但是你看过日志库了吗?是的,我看过指南。但是日志库的调整需要更多的硬件和高端配置机器。我想知道这篇文章是否正确,那么我可能不需要购买新的硬件。Logstash实际上是CPU密集型的,如果我部署到我们的产品中,它可能会消耗CPU性能更新:我在5.1.1中尝试过它,但它仍然在进行检查,即使在开发模式下也是如此。这使我无法在travis.ci中运行测试:(有人知道如何覆盖它吗?
java.lang.UnsupportedOperationException: seccomp unavailable: CONFIG_SECCOMP not compiled into kernel, CONFIG_SECCOMP and CONFIG_SECCOMP_FILTER are needed
at org.elasticsearch.bootstrap.Seccomp.linuxImpl(Seccomp.java:347)
at org.elasticsearch.bootstrap.Seccomp.init(Seccomp.java:616)
[2016-08-08 07:49:55,436][INFO ][node ] [data-cum-ingest-node] initializing ...
[2016-08-08 07:49:56,048][INFO ][plugins ] [data-cum-ingest-node] modules [percolator, lang-mustache, lang-painless, reindex, aggs-matrix-stats, lang-expression, ingest-common, lang-groovy], plugins []
[2016-08-08 07:49:56,601][INFO ][env ] [data-cum-ingest-node] heap size [7.9gb], compressed ordinary object pointers [true]
[2016-08-08 07:49:57,582][INFO ][node ] [data-cum-ingest-node] initialized
[2016-08-08 07:49:57,582][INFO ][node ] [data-cum-ingest-node] starting ...
[2016-08-08 07:49:57,635][ERROR][bootstrap ] [data-cum-ingest-node] Exception
java.lang.RuntimeException: bootstrap checks failed
max virtual memory areas vm.max_map_count [65530] likely too low, increase to at least [262144]
at org.elasticsearch.bootstrap.BootstrapCheck.check(BootstrapCheck.java:125)
at org.elasticsearch.bootstrap.BootstrapCheck.check(BootstrapCheck.java:85)
at org.elasticsearch.bootstrap.BootstrapCheck.check(BootstrapCheck.java:65)
at org.elasticsearch.bootstrap.Bootstrap$5.validateNodeBeforeAcceptingRequests(Bootstrap.java:178)
at org.elasticsearch.node.Node.start(Node.java:373)
at org.elasticsearch.bootstrap.Bootstrap.start(Bootstrap.java:193)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:252)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:96)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:91)
at org.elasticsearch.cli.SettingCommand.execute(SettingCommand.java:54)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:91)
at org.elasticsearch.cli.Command.main(Command.java:53)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:70)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:63)
Suppressed: java.lang.IllegalStateException: max virtual memory areas vm.max_map_count [65530] likely too low, increase to at least [262144]
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151)
at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418)
at org.elasticsearch.bootstrap.BootstrapCheck.check(BootstrapCheck.java:126)