我要发疯了。
/usr/lib/jvm/
有
java-1.7.0-openjdk-1.7.0.65.x86_64
java-1.7.0-openjdk-1.7.0.79.x86_64
昨天晚上,在最不幸的时候,这家手工艺品厂显然在使用的65的内容物消失了。爪哇消失了。也许它已经不见了,但是新的linux用户正在“升级”这台机器,所以它很可疑。
现在,问题是工件厂不能忘记版本65。
如果我输入
env
或set
,我们就是黄金。没有提到V65。但手工艺品生活在自己的世界里。[root@me]# service artifactory check
Checking arguments to Artifactory:
ARTIFACTORY_HOME = /var/opt/jfrog/artifactory
ARTIFACTORY_USER = artifactory
TOMCAT_HOME = /opt/jfrog/artifactory/tomcat
ARTIFACTORY_PID = /var/opt/jfrog/run/artifactory.pid
JAVA_HOME =
JAVA_OPTIONS = -server -Xms512m -Xmx2g -Xss256k -XX:PermSize=128m -XX:MaxPermSize=256m -XX:+UseG1GC
[root@me]# service artifactory start
Starting Artifactory tomcat as user artifactory...
Max number of open files: 32000
Using ARTIFACTORY_HOME: /var/opt/jfrog/artifactory
Using ARTIFACTORY_PID: /var/opt/jfrog/run/artifactory.pid
Using CATALINA_BASE: /opt/jfrog/artifactory/tomcat
Using CATALINA_HOME: /opt/jfrog/artifactory/tomcat
Using CATALINA_TMPDIR: /opt/jfrog/artifactory/tomcat/temp
Using JRE_HOME: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.65.x86_64/jre
Using CLASSPATH: /opt/jfrog/artifactory/tomcat/bin/bootstrap.jar:/opt/jfrog/artifactory/tomcat/bin/tomcat-juli.jar
Using CATALINA_PID: /var/opt/jfrog/run/artifactory.pid
env
和set
显示JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk.x86_64
JRE_HOME=/usr/lib/jvm/java-1.7.0-openjdk.x86_64/jre
PATH
也正确。ls -l
显示lrwxrwxrwx 1 root root 34 Jun 24 22:38 java-1.7.0-openjdk.x86_64 -> java-1.7.0-openjdk-1.7.0.79.x86_64
所以它指向了正确的地方。手工艺品用户从哪里得到65?如果我尝试
su artifactory
,我将转到bash-4.1$
,表明artifactory不是传统意义上的用户,但即使如此,env和set也是正确的。我终于通过妥协让它运转起来了。
/opt/jfrog/artifactory/bin
我编辑了artifactory.default并将我的导出java_home放在那里,然后从那个文件夹启动artifactory,而不是作为一个服务。这将一直持续到下一次Linux团队搞乱我的服务器。
但有人知道我如何让它作为服务运行吗?
最佳答案
看一下/etc/in it.d/artifactory,这是当您调用“服务artifactory…”时运行的脚本-其中似乎有东西(可能是另一个源于中的脚本)正在将jre_设置为旧版本。
你也可以试试
sudo su - artifactory; env | grep JRE
以确保artifactory用户的环境不会将jre_home设置为旧版本。
关于java - CentOS上的人工环境变量,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/31043996/