Hi Jonathan Just be clear...you could not cluster? I wili try the lastest stable release cuase I am giving up on 1.0.0RC.
Thanks On Sun, Feb 2, 2014 at 10:10 AM, Jonathan Goodwin < jonathanwgood...@gmail.com> wrote: > Hello David and David, > > I took a look at the logs / configs posted and mine are mostly similar > (though i'm not using any rivers) and I'm having the same issue. > I've tested on 0.90.9 and 0.90.7, I hadn't tried the 1.0.0RC yet because > the logstash website suggested I stick to 0.90.9 > If you need any more logs / config samples I'd be happy to provide those. > > Best, > JG > > On Friday, January 31, 2014 3:46:07 PM UTC-5, David Montgomery wrote: > >> Hi, >> >> In chef I used -N flag which changes the host name when using >> chef-client. I removed the flag and built again. No difference. I have >> two nodes running. Both have the name cluster name, ports are 100% wide >> open...and wow..ES cant talk despite both running in the same region. >> >> So...ES...any suggestions? >> >> root@ip-10-238-131-236:/var/log/elasticsearch# hostname >> ip-10-238-131-236 >> >> >> root@ip-10-238-131-236:/var/log/elasticsearch# curl -XGET ' >> http://127.0.0.1:9200/_cluster/health?pretty=true' >> { >> "cluster_name" : "mizilaelasticsearch", >> "status" : "green", >> "timed_out" : false, >> "number_of_nodes" : 1, >> "number_of_data_nodes" : 1, >> "active_primary_shards" : 0, >> "active_shards" : 0, >> "relocating_shards" : 0, >> "initializing_shards" : 0, >> "unassigned_shards" : 0 >> } >> >> >> >> >> >> >> On Fri, Jan 31, 2014 at 12:20 AM, Ivan Brusic <iv...@brusic.com> wrote: >> >>> Did you override your network.host configuration parameter by any chance? >>> >>> -- >>> Ivan >>> >>> >>> On Wed, Jan 29, 2014 at 1:56 PM, David Montgomery >>> <davidmo...@gmail.com>wrote: >>> >>>> Hi, >>>> >>>> Details >>>> >>>> 1) both servers are sing the same sec group >>>> 2 all ports between 9200 and 9300 are open 0.0.0.0/0 >>>> 3) ec2 instacances in us-east region >>>> 4) Did a fresh boot on 2 servers both servers are running. Both are >>>> not talking >>>> 5) Attached are the logs for both servers and the common >>>> elasticsearch.yml file >>>> 6) Below is he chef recipe I wrote. I am using 1.0.0.RC1 with >>>> elasticsearch-cloud-aws/2.0.0.RC1 >>>> /usr/share/elasticsearch/plugins/cloud-aws >>>> ubuntu@ip-10-73-142-187:/usr/share/elasticsearch/plugins/cloud-aws$ ls >>>> aws-java-sdk-1.3.32.jar commons-codec-1.4.jar >>>> commons-logging-1.1.1.jar elasticsearch-cloud-aws-2.0.0.RC1.jar >>>> httpclient-4.1.1.jar httpcore-4.1.jar >>>> >>>> >>>> data_bag("my_data_bag") >>>> db = data_bag_item("my_data_bag", "my") >>>> AWS_ACCESS_KEY_ID = db[node.chef_environment][' >>>> aws']['AWS_ACCESS_KEY_ID'] >>>> AWS_SECRET_ACCESS_KEY = db[node.chef_environment][' >>>> aws']['AWS_SECRET_ACCESS_KEY'] >>>> >>>> >>>> version = '1.0.0.RC1' >>>> remote_file >>>> "#{Chef::Config[:file_cache_path]}/elasticsearch-#{version}.deb" >>>> do >>>> source "https://download.elasticsearch.org/ >>>> elasticsearch/elasticsearch/elasticsearch-#{version}.deb" >>>> action :create_if_missing >>>> end >>>> >>>> dpkg_package >>>> "#{Chef::Config[:file_cache_path]}/elasticsearch-#{version}.deb" >>>> do >>>> action :install >>>> end >>>> bash "add_aws" do >>>> cwd "/usr/share/elasticsearch" >>>> code <<-EOH >>>> git clone https://github.com/elasticsearch/elasticsearch- >>>> cloud-aws.git >>>> /usr/share/elasticsearch/bin/plugin -install >>>> elasticsearch/elasticsearch-cloud-aws/2.0.0.RC1 >>>> EOH >>>> not_if {File.exists?("/usr/share/elasticsearch/elasticsearch- >>>> cloud-aws")} >>>> end >>>> >>>> service "elasticsearch" do >>>> supports :restart => true, :start => true, :stop => true >>>> action [ :enable, :start] >>>> end >>>> >>>> template "/etc/elasticsearch/logging.yml" do >>>> path "/etc/elasticsearch/logging.yml" >>>> source "logging.yml.erb" >>>> owner "root" >>>> group "root" >>>> mode "0755" >>>> notifies :restart, resources(:service => "elasticsearch") >>>> end >>>> >>>> template "/etc/elasticsearch/elasticsearch.yml" do >>>> path "/etc/elasticsearch/elasticsearch.yml" >>>> source "elasticsearch.yml.erb" >>>> owner "root" >>>> group "root" >>>> mode "0755" >>>> variables :AWS_ACCESS_KEY_ID => "#{AWS_ACCESS_KEY_ID}", >>>> :AWS_SECRET_ACCESS_KEY => "#{AWS_SECRET_ACCESS_KEY}", :region => >>>> "us-east-1" >>>> notifies :restart, resources(:service => "elasticsearch") >>>> end >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Tue, Jan 28, 2014 at 6:40 AM, David Montgomery <davidmo...@gmail.com >>>> > wrote: >>>> >>>>> sure..let me the logs together and will post two files ..one log file >>>>> for each of the servers. >>>>> >>>>> Thanks >>>>> >>>>> >>>>> On Tue, Jan 28, 2014 at 6:25 AM, David Pilato <da...@pilato.fr> wrote: >>>>> >>>>>> Is it a known problem? Not yet. That's the reason I'm asking for >>>>>> logs. I would like to understand what is happening here. So full logs on >>>>>> both nodes would help. >>>>>> >>>>>> The way you set unicast is fine to me. But please, could you share >>>>>> with me (even through Direct mail) your elasticsearch.yml file and your >>>>>> logs in TRACE level? >>>>>> You can replace your credentials settings with XXXXXXXX. Please don't >>>>>> change anything else. I'd like to reproduce your case. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> >>>>>> -- >>>>>> David ;-) >>>>>> Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs >>>>>> >>>>>> >>>>>> Le 27 janv. 2014 à 22:57, David Montgomery <davidmo...@gmail.com> a >>>>>> écrit : >>>>>> >>>>>> I have to say..it this a know problem? >>>>>> >>>>>> I removed the keys. >>>>>> >>>>>> So.. should the servers still cluster? Well....its not.........again >>>>>> given that the two machine can talk to each other via telent, in the same >>>>>> region, same sec group restarted services etc....no go......no cluster >>>>>> >>>>>> >>>>>> So....how do I manually configure nodes? I have given up on auto >>>>>> discover. Clearly does now work for me. >>>>>> >>>>>> Is the below an example? >>>>>> >>>>>> discovery.zen.ping.multicast.enabled: false >>>>>> discovery.zen.ping.unicast.hosts: ["0.test.com:9200", "1.test.com >>>>>> :9200"] >>>>>> >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Tuesday, January 28, 2014 4:19:25 AM UTC+8, David Pilato wrote: >>>>>>> >>>>>>> Yes. Could you gist it (and remove first keys / secrets of course)? >>>>>>> >>>>>>> -- >>>>>>> David ;-) >>>>>>> Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs >>>>>>> >>>>>>> >>>>>>> Le 27 janv. 2014 à 20:53, David Montgomery <davidmo...@gmail.com> a >>>>>>> écrit : >>>>>>> >>>>>>> I assume that means this in the logging.yml fike? >>>>>>> # discovery >>>>>>> discovery: TRACE >>>>>>> >>>>>>> I do have it on...what should I be looking for in the logs? >>>>>>> >>>>>>> On Tuesday, January 28, 2014 3:47:10 AM UTC+8, David Montgomery >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> As an fyi..I can telnet into the other machine. Its only ES that >>>>>>>> does not work despite following the online docs. >>>>>>>> >>>>>>>> If ES aws auto discovery does not work l assuming assume that >>>>>>>> http://www.elasticsearch.org/guide/en/elasticsearch/referenc >>>>>>>> e/current/modules-discovery-zen.html will work? >>>>>>>> >>>>>>>> Thanks >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tuesday, January 28, 2014 1:46:20 AM UTC+8, David Pilato wrote: >>>>>>>>> >>>>>>>>> Hi David, >>>>>>>>> >>>>>>>>> >>>>>>>>> I think you should have nodes running under the same security >>>>>>>>> group. In that case, you don't have to open 9300-9400 ports to public. >>>>>>>>> If they don't belong to the same group or if you want to reach >>>>>>>>> them from outside ec2 platform (public IP), then you need to set >>>>>>>>> host_type >>>>>>>>> to public_ip. >>>>>>>>> >>>>>>>>> It sounds like your nodes are trying to connect with private ip >>>>>>>>> here (which is default). >>>>>>>>> >>>>>>>>> My 2 cents >>>>>>>>> >>>>>>>>> -- >>>>>>>>> *David Pilato* | *Technical Advocate* | *Elasticsearch.com >>>>>>>>> <http://Elasticsearch.com>* >>>>>>>>> @dadoonet <https://twitter.com/dadoonet> | >>>>>>>>> @elasticsearchfr<https://twitter.com/elasticsearchfr> >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 27 janvier 2014 at 18:07:48, David Montgomery ( >>>>>>>>> davidmo...@gmail.com) a écrit: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I have two nodes runnging on ec2. >>>>>>>>> >>>>>>>>> curl -X GET http://localhost:9200/_cluster/health?pretty=true >>>>>>>>> { >>>>>>>>> "cluster_name" : "12345elasticsearch", >>>>>>>>> "status" : "green", >>>>>>>>> "timed_out" : false, >>>>>>>>> "number_of_nodes" : 1, >>>>>>>>> "number_of_data_nodes" : 1, >>>>>>>>> "active_primary_shards" : 0, >>>>>>>>> "active_shards" : 0, >>>>>>>>> "relocating_shards" : 0, >>>>>>>>> "initializing_shards" : 0, >>>>>>>>> "unassigned_shards" : 0 >>>>>>>>> } >>>>>>>>> >>>>>>>>> So..its fair to say that ec2 clustering did not work given the >>>>>>>>> below config. Yes...the aws keys are correct and I have port >>>>>>>>> 9200-9400 >>>>>>>>> open. What elasticsearch advertiseres is that all that is needed. >>>>>>>>> >>>>>>>>> I am using 1.0.0.RC1 with elasticsearch-cloud-aws= 2.0.0.RC1 on >>>>>>>>> ubuntu 12.04 >>>>>>>>> >>>>>>>>> >>>>>>>>> cloud.aws.access_key: <%=@AWS_ACCESS_KEY_ID%> >>>>>>>>> cloud.aws.secret_key: <%=@AWS_SECRET_ACCESS_KEY%> >>>>>>>>> discovery.type: ec2 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> In the logs I see the below: >>>>>>>>> >>>>>>>>> [2014-01-27 16:58:49,708][TRACE][discovery.zen.ping.unicast] >>>>>>>>> [Administrator] [1] failed to connect to [#cloud-i-1079ac6b-0][aws- >>>>>>>>> elasticsearch-east-development-20140127160434][inet[/10.211. >>>>>>>>> 29.210:9300]] >>>>>>>>> org.elasticsearch.transport.ConnectTransportException: [][inet[/ >>>>>>>>> 10.211.29.210:9300]] connect_timeout[30s] >>>>>>>>> at org.elasticsearch.transport.netty.NettyTransport. >>>>>>>>> connectToChannelsLight(NettyTransport.java:676) >>>>>>>>> at org.elasticsearch.transport.netty.NettyTransport. >>>>>>>>> connectToNode(NettyTransport.java:636) >>>>>>>>> at org.elasticsearch.transport.netty.NettyTransport. >>>>>>>>> connectToNodeLight(NettyTransport.java:603) >>>>>>>>> at org.elasticsearch.transport.TransportService. >>>>>>>>> connectToNodeLight(TransportService.java:133) >>>>>>>>> at org.elasticsearch.discovery.zen.ping.unicast. >>>>>>>>> UnicastZenPing$3.run(UnicastZenPing.java:278) >>>>>>>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>>>>>>> ThreadPoolExecutor.java:1146) >>>>>>>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>>>>>>> ThreadPoolExecutor.java:615) >>>>>>>>> at java.lang.Thread.run(Thread.java:701) >>>>>>>>> Caused by: org.elasticsearch.common.netty.channel. >>>>>>>>> ConnectTimeoutException: connection timed out: /10.239.36.98:9300 >>>>>>>>> at org.elasticsearch.common.netty.channel.socket.nio. >>>>>>>>> NioClientBoss.processConnectTimeout(NioClientBoss.java:137) >>>>>>>>> at org.elasticsearch.common.netty.channel.socket.nio. >>>>>>>>> NioClientBoss.process(NioClientBoss.java:83) >>>>>>>>> at org.elasticsearch.common.netty.channel.socket.nio. >>>>>>>>> AbstractNioSelector.run(AbstractNioSelector.java:318) >>>>>>>>> at org.elasticsearch.common.netty.channel.socket.nio. >>>>>>>>> NioClientBoss.run(NioClientBoss.java:42) >>>>>>>>> at org.elasticsearch.common.netty.util. >>>>>>>>> ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) >>>>>>>>> at org.elasticsearch.common.netty.util.internal. >>>>>>>>> DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) >>>>>>>>> ... 3 more >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "elasticsearch" group. >>>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>>> send an email to elasticsearc...@googlegroups.com. >>>>>>>>> To view this discussion on the web visit >>>>>>>>> https://groups.google.com/d/msgid/elasticsearch/ec028f53-c6b >>>>>>>>> 2-48e1-b714-a6f1ac7ae1cd%40googlegroups.com. >>>>>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>>>>> >>>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "elasticsearch" group. >>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send an email to elasticsearc...@googlegroups.com. >>>>>>> To view this discussion on the web visit >>>>>>> https://groups.google.com/d/msgid/elasticsearch/4d1c068a-3e9 >>>>>>> c-4731-84e2-62eeeb63fa81%40googlegroups.com. >>>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>>> >>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "elasticsearch" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to elasticsearc...@googlegroups.com. >>>>>> >>>>>> To view this discussion on the web visit https://groups.google.com/d/ >>>>>> msgid/elasticsearch/2bdefbe0-3ab4-4b85-b473-8b502b812d5b% >>>>>> 40googlegroups.com. >>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>> >>>>>> -- >>>>>> You received this message because you are subscribed to a topic in >>>>>> the Google Groups "elasticsearch" group. >>>>>> To unsubscribe from this topic, visit https://groups.google.com/d/ >>>>>> topic/elasticsearch/PDDOu42M9Mc/unsubscribe. >>>>>> To unsubscribe from this group and all its topics, send an email to >>>>>> elasticsearc...@googlegroups.com. >>>>>> To view this discussion on the web visit https://groups.google.com/d/ >>>>>> msgid/elasticsearch/2804A7F6-B2B8-4C23-B273-B7B7E0F805E0%40pilato.fr. >>>>>> >>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>> >>>>> >>>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "elasticsearch" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to elasticsearc...@googlegroups.com. >>>> To view this discussion on the web visit https://groups.google.com/d/ >>>> msgid/elasticsearch/CACF%2B8roDUwpq--dH9eAUoo-Xe-GEtgH% >>>> 2B7WDJrbgjPWJBV2ijFQ%40mail.gmail.com. >>>> >>>> For more options, visit https://groups.google.com/groups/opt_out. >>>> >>> >>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "elasticsearch" group. >>> To unsubscribe from this topic, visit https://groups.google.com/d/ >>> topic/elasticsearch/PDDOu42M9Mc/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to >>> elasticsearc...@googlegroups.com. >>> To view this discussion on the web visit https://groups.google.com/d/ >>> msgid/elasticsearch/CALY%3DcQDHsDjF0AGUAoC3rLz_ >>> y5eGvFPtDEooRj0xP87mRjxurg%40mail.gmail.com. >>> >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> -- > You received this message because you are subscribed to a topic in the > Google Groups "elasticsearch" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/elasticsearch/PDDOu42M9Mc/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > elasticsearch+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/a48fe555-0b95-4281-ba9e-351b21f4a9e9%40googlegroups.com > . > > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CACF%2B8rqhd%2BRx7Ku41iGukxYFD%2B-xoPvMyFW-%2Bw%3DLdQuzDTctJA%40mail.gmail.com. For more options, visit https://groups.google.com/groups/opt_out.