【ElasticSearch故障处理】OpenJDK 64-Bit Server VM warning

最新推荐文章于 2025-04-27 15:06:59 发布
原创 最新推荐文章于 2025-04-27 15:06:59 发布 · 3.1w 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了解决VM虚拟机上部署的ElasticSearch集群启动失败的问题。故障表现为启动时提示处理器数量配置不当，通过调整虚拟机处理器核心数量至2后，集群成功启动并能正常访问。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

【故障描述】

　　VM虚拟机安装ElasticSearch集群，有三台Linux，完成安装后，执行启动命令：bin/elasticsearch -d 。 运行结果报错：

OpenJDK 64-Bit Server VM warning: If the number of processors is expected to increase from one, then you should configure the number of parallel GC threads appropriately using -XX:ParallelGCThreads=N

并且开启：http://bigdata12:9200/无法正常显示

【故障处理】

在虚拟机的设置中，将处理器的处理器核心数量改成2，重新执行启动命令后，能够正常运行。若还是未能执行成功，可进一步将处理器数量也改成2.

 

 

【已解决】OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c0000000, 1073741824, 0)
weixin_54626591的博客
01-14 5465
【已解决】OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c0000000, 1073741824, 0)
Elasticsearch启动报错: OpenJDK 64-Bit Server VM warning: If the number of processors is expected
xuanfeng4140的专栏
05-16 1086
在Elasticsearch (简称ES) 中配置JVM参数，通常是通过修改启动脚本中的JVM选项来实现的。Elasticsearch 使用的是基于Lucene的Netty服务器，其底层也是Java虚拟机(JVM)，因此可以设置与Java应用相同的JVM参数。是你想要设置的线程数。如果系统中的处理器数量增加，为了提高垃圾回收的效率，可能需要调整这个参数。是Java虚拟机(JVM)的一个参数，用于设置并行垃圾回收线程的数量，其中。在该脚本中，你可以找到JVM参数的设置部分，并添加或修改参数。
SpringBoot启动警告:OpenJDK 64-Bit Server VM warning
最新发布
席木木的博客
04-27 2630
以Debug模式启动Spring boot项目之后，日志打印：OpenJDK 64-Bit Server VM warning: Sharing is only supported for boot loader classes because bootstrap classpath has been appended，解决方案如下，
ElasticSearch在Window启动闪退(已经解决)
qq_43135001的博客
06-18 1515
1 很大可能JDK安装在Program Files (x86),因为路径有(),导致编码错误,所有删除JDK，重新安装JDK在C:\Program Files或者没有括号的路径,注意一定要配置JDK的环境变量 2 JDK没有安装含有()的路径,没有配置环境变量,先配置环境变量,cmd,java -version显示正常就配置好了 ...
OpenJDK 64-Bit Server VM warning
qq_44678738的博客
11-25 3828
spring-boot 项目启动时出现OpenJDK 64-Bit Server VM warning: Sharing is only supported for boot loader classes because bootstrap classpath has been appended的警告 在idea中打开 去掉如下的勾，然后重启项目就可以了
idea 双击没反应 OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0
01-07
OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release. Error occurred during initialization of VM Initial heap size ...
【OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will】
qq_33169465的博客
11-26 4002
OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release. OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed i
ES警告信息：OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and
Love what you do
11-03 5313
​ 这是提醒你 CMS 垃圾收集器 在 JDK 9 就开始被标注为 @Deprecated，JDK 11 支持的垃圾回收器为G1 和 ZGC，而 ZGC 在 JDK 11 还处于实验阶段。参考资料 # 修改 config/jvm.options 配置文件，将：-XX:+UseConcMarkSweepGC 改为：XX:+UseG1GC [topcloud@basenode elasticsearch]$ vim config/jvm.options 35 ## GC configuration 3.
es启动报错：OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c5330000, 986513408, 0)
尘风yf的博客
07-05 2658
es启动报错：OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c5330000, 986513408, 0) failed；
针对在vm虚拟机中ubuntu的操作系统中解决OpenJDK 64-Bit Server VM warning问题
weixin_44100884的博客
06-01 3124
针对在vm虚拟机中ubuntu的操作系统中解决OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0的解决方法 问题如下： 如上问题一般与下面的jdk或者jar包报错没关系，只与第一行的报错有关，提示的是vm虚拟机里面的问题。 针对此问题我重新安装都无济于事，解决的方法是在linux主目录菜单下找到pyahrm之前已经配置好的隐藏文件，将它删除以后再重新执行上图的命令 ...
kafka启动警告解决方案，OpenJDK 64-Bit Server VM warning
socct_yj的博客
01-29 4789
OpenJDK 64-Bit Server VM warning: If the number of processors is expected to increase from one, then you should configure the number of parallel GC threads appropriately using -XX:ParallelGCThreads=N ...
解决OpenJDK 64-Bit Server VM warning
Athain的博客
07-06 2万+
参考内容：https://stackoverflow.com/questions/54205486/how-to-avoid-sharing-is-only-supported-for-boot-loader-classes-because-bootstra。从设置路径来看，是异步调用栈跟踪的一个检测代理配置，感觉修改可能会影响到IDEA的其他功能，所以还是建议通过run配置的vm options去修改好。从提示内容其实可以看出大概意思就是jdk报出来的一个警告说你可能使用了共享类数据，可能会出现问题。
解决OpenJDK 64-Bit Server VM warning: ......Error detail: committing reserved memory.....
weixin_48968553的博客
11-16 729
cpu和内存的利用率都没有达到极限，但我三个容器启动已经达到3G，可能已经达到了分配的内存+交换内存的极限，有可能是虚拟机运行内存分配不够的原因，使得剩余的内存无法再创建一个实例。然后把内存大小拉到2G或者3G都可以，绿色箭头是我原本是设置，然后点击确定。可以看出，运行内存明显不足了，那么就需要给虚拟机增加可运行内存了。使用以下命令，查看docker中启动的实例内存运行情况。在VMwave界面，右键该运行的虚拟机，点击设置。出现以下图片信息，可以看出是内存不足的原因。使用以下命令，查看虚拟机内存使用情况。
【解决方法】OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory
LittleGuai的博客
06-08 9749
IDEA报错OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory的解决方法
OpenJDK 64-Bit Server VM warning: Insufficient space for shared memory file:
qq_37163925的博客
07-23 3955
待写
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c0000000, 357892096, 0) failed
热门推荐
W
06-08 3万+
Spark启动失败：OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c0000000, 357892096, 0) failed。 解决方法： 先执行命令 free -m 查看内存是不是还有 最主要的是 看有没有交换空间 swap （这很重要）如果没有交换空间 或者交换空间比较小 要先安装交换空间 或者增大空...
[root@localhost bin]# docker compose logs es-node1 | OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release. es-node1 | OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
03-28
<think>好的，我现在需要帮助用户解决他们在使用Docker Compose时遇到的OpenJDK警告问题。首先，用户执行了`docker compose logs`命令，看到es-node1容器输出的两个警告，提示UseConcMarkSweepGC选项在JDK 9中已被弃用，并可能在未来的版本中被移除。 首先，我需要理解这个警告的含义。UseConcMarkSweepGC是Java虚拟机（JVM）的一个垃圾回收器选项，用于启用并发标记清除（CMS）垃圾收集器。从JDK 9开始，CMS被标记为弃用，并在JDK 14中被移除。因此，如果应用程序仍在使用这个选项，就会触发警告，尤其是在使用较新的JDK版本时。 接下来，我需要确定用户的具体情况。用户正在运行一个Elasticsearch容器（es-node1），可能使用的是较旧版本的Elasticsearch，或者其配置中显式设置了JVM参数包含UseConcMarkSweepGC。Elasticsearch在较新的版本中可能已经更新了默认的垃圾回收器，比如改用G1GC，所以问题可能出在用户使用的Elasticsearch版本过旧，或者自定义的JVM配置未更新。 接下来，我需要考虑可能的解决方案。首先，检查并升级Elasticsearch到支持新垃圾回收器的版本。其次，调整JVM参数，移除或替换UseConcMarkSweepGC选项。此外，用户可能需要检查Docker Compose文件中的环境变量或配置文件，确保没有手动设置旧的JVM参数。 另外，需要注意用户是否在Elasticsearch的配置文件中指定了JVM选项。例如，在jvm.options文件中可能存在-XX:+UseConcMarkSweepGC这样的行，需要将其替换为-XX:+UseG1GC或其他推荐的垃圾回收器。 此外，用户可能没有意识到他们的Elasticsearch版本对应的JDK版本。例如，如果用户使用的是Elasticsearch 7.x，它可能默认使用JDK 11或更高版本，而CMS在JDK 9之后被弃用，所以需要确认Elasticsearch版本与JDK版本的兼容性。 还需要考虑用户是否在Docker Compose文件中通过环境变量覆盖了JVM设置。例如，如果用户设置了ES_JAVA_OPTS环境变量，其中包含了UseConcMarkSweepGC，那么需要修改这个环境变量来移除或替换该选项。 最后，需要提醒用户即使警告不影响当前运行，长期来看，升级到支持的垃圾回收器是必要的，以避免未来版本中可能出现的兼容性问题。同时，建议用户参考Elasticsearch的官方文档，获取最新的JVM配置建议。</think>--- ### **问题分析** 您看到的警告信息表明 Elasticsearch 容器（`es-node1`）使用的 JVM 参数 `UseConcMarkSweepGC` 已过时。具体原因如下： 1. **JDK 版本兼容性问题** - `UseConcMarkSweepGC` 是 CMS（并发标记清除）垃圾回收器选项，**JDK 9+ 已弃用此选项**，JDK 14+ 完全移除。 - 若 Elasticsearch 运行在较新的 JDK 上（如 JDK 11/17），会触发此警告。 2. **Elasticsearch 默认配置** - Elasticsearch 旧版本（如 7.x 早期版本）可能默认使用 CMS 垃圾回收器。 - 新版本 Elasticsearch（如 7.10+ 或 8.x）已改用 G1GC（Garbage-First）作为默认回收器。 --- ### **解决方案** #### **1. 检查 Elasticsearch 版本（关键步骤）** 确认当前 Elasticsearch 镜像版本： ```bash docker compose exec es-node1 curl -s localhost:9200 ``` 查看输出中的 `"number"` 字段（例如 `"7.17.3"`）。 --- #### **2. 升级 Elasticsearch 版本（推荐）** 若版本低于 **7.10**，建议升级到 **7.17.x 或 8.x**： ```yaml # docker-compose.yml 示例片段 services: es-node1: image: docker.elastic.co/elasticsearch/elasticsearch:7.17.14 # 或 8.12.0 environment: - discovery.type=single-node - ES_JAVA_OPTS=-Xms1g -Xmx1g # 无需手动指定垃圾回收器 ``` ⚠️ **注意**：升级前备份数据，并检查[官方升级指南](https://www.elastic.co/guide/en/elasticsearch/reference/current/setup-upgrade.html)。 --- #### **3. 手动修改 JVM 参数（临时修复）** 若无法升级版本，可覆盖默认 JVM 配置： ```yaml # docker-compose.yml 中为 Elasticsearch 添加环境变量 services: es-node1: environment: - ES_JAVA_OPTS=-Xms2g -Xmx2g -XX:+UseG1GC # 显式指定 G1GC ``` 重启服务： ```bash docker compose down && docker compose up -d ``` --- #### **4. 验证垃圾回收器是否生效** 进入容器检查 JVM 参数： ```bash docker compose exec es-node1 bash ps aux | grep java # 查看进程参数中是否包含 -XX:+UseG1GC ``` --- ### **原理解释** 1. **为什么 CMS 被弃用？** - CMS 存在内存碎片化问题，且暂停时间不可预测。 - G1GC 在吞吐量和延迟之间取得更好平衡，适合大内存应用（如 Elasticsearch）。 2. **Elasticsearch 的默认行为** - Elasticsearch 7.10+ 默认使用 G1GC，无需手动配置。 - 若手动设置 `ES_JAVA_OPTS` 包含 `UseConcMarkSweepGC`，会覆盖默认值并触发警告。 --- ### **附加建议** 1. **监控垃圾回收性能** ```bash # 查看 GC 日志（需先启用） docker compose exec es-node1 tail -f /usr/share/elasticsearch/logs/gc.log ``` 2. **调整 G1GC 参数（可选）** 在 `ES_JAVA_OPTS` 中可添加高级参数： ```yaml - ES_JAVA_OPTS=-Xms4g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 ``` - `MaxGCPauseMillis`: 设置预期最大 GC 暂停时间（毫秒）。 3. **参考官方文档** - [Elasticsearch JVM 配置指南](https://www.elastic.co/guide/en/elasticsearch/reference/current/advanced-configuration.html#set-jvm-options) --- 若问题仍未解决，请提供以下信息： 1. Elasticsearch 完整版本（通过 `curl localhost:9200`） 2. `docker-compose.yml` 中 Elasticsearch 服务的 `image` 和 `environment` 配置片段
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值