搭建Elasticsearch集群出现Unrecognized VM option ‘UseCMSInitiatingOccupancyOnly‘

最新推荐文章于 2025-03-25 21:54:56 发布

原创最新推荐文章于 2025-03-25 21:54:56 发布 · 1.2k 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#elasticsearch #java #数据库

文章讨论了解决Java应用程序中与CMS垃圾回收器相关的参数问题，发现注释特定参数可以避免解析和使用，从而避免潜在问题。解决方案是找到并修改`jvm.options`文件中的相关设置。

错误描述

研究发现根本不是Java版本问题也不是elasticsearch的问题原因

注释这三个参数，Java 虚拟机就不会再解析和使用这些参数了。这些参数通常用于配置使用 CMS (Concurrent Mark Sweep) 垃圾回收器的行为。

解决方式找的文件jvm.options

-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly

注释下方这样即可

#-XX:+UseConcMarkSweepGC
#-XX:CMSInitiatingOccupancyFraction=75
#-XX:+UseCMSInitiatingOccupancyOnly

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

liuzhenkun123456

关注关注

7
点赞
踩
10

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

垃圾回收器篇之二：CMS

qq_42265640的博客

05-31

1342

这款收集器是HotSpot虚拟机中第一款真正意义上的并发收集器,他第一次实现了让垃圾收集线程与用户线程同时工作。垃圾收集算法采用标记-清除算法(因为CMS强调低延迟，所以没有采用更耗费时间的标记-压缩算法),并且也会STW,

【JVM】深入理解CMS垃圾收集器

eizoh的博客

08-20

999

cms

参与评论您还未登录，请先登录后发表或查看评论

Jboss启动报错Unrecognized VM option PermSize=128m

Keep learing, and stay fast

11-27

977

如何处理Jboss启动报错Unrecognized VM option PermSize=128m

-XX:CMSInitiatingOccupancyFraction=70 和-XX:+UseCMSInitiatingOccupancyOnly

lzf的博客

08-01

7123

CMS GC要决定是否在full GC时做压缩，会依赖几个条件。其中，第一种条件，UseCMSCompactAtFullCollection 与 CMSFullGCsBeforeCompaction 是搭配使用的；前者目前默认就是true了，也就是关键在后者上。第二种条件是用户调用了System.gc()，而且DisableExplicitGC没有开启。第三种条件是young gen报...

-XX:CMSInitiatingOccupancyFraction和-XX:+UseCMSInitiatingOccupancyOnly参数

硅脂味咖啡的博客

10-19

5827

-XX:CMSInitiatingOccupancyFraction：在使用CMS收集器的情况下，指定老年代被使用的内存空间的阈值，达到该阈值则触发Full GC。 -XX:+UseCMSInitiatingOccupancyOnly：指定用设定的回收阈值(-XX:CMSInitiatingOccupancyFraction参数的值),如果不指定,JVM仅在第一次使用设定值,后续则会根据运行时采集的数据做自动调整，如果指定了该参数，那么每次JVM都会在到达规定设定值时才进行GC。不过大多数情况下，JVM都能

从单机到集群：Elasticsearch集群搭建指南

IT成长日记的博客

03-25

1119

通过以上步骤，我们成功在三台主机上搭建了一个Elasticsearch集群。这种分布式架构不仅提高了系统的可用性和性能，还为后续的扩展和优化提供了便利。

ElasticSearch集群搭建

weixin_46562226的博客

10-24

1865

docker安装es集群

CentOS7下搭建多节点Elasticsearch集群.docx

10-26

CentOS7 下搭建多节点 Elasticsearch 集群 Elasticsearch 是一个基于 Lucene 的搜索服务器，提供了实时搜索、数据分析、数据存储等功能。 CentOS7 是一个流行的 Linux 发行版，搭建多节点 Elasticsearch 集群可以...

详解ElasticSearch6.4.0集群搭建

08-26

"详解ElasticSearch 6.4.0 集群搭建" ElasticSearch 是一个基于 Lucene 的搜索服务器，提供了分布式搜索引擎的功能。下面详解了 ElasticSearch 6.4.0 集群搭建的过程。软件及环境准备为了搭建 ElasticSearch ...

Centos7 ElasticSearch集群搭建

moxiong3212的博客

04-18

2027

Centos7 ElasticSearch集群搭建

CMSInitiatingOccupancyFraction=70、UseCMSInitiatingOccupancyOnly和CMSScavengeBeforeRemar

JacksonKing的专栏

03-18

695

ES报错：Unrecognized VM option ‘UseConcMarkSweepGC‘ Error: Could not create the Java Virtual Machine.

左耳的博客

09-18

1万+

目录问题描述解决方案问题描述这个问题和jdk版本无关解决方案以记事本形式打开config目录下的jvm.options文件，将：-XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly 修改为: #-XX:+UseConcMarkSweepGC #-XX:CMSInitiatingOccupancyFraction=75 #-XX:+U.

Elasticsearch无法启动：“Unrecognized VM option ‘UseConcMarkSweepGC‘”

qq_53879259的博客

04-23

5065

