Linux|操作系统|Error: Could not create the Java Virtual Machine 报错的解决思路

现在都流行kubernetes这样的云原生了，因此，很多Java微服务也都集成到类似kubernetes这样的环境下了，毫无疑问的，kubernetes会省去很多环境问题，而最近在部署一个二进制Java项目的时候，遇到了Error: Could not create the Java Virtual Machine 这样的报错

虽然很多年前也遇到过这样的问题，但基本都是很快解决掉了，而这次的问题是比较隐蔽的一个环境问题，感觉类似的问题还是做一个记录比较好，省的以后又忘掉了。

一，

具体报错

[root@node1 ~]# su - es -c "/data/es/bin/elasticsearch"
Unrecognized VM option 'UseConcMarkSweepGC'
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

没错，我说的这个Java项目其实就是二进制的elasticsearch，第一反应就是java的版本不对了

那么，这个报错Error: Could not create the Java Virtual Machine  单从字面理解，就是无法创建Java的虚拟机，也就是jvm， 这个很容易理解。

Unrecognized VM option ‘UseConcMarkSweepGC’ 这个单从字面理解，是Java的gc也就是内存回收出问题了，这个也很容易理解。

因此，排查方向有三个：

• 服务器内存不足，通过free -mh 命令查看剩余内存是否满足java项目的启动
• jdk版本过高或者过低，相对你的Java项目来说，通常是 java -version 查看java版本是否和环境变量设定一致
• Java项目里的jvm参数配置过高，超出本机可分配内存数，例如，本机内存就4G，Xms设置6G。这无论如何是不可能启动Java项目的。

二，

问题解决思路

那么，我要说的是，这种报错，其实Unrecognized VM option ‘UseConcMarkSweepGC’ 是一个误导，90%的概率是Java的版本不对了，要么高，要么低

那么，如何判断是Java版本的问题呢？

由于启动elasticsearch是su – 过去的，也就是用的是es的环境变量，那么，此时如果有两个jdk，root使用的是openjdk8，es用户使用的是openjdk19，很显然，此时elasticsearch会使用openjdk19，而我的elasticsearch版本是6.3.2，很明显的，jdk的版本过高，自然就出这个报错了。

[root@node1 es]# tail -n 10 /etc/profile
PGDATA=/usr/local/pgsql/data
export PGDATA
PGHOME=/usr/local/pgsql
export PGHOME
PATH=$PATH:$PGHOME/bin:$PGDATA
export PATH PGDATA
export JAVA_HOME=/usr/local/jdk
export JRE_HOME=${JAVA_HOME}/jre
export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib
export PATH=${JAVA_HOME}/bin:$PATH

es用户

[es@node1 ~]$ cat ~/.bash_profile 
# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then
	. ~/.bashrc
fi

# User specific environment and startup programs
export PATH PGDATA
export JAVA_HOME=/home/es/jdk
export JRE_HOME=${JAVA_HOME}/jre
export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib
export PATH=${JAVA_HOME}/bin:$PATH

PATH=$PATH:$HOME/.local/bin:$HOME/bin

export PATH

此时，es用户的环境变量将会覆盖全局变量（/etc/profile 这个文件的变量是全局变量，对于普通用户来说，自己的变量等级是更高的）

因此，清除es用户的环境变量即可，也就是统一一个jdk版本，.bash_profile  这样的文件的相关环境变量或者删除或者注释就可以了。

注意，普通用户的环境变量就一个.bash_profile，而全局环境变量是两个文件定义，一个是/etc/profile 一个是/etc/bashrc  /etc/bashrc的优先等级是比/etc/bashrc 高的哦~~~~！！！！

一个操作系统是可以安装多个不同版本的jdk，并且一个环境文件用jdk8，一个环境文件用jdk17 18 等等，但最后只会有一个变量生效。

如何证明两者的优先级？

两个文件同时写入同一个变量AAA，profile里的变量值是123456  bashrc里的变量是fuckman，那么，此时echo AAA 只会是fuckman而不会是12345，env里记录的也只会是fuckman哦！！！！！！！~~~~~~

[root@node1 ~]# tail -n 1 /etc/profile
export AAA=123456
[root@node1 ~]# tail -n 1 /etc/bashrc
export AAA=fuckman
[root@node1 es]# source /etc/profile
[root@node1 es]# source /etc/bashrc
[root@node1 ~]# env |grep AAA
AAA=fuckman



[root@node1 ~]# echo $AAA
fuckman

环境是非常重要的，不要随意设置环境，建议是统一到/etc/profile 这一个文件里，bashrc 是和bash绑定的，shell要是换了，比如换成zsh，那么环境变量是可能会丢失的哦。