I am trying to get Elasticsearch to run but unable to. Running ./bin/elasticsearch yields the following error:
Initialization Failed ...
- MissingResourceException[Can't find bundle for base name org.elasticsearch.common.joda.time.format.messages, locale en]
I'm running Mac OSX 10.8.2 and java -version yields:
java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)
Any ideas on what the problem is? I also trying running the ./bin/elasticsearch.in.sh script before but nothing has worked
It turns out the file on the elasticsearch website was messed up or had a bad download. I downloaded the tar.gz version and it worked.
I had the similar issue with both Elasticsearch 1.7 & Elasticsearch 2.0 on Mac OSx 10.10 Yosemite. I messed around with installing Java 8's JRE without success.
I ended up installing the Java 8 JDK in addition to the JRE based on this answer.
Additionally here's Elasticsearch's instructions
Related
I downloaded elastic search today. When I try to run it, it is immediately killed with the following message:
Johnathans-MacBook-Pro:Downloads jward$ ./elasticsearch-7.6.1/bin/elasticsearch
./elasticsearch-7.6.1/bin/elasticsearch-env: line 71: 12909 Killed: 9
"$JAVA" -cp "$ES_CLASSPATH" org.elasticsearch.tools.java_version_checker.JavaVersionChecker
My java version is:
java version "11.0.6" 2020-01-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.6+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.6+8-LTS, mixed mode)
Why won't the elastic search service start?
Elasticsearch isn't able to recognize your Java version and that's the reason it is failing. Please see in your logs, the error is thrown from the below class and you can have a look at from below source code.
https://github.com/elastic/elasticsearch/blob/master/distribution/tools/java-version-checker/src/main/java/org/elasticsearch/tools/java_version_checker/JavaVersionChecker.java#L28 and you can have a look at this class, All it does is checks if the runtime Java version is at least 1.8..
In your case its java 11, so java version isn't a problem, the problem lies in Elasticsearch not recognizing that.
You need to set proper JAVA_HOME in your ~/.zshrc if using latest Mac OS Catalina, as they moved to ~/.zshrc and I see you just mention JAVA_HOME=$(/usr/libexec/java_home) but don't see EXPORT before this. So please add below line.
EXPORT JAVA_HOME=$(/usr/libexec/java_home)
After that source ~/.zshrc and then close the terminal and see the output of java -version , if it shows java 11 version then you are good to go and run the elasticsearch again.
Hope this helps and let me know if you have further questions.
If your java version is different from the one that comes with Elasticsearch bundle, it'll not start. Refer to the document below:
https://www.elastic.co/guide/en/elasticsearch/reference/current/setup.html
I am getting the below mentioned error when i am trying to install elastic search version 6.6.0 on my windows 10 OS. The command i am using to install is
-- Command:
elasticsearch -Ecluster.name=TestES -Enode.name=First_Node
-- Error:
\Java\jre-9.0.4\bin\java.exe" -cp "!ES_CLASSPATH!" "org.elasticsearch.tools.launchers.TempDirectory""` was unexpected at this time.
-- Java Version install on my pc:
java version "9.0.4"
Java(TM) SE Runtime Environment (build 9.0.4+11)
Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode)
Please guide how to fix this issue.
Regards
Qasim
Same issue i was getting on my machine.
I then found issue was related to 32 bit Java was installed instead of 64 bit, i reinstalled and it started working fine.
if your java is installed under C:\Program Files (x86) then set the JAVA_HOME like will below
set JAVA_HOME=C:\Progra~2\Java\jre1.8.0_131
if your java is installed under C:\Program Files then set the JAVA_HOME like will below
set JAVA_HOME=C:\Progra~1\Java\jre1.8.0_131
After that try to start the elastic search, it should start then.
Thanks & Regards
Jaiswar Vipin Kumar R.
when i tried to install Eclipse Neon on my Mac Sierra, it prompted:
Version 1.6.0_65 of the JVM is not suitable for the this product.
However when I check the java version on terminal: it says:
java -version
java version "1.8.0_112"
Java(TM) SE Runtime Environment (build 1.8.0_112-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.112-b16, mixed mode)
Anyone knows what is the issue?
Actually, the Eclipse popup window says:
Version 1.6.0_65 of the JVM is not suitable for the this product.
Version: 1.8 or greater is required.
I had the same problem. I had orginally installed the JRE, and did a search for "java" across the hard disk, and it found a JavaApplet plugin. I deleted this, and then installed the latest jdk (144) dmg. Running the eclipse installer then worked. (so, it was just a java environment problem for me).
I'm running OSX 10.8.5 and recently installed Coldfusion 9.0.2 and applied the hotfix so I'm running CF Version 9,0,2,282541 (which should be compatible with Java 1.7). My prod environment is running Java 1.7 so I'm trying to replicate that on a dev machine. The Java Version currently being used by CF is 1.6.0_65.
My dev box has Java running in multiple locations as follows:
System/Library/Java/JavaVirtualMachines/1.6.0.jdk
Library/Java/JavaVirtualMachines/jdk1.7.0_65.jdk
When I run java-version from within Terminal, I get the following:
java version "1.7.0_65"
Java(TM) SE Runtime Environment (build 1.7.0_65-b17)
Java HotSpot(TM) 64-Bit Server VM (build 24.65-b04, mixed mode)
However, when I start CF, it reverts to 1.6.0_65:
Java Version: 1.6.0_65
Java Vendor: Apple Inc.
Java Home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Now I know that CF doesn't use the system environment variable JAVA_HOME. It uses the jvm.config argument "java.home"
When I run 'java -version' within terminal, that is using the java version that it finds in the system path, which is different from what CF can use.
Based on this, I've attempted to update my jvm.config file so that the java.home variable is now /Library/Java/JavaVirtualMachines/jdk1.7.0_65.jdk/Contents/Home/jre but even after restarting CF, it reverts to the default of 1.6.0_65 as shown below.
One interesting thing is that if I look at the Adobe_Coldfusion9_Install_Log.log, I do see the following variables (among other things) set during the installation.
java.ext.dirs:
1.) /Library/Java/Extensions
2.) /System/Library/Java/Extensions
3.) /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/ext
java.version: 1.6.0_65 (Java 1)
java.home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
The true question is how can I get CF to recognize changes to these if it's not looking at my jvm.config file??? How can I force it to use the "/Library/" path instead of the "System/Library" path?
This is very similar to the crazy4mustang's question posted below but it is unanswered. The only real differences is that he is running Mavericks and I'm on Mountain Lion.
Can't update Coldfusion to Java 1.7 on OSX 10.9
Disclaimer: I am not running OSX
I found a couple of articles referring to three files that need to be updated in order to change the Java path for ColdFusion running on OSX. There is this reference which is regarding ColdFusion 10 but I would assume similar locations for ColdFusion 9.
/Applications/ColdFusion10/cfusion/bin/jvm.config
/Applications/ColdFusion10/cfusion/bin/coldfusion
/Applications/ColdFusion10/cfusion/runtime/bin/wsconfig_jvm.config
In each of these, there was a setting to set the Java home path. It was set to the old location for Java 6. I updated these to point to Java 7.
Read this note from Adobe regarding ColdFusion 9.0.2, Java 1.7 and OSX
JDK 1.7 is only supported on Mac OS X 10.7 and above. See this article for more details. As ColdFusion 9.0.2 does not support Mac OS X 10.7, Cumulative Hot fix 1 does not certify ColdFusion 9.0.2 with JDK 1.7 on Mac OS X.
While trying to install Informix's JDBC driver, I get this error:
java -cp /home/ics/sandbox/jdbc/setup.jar run -console
The wizard cannot continue because of the following error:
could not load wizard specified in /wizard.inf (104)
I have pointed to a newer Java from Sun using:
export JAVA_HOME=/usr/lib/jvm/jdk1.8.0_05
export PATH=$JAVA_HOME/bin:$PATH
java -version
java version "1.8.0_05"
Java(TM) SE Runtime Environment (build 1.8.0_05-b13)
Java HotSpot(TM) Server VM (build 25.5-b02, mixed mode)
Pointing to a newer Java and, as IBM/Informix support told me, getting away from OpenJDK should allow the installer to run, but that does not work. I also saw using Sun's or IBM's java elsewhere, when I searched for posts on the specific error. On another Centos System, OpenJDK is installed, and I can install the JDBC driver successfully
I also tried removing tty settings from my environment, which also did not work.
Here is the so post where this error is mentioned.
If anyone has heard of a solution, I'd love to hear it, 'cause without the jdbc driver, there's no Clojure database work with Informix, and, when working, it works well. And, I have thought of tarring and zipping the good install and moving it, but that's kind of cheating.
This problem occurs on
cat /etc/redhat-release
CentOS release 6.4 (Final)
The installed java version, not my workaround newer version is
java -version
java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.11.90) (rhel-1.62.1.11.11.90.el6_4-i386)
OpenJDK Server VM (build 20.0-b12, mixed mode)
Until an answer arrives that allows an install, I took #Michał Niklas 's suggestion and manually installed the driver under /opt/ on the new system. This worked.
I am still going to pursue the cause of this problem. I edited the OP to reflect #ceinmart 's suggestion to remove tty settings. This did not work, but I found it a useful suggestion.