Elasticsearch无法启动：“Unrecognized VM option ‘UseConcMarkSweepGC‘”

安装rocketmq，出现问题Unrecognized VM option ‘UseConcMarkSweepGC‘ Error: Could not create the Java ......

qq_44151022的博客

08-08

3372

Windows下安装rocketmq的问题解决

Unrecognized VM option '+UseCompressedOops' Could not create the Java virtual machine.

senvil的专栏

10-04

8265

开始以为是内存大小的问题，后来发现不是，是JDK的问题，我用的32位centos，jdk1.6_24, 换成JDK1.7依然报错。查看 bin/kafka-run-class.sh 找到 if [ -z "$KAFKA_JVM_PERFORMANCE_OPTS" ]; then KAFKA_JVM_PERFORMANCE_OPTS="-server -XX:+UseComp

CMS调优参数

tom和cat的博客

02-19

1396

-XX:CMSInitiatingOccupancyFraction和-XX:+UseCMSInitiatingOccupancyOnly 由于CMS收集器不是独占式的回收器，在CMS回收过程中，应用程序仍然在不停地工作。在应用程序工作过程中，又会不断产生垃圾。这些新垃圾在当前CMS回收过程中是无法清除的。同时，因为应用程序没有中断，所以在CMS回收过程中，还应该确保应用程序由足够的内存可用。因此，CMS回收器不会等待堆内存饱和时才进行垃圾回收，而是当堆内存使用率达到某一阈值时便开始进行回收，以确保应用程

CMS垃圾收集器小实验之CMSInitiatingOccupancyFraction参数

程序员小乐

09-03

4559

点击上方 "程序员小乐"关注,星标或置顶一起成长每天凌晨00点00分,第一时间与你相约每日英文A friend who understands your tears ...

CMS垃圾回收器细节思考与补充

Saintyyu的博客

11-03

2195

CMS垃圾回收器作为jdk6、jdk7、jdk8等jdk版本对老年代进行垃圾回收的首选，其重要性不言而喻。深入理解CMS垃圾回收器的各个阶段存在的价值对于性能调优非常关键。 CMS的正常过程参考博客3给出了CMS垃圾回收器的7个步骤： 1. 初始标记(CMS-initial-mark) ,会导致swt； 2. 并发标记(CMS-concurrent-mark)，与用户线程同时运行； 3. 预...

JVM常用调优参数 ——JVM篇

最新发布

07-17

在 JDK 17 中出现 `Unrecognized VM option 'UseParNewGC'` 错误的原因是该垃圾回收器选项已被移除，不再支持。JDK 在逐步演进过程中对 JVM 参数进行了清理和优化，特别是在 JDK 9 及之后版本中，引入了模块化的垃圾回收机制（G1 作为默认 GC），并逐渐淘汰了一些旧的垃圾回收器配置参数，其中包括 `UseParNewGC` 和 `UseConcMarkSweepGC` 等 CMS 相关参数。 ### 原因分析 - **JDK 9 引入 G1 为默认垃圾回收器**：从 JDK 9 开始，G1（Garbage First）成为默认垃圾回收器，并逐步替代 CMS 和 ParNew 等传统垃圾回收器。 - **CMS 与 ParNew 被弃用**：在 JDK 14 中，CMS 被正式移除[^2]，而 `UseParNewGC` 作为 CMS 的配套新生代 GC，在后续版本中也被逐步淘汰。 - **JDK 17 完全移除相关参数**：到 JDK 17，这些旧参数已完全从 JVM 实现中去除，尝试使用会导致启动失败。 ### 解决方法 1. **更新 JVM 参数配置**：使用现代垃圾回收器如 G1 或 ZGC 替换旧的 GC 配置。例如，启用 G1 回收器并调整堆内存设置： ```bash -XX:+UseG1GC -Xms4g -Xmx4g -XX:MaxGCPauseMillis=200 -XX:G1HeapRegionSize=4M ``` 这些配置适用于大多数高吞吐量场景，并且与 JDK 17 兼容。 2. **移除废弃参数**：删除所有与 CMS 和 ParNew 相关的参数，包括： ```bash -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=1 ``` 3. **兼容性适配建议**：如果当前系统或中间件依赖于特定的老版本 GC 行为（如 Elasticsearch、Logstash 等），应参考其官方文档推荐的 JDK 版本及 JVM 参数。例如，某些早期版本的 Logstash 对 Java 8 有强依赖[^3]，需单独为其配置兼容的运行时环境。 4. **多版本 JDK 共存管理**：若多个项目对不同 JDK 版本有依赖需求，可通过环境变量隔离方式实现多版本共存。例如在 Linux 下通过脚本指定特定 Java 版本启动应用： ```bash #!/bin/bash export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64 export PATH=$JAVA_HOME/bin:$PATH ./your-application.sh ``` 5. **日志与诊断工具升级**：针对监控和日志输出相关的参数，如 `-XX:+PrintGCDetails`、`-XX:+PrintGCDateStamps` 等仍可保留，但建议结合新的 GC 日志格式使用： ```bash -Xlog:gc*:file=/path/to/gc.log:time -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/heapdumps/ ``` ---