I don't know what is causing ElasticSearch to log that error. My advice would be for you to make sure that ElasticSearch is up and running and you are able to query it via it's REST API before you try to use it with Usergrid. For example, does the command below work on your ES instance:
There is a hint in the log you posted. I see "IllegalArgumentException: invalid version format" but you said you were using ES 1.4.4, which is the right version for Usergrid 2.1.0. Maybe you were using a newer version of ES before and you need to delete it's data files because ES 1.4.4 cannot read data from newer versions of ES? Dave On Tue, Feb 23, 2016 at 9:18 AM [email protected] <[email protected]> wrote: > Hi Dave, > > I tried with the elastic search 1.4.4, still having the same issues. > > {"error":"unchecked_execution","timestamp":1455897671225,"duration":1,"error_description":"com.google.common.util.concurrent.UncheckedExecutionException: > org.elasticsearch.discovery.MasterNotDiscoveredException: waited for > [30s]","exception":"com.google.common.util.concurrent.UncheckedExecutionException"} > > please find attached the elasticsearch.yaml and the > usergrid-deployment.properties attached along with this mail > > kindly help me to get over this issue. > > thank you, > > Ranganath > > Hi dave, > > The exceptions i get on elasticsearch console are as follows :- > > [2016-02-19 21:29:43,303][INFO ][discovery ] [Scorpia] > oserv/k7J4s8BETq6hp7hLEjzMMA > [2016-02-19 21:29:47,086][INFO ][cluster.service ] [Scorpia] > new_master > [Scorpia][k7J4s8BETq6hp7hLEjzMMA][tantrajya][inet[/192.168.1.33:9300]], > reason: zen-disco-join (elected_as_master) > [2016-02-19 21:29:47,118][INFO ][http ] [Scorpia] > bound_address {inet[/0:0:0:0:0:0:0:0:9200]}, publish_address {inet[/ > 192.168.1.33:9200]} > [2016-02-19 21:29:47,118][INFO ][node ] [Scorpia] > started > [2016-02-19 21:29:47,182][INFO ][gateway ] [Scorpia] > recovered [0] indices into cluster_state > > > [2016-02-19 21:33:42,377][WARN ][http.netty ] [Scorpia] > Caught exception while handling client http traffic, closing connection > [id: 0x3cf6199d, /127.0.0.1:43555 => /127.0.1.1:9200] > java.lang.IllegalArgumentException: invalid version format: 127.0.1.1 ﾨ > !$V CLIENT TRUE DATAFALSE? > ESﾬ�ﾁ&INTERNAL:DISCOVERY/ZEN/UNICAST_GTE_1_4Yﾲ^OSERVDEFAULT > EJ5SNRW7QRC8SNERCA-PHG TANTRAJYA 127.0.1.1 ﾨ !$V CLIENT TRUE > DATAFALSE? > at > org.elasticsearch.common.netty.handler.codec.http.HttpVersion.<init>(HttpVersion.java:102) > at > org.elasticsearch.common.netty.handler.codec.http.HttpVersion.valueOf(HttpVersion.java:62) > at > org.elasticsearch.common.netty.handler.codec.http.HttpRequestDecoder.createMessage(HttpRequestDecoder.java:75) > at > org.elasticsearch.common.netty.handler.codec.http.HttpMessageDecoder.decode(HttpMessageDecoder.java:191) > at > org.elasticsearch.common.netty.handler.codec.http.HttpMessageDecoder.decode(HttpMessageDecoder.java:102) > at > org.elasticsearch.common.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:500) > at > org.elasticsearch.common.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:485) > at > org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) > at > org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) > at > org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) > at > org.elasticsearch.common.netty.OpenChannelsHandler.handleUpstream(OpenChannelsHandler.java:74) > at > org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) > at > org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) > at > org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) > at > org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) > at > org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) > at > org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) > at > org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) > at > org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) > at > org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) > at > org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) > at > org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > [2016-02-19 21:34:00,371][WARN ][http.netty ] [Scorpia] > Caught exception while handling client http traffic, closing connection > [id: 0x4fb6fc2d, /127.0.0.1:43560 => /127.0.1.1:9200] > java.lang.IllegalArgumentException: invalid version format: TANTRAJYA > 127.0.1.1 ﾨ !$V CLIENT TRUE DATAFALSE? ESﾬ > at > org.elasticsearch.common.netty.handler.codec.http.HttpVersion.<init>(HttpVersion.java:102) > at > org.elasticsearch.common.netty.handler.codec.http.HttpVersion.valueOf(HttpVersion.java:62) > at > org.elasticsearch.common.netty.handler.codec.http.HttpRequestDecoder.createMessage(HttpRequestDecoder.java:75) > at > org.elasticsearch.common.netty.handler.codec.http.HttpMessageDecoder.decode(HttpMessageDecoder.java:191) > at > org.elasticsearch.common.netty.handler.codec.http.HttpMessageDecoder.decode(HttpMessageDecoder.java:102) > > > > On Fri, Feb 19, 2016 at 3:30 AM, Dave <[email protected]> wrote: > >> Hi Ranganath, >> >> re: ElasticSearch, make sure you are using ElasticSearch 1.4.4 since that >> is what Usergrid uses, also make sure you are running ElasticSearch on the >> very same version of the Java JDK that you use for running the Usergrid >> Tomcat. >> >> If that does not work, then, it might be helpful for you to share your >> ElasticSearch properties from your usergrid-deployment.properties file, so >> we can see that they are in the right format. >> >> Dave >> >> >> On Thu, Feb 18, 2016 at 12:07 PM [email protected] < >> [email protected]> wrote: >> >>> Hi all, >>> >>> @Dave , Thanks for the detail information, i got cassandra issues >>> solved, >>> >>> now i am hitting at another issue with elastic search. I have deployed >>> the ROOT.war and have the usergrid deployment properties file in lib folder. >>> Now when i start and check for the http://localhost:8080/status, i get >>> the following error :- >>> >>> {"error":"unchecked_execution","timestamp":1455814908952,"duration":107,"error_description":"com.google.common.util.concurrent.UncheckedExecutionException: >>> org.elasticsearch.discovery.MasterNotDiscoveredException: waited for >>> [30s]","exception":"com.google.common.util.concurrent.UncheckedExecutionException"} >>> >>> secondly in elasticsearch(version 1.0) console i see the following error :- >>> [2016-02-18 22:35:38,445][WARN ][transport.netty ] [Hydro] Message >>> not fully read (request) for [620] and action >>> [internal:discovery/zen/unicast_gte_1_4], resetting >>> >>> >>> I see some thing wrong but not able to figure out if i am missing or doing >>> any thing wrong. kindly throw light on the same. >>> >>> thank you , >>> >>> Ranganath.S >>> >>> >>> >>> On Mon, Feb 15, 2016 at 8:46 PM, Dave <[email protected]> wrote: >>> >>>> You should not have to create Usergrid_Applications, Usergrid will do >>>> that for you. >>>> >>>> The root problem is probably that Usergrid cannot connect to your >>>> Cassandra cluster. >>>> Usually this is because of one or more of these things: >>>> >>>> 1) Usergrid cannot find its properties file, did you name it >>>> usergrid-deplotment.properties and place it in tomcat's lib directory? >>>> >>>> 2) the Cassandra hosts are not specified correction in your usergrid >>>> properties file. Check the deployment guide and make sure you are setting >>>> these properties. The must all be set in your properties file: >>>> >>>> usergrid.cluster_name=${USERGRID_CLUSTER_NAME} >>>> >>>> cassandra.url=${CASSANDRA_HOSTS} >>>> cassanrda.cluster=${CASSANDRA_CLUSTER_NAME} >>>> >>>> elasticsearch.cluster_name=${ELASTICSEARCH_CLUSTER_NAME} >>>> elasticsearch.hosts=${ELASTIC_SEARCH_HOSTS} >>>> >>>> 3) Some network configuration is preventing Usergrid from reaching >>>> Cassandra >>>> >>>> >>>> The deployment guide is here (should work for 2.1 or master): >>>> http://usergrid.apache.org/docs/installation/deployment-guide.html >>>> >>>> Hope that helps... >>>> >>>> Dave >>>> >>>> >>>> On Mon, Feb 15, 2016 at 1:17 AM [email protected] < >>>> [email protected]> wrote: >>>> >>>>> Hi all, >>>>> i am trying to setup the usergrid, building from source. I am able to >>>>> build the code successfully, however when i deploy and start tomcat, it >>>>> was throwing the error as Usergrid_Applications not found. so i created >>>>> this keyspace, after that i am getting the following exceptions when i >>>>> deploy and start the tomcat server. Kindly advise what may be the issue >>>>> and >>>>> fix for the same. >>>>> >>>>> I have been useing cassandra1.2.1. >>>>> jdk 1.8 >>>>> mvn 2.x >>>>> checked out the usergrid from github, looks like its the main branch. >>>>> >>>>> >>>>> Thank you, >>>>> Ranganath.S >>>>> >>>>> 24:52,062 ERROR ServiceManager:110 - ServiceManager init failure >>>>> com.google.common.util.concurrent.UncheckedExecutionException: >>>>> java.lang.RuntimeException: Unable to connect to cassandra to retrieve >>>>> status >>>>> at >>>>> com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2203) >>>>> at com.google.common.cache.LocalCache.get(LocalCache.java:3937) >>>>> at >>>>> com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3941) >>>>> at >>>>> com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4824) >>>>> at >>>>> org.apache.usergrid.persistence.core.migration.data.MigrationInfoCacheImpl.getVersion(MigrationInfoCacheImpl.java:78) >>>>> at >>>>> org.apache.usergrid.persistence.collection.serialization.impl.MvccEntitySerializationStrategyProxyImpl.getMigrationRelationShip(MvccEntitySerializationStrategyProxyImpl.java:180) >>>>> at >>>>> org.apache.usergrid.persistence.collection.serialization.impl.MvccEntitySerializationStrategyProxyImpl.load(MvccEntitySerializationStrategyProxyImpl.java:89) >>>>> at >>>>> org.apache.usergrid.persistence.collection.impl.EntityCollectionManagerImpl$1.call(EntityCollectionManagerImpl.java:252) >>>>> at >>>>> org.apache.usergrid.persistence.collection.impl.EntityCollectionManagerImpl$1.call(EntityCollectionManagerImpl.java:246) >>>>> at rx.Observable$2.call(Observable.java:162) >>>>> at rx.Observable$2.call(Observable.java:154) >>>>> at rx.Observable$2.call(Observable.java:162) >>>>> >>>>> >>>>> >>>>> -- >>>>> I blog at http://ranganaths.wordpress.com >>>>> >>>> >>> >>> >>> -- >>> I blog at http://ranganaths.wordpress.com >>> >> > > > -- > I blog at http://ranganaths.wordpress.com > > > > -- > I blog at http://ranganaths.wordpress.com >
