设置jvm锁住内存时启动警告 当设置bootstrap.mlockall: true时，启动es报警

针对您遇到的问题“设置jvm锁住内存时启动警告，当设置bootstrap.mlockall: true时，启动es报警告Unknown mlockall error 0”，这通常意味着Elasticsearch在尝试锁定内存时遇到了操作系统级别的权限问题或不支持的操作。JVM的mlockall功能意在防止内存被交换到磁盘，提升性能和稳定性，但需要相应的操作系统权限来执行此操作。

解决步骤

1. 检查操作系统权限： 确保Elasticsearch进程有足够的权限来执行mlockall操作。在Linux系统上，这通常需要调整/etc/security/limits.conf文件，为运行Elasticsearch的用户或组添加以下行：

   <用户名> soft memlock unlimited
   <用户名> hard memlock unlimited
   

   之后，重启系统或登出再重新登录以应用更改。

2. 使用sudo或特定用户启动： 如果上述配置修改不可行，考虑使用具有足够权限的用户（如root）通过sudo启动Elasticsearch，但这可能不符合最佳安全实践。

3. 确认内核参数： 检查并确保内核参数vm.max_map_count已适当设置。虽然这与mlockall错误不直接相关，但它是Elasticsearch启动时常需调整的另一个重要内核参数。可以通过以下命令临时设置（需要根权限）：

   sudo sysctl -w vm.max_map_count=262144
   

   对于永久设置，需编辑/etc/sysctl.conf并加入：

   vm.max_map_count = 262144
   

4. 评估是否必须使用mlockall： 若上述方法均无法解决问题，且环境允许，可以考虑是否真的需要启用mlockall。在某些安全要求不高或资源受限的环境中，可将bootstrap.mlockall设置回false，尽管这可能会降低Elasticsearch在极端条件下的稳定性。

5. 查看Elasticsearch日志： 细致检查Elasticsearch的日志文件，可能会有更多关于该警告的上下文信息，帮助进一步诊断问题。

注意事项

• 在进行任何系统级配置更改之前，请确保做好备份，避免因误操作导致服务中断或其他问题。
• 调整这些设置应基于对系统安全性和性能需求的全面考量。

请按照上述步骤尝试解决警告问题，并根据实际情况灵活调整策略。如果问题依旧存在，建议查阅Elasticsearch官方文档或社区论坛寻求更具体的解决方案。