java - Artifactory environment variables on CentOS -

i'm going mad.

/usr/lib/jvm/ 

has

java-1.7.0-openjdk-1.7.0.65.x86_64 java-1.7.0-openjdk-1.7.0.79.x86_64 

last night @ unfortunate possible time, contents of #65, artifactory apparently using, disappeared. java disappeared. maybe gone, new linux guys 'upgrading' machine, it's suspicious.

now, issue artifactory cannot forget version 65.

if type in env or set, we're golden. no mention of v65. artifactory lives in own world.

[root@me]# service artifactory check checking arguments 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 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 shows

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 correct too. ls -l shows

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 

so it's pointing right place. in hell artifactory user getting 65 from? if try su artifactory, go bash-4.1$ indicating artifactory isn't user in traditional sense, so, env , set correct.

i managed working compromising.

/opt/jfrog/artifactory/bin 

i edited artifactory.default , put export java_home in there, , started artifactory folder, instead of service. until next time linux team mess server.

but know how can running service?

take in /etc/init.d/artifactory, script runs when call "service artifactory ..." - looks in there (possibly script sourced in) setting jre_home old version.

you try

sudo su - artifactory; env | grep jre 

to make sure artifactory user's environment doesn't set jre_home old version.